Slashdot Mirror


Ask Slashdot: What Should a Unix Fan Look For In a Windows Expert?

andy5555 writes "I am hardcore Unix (and recently storage) fan responsible for our server department. Most of the servers run (you guessed it) different types of Unix. For quite a long time, Windows servers played very little role, but sometimes we get applications from our business departments which run only under Windows. So it seems that we have to take it seriously and hire a few Windows fans who would be able to take care of the (still small but growing) number of Windows servers. Since I am Unix fan, I have very little knowledge of Windows (some of my teammates may have more, but we are not experts). If I have to hire such a person I would like to find someone who is passionate about Windows. It is easy for me to recognize a Windows fan, but I don't know how to test his/her knowledge. There are some sites with typical Windows interview questions, but everybody can read them and prepare. How would you recommend the hiring process to proceed? What should I ask?"

454 comments

  1. UNIX Differences by PizzaAnalogyGuy · · Score: 4, Funny

    When looking for a Windows expert you have to look past the first appearance. I am a hardcore tomato sauce fan. And when I say hardcore, I mean it. Tomato sauce is the base of any pizza we all so like. But beyond that Windows admin can look almost anything, and still be completely usable. Just like your favorite pan pizza.

    The best way to illustrate differences between Windows and UNIX admins is the way they use space. The base of the system is usually laid out differently. In UNIX you have / whereas in Windows you use C:\ and other drive letters. It's like the difference between normal italian style pizza and american pan pizza.

    Let me tell you a story about a friend from my childhood. He loves Linux. You could say he is Linux power user. Back in the 90's I was over his apartment and we kept playing this Nintendo64 game called GoldenEye. It was awesome. Split-screen multiplayer and even while we could see each other, we still loved it. The levels were laid out beatifically and played out very nicely.

    But at some point you obviously become hungry. Then I got an idea.. "Let's call some pizzas over!", I uttered and tried to reach to the phone. However, it was way too far. I crashed down from the couch and now I was rolling around on the floor. My stomach was so big and soft that it kept me in motion and I rolled over the table where the telephone was, crashing it on the floor and breaking it. I said "damn it".. And we didn't get any pizza until we went out in the open. But we still did it, proudly. We were the goldeneye playing pizza bros!

    I think the main point is that whatever obstacles you may find with your new friend there is always way to get around them. With pizza.

    1. Re:UNIX Differences by The+MAZZTer · · Score: 5, Informative

      Your post confused me until I saw your username. Well played.

    2. Re:UNIX Differences by Anonymous Coward · · Score: 5, Insightful

      Fuck... slashdot is becoming reddit!!!

    3. Re:UNIX Differences by Anonymous Coward · · Score: 0

      Split-screen multiplayer and even while we could see each other, we still loved it.

      So you're saying that it was a lot like a half-and-half pizza, with pepperoni on one side and mushrooms on the other side.

    4. Re:UNIX Differences by Anonymous Coward · · Score: 0

      Wtf..
      p.s. As a quake player at the time, I thought goldeneye was shit.

    5. Re:UNIX Differences by wisdom_brewing · · Score: 0

      I played Quake

      I played Goldeneye

      Did you have any friends to play multiplayer with? Was kind of like a LAN party for people who didn't know what a LAN is. Alcohol was usually present. Win.

    6. Re:UNIX Differences by hawkeyeMI · · Score: 0

      GoldenEye would have been decent with a reasonable field of view and mouse/keyboard controls. The joystick on the N64 was just not adequate. It was like playing Quake with mittens on.

      --
      Error 404 - Sig Not Found
    7. Re:UNIX Differences by geoffaus · · Score: 2

      Did that post make anyone else hungry?

      --
      As an online discussion grows longer, the probability of a reference to Godwin's Law approaches 1
    8. Re:UNIX Differences by Anonymous Coward · · Score: 2, Insightful

      Best ask yourself why there are so many articles advertising Microsoft today.

      Maybe they are releasing a new product?

    9. Re:UNIX Differences by Anonymous Coward · · Score: 0

      Finally, someone has something good to say about slashdot!

    10. Re:UNIX Differences by Anonymous Coward · · Score: 0

      I used to play Doom and Duke Nukem 3D with a group of guys and girls I worked with on our company network. After business hours, they didn't care if we drank or smoked (both ciggies and weed) indoors. That was a lot more fun than huddling around some television, focusing on postage stamp sized splitscreens with only three other players. After Goldeneye came out, we had moved on to Quake II and Unreal matches.

      The only people who think Goldeneye or Halo are good FPS games are those who were console only gamers and didn't have a clue as to what they were missing out on.

    11. Re:UNIX Differences by asylumx · · Score: 1

      You're already +5 so I'll just say here, you win the internet for today. Congratulations!

    12. Re:UNIX Differences by Anonymous Coward · · Score: 3, Funny

      Tomato sauce is the base of any pizza we all so like

      Screw you and you tomato-centric FUD. Just because it has a near monopoly on pizza sauce market share doesn't mean it is the only game in town. A few percent of pizzas are "white pizzas" with ricotta, although I don't like the taste and think they are just over-priced pretentious pizzas trying to look fancier than they are. Then there are the glorious pesto based pizzas, with their strong flavor, although that might be too much for people used to tomato and can't handle change. At least the recipes for pesto are pretty open and similar, good luck trying to figure out the recipe for proprietary tomato sauces. You'll get something close, but will always being playing catch up trying to support all of the corner flavors. For the more adventurous, there are exotic sauces like BBQ, Alfredo, thai peanut sauce, etc., although pizzeria support is severely lacking. Some people even continue to use the pizzas of yore for nostalgia (or just lack of resources needed for a full modern pizza), like a pizza margarita with just olive oil for sauce.

      So while I could appreciate you saying pizza sauce (PS) should be a source peace, your post is clearly, intentionally or not, flaming the PS religious wars that occurs so frequently online.

    13. Re:UNIX Differences by Anonymous Coward · · Score: 0

      You are totally wrong. I have never seen someone so wrong on Slashdot. There is so much more to pizza than tomato sauce. White sauce, olive oil/garlic, barbecue, even more esoteric offerings (ranch, anyone?) all have their place.

    14. Re:UNIX Differences by Deagol · · Score: 4, Insightful

      Slashdot became reddit before reddit existed. You can bet your hot grits on it.

    15. Re:UNIX Differences by LordLimecat · · Score: 1

      Without a joystick, how can you reset "holding backwards" to be "neutral", thereby allowing you to sprint forward faster than the game designers intended?
      "gee guys I dunno how my character is moving so fast."

    16. Re:UNIX Differences by CrashandDie · · Score: 1

      You'll get something close, but will always being playing catch up trying to support all of the corner flavors.

      I'm always playing ketch up with tomato sauce.

    17. Re:UNIX Differences by ModernGeek · · Score: 1

      I've been saying the same thing. It really sucks.

      --
      Sig: I stole this sig.
    18. Re:UNIX Differences by hairyfeet · · Score: 2

      Oh please! If it was a Win 8 article it would be "My eyes! The goggles do nothing!" followed by 40 posts saying "Just use Linux", one BSD user posting "I'm lonely and its cold here", 100 Apple guys bragging about posting from their iPad, and 50 windows guys arguing over whether they should go back to 7 or XP. Oh and a dozen Ballmer sweaty monkey "developer developers developers" jokes.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    19. Re:UNIX Differences by Anonymous Coward · · Score: 1

      And hairyfeet stepping in to defend MS, no matter what the context.

    20. Re:UNIX Differences by ozmanjusri · · Score: 1

      Maybe they are releasing a new product?

      Yep.

      Windows 8, Windows Phone 8 launch dates revealed

      Windows Phone 8's build-up to launch started today,

      But October -- specifically late October -- is when things really ramp up.

      http://www.zdnet.com/mark-your-microsoft-calendars-windows-8-windows-phone-8-launch-dates-revealed-7000003450

      It appears we will have six weeks of astroturf to look forward to. Oh joy...

      Seriously though, Slashdot readers should be told when articles are bought and paid for. Surreptitious advertising will only alienate readers in the long run.

      --
      "I've got more toys than Teruhisa Kitahara."
    21. Re:UNIX Differences by Anonymous Coward · · Score: 0

      So is Slashdot he hipster in the argument? I'm so confused.....

    22. Re:UNIX Differences by Anonymous Coward · · Score: 0

      True, but at least both people were equally handicapped, unless someone took Oddjob

    23. Re:UNIX Differences by Anonymous Coward · · Score: 0

      "This is my 02c, YMMV and I ignore Trolls" You must hate mirrors.

    24. Re:UNIX Differences by Anonymous Coward · · Score: 0

      Props to parent for the user name. This is an instant classic.

      Unix doesnt "use space" differently, its just that Unix/nix are file-based metaphor operating systems and NT is an object based. Both are very stable, modular kernals and both have had crappy interfaces thrown up on them over the years.

    25. Re:UNIX Differences by John+Holmes · · Score: 2

      Windows is user-friendly, while *NIX is usable.

    26. Re:UNIX Differences by davester666 · · Score: 2

      Obviously, the answer to the article is to ask to see his Microsoft logo tattoo.

      a) no tattoo -> fail!
      b) last years logo -> dedicated, but not a real trooper.
      c) had last years logo, but has just gone through the process of having it removed and updated to the new Microsoft logo -> hardcore developer, he's a keeper

      --
      Sleep your way to a whiter smile...date a dentist!
    27. Re:UNIX Differences by Anonymous Coward · · Score: 0

      Bunny hopping.

      Now what I want to know is how did you manage to successfully pull off rocket jumps and precision aiming with a gamepad?

    28. Re:UNIX Differences by hairyfeet · · Score: 0

      No actually I fucking can't stand FOSSies, who are no damned different than Moonies or Scientologists for the level of batshit. You can rub their little noses in page after page of data showing their psychotic worldview is complete and utter horseshit and they will go "La la la, RMS is God and you are teh shill! La la la!" while sitting in their own filth and delusions.

      So lets just make it clear...I hate people who think we didn't land on the moon, I hate people who think Elvis is alive, I hate people who think Xenu is a plausible history lesson, I hate people who think Adam rode a dino, and I hate FOSSies. What do all these groups have in common? Psychotic delusions and the inability to see reality if you fucking beat them to death with it. Line them against the wall and put a bullet in them, make the world a better place by removing them from the gene pool, because frankly we have enough drooling morons without letting the delusional breed, thanks ever so much.

      --
      ACs don't waste your time replying, your posts are never seen by me.
  2. Well, not calling them a "fan" might be a start by crazyjj · · Score: 4, Insightful

    I'm not sure how you should start the interview. But I'm pretty sure starting it off by taking a holier-than-thou condescending attitude towards anyone who would sully themselves by being a Windows server admin, and referring to them as a Windows "fan" instead of a Windows professional, is definitely the way to NOT start the interview.

    Believe it or not, there are plenty of professionals out there with significant admin experience with both Unix and Windows. Being a Windows professional doesn't make you some sort of dirt-eating Tauron, nor does it necessarily make you a "fan" who's chosen his side in some nerd-rage fight to the death.

    --
    What political party do you join when you don't like Bible-thumpers *or* hippies?
    1. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 5, Insightful

      ^This

      Also stay away from people who have all the certifications. It just means they went to the class and passed the tests which are pass/fail. Most of the tests are online (and a good source of questions btw).

      A good one to lead off if you are looking for a windows admin. Why would you use a workgroup vs a domain? How would you setup an active directory tree with 200 computers and 5 different departments?

      Also find someone who does both Linux and Windows. More than likely they will have to jump into your shoes when you are on vacation. Also loose the attitude. They are computers they get your job done. If you go into with that attitude they will resent you in under 2 months and be looking to get out. Do not create a we vs they in your office before you even hire the guy...

    2. Re:Well, not calling them a "fan" might be a start by sortius_nod · · Score: 5, Insightful

      I am one of them. At work, I administer Windows servers, at home, I run Linux servers. I have had experience working with both in various environments, from small companies to large media organisations, & I don't think I've ever seen someone as less of a person because they can't administer *nix or Windows servers.

      If I was to be interviewed by a condescending arshole like the OP, I'd walk out of the interview. Working for someone who looks down on you for having greater knowledge than them is far from ideal.

      Let's face it, because the OP doesn't know how to administer both *nix & Windows, that makes them less of an admin than someone who does. Not only do they need to find someone, they need to pay someone who knows how to interview for the role.

      The first thing I learnt in admin/support is that if you specialise, you limit your options, for both solutions & future employment.

    3. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 4, Insightful

      If you read the OP, you will see that he calls himself a Unix fan in the first sentence. I'm not sure how this translates into a holier-than-thou attitude---it sounds to me more like a welcoming environment, where people are fans of particular types of technologies.

    4. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      As usual the windows "professional" appears to be unable to read anything but what they want to read.

      First sentence "I am hardcore Unix (and recently storage) fan" - see some people actually have these terms they use to refer to both THEMSELVES and others in a semi-playful manner. While a windows "professional" may be too concerned with politically correct phrases, Unix people tend to be a little more laid back day to day.

      Please feel free to ignore common sense and continue down the road of being a great windows "professional"

    5. Re:Well, not calling them a "fan" might be a start by Hatta · · Score: 4, Insightful

      Actually, eliminating candidates that are so full of themselves that they object to being called a "fan" would be a great way to conduct the interview.

      --
      Give me Classic Slashdot or give me death!
    6. Re:Well, not calling them a "fan" might be a start by mykroft42 · · Score: 5, Informative

      I'm confused? The OP repeatedly refers to himself as a unix "fan". Clearly he doesn't intend the term as an insult. Unless you think the OP is some sort of "dirt-eating Tauron" himself. I think you're just trying to create a fight no one was looking for.

    7. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      The guy called himself a fan, multiple times. Obviously he doesn't consider it a derogatory term. I agree it's very odd term to be using for people, and I'd likely be somewhat offended if someone called me a fan of some technology over another. Personally I hate all technology, it's just that some of it I hate less than others. None of it approaches "fan" status.

    8. Re:Well, not calling them a "fan" might be a start by black6host · · Score: 5, Insightful

      Believe it or not, there are plenty of professionals out there with significant admin experience with both Unix and Windows. Being a Windows professional doesn't make you some sort of dirt-eating Tauron, nor does it necessarily make you a "fan" who's chosen his side in some nerd-rage fight to the death.

      Most definitely. I was a server admin for clients of mine who were too small to have one full time. Ran Linux on my own desktop, also had Windows and Linux servers running on different machines. I could deal with either. I wasn't a "fan" of anything. I was a professional who took care of my clients. Unix, Linux, Windows, it didn't matter. What mattered was my knowledge and making whatever they had chosen to run work. And work well.

      As far as how to gauge their skills.... You won't be able to, as the good ones will know more than you do. Pay attention to what they have done in the past, contact their previous employers. Certs don't mean much, I've run across a few that didn't know anymore than was needed to pass the tests.

      Maybe pose problems in a Linux domain that you are familiar with, ask them how they would handle that in Windows. Ask them to explain how it works differently from what you're doing. Ask them general security questions that should be known by all server admins. Firewalls, etc.

      If you're in charge, you need to be able to assess their work. And that depends on the type of Win servers you're going to run. Outward facing? Database? In-house application only?

      So much depends on what the servers do. Someone may be a great domain admin, but suck at the database side of things.

      I know, not much help. But please don't call them "fans" :)

    9. Re:Well, not calling them a "fan" might be a start by defaria · · Score: 1

      Why would you view being called a "fan" of an OS as being equivalent of "some sort of dirt-eating Tauron"? I'm one of those who knows both Windows and Unix and I prefer Unix. If you called me a Unix fan I would not be offended in the least. Note to the OP - steer clear from such pretentious pricks like this guy.

    10. Re:Well, not calling them a "fan" might be a start by devilspgd · · Score: 1, Insightful

      Sure, go ahead and hire someone who thinks of themselves as a "fan" instead of a "professional" and see how that goes.

      In fact, why not mock all of your potential candidates to see how they handle abuse and only hire people who "pass"?

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    11. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      This. There may be the Linux fan around the corner who'd just love to integrate them Windows servers (and clients(?)) into your Unix environment, using his or her intricate knowledge of Windows. (How much s/he likes or dislikes Windows is irrelevant, as long as s/he knows the intricacies.)

    12. Re:Well, not calling them a "fan" might be a start by black6host · · Score: 1

      Sorry, read Linux instead of Unix. Same principles apply though.

      Best answer I can give you: if you're good enough, you'll be able to tell if they're good enough. When I talk to someone I have a pretty good feel if they're as good at their job as I am at mine. Got a carpenter buddy. He's a damn fine one. I'm not, but I still know he is.......

    13. Re:Well, not calling them a "fan" might be a start by multimediavt · · Score: 3, Insightful

      I'm not sure how you should start the interview. But I'm pretty sure starting it off by taking a holier-than-thou condescending attitude towards anyone who would sully themselves by being a Windows server admin, and referring to them as a Windows "fan" instead of a Windows professional, is definitely the way to NOT start the interview.

      Believe it or not, there are plenty of professionals out there with significant admin experience with both Unix and Windows. Being a Windows professional doesn't make you some sort of dirt-eating Tauron, nor does it necessarily make you a "fan" who's chosen his side in some nerd-rage fight to the death.

      I wholeheartedly agree. As someone that has worked supporting several flavors of *nix, and versions of both Windows and Mac OS server (and client) systems I would say that the OPs environment is hostile based on the description. It's certainly not an environment that I would recommend to any of my Windows Server admin colleagues to walk into. There is little place for that kind of "I-only-work-with-Unix-and-the-rest-is-beneath-me" attitude. Personal preference is fine, zealotry is not, especially when in conflicts with the needs of others or is used as a weapon.

      Now, if you want a quality Windows admin you look for the same things you look for in any admin; experience, education and certifications, in that order. I know plenty of enthusiastic Windows "fans" that are NOT admin material. Liking something (fan) and having a deep understanding of something (professional) are completely different things. If you don't know what to ask then you have clearly not done your needs requirements for the position and should not even advertise the job until you do. This process will not only help you define the requirements for the position, clearly define the roles and responsibilities (and overlaps for support coverage) it will educate those involved in the process as to what to look for in a candidate. It may also be helpful to contact your Microsoft representative, not only to assist in your edification, but to help define the scope of what you may need. That's what a professional would do over just a "fan".

    14. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      *speaking in a Thurston Howell the Third voice*

      Why when I go to an interview and there's some Unix or Windows or *gasp* Linux professionals there, I just have to wash my hands after shaking hands with them! It's just soooo beneath me.

      Apple professionals aren't much better. Once, I went to an interview and they served the wrong Champagne! Can you believe it! I stormed out of there! There is NO way I will work for a company that doesn't know what to serve on an interview! And then there was some people who snickered when I asked if the car I'll be given was a Bentley or a classic Rolls Royce - the PEASANTS! How dare they!!

      Anyway, we all - including you people who admin Windows and Linux - need to keep our standards.

    15. Re:Well, not calling them a "fan" might be a start by ArsonSmith · · Score: 5, Funny

      Because windows professionals are not fans of windows. Really is anyone a "fan" of windows as in they actually like it? You can be a Unix Linux or even OSX fan, but you can really only be a Windows Professional. Similar to the oldest profession it is only done for the money not the enjoyment.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    16. Re:Well, not calling them a "fan" might be a start by Hatta · · Score: 2, Insightful

      This is exactly what I'm talking about. Anyone who considers being referred to as a "fan" as mockery is too fragile to work with.

      --
      Give me Classic Slashdot or give me death!
    17. Re:Well, not calling them a "fan" might be a start by justforgetme · · Score: 4, Insightful

      I fully agree with you on the attitude part.

      On the decision part I'm not so sure. I mean sure you will limit yourself if you are going to only look for admin jobs on a specific OS but the truth is that the extent of a sysadmin's or opadmin's responsibilities will limit your specialization automatically through the passage of time. Sure for entry/mid level positions you don't have a problem, most of your responsibilities can be brushed over in an afternoons reading, but for high end/profile positions your chances are with a specialized attitude rather with the jack of al trades attitude.

      Surely these are only my personal opinions, other people might disagree.

      --
      -- no sig today
    18. Re:Well, not calling them a "fan" might be a start by justforgetme · · Score: 1

      Oh!

      BTW, I'm not very sure that the OP actually is condescending, he describes himself as a hardcore fan, so maybe it's just the general attitude in the workplace, in which case I envy them!

      --
      -- no sig today
    19. Re:Well, not calling them a "fan" might be a start by JustOK · · Score: 5, Insightful

      Stay away from those that put emphasis on their certs.

      --
      rewriting history since 2109
    20. Re:Well, not calling them a "fan" might be a start by Genda · · Score: 4, Interesting

      Ask a few network questions. Can you make a subnet? What's the difference between a tree and a forest? AD is important, what UI tool do you use to manage it and you may want to ask a few questions around permissions, and security. As the parent said, you can find them online. Certs are fine, but make certain the candidate actually wen to a real school to get training and not some cert factory. A bit of Cisco education is also useful as a side with your Windows main course. For sure they should have a clue about Linux and BSD (if you get someone who can do Solaris and another *nix flavor or two all the better.) They should have more than a passing understanding of Windows 7, maybe XP (depending on how many XP diehards in your environment.) If they are already playing with Win 8, you have ago getter. Server 2008 for sure. Perhaps Server 2003. You can ask about virtualization, powershell, net tools, command line interface, its all good. A well rounded engineer will know Exchange, SQL Server, .Net, Sharepoint (she said with a pained grimace), and Outlook.

      Contact a local IT company that does windows and ask them how they hire their guys.

    21. Re:Well, not calling them a "fan" might be a start by multimediavt · · Score: 1

      There is a difference between personal choice and business need. To be a fan is liking something by personal choice. To be a professional is to work with things that are required to get a job done. I personally like Mac OS, but I use and support other operating systems because the tools or services needed to complete a task are there. A professional understands that "right tool, right job" mentality and accepts that broadening his/her horizons is a good thing that will serve his/her career and help them better appreciate the things about which they are fanatical.

    22. Re:Well, not calling them a "fan" might be a start by Darth_brooks · · Score: 5, Insightful

      As someone who just finished an MS cert bootcamp in May, I'd say you may want to reconsider your stance. The days of the Paper MCSE seem to be going by the wayside. I did the Windows 7 Enterprise Admin course (MCITP) which is a split course.

      The first part is "Configuring Windows 7", which ends with a certification exam (Microsoft Certified technical specialist, Configuring Windows 7.) I'll admit, I went into it without studying as hard as I could have, mostly because I had the attitude of "Ooooooh, Configuring Windows 7. I hope they don't ask me where the *Control Panel* is..." When I took the exam, I was promptly blown out of the water, and ended up retaking just to pass. They're pushing Branch Cache very heavily, and they expected some reasonable experience configuring WSUS via GPO.

      Now, neither of those are shocking technologies, but they're definitely a *huge* step up in how they're treating the 'entry' exams. They seem to be making a big effort (according to the guy that ran the course, the questions have been changing since the start of the year) at getting away from "memorize the question, get the answer down to a 50/50, and guess your way in."

      I'm not ashamed to admit that I failed the 60-686 exam for MCITP and still need to take it. Out of 11 people who took the course, all of us took the 60-680 MCTS exam, and 7 of us took either the 60-686 and 60-685 exam (combine course). I was the only one who passed *any* of the exams. We had some fairly sharp people, and the common theme was that we were all sorta surprised at how tough the exams were.

      Just my two cents, maybe we were all just a class full of derps.

      --
      There are some people that if they don't know, you can't tell 'em.
    23. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 1

      but for high end/profile positions your chances are with a specialized attitude rather with the jack of al trades attitude

      My experience tends to flow the other way. Specialized jobs usually are not what most people I deal with need from day to day. Those jobs are usually one time jobs that once are done you don't need full time anymore unless something goes horribly wrong. Like setting up Active Directory, an initial windows cluster, installing and configuring Exchange servers, DNS, etc. Usually they require the experience to do it right and you only need it once , maintaining them has a much lower threshold. I also find in general when you hire someone for something so specific you take a big risk at them not being good at that or anything else.

      I tend to like to hire jack of all trades. Someone who knows enough about DNS not to screw it up. Enough about Exchange to make sure it's operating correctly. Enough about Active Directory so someone can add and remove users and do minimal changes. Someone who can backup and restore a database but doesn't need to understand how to design index and data cubes, etc.

      I'd go for someone who knows a enough about Linux to get around and has worked somewhere at least managing a medium infrastructure and depending on my needs can answer some basic to medium in complex questions about (OS, IIS, MSSQL, DNS, Active Directory, Clustering, file management and maybe some general scripting skills).

      O yeah and I'm with everyone else when they say the OP should drop the attitude. Windows, treated properly can require the same level of skills administering Linux does, in some cases there is even more to learn. Remember everything isn't handled by a GUI, everything there is a GUI equivalent for there are probably 3 or 4 other ways to do it without and better so you actually need to know much more sometimes.

    24. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      At least fans only blow, and don't suck if you look at them from the outside! From the inside, the point of view reveals the opposite!

    25. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      He called himself a Unix fan, was he condescending towards himself as well?

    26. Re:Well, not calling them a "fan" might be a start by joelleo · · Score: 5, Insightful

      I have to disagree with those asserting *snicker* certs are worthless. Take them into consideration, but validate that they know what they certified on. They don't "just mean they went to the class and passed the tests" they can actually validate real world experience with the tools and environments, but that needs to be _proven_ to the interviewer. The best way to do this is to sit them in front of a computer that has access to a test environment and tell them to do stuff and see how they perform. Admittedly, this requires an understanding of what they are doing on the interviewer's part, but to completely exclude a large swath of potential candidates because of someone's misinformed perception of certifications would be a misstep, in my opinion.

      --
      "In the end, there is simply no weapon more devastating than the truth, delivered in just the right way." - tnk1
    27. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 1

      ^This

      Also stay away from people who have all the certifications. It just means they went to the class and passed the tests which are pass/fail. Most of the tests are online (and a good source of questions btw).

      I'm sorry, but that is an exceedingly inappropriate statement. Some people actually enjoy learning about the operating systems in-depth, have a great deal of expertise, and challenge themselves to take/pass certification tests. To stereotype them in that manner is ridiculous and very unprofessional. I'm glad that I don't have anyone quite this narrow-minded on my team.

    28. Re:Well, not calling them a "fan" might be a start by hawkeyeMI · · Score: 5, Insightful

      I read the OP as saying, "I love *NIX and that's all I really know in depth as an Admin. I have no clue how to find someone similar for Windows. How would I go about that?". I didn't read it as condescending, but clearly many here did.

      --
      Error 404 - Sig Not Found
    29. Re:Well, not calling them a "fan" might be a start by devilspgd · · Score: 1, Insightful

      It's not about fragility, it's about respect. If you can't pull off a bit of respect in an interview, what do you offer as an employer?

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    30. Re:Well, not calling them a "fan" might be a start by drolli · · Score: 1

      He also calls himself a 'fan'. I am not exacltly sure what the means.

      I appreciate some properties of Linux, i appreciate some properties of windows and i appreciate(ted) some properties of solaris.

      The important part is never to forget which properties of which OS which you do not appreciate are conflicting with the task at hand.

      I suggest to ask them about the stragtegy of decisions and see if that is compatible with the way the rest of the shop is being run.

    31. Re:Well, not calling them a "fan" might be a start by marcello_dl · · Score: 1

      "Fan" is wrong. "Hostage" is the right word. Enjoy re-learning basic stuff just to get your win8 systems going, and pray for good plugins to read newer formats on winxp vista workstations with office. And ask for more money than the unix admins. They keep typing ls -l as they did on the VAX of the university when they were 30 years younger, those lazy hippies.

      There are 2 categories of operating systems. First kind: the pc is the territory, the objective is ownership of the territory, the OS is one of the weapons. This category sees windows, recent OSX, recent ubuntu, oracle linux, android... Free software is an asset there. They are easy to spot because the value uniqueness of user interface, which translates to change for the sake of change, NIH syndrome. Other kind: the OS is a mean to have programs running, projects who focus on compatibility between platforms and generations of hardware. Debian, BSDs, most minor OSes.
      Free software is a philosophy there.

      The first kind is favoured by the hardware makers, the second kind makes your current pc basically immortal.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    32. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Jeeze, you guys! Can't you tell the submitter's first language isn't English?

    33. Re:Well, not calling them a "fan" might be a start by Count+Fenring · · Score: 1

      I do think that "fan" is probably not the term to use, but he's clearly not using it to be snobby - he refers to himself as a Unix "fan" as often as he says "Windows fan."

      Basically, chill, the only rage here is yours.

    34. Re:Well, not calling them a "fan" might be a start by marcello_dl · · Score: 1

      > The first thing I learnt in admin/support is that if you specialise, you limit your options, for both solutions & future employment.
      It's not so black and white. If you don't specialise, you're equivalent to a younger guy who asks for less and seems more ready for the next "tech flavor of the month" which managers like soo much, it lets them spit the right techno-babble at meetings.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    35. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 1

      Respect is earned, not given away freely. Calling yourself an "XYZ OS Professional" does not entitle you to respect.
      Calling yourself an "XYZ OS Fan" shows your enthusiasm, which will gain you some respect. Answering other questions along the way will also help to *earn* that respect.
      Demanding something you haven't earned right up front is a good way to have your sorry ass tossed out the door.

      Be a fan, be enthusiastic, know your shit, have the attitude that you can do almost anything (or can learn to do it if it's something new), and the aptitude to back it up and you're in.

      Act like a professional dick, here's the door.

    36. Re:Well, not calling them a "fan" might be a start by Hatta · · Score: 3, Insightful

      There's nothing disrespectful about the term "fan" except in your own fevered imagination. If I were to hire someone who gets upset over the word "fan", I'm just setting myself up for drama(or worse) when someone makes some other harmless, off the cuff remark and the new hire feels slighted.

      --
      Give me Classic Slashdot or give me death!
    37. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      OP referred to them self as "hardcore Unix (and recently storage) fan" . I would say at that point the ground was laid down that 'fan' was the term for 'somebody passionate about this topic' which is not the same thing as a professional.

      I understand where OP is coming from as I've found people that reffer to themselves as 'professional linux' or 'professional windows' admins typically have taken the a-cert-told-me-how-to-do-it-professionally approach to being an admin versus somebody that likes to tinker around and ask why just because they like the platform. I'm sure a nice venn diagram could describe this quickly by showing not all professionals are fans and not all fans are professionals. Finding that overlap is probably the target audience the OP is looking to hire.

    38. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0, Troll

      I read the OP as saying, "I love *NIX and that's all I really know in depth as an Admin. I have no clue how to find someone similar for Windows. How would I go about that?". I didn't read it as condescending, but clearly many here did.

      Because this place is full of over sensitive little twitts..... must be more mac users now.

    39. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Yes. You can recognize them when they pull out their Windows Phone 7. They tend to have gotten into Windows Fandom around Win95.

    40. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 1

      Just ask them if they are willing to grow a beard and wear sandals. If they say 'no then you wouldn't get on with them anyways!

    41. Re:Well, not calling them a "fan" might be a start by Sir_Sri · · Score: 4, Insightful

      This is because we've started teaching these things in 1 and 2 year trade school /college programmes where you can get various certs at the end. The quality of the people and training is going up, and the tests can now actually be more than laughably basic stuff.

      The windows ecosystem is huge, mind bogglingly so. If you're going to look for a 'windows server' guy you really need to know what you want them to do. Is this a server to support desktops? A web server? Some cloud thing - if so there are a lot of different specializations here. If you want someone with a background in infosec you might be looking at having multiple people.

      maybe we were all just a class full of derps.

      That used to be the case. If you had (or have) brains you take comp sci, software eng or computer engineering. Everyone else is in the IT guy certifications stream which, lets face it, is one tier of people down on average, usually the top people in the certs stream should really be in comp sci, and the bottom people in comp sci should be in the IT side of things. The problem is that for a long time the IT stream attracted script kiddies out of highschool who played video games on windows and they were basically the only people who knew *anything* about windows so they could get a job. The world has moved on though. If you're going to deploy clients to 200 machines, and then manage all of their licences, sharepoint install, active directory, etc. you really do need a lot more than just 'windows is fun'. At that point windows isn't fun, windows is an expertise you have and that expertise has little to no connection to any 'fun' you might have with windows.

      The certifications are supposed to be the minimum level of competence you'd expect out of someone with little to no experience. Believe it or not you do want people with the certifications (or equivalent) so you know they didn't just 'manage' their 200 machines individually and were actually aware of the enterprise product tools. Someone fresh out of a 1 year college course with an MCSE is about what you'd expect for someone one year out of highschool who can prove they paid attention in class. They're way better than someone with no training at all, but there's a lot of experience to had still.

      P.S. I think you mean the 70-686 exam, I believe the 60 series was for vista and is long long long gone.

    42. Re:Well, not calling them a "fan" might be a start by Daniel+Dvorkin · · Score: 1

      But I'm pretty sure starting it off by taking a holier-than-thou condescending attitude towards anyone who would sully themselves by being a Windows server admin, and referring to them as a Windows "fan" instead of a Windows professional,

      Maybe you missed the part where he called himself a "Unix fan" right at the start of the post? I agree that "fan" is a silly word to use here--operating systems aren't baseball teams--but if he's being condescending toward Windows admins, he's also being condescending toward himself, which is a neat trick.

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    43. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      And lets not foget the 'paper graduates' who go to universities that have a lot of group assignments to cut costs on tutors wages. Said people let other 5 people in group do the work and put their name on at the end or buy the teachers guide to course book and have all the expected answers at hand or ship their assigment of to india to be written. When you do a cert exam it is graded exactly the same for everyone except for high level stuff like MCM and CCIE where the labs come into play, but with university any number of tutors grade papers for the lecturers (at least in AU) so there is no consistency, what one tutor considers a pass another might consider a credit and another a fail. I still don't understand how half the chinese students who can not string a sentence together can be given distinctions. IT graduates are generally poor hires straight off the bat and only have value after 5 years, which can be attributed to those 5 years.

    44. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      But I'm pretty sure starting it off by taking a holier-than-thou condescending attitude towards anyone who would sully themselves by being a Windows server admin, and referring to them as a Windows "fan" instead of a Windows professional,

      Maybe you missed the part where he called himself a "Unix fan" right at the start of the post? I agree that "fan" is a silly word to use here--operating systems aren't baseball teams--but if he's being condescending toward Windows admins, he's also being condescending toward himself, which is a neat trick.

      if he is heavily biased towards one type of technology that's one thing and his own personal problem - if he implies that I will not choose the best tool for the job but whatever tool I am a "fan" of that's sth else entirely.

    45. Re:Well, not calling them a "fan" might be a start by rk · · Score: 3

      I've always been leery of certifications provided by a vendor for their products. While I recognize that they might want to have their certs viewed as something more than worthless and be sure the people getting them really knew their stuff, they also have a vested interest in having as many people as possible can get those certifications so that when they roll into a new customer's offices they can say "and finding people to work with this is easy because there are umpteen thousand people who are Certified Widget Engineers!" This conflict of interest just makes me nervous.

      FWIW, I don't rule out someone based on certifications, or education for that matter. I really hire people on the basis of are they motivated, self-starting people with an interest in the work? Even if the tech skills aren't an exact match, I tend to have less problems with those sorts of people as their work ethic and enthusiasm usually quickly compensates for knowledge deficiencies.

    46. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 1

      So, bottom line is ... a good sense of humor. That's what he should look for into the new hire.

      A linux user/admin/whatever needs only one thing, a willingness to learn. That's it. Nothing more. You don't need a stellar IQ, you don't need stacks of diplomas, tin foil hats or other strange habits to fit in.

      If I were hiring a underling or a colleague, that's all I'd want. Oh, I'd like the sense of humor too, but mine is kind of twisted, so, I'm very bad judge of that.

    47. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      God damn. People on slashdot are getting more and more retarded. The OP must be condescending to himself too then huh shit for brains? He only refers to himself as " a hardcore UNIX fan ".

      Ge t your head out of that brown cave you call your ass and READ godsdamnit.

    48. Re:Well, not calling them a "fan" might be a start by Spazmania · · Score: 1

      You have limited space on your resume. Spend it _demonstrating_ the depth of your OS knowledge.

      Certs only tell me that you took a test. Worse, they *imply* that instead of self-learning you waited, took a course your company paid for and then said "feed me." Over and over again. That's the opposite of what I'm looking for. Which is not to say I won't send you to training. I just don't want to *have to* send you to training in order to get any use out of you.

      I won't hold having a list of certs against you. But if that's the most important thing you have to tell me about on your resume, I *will* hold that against you.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    49. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      It's not about fragility, it's about respect. If you can't pull off a bit of respect in an interview, what do you offer as an employer?

      Considering the OP calls himself a "Unix fan", calling someone a "Windows fan" isn't any kind of judgement of respect, good or bad. The fact that you're objecting so hard simply indicates you, while perhaps being very competent technically, wouldn't be a good cultural fit in the OP's team. And neither would anyone else who insisted on always being called a "professional".

      I wouldn't care if I'd be called "Zimbu The Monkey" or my title was "Chief Bottle Washer" as long as I got paid a decent salary to work on interesting things with cool people.

      Get over it. Sheesh.

    50. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      What do you get? How about a job where they want you to actually LIKE what you are doing and using? A job where they probably are willing to treat you more like a family member who simply knows a different set of skills than they do. A job where they most likely will encourage you to learn new skills and way of doing things in the environment you LIKE using.

      I could go on, but that might cause you to think I don't "respect" you.

    51. Re:Well, not calling them a "fan" might be a start by Spazmania · · Score: 4, Insightful

      For better or for worse I think you have stumbled not on a condescending attitude but on a difference between *nix and Windows admins.

      The OP *enjoys* administering Linux servers. It's fun for him. Not in a professional my job is satisfactory way but in an I just played ball with my buddies and had a blast way. And in a classic feedback loop, he's good at it because he enjoys it because he's good at it.

      He's looking for someone who feels that way about running Windows servers. Someone who feels that way about Windows will fit well into his team while filling the technical need. The stodgy "Windows Professional" capital P may meet the technical need but he won't integrate well into the team.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    52. Re:Well, not calling them a "fan" might be a start by Darth_brooks · · Score: 1

      You're it, it was the 70 series, I was pulling numbers out of my ass. I did the Cert's because work was paying, not because I really felt I needed to do them. They just made for nice resume flare.

      --
      There are some people that if they don't know, you can't tell 'em.
    53. Re:Well, not calling them a "fan" might be a start by Kalriath · · Score: 2

      That's not necessarily true that they want as many as possible. For the Microsoft Certified Master/Architect tracks for example, there are so few of them in the entire world that Microsoft can list them all by name on one page, and most of them are marked with affiliation "Microsoft". This is probably because the exam isn't some theory on paper but a huge practical lab exercise, similar to CCIE (which are again rare).

      (Amusingly, GoDaddy is one of the few companies in the US with SQL Server MCMs)

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    54. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      {snip}We had some fairly sharp people, and the common theme was that we were all sorta surprised at how tough the exams were.

      Just my two cents, maybe we were all just a class full of derps.

      I concur. I have done 10 MS exams this year. I had to re-take the AD one (640) - it was first and only exam I have ever failed in my life. I barely scraped over the line on 2 others as well.

      Those cert-dissers posting earlier are obviously feeling inadequate. I don't think you can diss the certs until you have them yourself... and then you'll find that you did actually have to learn something and your capabilities have improved as a direct result.

      ($experience + $certs) -gt ($experience)

    55. Re:Well, not calling them a "fan" might be a start by grcumb · · Score: 4, Insightful

      I read the OP as saying, "I love *NIX and that's all I really know in depth as an Admin. I have no clue how to find someone similar for Windows. How would I go about that?". I didn't read it as condescending, but clearly many here did.

      ... And there, right there, is how you tell the difference between Windows and Unix experts. The Unix expert sees no problem with exposing either his preferences or his ignorance about the world beyond his experience. The Windows expert has been taught that these are weaknesses.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    56. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      We had a CCIE from an outside company in once to configure a DR site router. I had to prompt him what he was missing on the DSU/CSU setup. Certs should just be one filter. Provable viable experience with references should be the other. Then multiple interviews possibly with break fix testing thrown in should do it.

    57. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Uh...the question is can you subnet, not can you make a subnet. If you asked someone the question "can you make a subnet" and they didn't correct you, they shouldn't be hired.

    58. Re:Well, not calling them a "fan" might be a start by Darinbob · · Score: 1

      Having certifications is ok. Sometimes you need them to get a job, unfortunately. Sometimes you are in jobs that want you to go get some. However distrust anyone who puts too much emphasis on the fact of having certifications.

    59. Re:Well, not calling them a "fan" might be a start by Shifty0x88 · · Score: 1

      Depending on how much you are going to depend on them(a lot, it seems), talk about everything already stated (In brief: AD, 2008 server, windows 7, xp because lots still use it, sql, exchange, .net, sharepoint{ugh is right}, outlook) If you really want a go-getter: ask about VB, powershell/cmd, C#, live DB backups/restores(more in depth sql questions), favorite software, how do you install X? (where X is what you find yourself doing a lot), Windows 8, IIS(M$ web server), etc. Don't forget about security permissions, workgroups, domains/domain accounts, and I like someone elses idea, of how would you make 200 computers networked across 5 departments, if you wanna throw them a curve ball, say the departments are split between 2 buildings, or that one department VPNs a lot or are the only ones, etc. depending on how well you think the interview is going

    60. Re:Well, not calling them a "fan" might be a start by loufoque · · Score: 0

      I hired someone who did both Windows and Linux some time ago.
      Fired him after one month when I realized he was always looking for a GUI to do anything.

    61. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Many here are overly-sensitive idiots who will jump on a stray word to be offended and then posture desperately.

    62. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      No, that just makes him a *nix fanboi, but thanks for playing.

    63. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0
      1. What attitude?
      2. Rather than loosing his attitude, if any, I'd suggest restraining it.
    64. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      That's not always true. Some certifications are damn hard to fake it on - like the RHCE for example (not that this will help the sysop in question, but still).

    65. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      If you're not sure, put them through a gauntlet. Have them subnet a network. Give them a machine in pieces and have them re-assemble it. Ask some hypotheticals, how would they a) handle the cradle-to-grave lifespan of a hardware deployment, b) handle a downed server, c) harden a windows server (lol). Ask them to provide some scripting or code samples and ask them to walk you through them. You want a server admin, so try to keep it practical.

    66. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 2

      Actually, both are correct. Subnetting is doing the math, making a subnet is putting it on a router interface.

    67. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      Anyone who says certifications are pointless has never tried getting a job in a fortune 500 company. Good luck getting your resume past HR contractors who have been told to look for those certifications.

    68. Re:Well, not calling them a "fan" might be a start by jellomizer · · Score: 1

      Well said. You may want to get a Windows Administration Specialist or just bite the bullet and have you and your team learn how to use Windows. I mean Windows Server has only been available for 19 years, It has became at mature reliable OS platform. While I prefer Unix/Linux myself for servers. However Windows isn't that bad anymore, and most people should know how to manage a small scale windows implementation.

      From the sound of it. You have a slew of Unix Servers... You Visualize a small handful of windows systems for application compatibility. If you put Cygwin on them, then you are even more unix like.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    69. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      Wait... they make GUI's for linux...? Not for my red hat servers they don't! ;)

    70. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Don't ask them to answer anything, ask them to do something. Get a cheap PC and put a vanilla, unconfigured, Windows Server install on it. Then ask them to do tasks that you understand how to do in the UNIX world...setup a DNS server with these entries, setup an LDAP server, etc.

      Watching someone do a task you're familiar with using different tools than you're familiar is a good way to evaluate their abilities.

    71. Re:Well, not calling them a "fan" might be a start by LordLimecat · · Score: 3, Insightful

      Why would you use a workgroup vs a domain?

      Workgroup
      When you cant afford a server license.
      Domain
      When you can afford a server license.

      (Bonus: Always, because inter-computer trust relationships actually work with some degree of reliability once a domain is set up.)

      Do I win a prize?

    72. Re:Well, not calling them a "fan" might be a start by joelsanda · · Score: 1

      Believe it or not, there are plenty of professionals out there with significant admin experience with both Unix and Windows. Being a Windows professional doesn't make you some sort of dirt-eating Tauron, nor does it necessarily make you a "fan" who's chosen his side in some nerd-rage fight to the death.

      Completely sidestepping the merits of UNIX over Windows the Windows Admins I have worked with can be described as incredible troubleshooters with an inferiority complex. They have always volunteered wonderfully creafted reasons why a server that ran fine for two weeks would take a dirt nap when no one was on it at 0200 and require three hours to get back up.

      It goes without saying the UNIX admins I've had to work with have never had to display such grit under fire. But I have (with only a few minor exceptions) been a little impressed at how good Windows admins are at troubleshooting. Even if that can be attributed as an effect caused by a crappy OS it's something I've seen time and time again. Whereas many of the UNIX admins truly felt they could replace their mother with a shell script, could quote Stephenson backwards, and were the most unpersonable people I've ever met.

      --
      The Luddites were ahead of their time.
    73. Re:Well, not calling them a "fan" might be a start by epyT-R · · Score: 1

      what about hiring someone who knows some, and can figure out what he doesn't? This is much more important than whether he associates himself with the 'professional' or 'fan' monikers. People obsessed with labels are often the least productive..

    74. Re:Well, not calling them a "fan" might be a start by mcmonkey · · Score: 1, Insightful

      I read the OP as saying, "I love *NIX and that's all I really know in depth as an Admin. I have no clue how to find someone similar for Windows. How would I go about that?". I didn't read it as condescending, but clearly many here did.

      How is that not condescending? Apparently *NIX is NOT all the OP needs to know, or there wouldn't be a need for a Windows "fan." It's condescending to think a UNIX "fan" could not, and should not, touch anything Windows. We need a seperate guy for that.

      The attitude should be, the people that pay my salary and pay for the hardware and software have certain needs, and as a professional admin, I need to address those needs. If those needs are best servered by Windows, then I should put the business needs ahead of my fandom.

      I'm not against hiring when there's a need for skills outside of the current staff, but it doesn't sounds like there's really a need for a full time Windows-only admin.

      Can you explain to me, in some non-condescending way, why none of the current UNIX admins in house could learn Windows, or why the OP couldn't hire someone who knows both? Why must the UNIX guys be UNIX only and the Windows guys by Windows only?

    75. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      I am not saying the certs by themselves are worthless. You may have misunderstood me a bit.

      I have seen a few guys with certs that didnt know how to actually make something simple like a top node in a AD, or move a computer from one to another. Want to know why? They cheated. All the q's for the certs are out there. Only costs a few bucks and you can drill the questions. Knew a couple of guys who did it. They were even proud of it. This has been going on for *years*. They change the Q's out to make the buy the questions worthless. But that only lasts for about 6 months. The guys teaching have been saying 'oh they are changing them' every year. I have heard that song and dance many times. They want the certs to mean something otherwise they can not sell the classes. Remember they are selling you 2k+ worth of classes...

      My caution here is watch out for the guy with every cert there is. It just means they test well. You will want to make sure they can actually do it. Just having the cert is meaningless. Just like having a Doctorate in something. You still need practical exp for it to do any good. You can tease that out of someone. But have to do it in such a way that the certs do not cover.

      I have a few certs myself. However, I dont bother showing them to anyone. In fact I would be hard pressed to put my hands on them. I went into the classes for 1 thing. To learn the tech. I got 100% out of those classes what I wanted. It was not for the cert.

      The only real certs that are worth anything to a HR manager are BA, MS, PhD. Remember that.

    76. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      I always defined it as this

      Workgroup
      When you hate your network and have few computers
      Domain
      When you have more than 20 computers and want your network to work

    77. Re:Well, not calling them a "fan" might be a start by InPursuitOfTruth · · Score: 1
      I agree, too. I don't mean to brag, but I've been an expert of both for a very long time, and honestly cannot trust anyone who appears to be a "Windows or Microsoft" fan. These people tend to buy into a monolithic Microsoft is all we need mentality, puppets of Microsoft marketing instead of intelligent and objective people. On the other hand, I highly respect Windows experts, or, better yet, people with Windows expertise in addition to other skills.

      No matter which OS a person prefers:

      • - they need to be inclined to continuously learn, and that includes learning other operating systems
      • - and their reasons for preferring one over another had better have very objective intelligent articulation, such as contrasting technical differences (e.g., file system options and capabilities) or "vendor lock-in" and the long-term economic impact. you cannot do this unless you can expertly contrast the various operating systems.

      So, if a person is only an expert in just Windows, with no experience outside it, to counter this very clear potential limitation, they need to demonstrate an inclination and abiltiy to learn *nix, understand hardware, networking, etc,...

    78. Re:Well, not calling them a "fan" might be a start by TheRealGrogan · · Score: 1

      ... but then, how does anyone get a job? I was already fairly knowledgeable (self taught, online question answering experience in forums and newsgroups, working on a lot of computers in an unofficial capacity etc.) when I went to take courses, to help me think like a Microsoft man. I'm glad I did, I'd have never wrapped my head around Microsoft's idiotic multiple choice questions, at least the way they were in those days, around 1999/2000. There was the world, and then there was the world according to Microsoft. Anyway, apart from that stuff, I could have taught most of the course material myself. In fact I spent most of my time going around the room and helping others instead of getting my own work done. The instructor kicked back and enjoyed the excellent assistance I provided. He bought my fuckin lunch most days lol

      What I did not have was job experience in the field. My existing work experience was in industrial maintenance and as a chemist prior to wanting to change careers. I realized it later but that (of course), plus saying I was "MCSE Certified" meant that no company would even look at me. It had to be that, I applied to a lot of places. I was actually a decent technician, a Windows expert, sporting a certification that in itself represented an undesirable mindset. ("Oh sure, fresh out of the Institute, here to tell us how to run our shop"). They had no way of knowing that, because I never got a chance to demonstrate any skills. (I was quite proficient with Linux and had prior Unix experience too). If I'd have NOT said I had the MCSE, then I'd have had nothing to show for wanting a job in IT. Hobbyist experience, and unofficial, unauthorized hands on experience doing Windows NT stuff. (Nothing I could really put on a resume)

      I just said fuck it, and went into business for myself. On site services. Very easy to get started, with very little overhead required. All you need are communication services, a PC or two and a laptop, a vehicle and the calls from customers.

      I really hate the games you have to play to get a job these days and I'll never go through that shit again. One thing about me, I absolutely refused to lie or exaggerate on a resume or job application. I actually had an "employment counselor" tell me "You HAVE TO lie! Everybody does!" and when I spoke of being held to it, the answer was to bluff and learn quickly on the fly. (I was done talking to that idiot at that point, by the way)

    79. Re:Well, not calling them a "fan" might be a start by AchilleTalon · · Score: 1

      You may ask him: If a tree falldown in the forest and you are out for lunch, does it make noise?

      --
      Achille Talon
      Hop!
    80. Re:Well, not calling them a "fan" might be a start by CrashandDie · · Score: 3, Funny

      Best reply I ever heard to that one: "Who cares, as long as Nagios goes thermonuclear to wake you up?"

    81. Re:Well, not calling them a "fan" might be a start by CrashandDie · · Score: 1

      Yeah, because you'd definitely ask the Java team to start using C# and .Net because "the business needs" have evolved.

      Most probably, there's a number of stickers on the software OP has to use that says "You will need a good understanding of Windows and AD to understand the fuck we're on about in the documentation", and the vendor is recommending they have a "real Winadmin" available.

      It's not that he doesn't want to learn, but more probably that the decision has come from above; a mix between managerial incompetence, who saw the sticker, asked HR who of the team had "Windows" on their CV, and made corporate send the "recruit" order down to fill the gap.

    82. Re:Well, not calling them a "fan" might be a start by mikael_j · · Score: 2

      Don't forget the younger generation of gamers who came to love Microsoft thanks to the Xbox and the fact that most PC gaming takes place in the Windows world.

      I've met a few guys like this and they are definitely fans of Microsoft and often seem to be ignorant or in denial of any wrongdoings on Microsoft's part, ever. As far as they're concerned MS is the best company in the world and is solely responsible for all sorts of things, including email (really, I once had a very long argument with one of these guys who was certain that MS invented email and that Internet Explorer was the first GUI web browser. Trying to counter that by pointing out that MS pretty much ignored the internet until it was forced down their throats in the mid-90's or that email existed before MS was even founded did little to help, it just made him label me a Mac fanboy (because clearly anyone who doubts the greatness of MS is a Mac fanboy, at least in his eyes)).

      --
      Greylisting is to SMTP as NAT is to IPv4
    83. Re:Well, not calling them a "fan" might be a start by raddan · · Score: 2

      In my opinion, someone who knows their way around the various interoperability issues with Windows/UNIX is what you really should be asking for. Some things are easy (did you know that Active Directory offers LDAP and Kerberos services?), but other things are harder (domain trusts with non-Windows machines). Somebody who has experience integrating Samba with a fairly recent Windows domain will tend to have a pretty good idea how the entire ecosystem works.

      I am also biased, because I am a programmer, but I think that anyone who spends time programming on a Windows machine is going to have a great deal more understanding than someone who just reads about how things work in books. For one, they don't throw their hands up in the air when they can't solve something-- they poke and prod and eventually program their way out of it. IT workers with programming experience aren't the easiest people to find (and Windows hackers seem to be more elusive than UNIX hackers for cultural reasons), but they're out there. I did this for years. Anyway, someone who can answer "What's the difference between COM and .NET?" probably has a pretty good idea how Windows is put together.

    84. Re:Well, not calling them a "fan" might be a start by DesScorp · · Score: 1

      ^This

      Also stay away from people who have all the certifications.

      I wouldn't say that. What I would say is "stay away from people who have certs but not much in the way of real experience". Really, it's not that hard. Ask for references and work history. Check on those references, and call former employers. Ask "does he know his stuff?" If he does, and has a good work history that satisfies you, hire him. Anything else is minor. Despite all the mockery here at Slashdot, most Windows admins aren't dummies, and do a good job and know their stuff, and they know stuff beyond Windows. If they're good, they'll learn everything they need to know about a mixed shop soon enough.

      --
      Life is hard, and the world is cruel
    85. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      The best Windows _server_ admins probably aren't fans of Windows (and the MS apps that run on it). In my experience the more you know about Windows servers the more there is to hate ;).

      Too bad sometimes you just need to use Windows servers and the stuff that runs on it. But other than "running Windows specific stuff" I can't think of much that Windows servers do better than Linux servers. Can anyone list them? The AD and Group Policy sort of stuff?

      From what I see there's more justification for running Windows on desktops (more so for home, and less so for large organizations).

    86. Re:Well, not calling them a "fan" might be a start by ReginaldBarclay · · Score: 1

      A bit of network knowledge is essential, yes. Please don't forget IPv6 in the interview.

      Though first of all I'd try and find out if the interviewee is interested in learning about new technologies, and if s/he appears to fit into your team - no matter how brilliant s/he is with Windows, if s/he's not fitting into your team you'll have a problem on your hands.

      For the technical side:
      Ask some question in the direction of AD, like "if group A is a member of group B, and group B is a member of group C, which then has group A as a member - is that legal in AD, what problems would you expect, how would you go about fixing it?".
      Authentication: "please explain the concept of Kerberos to me".
      Backup&restore: "how would you go about backing up a handful of servers, various versions, incl. at least 2 versions of Exchange and SQL Server, and how would you do a bare-metal restore"
      Understanding: "explain the different RAID levels, and what their down-/up-sides are"
      Automation: "how would you go about automating testing&roll-out of security patches (mind different Windows Server versions)"
      Security 1: "if you had to expose SharePoint to the outside world, how would you secure access, and how would you do server hardening, same for Exchange with Outlook Web Access"
      Security 2: "what would be the down-/up-sides of getting all our Windows machines on the network with 802.1x, how would you go about managing the certificates"
      Security 3: "please explain Teredo, and how would you go about ensuring that there are no such tunnels to outside our network"
      Understanding of basic technologies: "please explain SMTP, and why you need DNS for that", "how would you choose a Windows domain and how would you integrate it with our DNS setup"
      Day-to-day operations: "How would you go about ensuring that Exchange services stay available, transparent for the users, even when applying patches or when some hardware dies"
      Deeper understanding of Windows internals: "explain SysWoW64, and how it works so 32bit binaries get to their 32bit DLLs" (that's a real tricky one, and full of security-relevant pitfalls!) - go grab a copy of the "The WoW effect" paper, and make a hands-on test for finding a file with certain contents hidden in either System32 or SysWoW64.

    87. Re:Well, not calling them a "fan" might be a start by FuegoFuerte · · Score: 1

      That completely depends on if there's a trust, as well as if it's inbound, outbound or bidirectional. Now if a tree falls down in a workgroup, you'll just know it was from a small blast of WINS.

    88. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      I'm not sure how you should start the interview. But I'm pretty sure starting it off by taking a holier-than-thou condescending attitude towards anyone who would sully themselves by being a Windows server admin, and referring to them as a Windows "fan" instead of a Windows professional, is definitely the way to NOT start the interview.

      I like that you are making a distinction between fans and professionals. I do not agree with your interpretation of what you generally would like.
      I work at a very small company and in general we try to hire fans rather than professionals. The reason for this is that we can't afford to have enough people to cover all possible problems that we need to solve, we need people that have a knowledge that is slightly beyond what you can get in a professional manner.
      Yes, there is a slight problem with fans in that they tend to solve problems in a "hacky" way but the benefit is that they have their particular field as a hobby.
      If you were to hire a 25 year old linux fan with 5 years of work experience then he have probably spent most of his spare time from when he was 15 to learn the system. If you hire a professional those 5 years of work experience is what you get. If you only are going to have a single person working on windows servers you might not be able to afford a professional with the necessary experience, fans generally have twice the official work time experience + 5-10 years depending on when they became fans.
      Once you have several persons working on a project that extra experience is less valuable compared to the need to work in a structured way but this only matters when you have five or more people working on the same project. When it comes to that point you either have teach your fans to work in a more structured way or you move them to projects where it is more important to get things up working quickly than it is to maintain them.

    89. Re:Well, not calling them a "fan" might be a start by FuegoFuerte · · Score: 2

      If I ever look at your resume, you probably won't get hired... A long list of certs isn't an absolute blocker, but it IS a huge red flag. At the very least, expect to get grilled 10x harder on the subjects those certs are supposed to cover, and to get 10x less sympathy if you don't know the answers.

      The most successful hires I've had were without certs. One of them was a guy we hired straight from Olive Garden where he'd been a bartender.

      A successful hire doesn't need to come in knowing how to do everything, they just need to come in knowing how to learn. Someone who says "I don't know, but I know how to find out." is miles ahead of the guy who makes up an answer.

    90. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      man, your quite obviously a paid shill.'i understand your point of view, here is my admission of being on the other side, but damn.. here is the angle im selling'. nice try......

    91. Re:Well, not calling them a "fan" might be a start by FuegoFuerte · · Score: 1

      Interesting. I have no certs, and I work for a Fortune 100 company. In fact, when asked about certs in an interview, my typical response is along the lines of "I'd rather know my stuff than have some expensive pieces of paper that say I might know my stuff."

      Lack of certs has in no way hindered my professional career, and I believe has probably helped it a few times.

    92. Re:Well, not calling them a "fan" might be a start by GNious · · Score: 1

      Anyway, someone who can answer "What's the difference between COM and .NET?" probably has a pretty good idea how Windows is put together.

      "COM is, like, old and shit and not used by Microsoft, and .NET is, ya know, really cool and stuff and runs on all computers"

    93. Re:Well, not calling them a "fan" might be a start by dutchd00d · · Score: 1

      I find it telling that Windows "professionals" object to being called a Windows "fan".

      "Yes, I make a living off of Windows. Doesn't mean I have to enjoy it."

    94. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      I don't read it as arrogant or condescending. I try to always keep in mind that I don't read in the same tone of voice (inside your head) that other people wrote it, and it holds true in the opposite direction.

      That said, it sounds to me like they're looking for someone who can be as good a windows admin as they consider themselves to be at unix (I have no knowledge or where they stand on the good---bad admin spectrum so....just sayin'). The thing is they seem to admit they have no idea how to sort them out, once you get past the basic stuff, what would be the question or series of questions that you would ask the interviewee to determine if they are the ideal candidate for the job, would the interviewers as "hardcore unix-and-nothing-else fans" recognise the correct answer they were looking for if they saw it.

      IMO, I doubt they'll find the definitive answer here on /. because I believe that having the knowledge determine that would require some level of windows-admin experience on their part.

      Certs are ok, but how long after they started working on the subject matter (windows version or whatever) did they enroll in a course for it and take (and pass) the exam?, did they skip to the exam directly?

      Do Windows cert exams have a score sheet for each individual subject tested? I honestly don't know, only have Java and Solaris certs on my belt and, for example, I didn't do so well on the "Printing" subject in Solaris...if there is an equivalent on the MS exams, perhaps evaluate that and see how closely it matches your needs?

      IDK, I'm rambling on. You figure it out.

    95. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      ...but it could be the Windows guy with the attitude, too. Be sure to try and get a feel for them how they feel about Unix. There are neat cool things in Windows that people like to gush about being new and modern, but to Unix, have been there for 40 years. There seems to be a similar antipathy to many in the Windows world that Unix is crusty, ancient, obsolete, and that there is nothing to learn from it (regardless of about it), or even think about all the Unixy things that keep showing up in Windows (and before, DOS) in various ways.

      I'll give PowerShell some credit. Despite the gross syntax, its command piping confers some improvements in functionality compared to Unix stdio.
      At least there are some other possibilities that PowerShell has. But how many realize that the concept (i.e., hooking the output of one computer command to the output of another, instead of first dumping the contents to a file) was first done well in Unix...
       

    96. Re:Well, not calling them a "fan" might be a start by Joce640k · · Score: 1

      100% this.

      Go in any online help forum and the most useless answers are from the people with a big list of "MVP", "MSCE", etc. in their overlong sigs. Basically they're just unwitting Microsoft evangelists/astroturfers who drank the cool aid and are now sitting in forums repeating what Microsoft told them.

      The biggest skill in a Microsoft admin is somebody who knows how to Google and ignore all the answers posted by MCSEs and thinly disguised anti-malware adverts, etc.

      --
      No sig today...
    97. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Saying I'm a UNIX / Linux fan isn't condescending at all. I am a fan of the operating systems. In my opinion they're really fun to use which is why I've spent so much of my own time learning as much as I can about them. It's why I'm a damn good admin in that environment. I know jack shit about Windows, because I don't really enjoy using it enough to tinker with it in my free time. So anyone that's an expert Windows admin I'd assume was a fan of the OS, because they invested the same amount of time learning it as I did UNIX / Linux. I don't think they're any less of an admin or professional. If I did I wouldn't even be considering them for an interview. There's really no reason to be so defensive. The only thing he said was it's easy to spot a Windows fan and it is, because they'll be passionate about the subject. That's a good thing and a quality you'd want in an admin. I'd rather have someone working on my Windows servers that really loved it and knew it inside and out. That's the kind of person that would be happy to teach me somethings I didn't know before and I could share what I know about UNIX / Linux with them.

    98. Re:Well, not calling them a "fan" might be a start by Bert64 · · Score: 3, Informative

      Not only that, but the best people are those who have experience of multiple systems...

      If someone knows only windows, or knows only linux, then that's what they will push for every time regardless of what's actually the better option. Just like there are plenty of people out there who will push for expensive oracle databases for even the most trivial of tasks.

      Also find out what someone does at home, is it a purely 9-5 for them or are they interested in computing at home?

      And for windows specific questions, see how they fare when something goes wrong and they have to venture off the mcse path, eg they have to resort to command line, registry hacks or recovery boot media to fix something... A lot of so called windows "experts" get completely stumped when faced with something that can't be done through the gui.

      Also the term "windows professional" is pointless, it just means "someone who makes their living using windows" and has nothing to do with their competence at the job. Many people do such things for a living and are highly incompetent, they are professionals but i wouldn't want to hire them.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    99. Re:Well, not calling them a "fan" might be a start by fuzzywig · · Score: 2
      I am windows admin (personally fan isn't the word I'd use), and I just got hired into an almost exclusively Linux shop. When I was interviewed, I was lightly teased about pretty much only knowing Windows stuff (you've heard all the jokes right here on /.) but now I'm here, there's still the windows jokes, but I'm respected for my knowledge of systems that they don't know about, so it swings both ways really.

      Also, the OP is doing the right thing by looking for a Windows admin, turns out Linux guys know shit about looking after a Windows domain ;)

    100. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      What the fuck? Calling someone "a fan" - and I don't mean this device that spins and creates wind - is condescending? Fuck you, basically, you oversensitive... someone, I don't know the appropriate word in English.

      I'm a programmer, I know a dozen or so languages and their respective ecosystems very well, many more I know a little and I still *proudly* declare myself as a huge fan of Python and Erlang. Similarly, I used to admin a few different flavors of *nix (I'm a developer, not an admin, so of course it was pretty basic stuff for you guys, but still I did it) and I am a fan of Free- and OpenBSD. What's wrong with that?

      Ahhh, I know. Sorry I didn't realize. Right. You're the one who doesn't care, who thinks that 'it's just a job' or that being a fan is not professional. Well, good luck with that, I think I prefer to stay inside my geekdom, paraphrasing GladOS.

    101. Re:Well, not calling them a "fan" might be a start by Pikewake · · Score: 1

      A diplomatic answer. I'm impressed.

      I would have said "stop being a fan and start being a professional".
      I would never hire anyone who defines themselves as fan of any piece of technonolgy, software, process or IT guru unless I was 100% sure that this person would spend their time locked up in the basement working exclusively with the object of their fandom and never interact professionally with another human being.

      There are many good suggestions on what to look for in a good Windows expert in other posts, so I'll just add one thing: Make sure that your interview includes questions about working in a heterogenous environment. You can't always do the things you're used to in a single-OS environment when you have to interact with systems running on a fundamentally different platform.

    102. Re:Well, not calling them a "fan" might be a start by 1s44c · · Score: 1

      They keep typing ls -l as they did on the VAX of the university when they were 30 years younger, those lazy hippies.

      My VAX's ran OpenVMS. The command was 'directory' not 'ls'.

    103. Re:Well, not calling them a "fan" might be a start by Bert64 · · Score: 1

      Certs do not prove that you have a great deal of expertise, or that you enjoy learning about the system in depth... They prove that you were able to pass the exam, by fair means or foul.

      Many people have zero interest in the field and are solely concerned with doing the bare minimum to get paid. They will learn the absolute minimum to pass the cert, and if they can repeat the answers without undertanding the reasons behind all the better. That's not to say there aren't exceptions, but based on experience there are a LOT of people out there with certs and no actual knowledge, experience or even interest in technology.

      I would generally ignore the certs, and concentrate more on experience, what people do in their spare time, and their ability to answer questions or troubleshoot problems presented to them during interview.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    104. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      He refers to himself as a "UNIX fan". Just like your moral code, cultural references and religion, your argot is not universal.

      It also seem fairly obvious that he doesn't just want a professional. He wants a fan. Somebody who champions, enthuses about, follows and understands windows. Somebody who's fanatical about it, even.

    105. Re:Well, not calling them a "fan" might be a start by loufoque · · Score: 1

      Actually, Red Hat is one of the more GUI-oriented distributions....

    106. Re:Well, not calling them a "fan" might be a start by Sunner1 · · Score: 1

      Yep, if I were the potential employee I would just take it as tongue in cheek. If someone gets upset about the word fan, what's going to happen the day when shit really hits the fan(which they will at some point) and things get emotional? Most people will snap at some point in their career and say something stupid to someone else. Most people will also understand that shit happens and as long as it's not a frequent thing they'll be more than willing to forgive and forget. But I imagine someone who gets upset at the word "fan" might not have such an easy time with this concept. Besides, what's wrong with being a fan of something? I suppose I'm a UNIX fan. It doesn't mean I can't also be a professional and it also doesn't mean I hate Microsoft and look down on Windows admins.

    107. Re:Well, not calling them a "fan" might be a start by Darth_brooks · · Score: 1

      It's the second cert I've ever gotten. Training didn't cost me anything, and the cert made it easy to justify to the boss. Plus it got me a week in Chicago, which was nice.

      --
      There are some people that if they don't know, you can't tell 'em.
    108. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      Strange, our company's environment is different. If you don't have a MS or PHD, the only way you're getting hired is if you have technical certifications since HR contractors are specifically instructed to look for them (specifically high level cisco certifications, and right now, a MCA in exchange). It may just be a climate thing then?

    109. Re:Well, not calling them a "fan" might be a start by scubamage · · Score: 1

      Funny enough I've never actually used a GUI in red hat, namely because nearly all of the GUI tools have CLI versions (except cluster manager, which is the one I'd genuinely like to have), for example system-config-network has system-config-network-cli. And since I've only used the CLI for close to 5 years now I honestly don't know what I'd do with one other than b!tch about X taking up too much ram/cpu.

    110. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Well to be a unix fan you need to know about the Unix OS but to be a windoze fan do you even need to know the OS? i'm not sure where windows OS experts are found. prolly inside Microsoft :/

    111. Re:Well, not calling them a "fan" might be a start by gbjbaanb · · Score: 1

      Also find someone who does both Linux and Windows

      this is the best advice - ask them how they'd get a single set of user logins accessible from both Windows and Linux clients, ask what kind of problems he'd see with sharing network files across both platforms - ie from a Windows user accessing files on a Linux fileserver.

      Anyone can say they're a Windows admin and pull the wool over your eyes, fair enough - you don't know Windows. But anyone who can give you sensible answers about interoperability between them will show they know what they're talking about, and chances are you can then trust them with their Windows knowledge.

      Well, maybe.. but at least you've given yourself a fighting chance, and they might make a good Linux admin if they prove to be worthless at Windows, especially when Microsoft changes everything - eg ask them how to shut down a Windows8 server :)

    112. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Give test with 20 hypothetical windows server failures.

      Make solutions/answers multi-choice, and each hypothetical will have as one of the choices: utilize appropriate restore point

      If they choose even just once, the restore point option, jettison them.

    113. Re:Well, not calling them a "fan" might be a start by hawkeyeMI · · Score: 1

      It seems to me like a bad idea to have your UNIX admins try to figure it out when a good Windows admin is what's needed.

      --
      Error 404 - Sig Not Found
    114. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      I was a great Windows network manager and I was not in any way a Windows "fan." I simply knew what I was doing. I was also an expert in NetWare, to which I was definitely a "fan," but that "fanishness" played no part in my day-to-day duties.

    115. Re:Well, not calling them a "fan" might be a start by slim · · Score: 1

      Similar to the oldest profession it is only done for the money not the enjoyment.

      It only takes one black swan to disprove this theory. Is it so hard to imagine that somewhere in the world there is an escort who does it because they like sex, they're not all that choosy who with, and they've realised they can make money at the same time?

      I'm certain there's lots of sex workers who are getting no pleasure at all out of it. But I don't imagine that's all of them.

    116. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Feel free to walk out. I'm sure someone just as good if not better will take the position.

      This economy isn't a worker economy. Either one takes a job, or they are on the street.

      I personally don't care if someone views I'm condescending or not. They are the candidate, I am the interviewer, and potential boss. They either deal with that fact that they should be on their knees being grateful for a job, and that it is a privilege for them to be working at the location, or they can walk their ass out the front door and not come back. Plenty of other people to choose from, and there is always the H-1B route to hire someone competent without the attitude or sense of entitlement found in the US.

    117. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      The guy first used fan to describe himself so I sincerely doubt he meant it in a derogatory fashion. Yay reading!

    118. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Yes, ask him the difference between a tree and a forest.

      And then follow it up with, "If you were a tree, what type of tree would you be? ... And why?"

    119. Re:Well, not calling them a "fan" might be a start by dwpro · · Score: 1

      You're pretending there isn't a powerful hatred for Microsoft among techies, particularly in the Unix camp. I deal with the this sort of smugness frequently at work, from otherwise quite professional and sharp people.

      --
      Millions long for immortality who do not know what to do with themselves on a rainy Sunday afternoon. -- Susan Ertz
    120. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Only if you can further define what an inter-computer trust relationship actually is.

      Sounds more like someone Googled the answer.

    121. Re:Well, not calling them a "fan" might be a start by T+Murphy · · Score: 1

      Well maybe the OP isn't condescending but you certainly are.

    122. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      If nothing else, calling someone a 'fan' rather than an 'expert' or 'admin' is wholly unprofessional. It can easily be viewed as condescending and dismissive of a candidate's hard-won knowledge. The fact that the OP refers to themselves in the same manner demonstrates why they think it's fine to refer to others this way, but doesn't make it okay. It's very similar to being a teacher; it isn't important what you know and what you think you got across, what matters is what the person you're talking to thinks you meant and takes away from what you say. I certianly hope the OP is more professional at work, but if he interviewed me in the manner he wrote above, I'd stop him, thank him for his time, and leave. Not because I dislike the word 'fan', but because I know there was no expectation of professionalism, professional or technical development, cross-training or mutual support - all things that are critical when working with a team of people who all have expertise in slightly different concentrations in the same field.

    123. Re:Well, not calling them a "fan" might be a start by aztracker1 · · Score: 1

      Don't necessarily need a server license with Samba... :) You can even integrate your Samba authentication services with LDAP to effectively manage permissions across both *nix and Windows resources. Depending on your needs, it may not take that much of an experienced person to lock up an application server behind a firewall running windows... If you need many services and replication setup, this may get more complex, but you can also front-load web servers, etc with *nix services, reverse proxies (HA-Proxy, nginx etc).

      Just because you have windows based applications, doesn't mean they have to be alien to you (as a unix guy).

      --
      Michael J. Ryan - tracker1.info
    124. Re:Well, not calling them a "fan" might be a start by rrchapman · · Score: 1

      A professional sports team has "fans" who are interested and watch the games. A professional sports team also has the "pros" who go out there and play the game for money. The fans may also play the game, but they are rarely good enough to have people pay them to play it. Maybe a UNIX fan could appreciate that a Windows professional expects to get paid for his or her work? ;-)

      --
      "Half the world is composed of people who have something to say and can't, and the other half who have nothing to say an
    125. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Sounds like the response of someone who has no certifications, why would you avoid someone that Microsoft has recognized has being a professional in that particular area and not bogged down by pointless off course studys like english or literature which are a lot of the focuses of many colleges. You have to understand that in a recessive economy not everyone can afford to pay for a full on college, not to mention the people who did go to college are still sitting around waiting to get a job in the areas of their studies. Certification courses primarily focus on the main points of that field making them a great foundation for training in the areas the company would like to see them grow in, you can't create a masterpiece if that person has already drawn in the details and is a master in excel.....soft skills are nice but not needed.

    126. Re:Well, not calling them a "fan" might be a start by hoggoth · · Score: 1

      +1 Caprica reference...

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    127. Re:Well, not calling them a "fan" might be a start by Applekid · · Score: 1

      It just comes down to which PHB put in place the guidelines for the ground troops. I'd like to think my company has a healthy mix of paper-cert hires and experience hires (and some of both!), which I think brings some needed breadth into a company's technology group.

      --
      More Twoson than Cupertino
    128. Re:Well, not calling them a "fan" might be a start by LordLimecat · · Score: 1

      The trust relationship Im referrring to is "I can grant X computer rights to this resource, based on who the computer itself is; and can grant Users on computer X rights to resources". Your ability to do either of those is very limited in a workgroup, because Windows can make some odd assumptions about what context the username should be interpreted in depending on how the two computers are configured. Further, in a workgroup, you do not have ANY ability AFAIK to grant a specific COMPUTER rights to a resource-- you can only do specific locally-defined users, or else grant anonymous access.

      Putting them in a domain establishes a central authority and provides a common context for those usernames, and allows computers to trust each other based not only on the user's identity, but also the computer's identity (AKA something running as SYSTEM which requests a network resource). The computers thus have a "trust relationship" with each other (though perhaps more accurately they both have a trust with the domain / domain controllers, not directly with each other-- friend of a friend, so to speak).

    129. Re:Well, not calling them a "fan" might be a start by LordLimecat · · Score: 1

      Don't necessarily need a server license with Samba

      Thats true, but for any specific situation, the time for me (and presumably anyone else familiar with domains) to do the initial research for "how to set up LDAP / Samba to function as a ' domain controller'" far exceeds the cost of the license for a Windows server, so unless it is volunteer work or the client is willing to pay, there is no incentive to go that route. I could do it as a hobby, but researching re-implementing DC functionality on Linux doesnt strike me as a super-exciting weekend activity unless there was some specific goal I was shooting for.

      Further, Im not super comfortable suggesting an alternative that tries to emulate a domain controller and probably has several caveats, when I can just use a windows domain controller and not have to take any flak when something like shared printer drivers dont work properly. Others have expressed exactly that, when it was suggested for volunteer projects. $500 is a small price to pay for knowing that others can easily pick up my work later on and continue where I left off, even if I get hit by a bus and cant explain how I connected a Samba server with the workstations.

    130. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      ^THIS:
      (and also - if you're going to need activedirectory/domain implementation . . . make sure they REALLY know their DNS shit. Microsoft has made this a fucking minefield.)

    131. Re:Well, not calling them a "fan" might be a start by ArsonSmith · · Score: 1

      But 'whore' is derogatory similar to 'Windows fan' whether they enjoy it or not.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    132. Re:Well, not calling them a "fan" might be a start by raddan · · Score: 1

      I suppose you could say that, because that's what lots of people think, but it's not quite true. COM is alive and well, and indeed, lots of .NET is hooked into it.

      Disclaimer: Today was my last day at Microsoft, in their PL research group.

    133. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Nope I wouldn't let you work in any IT capacity...

    134. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      No, that's not true of Windows people, that's true of dumb people.

      Oh.

    135. Re:Well, not calling them a "fan" might be a start by GNious · · Score: 1

      Is more what I suspect someone fresh out of school to say.

      I've worked a bit with COM, and currently engaged in a system where COM and DCOM are some of the means of communicating with production equipment. Actually looks like we have to recommend customers to stays on Win2003 server, because of a lot of systems using COM and DCOM have issues currently.
      Rather irritating, but workarounds (around DCOM mostly) are being identified soon I expect :)

    136. Re:Well, not calling them a "fan" might be a start by aztracker1 · · Score: 1

      the issue at hand being that the shop in question seems to be a nix shop and likely already has ldap based central acct mgt in place. so having the existing system be the point of authority over windows makes sense and is likely easier than the other way around.

      --
      Michael J. Ryan - tracker1.info
    137. Re:Well, not calling them a "fan" might be a start by Anonymous Coward · · Score: 0

      Sure you do!!!

  3. AC/DC by Anonymous Coward · · Score: 1

    Find someone who goes both ways or he/she will be constantly running around behind your back lobbying for more windows machines.

    1. Re:AC/DC by tnk1 · · Score: 2

      Find someone who goes both ways or he/she will be constantly running around behind your back lobbying for more windows machines.

      I sort of agree with this. A dedicated Windows Admin will probably want to excel at what they are good at, instead of being the guy who has to work on the bastard child of the UNIX group. However, many UNIX admins have had to deal with Windows in the past, and should be able to operate Windows without too much trouble.

      What you might want to do is get someone who is interested enough on your team to do what it takes to get access to the Microsoft support infrastructure. It may mean getting them some MCP certification or something. I think that the certs are useless themselves, but there are some benefits you may need one of them to get access to. From there, I'd just follow MS suggested default guidelines for operating their OS and have your admins keep track of any patches or whatever than needs to come out.

      There are some very competent Windows admins out there, but as a group, there is a lot of the cert mill types out there too. You don't want someone like that, and the good admins will probably want to stay in Windows shops.

      From my experience, as long as the most you need is a basic setup of a domain or something, you don't need "Windows People" to do that. Your UNIX admins are more than capable of figuring it out with some tutorials and a copy of best practices. Although Windows servers are anything but easy to administer, they do have the advantage of being written with a GUI that is very similar to the Desktop OS from the ground up, and so a smart tech should be able to figure out how to get around without needing to memorize command line stuff.

    2. Re:AC/DC by Anonymous Coward · · Score: 0

      Windows servers are chock full of wankery just so the cert holders are needed. Nothing is clear-cut or simple--everything is a time waster. The endless clicking and sub-menus under sub-menus is also great fun.

    3. Re:AC/DC by 1s44c · · Score: 1

      Find someone who goes both ways or he/she will be constantly running around behind your back lobbying for more windows machines.

      Depends on the person. But I did find that Microsoft's answer to almost any performance related question is add more AD controllers. If you do what MS's consultants advise then you would end up with 3 windows machines for every Linux machine on identical hardware. This is not because windows is that bad but because MS try to get you to buy as many licenses as possible.

  4. Oh stop neckbearding by Anonymous Coward · · Score: 1

    Best bet is to actually conduct a interview, review the resume and check references. You know the way you are suppose to go about hiring people.

  5. What I would ask! by Dareth · · Score: 0

    Is it OK if RMS pees in the Koolaid?

    And for those of you who think this isn't a valid question, it is a legitimate test for a sense of humor.

    --

    I only look human.
    My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
  6. two windows BS stories in an hour... by X0563511 · · Score: 4, Funny

    Timothy, go to your room! Don't come down until you've thought about what you've done!

    --
    For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    1. Re:two windows BS stories in an hour... by Darinbob · · Score: 1

      He can't go to his room. Basement is flooded due to hurricane.

  7. Stop with the parenthesis, technical people! by Anonymous Coward · · Score: 2

    Stop posting so much stuff inside parenthesis! If it's a complete thought, just make another sentence. It's not difficult.

    1. Re:Stop with the parenthesis, technical people! by Drinking+Bleach · · Score: 4, Funny

      ((Obviously) a Lisp fan (as well))

    2. Re:Stop with the parenthesis, technical people! by DeTech · · Score: 1

      Stop reading (and complaining about) /. nontechnical person.

    3. Re:Stop with the parenthesis, technical people! by bill_mcgonigle · · Score: 1

      Stop posting so much stuff inside parenthesis!

      Stop being such an OCD punctuation nazi. You're ruining the SNR here.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:Stop with the parenthesis, technical people! by Anonymous Coward · · Score: 0

      You do mean the NSR, right? :-D

    5. Re:Stop with the parenthesis, technical people! by rwade · · Score: 1

      Why can't I mod "ironic"?

    6. Re:Stop with the parenthesis, technical people! by asylumx · · Score: 1

      Stop reading (and complaining about) /. nontechnical person.

      Those parens are completely worthless, and you need a comma. I bet you do the same thing in your code just to confuse people, too.

      Your sentence could just as easily been "Stop reading and complaining about /., nontechnical person!

    7. Re:Stop with the parenthesis, technical people! by Anonymous Coward · · Score: 0

      Stop posting so much stuff inside parenthesis! If it's a complete thought, just make another sentence. It's not difficult.

      LMFAO...you must be new here. This is /. Grammatical rules and spelling are right out. Believe me, we all have tried to gently correct submitters at one time when we were new, too. Pointless. That would require proofreading. They don't proofread the code they write so what makes you think they are going to correct a /. post?

    8. Re:Stop with the parenthesis, technical people! by DeTech · · Score: 2

      Your sentence could just as easily been "Stop reading and complaining about /., nontechnical person!

      Your comment could have easily been

    9. Re:Stop with the parenthesis, technical people! by Anonymous Coward · · Score: 0

      OK, I'm not good with lisp, but I think this is much more likely to be

      (Obviously (as well (a lisp fan)))

  8. I get the impression .... by Anonymous Coward · · Score: 0

    ... that perhaps you shouldn't be involved in the hiring process, here ...

  9. Professional, not fan by Anonymous Coward · · Score: 1, Insightful

    What is this 'fan' shit? You want to hire someone who has studied Windows architecture and know how it works. Not someone who wants to blow the OS.

    1. Re:Professional, not fan by gl4ss · · Score: 4, Interesting

      What is this 'fan' shit? You want to hire someone who has studied Windows architecture and know how it works. Not someone who wants to blow the OS.

      then it's pretty probable they'll end up with some unix guy who also just happens to like gaming and has a windows side affair. I mean, pure-windows guys aren't that likely to know how it works, those are the guys to go for if you want arguments about if windows server kernels are meaningfully different than regular windows line kernels or if ms just raised an arbitrary connection limit on them.

      otoh. I heard delta makes good fans, but I read also somewhere that steelers fans are awful.

      --
      world was created 5 seconds before this post as it is.
    2. Re:Professional, not fan by Anonymous Coward · · Score: 1, Insightful

      then it's pretty probable they'll end up with some unix guy who also just happens to like gaming and has a windows side affair.

      LOL, you refer to the kind of hacks that create a Windows "domain" that I get to come in and unfuck. Neckbeards, keeping real professionals employed for years.

    3. Re:Professional, not fan by Anonymous Coward · · Score: 0

      If somebody knows the windows architecture ask him why he still wants to admin it :D

    4. Re:Professional, not fan by gl4ss · · Score: 1

      then it's pretty probable they'll end up with some unix guy who also just happens to like gaming and has a windows side affair.

      LOL, you refer to the kind of hacks that create a Windows "domain" that I get to come in and unfuck. Neckbeards, keeping real professionals employed for years.

      as opposed to the hacks that are ms certified and nothing else? they'll create a cluster-fuck too, mr. anon guru.

      they'll still have a better chance of knowing wtf the os is doing than people who are ms certified but never bothered to find out if their server license is even needed for the things they run.

      --
      world was created 5 seconds before this post as it is.
    5. Re:Professional, not fan by Anonymous Coward · · Score: 0

      So did the shit hit the fan, or did the fan hit the shit?

  10. Re:Well, unlike you, by Anonymous Coward · · Score: 0

    Some people still care about enthusiasm. Those people also don't wear a suit and tie which you probably find appalling.

  11. Sanity and a lack of mythos tentacles... by jimmifett · · Score: 5, Interesting

    Someone who has exp with multiple versions of windows servers. 2000 is a good cutoff point. They should understand Active Directory. Thoroughly. If doing anything web based, know about asp and .net configurations, as well as how to use the new (awful) IIS manager. If storing dll components for software over the network (including aforementioned web based stuff), they should know about permissions hassles of trusting policies from network drives.

    Exchange and or MS SQL experience is also a plus, but only if the windows boxes will be running them.

    1. Re:Sanity and a lack of mythos tentacles... by ZeroPly · · Score: 5, Insightful

      I can honestly say I'm familiar with every technology you mentioned, but I would still be unqualified for a job running Windows servers. There's a big difference between these two interview questions:

      "How long have you been using Microsoft SQL?"
      "How would you write a query in SSMS 2005 that pulls data from an Access database on a different server?"

      Unless you actually had some background, you wouldn't know to ask the second question, which would give you a lot more information. I'm only using SQL as an example, the same would apply with AD or Exchange server management.

      One possibility - hire a consultant to sit in on the interviews. You evaluate the general technical skills and personality, the consultant probes the specific Windows technical skills.

      --
      Support microSD: in a post 9/11 world, it is unwise to carry your data on media that you cannot comfortably swallow.
    2. Re:Sanity and a lack of mythos tentacles... by jbplou · · Score: 2

      while I could answer your second question I think there are plenty of good Windows Server Administrators who could not. That type of questioning is more for a DBA or a developer type than a server administrator at any of the places I have worked

    3. Re:Sanity and a lack of mythos tentacles... by Anonymous Coward · · Score: 0

      To answer your second question.

      Access is garbage and don't use it. It's so full of holes security wise it makes swiss cheese envious. You can pop shells remotely if a website has a sql injection vulnerability or get someone to try and load it. MS has known about these for years and hasn't fixed them. I'm sitting on them, because it's funner to use them than release them.

    4. Re:Sanity and a lack of mythos tentacles... by tokul · · Score: 1

      They should understand Active Directory

      They have only occasional use of Windows. No AD in that environment.

    5. Re:Sanity and a lack of mythos tentacles... by ByronHope · · Score: 1

      Asking someone how to query an Access database would frighten decent admins. "OMG they rely on Access in a production environment, nasty".

  12. Consultancy by Anonymous Coward · · Score: 0

    If you don't have anyone who can actually assess the answers to interview questions about Windows, hire an external consultant from a company that does specialise in this sort of thing to do the technical interview. That way at least you will have a better chance of hiring someone with the right skills for the job.

    1. Re:Consultancy by spongman · · Score: 1

      +1 phone a friend.

  13. Wrong approach by jdastrup · · Score: 5, Insightful

    The answers I ask when hiring a system admin are typically not OS or vendor specific. I'd rather have someone intelligent and clever, who can then pick up any technology thrown at them. This philosophy has worked incredibly well. But, if you want someone that has memorized the MCSE tests, then ask the Windows-specific questions. But when it comes to troubleshooting or real-world environments, you have no guarantees.

    1. Re:Wrong approach by Anonymous Coward · · Score: 0

      This is exactly right. I don't care what the work is - linux, windows, teaching, dancing, baby eating - if you get someone with basic knowledge of the area (at least), but who is supremely quick on his/her feet, and who can adapt to new technology in a very short amount of time, you're golden. The problem is, what question does one ask during the interview to assess general cleverness and cognitive ability? How does one assess the random-human-who-is-sitting-across-the-table's ability to adapt to new technology (other than the blunt edge question, "How do you adapt to new technology")?

    2. Re:Wrong approach by AwesomeMcgee · · Score: 1

      I was going to post to make sure they're comfortable in a command shell otherwise they'll never write a batch script, which is the quickest easiest way to automate stupid simple admin stuff; but you're right, screw the technology specifics. Perhaps just throwing at them software configuration scenarios and seeing how well they can troubleshoot through a piece of misbehaving software they're unfamiliar with would be good. Perhaps give them some UI controlled *nix software they're completely unfamiliar with which you broke the configuration of and see how they go about trying to correct it. Can't put them in the *nix shell though, that would just be way too unfamiliar and take too long (unless you do *correct* interviews, which means 1-2 hours per problem scope to accurately identify their technical accumen)

    3. Re:Wrong approach by Anonymous Coward · · Score: 0

      ^^this^^

      The most important things in our organization run on *nix, but we also have some windows.

      One of our windows admins came from a long career at Microsoft, and another one taught the MS cert classes at a junior college. Usually, it is the network, storage, or *nix admins who have to troubleshoot their issues for them.

      You might be better off only hiring *nix guys, and having them migrate over to the windows stuff. We tried to train a few of our windows guys to help out on the *nix side of things-- major failure; it sounds like a stereotype, but the windows guys started rebooting *nix boxes to "fix" issues-- they were worthless.

    4. Re:Wrong approach by Kalriath · · Score: 1

      You yourself just proved that you don't fit the requirements too - the fastest way to automate stupidly repetitive tasks is PowerShell. Hell, it's the fastest way to automate some hideously complex tasks too (i.e. Exchange management, or SharePoint management).

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    5. Re:Wrong approach by AwesomeMcgee · · Score: 1

      I'm a dev not an admin, so I likely don't fit the bill, but regardless of that I would think it will take less time to write a batch script to do simple things than a powershell script, and it will take less time to write a powershell script to do complex things than a batch script.

      I was merely suggesting the batch scripting be a minimum barrier, I would find it very hard to believe someone comfortable with powershell wouldn't know how to peruse the command line and write batch scripts if it was the rightly stupid simple task.

    6. Re:Wrong approach by Geeky · · Score: 1

      Is PowerShell not a command shell? The OP didn't specify bash...

      --
      Sigs are so 1990s. No way would I be seen dead with one.
    7. Re:Wrong approach by Kalriath · · Score: 1

      Yes it is a command shell, but when someone talks about command shell on Windows, they're invariably referring to (yeech) CMD.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    8. Re:Wrong approach by Kalriath · · Score: 1

      Actually, if you're a dev you'll probably find PowerShell easier. It's a complete OO environment for batch scripting.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  14. Only need one question by slapout · · Score: 5, Funny

    Ask him about a Windows problem. If he says "Have you tried turning it off and back on again", hire him.

    --
    Coder's Stone: The programming language quick ref for iPad
  15. Make sure they can script by jimicus · · Score: 4, Insightful

    There's plenty of Windows people who know how to click "Next... Next... Next..." but no more than this.

    Well and good if that's all you need, but you'll get someone a lot more productive if they know a bit of Powershell, VBS and batch scripting.

    1. Re:Make sure they can script by Anonymous Coward · · Score: 1

      To expand on this point

      On Unix everything is a file (or approximated by one). As long as you know how to work with files and how each file affects the process/task/service, you know Unix. Similarly, in Windows everything is an object or has an abstraction that is made to look like an object. After you work in Windows for a bit, you automatically start thinking in terms of hierarchies of objects and privileges flowing across groups of objects.
        For example: Windows registry accessed using regedit looks like a large configuration file arranged as a tree. But this is not the way to interact with it, ideally you want a script that interacts with the registry, because then you can re-use the script and ensure that someone else other than you could do it. And that is where an understanding of windows object model comes into play. If you did not know what objects have what methods, it would be near impossible to write a proper script. Ask the person if he has written a script and what language (windows has many) he used to write it in and what development environment he used to write it in (windows has natively none). Go from there and ask about how to write a script for a simple enough task.

      After Windows Visa / Longhorn, you also need a serious understanding of windows security model and knowledge of what tasks require elevated privileges and which do not. You might need to find a question that matches your company, but usually the problems are around remote deployment of patches or running pre2007 designed software packages on newer versions of windows.

      Activedirectory is another bit which is completely different from what one would be used to on a Unix environment (though it has been about 4 years since I administered anything larger than a 1 machine unix setup, so that may have changed a lot). Questioning a user about good ways to set-up rights/permissions for servers and users in a network is always good.

      Lastly, make sure the windows person also understands how to interact with Unix world. Make sure he knows alteast how to set-up a fileshare between windows and Unix. Also maybe how to set up a good mail system that works across two environments. If they have ever done either of these they are likely to appreciate the differences and strengths of each environment and how to get them to work together.

    2. Re:Make sure they can script by Anonymous Coward · · Score: 0

      Alternatively, understand the capabilities of scripting languages and can look up the proper syntax to perform the required functions in the most appropriate language for the task. IE: changing mailbox settings in Exchange: powershell. Change folder permissions? batch file(with cacls.)

  16. Ask Slashdot: by InlawBiker · · Score: 1, Insightful

    : Are all these "stories" posed as questions really fooling anybody? I see less and less interesting news and more stories designed purely to provoke chatter. Oh boy, Unix vs Windows should get lots of posts! Maybe next time you can work Apple in there too.

    It's like the blogger feedback ploy - end your crappy blog with a question and more people will respond.

    1. Re:Ask Slashdot: by Revotron · · Score: 2

      Your comment isn't getting any replies. Perhaps try closing with a personalized question - like, "Does ending YOUR crappy blog with a question get more people to respond?" That will help you to facilitate enhanced social media 2.0 engagement and boost your Klout score!

  17. knowledge... by Anonymous Coward · · Score: 2, Insightful

    Ask him if he know:

    1) How to use regedit.exe
    2) What is a GPO
    3) DCOM
    4) WMI(this shit will help a lot if you need his help on monitoring)
    5) WSUS, ISA and PowerShell
    --- and you will obtain a medium-level professional --

    And will filter 80% of the Windows guys on your "audition"

    1. Re:knowledge... by bill_mcgonigle · · Score: 1

      Ask him if he know:

      hey, I know what those are, enough to BS a unix guy, and I'm a unix guy.

      And will filter 80% of the Windows guys on your "audition" :headpalm:

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    2. Re:knowledge... by Anonymous Coward · · Score: 0

      Let me guess: you're of Indian ethnicity?

    3. Re:knowledge... by Anonymous Coward · · Score: 0

      80% [citation needed]

    4. Re:knowledge... by fredc97 · · Score: 1

      I'd have him sit in front of a Windows machine and tell him: check what's running on that remote server at startup which is not a service and let him demonstrate how he'd use regedit for that.

      I'd have him write a GPO that assigns specific computers to a WSUS server with dynamic groups.

      Make him read a powershell script and tell you what each line does and for bonus points find the errors placed in the script.

    5. Re:knowledge... by Anonymous Coward · · Score: 0

      Ideally, a good Windows admin will know how to make the change without having to resort to regedit. If that's your first question, I would reconsider the sanity of working for you.

  18. Concepts by Spad · · Score: 3, Interesting

    Find someone who understands how things work & why they work; there are tens of thousands of Windows admins with MCSE (now MCITP) grade qualifications who don't actually understand why they do any of the things they do, just that Action A fixes Problem B. Also, find someone who can script - Powershell preferably, but VBS if you have to - as a lot of Windows admins are far too reliant on the GUI which can obviously slow them down a lot for some types of tasks.

    Don't bother asking questions to test Windows "knowledge" because they don't really tell you much about the person's ability, just their memory. Give them scenarios you've encountered with your Windows estate and ask them how they'd deal with them; you don't even really need to know that much about Windows yourself to be able to judge answers to those kinds of questions and they give you a much better idea of how well the person actually understands Windows, which is much more important than reciting the FSMO roles or knowing how to do an Authoritative Restore.

    1. Re:Concepts by CodeheadUK · · Score: 2

      there are tens of thousands of Windows admins with MCSE (now MCITP) grade qualifications

      It's back to MSCE again now. http://www.microsoft.com/learning/en/us/certification/mcse.aspx Those wheeled goalposts just won't stay put!

    2. Re:Concepts by rastos1 · · Score: 1

      Find someone who understands how things work & why they work;

      In windows? It's pure magic I tell you. Assuming that it works, of course.

  19. You probably can't test them.. by Anonymous Coward · · Score: 0

    Unless you have the Windows knowledge.

    So my suggestion is to do your background checks, talk with previous employers, look for people who have years not months under their belts professionally, and make sure they fit what you have in terms of windows needs/support requirements. If you have a lot of legacy, look for older hands who know older Windows.

    Also, you might want to seriously think about cross training people. If you are going to be a Unix/Windows house, you want people on both sides to cover job roles, be able to take holidays, cover for sick and so on. I'm guessing you are in the real world so are facing virtualisation challenges as well. You'll need the hetro skill sets there too.

    To be honest, Some people have whined about 'Windows' fans being used. If your budget it tight, and your windows structure is small, you might well be fine with someone who is a fan, and has a bit of experience. If you are enterprise, and have your going to have serious amounts of stuff going on, you'll need an old hand who really knows theior stuff, but that comes with a price tag. Small / Low end deployments of Windows are I would say easily enough handled, even by your own team. Its when you cross over into heavier enterprise level that you need the good stuff.

  20. Unix sysadmin by Jonner · · Score: 3, Interesting

    Find someone who is competetent at Unix system administration and willing to learn. Regardless of current Windows knowledge, it's more likely she will be able to learn the nuances necessary in a heterogenous environment than the average Windows admin.

    1. Re:Unix sysadmin by undeadbill · · Score: 4, Interesting

      This comment is spot on. I work in a heterogeneous shop, and our best results have been in training a Unix admin to take on additional Windows roles. It isn't just about being good at Windows, there are plenty of Windows professionals who can fulfill that role as a consultant or FTE. The problem is finding one who can integrate Windows environments to work well with your existing Unix infrastructure, much of which probably doesn't need to be duplicated under a separate Windows domain. To do that well, you need someone with a deep Unix background as well as the Windows training.

    2. Re:Unix sysadmin by multimediavt · · Score: 1

      Find someone who is competetent at Unix system administration and willing to learn. Regardless of current Windows knowledge, it's more likely she will be able to learn the nuances necessary in a heterogenous environment than the average Windows admin.

      I like the use of "she", because it would have been a homogenous environment otherwise.

    3. Re:Unix sysadmin by dutchd00d · · Score: 1

      Find someone who is competetent at Unix system administration and willing to learn.

      Really? I'm a Unix guy, and if someone asked me "are you competent at Unix system administration?" and "are you willing to learn?" I'd say yes to both questions and hope I wouldn't have to deal with Windows too much. Especially if I really needed or wanted the job.

      Not sure this is the right way to go about it. Looking for a "Windows fan" as the OP put it seems like a better bet.

    4. Re:Unix sysadmin by Anonymous Coward · · Score: 0

      It's very hard to find someone who will willingly move from a controllable, system with many options to a closed, frustrating system where everything is far more opaque, coupled with the fact that this will probably (depending on his or her current skill level) mean a drop in lifetime pay. Doing this is asking for a good admin to bail on you.

  21. Daria said it best by Sectoid_Dev · · Score: 4, Funny

    There is no aspect, no facet, no moment of life that can't be improved with pizza. Thank you.

    1. Re:Daria said it best by SplashMyBandit · · Score: 1

      > There is no aspect, no facet, no moment of life that can't be improved with pizza.
      As much as I love pizza, the "longevity" part of life is not usually correlated with increasing pizza. I'm sad about this, but it is true.

    2. Re:Daria said it best by Anonymous Coward · · Score: 0

      Daria?

    3. Re:Daria said it best by KramberryKoncerto · · Score: 1

      Just because time feels slower when you suffer.

    4. Re:Daria said it best by couchslug · · Score: 1

      "There is no aspect, no facet, no moment of life that can't be improved with pizza. Thank you."

      "Cheese Pizza nao!" (runs)

      --
      "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
    5. Re:Daria said it best by Anonymous Coward · · Score: 0

      Because you are the most interesting man in the world

  22. That's easier than maintaining Unix boxes by Vincent77 · · Score: 1

    When there is a problem with Linux, you fix it. When there is a problem with Windows, you replace it. Make sure you have updated Windows images - this is possible by making a daily image of the system in VMWare is alike. Tweaking of software like databases is possible, but it is cheaper (in terms of hourly price) to just buy more memory and more processing power. Actually these tricks do pretty well on Unix-systems too as an extra solution. As you cannot look into the code, you have to trust others. So make sure you have a good firewall and antivirus-software. I'm not tryng to make fun of windows here; Windows is a black box, so you need to treat it as such.

  23. Simple by V!NCENT · · Score: 2, Interesting

    1. Kernel name of Windows 7 (NT6.1);
    2. Why is file transfer since Vista so slow (introduction of user space driver)
    3. Why is Windows 7 faster than Vista (it is not; gui has higher sceduling priority)
    4. How much more ram does Vista consume, compared with XP? (wrong; it's less, but why?; Vista caches like preload).
    5. Is NT POSIX compliant? Since when and how?
    6. What is the main difference between the TCP/IP stack in XP and Vista, other than IPv6?
    7. What compiler does Microsoft use, to compile Windows? (not the one they make, hint)
    8. Ask something about Powershell
    9. Difference between win32 and winRT;
    10. Is NT a Microkernel or monolithic (microkernel with servers in kernelspace)
    11. Is NT x86 only? (also ppc and titanium and arm)
    12. Was Win32 the only planned API to support and why (NT was designed to support a lot more API's, so it could embrace, extend and extinguish)
    13. What is the name of the DE? (explore.exe, there are other DE's and shells. Aero, the 3D explore.exe since Vista also supports plugins for desktop effects, like Compiz, since Vista).

    Goog-... DuckDuckGo your ass off, I'd say ;-)

    --
    Here be signatures
    1. Re:Simple by VortexCortex · · Score: 1, Informative

      No mention of Powershell? No mention of rolling out software / updates / OS images / workgroups / booting from the net / roaming accounts / mounted shares / active directory? Yeah, that's a useless list of BS you posted, primarily focused on irrelevant client side crap -- I mean: Drag and Drop File Transfer Speeds? YOU'RE DOING IT WRONG.

      That, or it was meant to be funny. If it was, you're trolling pretty hard.

    2. Re:Simple by Anonymous Coward · · Score: 1

      #7 seriously? Windows is compiled with Visual Studio, and IAAPIWD (I Am A Programmer in WinDiv)

    3. Re:Simple by Anonymous Coward · · Score: 4, Insightful

      I don't know any of your questions and I've been installing and maintaining a Windows server farm with 600-800 standalone Windows servers and clusters from Windows 2000 to Windows 2008 R2 for at least 10 years. Your questions are test level, not real administration and engineering level. Should you know about SMBv2 and potential conflicts with a WAN accelerator? If it is in your environment, yes. The kernel name of Windows 7? Who gives a shit. That's a test question that has no impact on anything you will encounter.

    4. Re:Simple by Anonymous Coward · · Score: 0

      13 questions - All completely pointless shit to anyone who needs to admin windows in a business environment. (Except powershell, probably)

      Vista - Half baked shit with a less than 9% adoption in the business world. Works, but only if you hate your users. Replace if you don't hate your users.
      XP - Great, but goes off extended support next year. Scales poorly on modern hardware. Replacement is a priority.

      Perhaps you should ask some questions that would actually relate to their day to day work, rather than trivia that could be answered by googling with one hand and picking your nose with the other.

      NT was only ported to arm recently, with windows RT. The other arches you are missing are MIPS and alpha, which ended after 2k.

    5. Re:Simple by Prune · · Score: 1

      > No mention of Powershell?

      Are you fucking blind? From GP's post:

      > 8. Ask something about Powershell

      How could that have been made any more obvious? Are you sure you're qualified to be posting here?

      --
      "Politicians and diapers must be changed often, and for the same reason."
    6. Re:Simple by Anonymous Coward · · Score: 0

      Don't forget the i860, which NT was built against and is its namesake (N-Ten). I don't know if that really counts due to the lack of end product.

    7. Re:Simple by Anonymous Coward · · Score: 0

      No man should be penalized for knowing nothing about Vista, or ME for that matter.

    8. Re:Simple by Anonymous Coward · · Score: 0

      7. What compiler does Microsoft use, to compile Windows? (not the one they make, hint)

      I used to be a dev in Windows at Microsoft. The compiler *is* made by Microsoft. I believe it is not the one DevDiv ships with their IDE though. I'm pretty sure you'll get close to the exact same environment if you download the DDK (before the Win8 DDK made everything into Visual Studio.)

      By the way, if anyone responsible for the current state of the Win8 DDK is reading, fuck you, MSBuild is shit. There I said it. :-)

    9. Re:Simple by V!NCENT · · Score: 1

      You mean that standard, certified and non-enthousiast crap that everyone with a MS certificate is able to cough up?

      --
      Here be signatures
    10. Re:Simple by Anonymous Coward · · Score: 0

      You must be in building 86 or one of those loser places, or a PM. cl.exe and Visual Studio are not the same thing. timebuild sure as hell doesn't run Visual Studio.

    11. Re:Simple by Anonymous Coward · · Score: 0

      7. What compiler does Microsoft use, to compile Windows? (not the one they make, hint)

      Really, because I've heard otherwise from people who actually work there and I don't even need Google to answer all your questions.

      http://stackoverflow.com/questions/7381392/compiler-used-to-build-windows-7

      I seriously doubt knowing the answer to any one of these would help you get a job where I work either, it's basically useless knowledge for most administrative needs.

    12. Re:Simple by Anonymous Coward · · Score: 0

      Can't believe I'm replying to this but...

      1. Correct
      2. No it isn't (and disk drivers are still kernel mode)
      3. 7 *is* faster, mainly because it uses less memory and is thus less IO bound
      4. Lots, it's a pig. For example, it loads every pixel of every window into system (not just graphics card) RAM. It also has *many* system services that are resident all the time. 7 fixes this. 8 improves on 7 by a quite surprising amount
      5. The interix subsystem got posix certified but NT isn't posix for most purposes
      6. You mean apart from being completely rewritten?
      7. Oh yes it is
      8. Sure: "what does ? mean in powershell?" (the answer's where-object)
      9. How is this a good question for a sysadmin?
      10. No, it's not normally considered either of those.
      11. It's called Itanium. Windows PPC is long gone.
      12. Maybe so it could support OS2, windows and posix programs, given there weren't any win32 programs?
      13. Question doesn't really make sense in a windows context.

    13. Re:Simple by Kalriath · · Score: 1

      13. What is the name of the DE? (explore.exe, there are other DE's and shells. Aero, the 3D explore.exe since Vista also supports plugins for desktop effects, like Compiz, since Vista).

      This question and answer are completely fucking wrong. Aero is not another name for "the 3D explore.exe since Vista" (it's explorer.exe, with an r, by the way). Aero is the name of the theme presented by the Desktop Window Manager (which, by the way, is dwm.exe)

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    14. Re:Simple by Anonymous Coward · · Score: 0

      These are bad questions because they only cover stuff that are non-essential for actually administrating Windows servers. It just covers basic trivia that your average Linux/Mac user would know about Windows. I mean seriously, not even one question about Active Directory, IIS and Exchange? The OP was asking for someone with Windows Server experience, so it would be prudent to ask questions about server technologies no? And while he's at it throw in some pointed questions about TCP/IP networking.

    15. Re:Simple by Anonymous Coward · · Score: 0

      Most Slashtards don't read before they post.

    16. Re:Simple by Anonymous Coward · · Score: 0

      This is basically trivia for hiring a Windows nerd that cares about the most irrelevant shit.

      What compiler is Windows compiled in? Who gives a fuck? How is this ever going to help you in your daily job?

    17. Re:Simple by Anonymous Coward · · Score: 0

      My take on his list was that they were mostly dev-centric, and not systems engineer or architect focused.

    18. Re:Simple by spongman · · Score: 1

      but they do make* cl.exe ...

      * pun not intended

    19. Re:Simple by spongman · · Score: 1

      i'm not sure that's really an effective IT interview. mostly obscure trivia unrelated to the OP's requirements - administrating windows servers.

      it would be like asking a potential linux admin which version of the kernel introduced pre-emptive schduling. sure, knowing it off the top of your head tells you something, but doesn't really tell you how much relevant experience they have.

      maybe ask 12 other detailed questions about powershell, and how it can be used to automate common server admin tasks...

    20. Re:Simple by Dogun · · Score: 1

      I concur. MSBuild is shit. sources and dirs forever. I like to know what I'm linking into my binaries - if they would just fix manifest generation and c# build stuff in the public version, I'd have a very hard time even sympathizing for msbuild folks.

      The compiler at least through and after Windows 7 was most definitely a msft compiler. I'm actually really surprised at this claim. Why do you think all the MSFT devs are stuck in C89?

    21. Re:Simple by Anonymous Coward · · Score: 0

      I was going to complain about how all of those questions are useless trivia until I saw the story title again. This is actually a spot-on answer.

    22. Re:Simple by Anonymous Coward · · Score: 0

      If you don't even know the primary difference of the TCP/IP stacks between those of 2003 and that of Vista, quit your job now and turn in your geek card on the way out.

    23. Re:Simple by Anonymous Coward · · Score: 0

      I thought this was a great list... for hiring systems engineers. For server admins most of these answers are irrelevant, and knowledge of them may be indicative of a tendency to get bogged down in "research for research's sake" -- aka "nerd ADD." I know, I suffer from it pretty severely. You don't want eggheads running your servers, you want admins. Keep the eggheads in R&D and other areas where their need to learn won't affect your need to make money.

    24. Re:Simple by Anonymous Coward · · Score: 0

      DevDiv makes cl.exe and they have a product called Visual Studio, of which cl.exe is an important part. However that doesn't mean the terms "cl.exe" and "Visual Studio" are one and the same.

  24. Tauron, interesting word. by Anonymous Coward · · Score: 0

    " Being a Windows professional doesn't make you some sort of dirt-eating Tauron, nor does it necessarily make you a "fan" who's chosen his side in some nerd-rage fight to the death."

    Tauron, interesting word. The only English reference to this I could find is from Battlestar Galactica. So it is a fictitious word. So no, Windows Professionals are not and can not be dirt-eating Tauron's. But adding the word Professional to the word Windows doesn't make them the right people to hire for the OP. Other than that nothing else to add here.

  25. This is cruel, but by rickb928 · · Score: 5, Interesting

    You will be faced with a lot of candidates. After you've culled the ones with actual experience and positive or neutral recommendations, this is where you can start in phone interviews:

    1. Ask them to describe DHCP. An amazing number of candidates will not do well with this. Extra points for the ones who can expand slightly and describe the implications of static addressing, but they are probably older than you are l;ooking for, despite the blatant discrimination that implies. Deduct for those who treat this question with disdain - they are perhaps being too imperious to get along, and getting along is second only to knowing stuff. Maybe more important.

    2. Ask them to discuss Active Directory design from a high level, the forest and trees, for example. Big points if they ask about your current structure. More points if they discuss the disadvantages of ripping up your current directory. Deduct points for those who seem to use an axe in the forest. You willl know.

    3. Ask them about roaming profiles. No, you aren't using them, but you're interested in both their general reaction and their questions about why you are asking at all. Deduct points here for those who go 'poo-poo' and describe their loathing for roaming profiles. More deductions for focusing on the limitations.

    4. Did any of them ask about your environment? Did any of them perk up at the mention of Linux? Did any of them expand unprovked about Windows' servers potential for integration with a Linux enviuronemnt? More points to these. Fewer points to those who are not at all curious about yoru Linux environment, and how you got saddled with some mongrel Windows severs in the mix.

    I would be very interested in this position if it is in the Phoenix area, but I love my pool, and besides, you already know me too well. Ah.

    --
    deleting the extra space after periods so i can stay relevant, yeah.
    1. Re:This is cruel, but by Anonymous Coward · · Score: 0

      Did you get fired last time for being a general ass?

    2. Re:This is cruel, but by Anonymous Coward · · Score: 0

      Roaming profiles are shit, not because of themselves, their implementation, or really anything inherent to their existence. They're shit because of the same reason all other computers are shit, users. "Bob, save everything here, in your H: drive, ok?" Bob:"bburrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrfd" "Thanks Bob" Bob:*saves everything in his profile dir, generating a 60GB profile that has to be loaded/synced at every logon/logoff." Roaming profiles only work with users that are capable of doing things by themselves, and identifying and fixing their own issues. AKA: sysadmins of whatever sort. Posting AC because fuck you, that's why.

    3. Re:This is cruel, but by rickb928 · · Score: 1

      Nope, it was a temp gig and we nailed it.

      But I've only been at this job for 6 years, so it'a hard to say how I'm working out. I average 7+ years before my employer is bought out, and this outfit is not going anywhere.

      Tenure is not always a measure of anything but time.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    4. Re:This is cruel, but by Anonymous Coward · · Score: 0

      Roaming profiles and offline folders and folder sync with 2008 server file servers and Windows 7 clients is MUCH better than it was before. It is a completely different concept and implementation than before. It is all controlled by group policy or "defaults" and can be 100% transparent and automatic to the end user. The trend of companies wanting to move towards virtual desktops got third parties and finally Microsoft off their asses to finally improve the pile of streaming crap that roaming profiles used to be.

    5. Re:This is cruel, but by rickb928 · · Score: 2

      You think I like roaming profiles? Since you don't know to use them properly, I'm not surprised at your response.

      Btw, you are the sort of person my interview questions are designed to score down, but you do much better in person, I bet.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
    6. Re:This is cruel, but by petermgreen · · Score: 2

      Note that you can change the location that "my documents" (the default save location for most apps) points to which should go a long way towards solving this problem.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    7. Re:This is cruel, but by Kalriath · · Score: 2

      And you can't just user GPO folder redirection to send the My Documents folder to H: why exactly?

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    8. Re:This is cruel, but by Anonymous Coward · · Score: 0

      Because bob will put all of his videos in his 'videos' folder and there isn't a My Documents folder in vista+.

    9. Re:This is cruel, but by Kalriath · · Score: 1

      You just demonstrated your lack of knowledge. There is indeed a My Documents folder (now simply called "Documents") and you can use folder redirection to repoint the Videos folder elsewhere too.

      There is no excuse for blaming a user for saving documents in the profile. If the user is saving files there because that's where the default folders are, and you are complaining about this, it is because you are incompetent.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  26. Look for more than Windows knowledge by Bretski · · Score: 1

    I am a UNIX admin (17 years now). Many Windows admins I've worked with have very little knowledge of networking concepts, Internet workings, and application development/architecture. An effective admin (UNIX or Windows) should have at least waist-deep knowledge of all of these areas. When one has a view of a "bigger picture," they can be an effective troubleshooter, and help in all many areas. The worst admins only know their piece of the puzzle, and are very good at pointing fingers to other groups when they cannot identify where the problem might lie.

  27. Certified and Experienced by Danzigism · · Score: 2

    I disagree with those who say you should "stay away" from people with certifications. Perhaps that was true in the MCSE days because anybody could get one, but the competency tests they have nowadays are very thorough and are geared towards one specific subject. Therefore if the person has several of those competencies they probably know what the hell they're talking about such as Server Platform, Hosting, Mobility, Management and Virtualization, etc. You just have to look at what tests they have passed and whether or not it is relevant to what you need. I've seen pseudo experienced Windows Server Admins with no certifications or any clue how to apply MS best practices completely destroy a server. Like not using proper document redirection or storing user data from a Terminal Server stored on the C drive, etc.

    I've never been one to prefer MS servers, but you are correct, sometimes it is essential when you deal with clients that use certain line of business applications and it really helps to get a technician that is familiar with administrative best practices. You also tend to learn more about how to use MS products in a business environment when you take the cert tests and how to sell their products. It's not just turning the server on and screwing around with stuff until everything works. You will save yourself time and money when you get a guy that can get the work done quickly.

    --
    *plays the Apogee theme song music*
    1. Re:Certified and Experienced by RobbieCrash · · Score: 2

      Certifications don't mean you're unskilled, but they definitely don't mean you know your ass from a hole in the ground. I know two people with full MCITP:EA certs, that when asked to debug a kernel dump, they look at me and inquire as to how in the fuck they can do that when they're clearly not programmers. Likewise, the most certified person at my last job destroyed an Exchange '07 environment when a .NET update slowed down OWA, and rather than uninstalling said update, he decided that deleting the .NET config files would be a better idea. You can't trust paper, be it a lack of, or an abundance of certificates. My advice to the GP, ask them to explain how Windows logon works, why you have to close and reopen network files to update permissions on them, how NTFS permissions work, how to read a memory dump, and if there's a way to enable kernel debugging on production systems if you can't find the root problem otherwise. Also, I know that there is a hate on for the format/reinstall path that Windows admins, myself included, often take, but ask them to justify it; if they say anything other than "It will take me significantly less time to get everything up and running 100% by format/reinstall than by troubleshooting" they can fuck off.

      --
      Keep on knockin'
      https://robbiecrash.me
    2. Re:Certified and Experienced by RobbieCrash · · Score: 1

      Bah, ugly formatting, sorry for double reply.

      Certifications don't mean you're unskilled, but they definitely don't mean you know your ass from a hole in the ground. I know two people with full MCITP:EA certs, that when asked to debug a kernel dump, they look at me and inquire as to how in the fuck they can do that when they're clearly not programmers. Likewise, the most certified person at my last job destroyed an Exchange '07 environment when a .NET update slowed down OWA, and rather than uninstalling said update, he decided that deleting the .NET config files would be a better idea.

      You can't trust paper, be it a lack of, or an abundance of certificates.

      My advice to the GP, ask them to explain how Windows logon works, why you have to close and reopen network files to update permissions on them, how NTFS permissions work, how to read a memory dump, and if there's a way to enable kernel debugging on production systems if you can't find the root problem otherwise.

      Also, I know that there is a hate on for the format/reinstall path that Windows admins, myself included, often take, but ask them to justify it; if they say anything other than "It will take me significantly less time to get everything up and running 100% by format/reinstall than by troubleshooting" they can fuck off.

      --
      Keep on knockin'
      https://robbiecrash.me
    3. Re:Certified and Experienced by Danzigism · · Score: 1

      Definitely some solid points there. Anybody can indeed make mistakes that's for sure. I guess my main point was that I saw a couple people commenting saying that the certs are bullshit, but I really don't think they are, it's more about the person who has them. I have some friends that took the old MCP exam and the first 100 pages of the book they were reading was all about hyper threading. So there's definitely more than just clicking Next, Next, Next, like some people are saying on here, so you can't just hire any idiot. In my own personal experience with MS tests, you really have to read and apply best practices. Sometimes there are 2 right answers, but one is just a *little* bit more right than the other. I think those who can distinguish the difference between a partly correct way to do something and the 100% MS way to do something comes from learning their tried and true methods. I agree with you about the kernel dumps too. Those simple skills are crucial even when you work in a simple repair shop. Surprised the MCITP's didn't know how! But not too surprised ;-) *back to my dark and dingy UNIX cave*

      --
      *plays the Apogee theme song music*
    4. Re:Certified and Experienced by Anonymous Coward · · Score: 0

      As a certified developer I bet I can ask you reasonable questions that would make you ask "how in the fuck would I know that I'm clearly not a programmer". In depth WMI configuration jumps to mind, custom WCF configurations another.

    5. Re:Certified and Experienced by HornWumpus · · Score: 1

      How about if they say 'You can never again trust an infected machine, paving over the HD and re-flashing BIOS are minimum prudent steps.'

      BTW that's the same reason you pave over a compromised machine with any OS.

      Then again what do I know. The last thing I admined professionally was Netmare 4.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
  28. Don't get upset... by Anonymous Coward · · Score: 0, Troll

    When he gets paid more than you, has more marketable skills, is not a neck-beard loser. Windows professionals are in every case that I've seen infinitely more professional, understanding, and personable than freetards like yourself.

  29. APIPA by Anonymous Coward · · Score: 0

    One of the best and most under-rated interview questions for Windows "Experts" is "If your IP address starts with 169 or 0, what is wrong with the computer?".

    This question reveals, networking knowledge, protocol knowledge, windows configuration knowledge, and down and dirty knowledge of troubleshooting broken network connections via Windows. All critical for the "Expert" Windows tag.

  30. No "Best Questions" exist. by Anonymous Coward · · Score: 0

    What questions you should be asking should have less to do with specific knowledge of Windows, since any schmuck can memorize a book or set of questions. I've worked for a small repair shop for 5yrs and fixed thousands of computers, and honestly, most of what I fix day to day has little to do with how smart I am with windows, but moreso my ability to step back, analyze, and troubleshoot any number of problems. In the past 5 years, few problems have shared the same solution, except for basic things like testnig and troubleshooting hardware or virus/malware removal. Otherwise it is usually a slight variant on a problem I've seen before.

    If it were me doing the hiring, I would at least ask these few questions.

    1: Explain to me a problem in windows that you solved on your own without use of the internet, and explain the steps you took to resolve that problem, including any tools you used.

    2: Explain a situation outside of work, non-computer related, that required you to solve a problem you had never enountered before. Be specific on the steps you took to resolve the problem.

    3: Explain to me the function and purpose of the windows registry in a way that my grandmother could understand.

    4: How many times have you installed a fresh copy of windows onto a brand new hard drive? Have you ever built your own computer? Tell me about what you have and how you built it!

    Seems stupid, but you'd be surprised how many A+ /MSCE/etc/etc certified people we've interviewed over the years who, even though they could rattle off the transmission speed of USB and every CPU Socket type for the last 10years, the fact remains that many of them still couldn't troubleshoot their way out of a paper bag.

  31. Look for the only thing you're going to get... by Anonymous Coward · · Score: 0

    Somebody who can click "next" until the "finish" button comes up, and that's about it.

  32. ask him by ozduo · · Score: 0

    If he stands outside and looks in the windows or stands inside and looks out of them

    --
    I got to the chocolate box before you, that's why the hard ones have teeth marks.
  33. At a certain level it s all the same by Anonymous Coward · · Score: 0

    Ask him how a kerberos token works
    Ask him to read or write an ldap query
    Make some weirdo folder permissions structure with exeption and inheritence, watch him apply
    When, why use deny permissions
    rename servers or make new ones with same name, or accounts, why, what s the difference
    what s telnet, what s ftp, what s http, does he knows a few command to speak them raw via telnet
    additionally ask him about vmware, vlans, san

    That works the same with windows or linux, you ll weed out all the persons who knows a bit of windows but use winoptimizer2000 and think it s good.

    Really a dovecot+postfix+spaassasin setup is annoying to set up, now try to make the same setup with 1 GB exchanges accounts, it s a pita too, he ll need the exchanges specifics, but he ll need the, universal server stuff "basics" stuff too and this you can check.

  34. Ask them about their mouse skills by guruevi · · Score: 1

    I kid. Seriously, ask them about generic networking and server stuff (hw/sw) see if they can do some minor unix stuff. If you need specific skills (hpc/san) ask about that.

    The problem is not necessarily platform for most people, it's understanding of IT concepts
      in general.

    Also, make sure they can script and do basic stuff on command line

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  35. A good answer for a bad question? by bertok · · Score: 2, Interesting

    As inane as the question is, I can think of a pretty good answer: ask if they like PowerShell!

    It tests several things that someone from a UNIX background would want to see in a Windows administrator: it shows that they like CLI and automation, it shows that they're up-to-date with Windows technology, and it shows that they prefer the "UNIX way". That last may seem counter-intuitive, but PowerShell follows the UNIX philosophy better than any flavor of Linux or UNIX I've ever seen. A Windows administrator that likes PowerShell is the kind of administrator that a UNIX administrator can get along with!

    1. Re:A good answer for a bad question? by codepunk · · Score: 0

      I have spent a ton of time writing PowerShell scripts, it is a complete piece of trash. It has nothing at all over the power of the unix tool set.

      --


      Got Code?
    2. Re:A good answer for a bad question? by Anonymous Coward · · Score: 0

      you think procedurally, powershell is OO. Different paradigm call for different mindset.

    3. Re:A good answer for a bad question? by Anonymous Coward · · Score: 0

      It has nothing at all over the power of the unix tool set.

      It has one huge advantage over your unix tools set. It works in Windows. If you are administrating Windows servers, you need a Windows tool, a native one like PowerShell is even better. Talking about how great your Unix hammer is does not help when you tasked with removing a Microsoft nut and a bolt.

    4. Re:A good answer for a bad question? by Prune · · Score: 1

      That's what a C programmer who doesn't have the mind for OO programming says about C++. The analogy couldn't be more apt.
      Short version: you're an idiot. Powershell is OO scripting and it makes no sense to compare it to procedural *nix scripting.

      --
      "Politicians and diapers must be changed often, and for the same reason."
    5. Re:A good answer for a bad question? by TheLink · · Score: 1

      ORLY? I use perl and python on Windows and they work fine. Perl has been working fine on Windows way before Powershell came out.

      There's no need to install perl/python on the target systems - you can make a standalone executable.

      Maybe one day I'll need to do stuff that powershell does that perl doesn't (all that fancy OO piping stuff perhaps). Meanwhile I don't.

      --
    6. Re:A good answer for a bad question? by ByronHope · · Score: 1

      I second that, ask if they like PowerShell. A windows admin that can script is a productive admin, an admin that has invested time in PowerShell is an admin that can adapt and possibly understands the windows environment well.

    7. Re:A good answer for a bad question? by ByronHope · · Score: 1

      If you can use PowerShell, you can pick up Perl and Python. Using standalone executables defeats the purpose of using a scripting language. Want to know what a script does? Open the script the file and read, no so with executables, doable, but not ideal. I really like Perl, and in a mixed OS environment, Perl makes sense. In a team of windows admins, it's tough call to expect all the team members to learn Perl, however PowerShell is an easy sell.

  36. Same questions that you would ask a Unix admin by ewilts · · Score: 2

    Whether it's Windows, Linux, VMS or ESXi doesn't really matter. The external differences boil down to syntax. If you find somebody who only knows the syntax, you're not going to be happy unless you're looking for a short term employee or contractor. You don't hire a Unix admin because he knows how to write a bash script - you find somebody who understands the importance of automation, the ability to document and test, and the ability to pick up new technologies. You know technology is changing so you need a person who can adapt. If you can troubleshoot the root cause of a system crash, it doesn't matter what OS you're working on and you'll pick up a different OS quickly. But hire an idiot that can't troubleshoot worth a darn and it doesn't matter if he's an RHCE, MCSE or VCP or holds all three.

    If you find somebody that can't tell the difference between they're, there, or their or between its and it's, he's not on the learning curve you need him to be on. It means that in 20 or 30 years, he still doesn't care about quality and is too lazy to look things up. Those aren't good combinations.

    --
    .../Ed
    1. Re:Same questions that you would ask a Unix admin by Prune · · Score: 1

      That's not true. For example, PowerShell is notably different from *nix scripting not because of syntax, but because it's based on an object-oriented rather than a procedural paradigm. In fact, missing this critical difference is an aspect of most people who diss PowerShell (usually the same that diss C++ because they're C programmers).

      --
      "Politicians and diapers must be changed often, and for the same reason."
  37. First step, don't look for "passion." by conspirator23 · · Score: 3, Insightful

    Religiosity in Operating Systems is a character flaw, not a strength. Clearly this is going to be a hard concept for you to work your head around because you yourself are evangelical about UNIX. If you find somebody who is evangelical about Windiows, you're basically asking for interpersonal conflict as this engineer with "passion" for Windows is going to feel outnumbered and isolated if your whole team uses emotional language like you do.

    What you' are REALLY looking for are skills and atrributes that are OS-agnostic while still demonstrating serious practical experience with Microsoft server products:

    • Does your candidate demonstrate an analytical, problem solving mindset?
    • Does your candidate show the ability to play nicely with others?
    • Does your candidate demonstrate a sense of personal accountability for the work that they do?

    If you don't feel comfortable saying "yes" to all the above questions, then all the nuts and bolts technical stuff means nothing. Once these fundamental questions have been answered, there are some specific technical avenues to explore with your future Windows sysadmin:

    • Ask them how familiar they are with Powershell, and see if they can cite examples of where they used Powershell to create a technical solution or make their jobs easier through automation.
    • Ask them if they have ever worked to integrate Active Directory with other LDAP sources

    There are a bunch of technical questions you probably need to ask that I can't possibly suggest to you, because I don't know the details of your envirionment. But these two are mandatory. Powershell is a scripting language developed to handle all kinds of administrative and automation needs for a system administrator, and it was written by two UNIX guys. If your future Windows admin understands and appreciates Powershell, they not only have a skillset that is going to be demonstratably useful in the future, they will be more likely to "think like a UNIX guy" than someone who went to an MSCE puppy mill. The AD/LDAP integration question is the one thing I know about your environment. If you're going to operate UNIX and Windows servers in the same ecossytem, some level of integration is inevitable and making sure the guy on the Windows end has the technical chops is essential.

  38. " What should I ask?" by couchslug · · Score: 1

    Ask probing questions to ensure your candidate has thorough knowledge of the Hosts file. :-)

    --
    "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
    1. Re:" What should I ask?" by Anonymous Coward · · Score: 0

      That wont matter after Windows 7 bro

  39. Search for an MCSE by Anonymous Coward · · Score: 0

    A MSCE is the equivalent to a MCFS (MacDonalds Certified Food Specialist) in the world of high-cuisine.

  40. Addendum to that question by zooblethorpe · · Score: 1

    Ask him about a Windows problem. If he says "Have you tried turning it off and back on again", hire him.

    Especially if he says so in an Irish accent. It helps if he's also tall and lanky.

    :-P

    --
    "What in the name of Fats Waller is that?"
    "A four-foot prune."
  41. Oblig. Dilbert by Eponymous+Hero · · Score: 1
    --
    insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
  42. First, get it straight: by Type44Q · · Score: 1

    What Should a Unix Fan Look For In a Windows Expert?

    So it seems that we have to take it seriously and hire a few Windows fans

    The terms "expert" and "fan" are mutually exclusive when it comes to Windows: to know it is to hate it... and those truly experienced with it on a technical level are more aware than anyone else what a stinking pile of shit it is (I should know; I'm one of those sorry motherfuckers!).

    1. Re:First, get it straight: by HornWumpus · · Score: 1

      That's true for all technologies. Makes me worry every time I get on an airplane.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    2. Re:First, get it straight: by Robert+Zenz · · Score: 1

      THIS! THIS! THIS! THIS!

    3. Re:First, get it straight: by Type44Q · · Score: 1

      Makes me worry every time I get on an airplane.

      I couldn't agree more; modern commercial aircraft have grown far too complicated far too quickly, have avionics with far too many bugs and require far too much maintenance... with the whole equation managed by MBA's and beancounters who are simpy far too stupid and shortsighted... that I absolutely refuse to fly on one (yes, this has required a drastic lifestyle change from my previous status as a seasoned world traveller).

      Here's what perplexes me, however: nobody I know (oh, except I suppose for a good portion of the Okies I've met) would even think of getting on a boat without enough flotation vests for everyone. So why does it seem like I'm the only one who refuses to get on a plane unless there're enough 'chutes on board for everyone... and the plane flies low and slow enough to be able to jump out of, should the [admittedly statistically unlikely] need arise? :)

  43. IT is IT by dave562 · · Score: 1

    Before going into generalizations, it seems like the submitter realizes that they do not know enough about Windows. Given that, this whole discussion seems pretty irrelevant. The guy does not know Windows, so how is he going to know if the "Windows expert" is blowing smoke up his ass or not? He won't.

    With that out of the way...

    Just because a server runs Windows does not change the fact that it is a computer. There are some basic concepts that any sysadmin needs to have a handle on.

    Security
    Backup and Recovery
    Performance monitoring and tuning
    Networking

    A general rule of thumb is that anyone with less than 10 years of experience is not an expert, no matter what their resume and job experience might say.

    Make the candidate prove that they know the concepts.

    "In Unix, if we lose a system drive, we need to take some steps to recover it. What are those equivalent steps in Windows?"

    "In Unix, if Jane is working on a system on a different subnet and she needs to access files on my server, we setup NFS and she connects to it with mount. What is the Windows equivalent?"

    etc

  44. Don't forget education by fluor2 · · Score: 1

    Make sure candidates have a long experience with Windows. Writing scripts and monitoring/logging should have been used at work before.

    But, running software is no longer a job just at technical level. It's about understanding customer needs and also to some extent really know how applications work. If you get hold of well educated people, their grades will show how well they can relate to new stuff.

    And, stay away from people bragging their certification level. Certifications are not hard, just expensive. MCSE is really Must Consult Someone Educated.

  45. See if they use Windows the way you use UNIX by gman003 · · Score: 4, Insightful

    A good Windows admin will "work around" the Windows-ism of it all and use the more UNIX-y features of it (they won't think of it that way, but they will). See how they are at whipping up quick VB or PowerShell scripts to do some little task (the same way you would whip up a Perl or Bash script). Check their problem-diagnosis skills - give them a hypothetical scenario (some weird proprietary service isn't starting at boot) and keep throwing up obstacles ("Guy: Well, I would check the services panel, make sure it was set to start automatically"; "You: Alright, you check that, and it is set to, but it's marked as 'stopped' and halts as soon as you try to start it"). Eventually he'll give up and say "there's obviously something wrong that's beyond my ability to fix, I would have to contact their support people", but see how many things he can think of to check. If he can think of a lot of ways something can go wrong, he likely has both experience and wisdom (unless he's rattling off bullshit, of course).

    Another thing to look at is his WindowsUNIX skills. I'm working on a project now that involves getting applications running on both to work with each other, and that's not easy. Having a Windows guy who can grok Unix-speak would definitely be a plus for you.

  46. Wrong answer by Anonymous Coward · · Score: 2, Insightful

    By this logic, any of the current Unix experts they employ would also be the right people for the Windows server support, yet clearly they already know that isn't the solution. Here the OS distinction matters, because they want to hire based on that distinction (and for good reason). If you're hiring your first admin, you might want them to use any technology thrown at them. By the time you employ several experts in one area but lack experts in a new area, you're better off getting people with expertise in that new area.

    1. Re:Wrong answer by HornWumpus · · Score: 1

      But you still want smart people who can learn what is thrown at them. They should be able to cross-train one of the unix guys so they can both take vacations.

      It sounds like it would be a refreshing change for the OP. Nothing worse then a 'fan' when there's a job to be done.

      As speculated up thread. The OP is likely an non-native English speaker or a unix fanboy.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    2. Re:Wrong answer by Kalriath · · Score: 1

      That actually means their UNIX experts are the wrong people too. Ideally, you do want someone who fits into the team, and while being technically competent has the ability to learn (on their own - you shouldn't have to train your staff to get them to learn things) any new technologies. These are the type of people that when faced with a gap in their knowledge will attempt to seek the answer and plug the gap, rather than fall back on "don't know how to do it, hire a contractor" or "send me on expensive training".

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    3. Re:Wrong answer by Anonymous Coward · · Score: 0

      I think OPs problem has more to do with nobody *wanting* to become intimate enough with Windows to administer it. Obviously, anyone capable of becoming sufficiently familiar with Unix can also do so with Windows, it's just a matter of will.

  47. What yopu need is... by Anonymous Coward · · Score: 0

    A good Systems Administrator who happens to know windows.

  48. It's simple really by Anonymous Coward · · Score: 0

    Say this:

    freetard please!

    If he laughs, hire him.

  49. The most important question you need to ask by codepunk · · Score: 1

    Do you have experience with Virus scanning programs such as Symantec, etc?

    --


    Got Code?
  50. Administrative and Security Model by Nkwe · · Score: 1

    First - read all the posts about referring to someone as a "fan" - you definitely want a "professional"

    I would press the candidate on their understanding of the Active Directory Administrative and Security models. Have them explain to you how to use the native tools to ensure that configuration on servers and workstations is correct and centrally managed (via Group Policy). Have them explain how Group Policy works. Have them explain what Organizational Units are for and how delegation works in conjunction with them. Have them explain how the auditing system works (how you know that someone has tried to access a file that they don't have permission to, or that an important security setting has changed.) Have them explain how to use the performance monitoring tools to track down a performance problem or resource bottleneck. Have them describe to you how Kerberos works in the Windows world.

    Since you are a Unix fan and possibly a rabid one, the best thing a candidate can do is convince you that they understand Windows administration and that having Windows servers is an okay thing.

  51. Win Skills Irrelevant by BlueStrat · · Score: 1

    Specific skills with Windows is irrelevant, at least for the early resume/application-culling passes.

    Even more important than their skill level, experience, or schooling is the seemingly increasingly-rare ability to actually show up on time every day/shift to work, and work the entire day/shift.

    I would much rather hire someone who would need significant OJT than an "expert", if that "expert" had a history of missed work days and late arrivals to/early departures from work and the OJT candidate had a pristine record for attendance and timeliness.

    Only *after* you've gone through the resumes/apps and have a candidate-group who have a solid history of reliability and timeliness do you start worrying about individual skills, experience, and schooling.

    I've learned this over decades of hiring people for a wide variety of fields, from general construction/factory labor and retail sales, to cutting-edge tech jobs.

    When it comes to hiring help in any field, dependability/reliability is king! Everything else is secondary.

    Strat

    --
    Progressivism (aka US 'Liberalism'): Ideas so good they need a police/surveillance-state to enforce.
  52. very simple... by Anonymous Coward · · Score: 0

    Ask the candidate questions about UNIX, if the candidate understands UNIX then is a good Windows system administrator. Seriously I love Windows since I've read the first edition of "Inside Windows NT" from Helen Custer, but I also already read "The Design of the UNIX operating System" from Maurice J. Bach so I had something serious to compare with. In the end Windows is an operating systems and a good system administrator should know how it compares with other operating systems.

  53. The Best Windows Fan by Anonymous Coward · · Score: 0

    The best Windows fan is going to be 80 mm or larger. If you can get two for redundancy - even better.

  54. Humility by turgid · · Score: 1

    More specifically, "Do you know your place?"

  55. You're halfway there: by RMingin · · Score: 1

    What you really need is me, or rather someone just like me (unless you're in Pennsylvania). You don't want a hardcore Windows nerd, they will be angling to replace your Unix machines with Windows servers before a year is out. What you actually want is a *nix *fan*, but who has spent most of their time in Windows. You want them to have the skillset, but you really don't want someone who wholeheartedly endorses the company who practically invented "embrace, extend, extinguish".

    --
    The preceding comment is my own, and in no way construes an opinon of the Emperor of Mankind.
    1. Re:You're halfway there: by Kalriath · · Score: 1

      In other words, they want someone nothing like you since the OP specifically said they didn't want someone who treats the *NIX/Windows as a holy war, and you gave away your side of that when you spouted the shit about "embrace extend extinguish".

      Besides, everyone knows Oracle invented embrace extend extinguish. Except that for them the second word is acquire.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  56. Wait, I'm confused by grasshoppa · · Score: 2

    Do you want someone who is passionate about windows, or a decent Windows Admin ( or indeed, a decent admin in general )?

    I'll tell you right now, I am always highly suspicious of any admin that is "passionate" about their subject matter. They tend to put their bias first, compromising their ability to deliver the best product available.

    The best admins I have ever worked with were technology agnostic; they chose the best tools for the job, regardless of their own preferences.

    --
    Mod me down with all of your hatred and your journey towards the dark side will be complete!
    1. Re:Wait, I'm confused by jbplou · · Score: 1

      I would mod you up if I could. That's the biggest problem with most people I work with they want to solve Ll problems with the tool they are best with even if that tool isn't the best for the problem at hand. This applies at all sorts of IT layers: desktop software, OS, development languages, database platforms, ect... It's the old if all you have is a ha,met everything looks like a nail problem.

  57. Why would a window fan need Unix? by ukemike · · Score: 4, Funny

    I have a window fan in my front room. I run it at night to pull cool air in through my bedroom and apartment. I'd recommend Lasko Reversible 2155, and put it in a window far from your bedroom and put in in exhaust mode. Close all the windows except your bedroom window and you'll have a nice cool night breeze coming in your window without the noise of a fan next to your bed.

    I can't for the life of me figure out why someone would need a server running Unix to operate a simple window fan. Am I missing something here?

    --
    -- QED
    1. Re:Why would a window fan need Unix? by Velex · · Score: 1

      Aa! Where's my mod points gone? Somebody mod informative. I do something similar with my windows. Works like a charm and I haven't missed not having AC (well, except last Memorial Day weekend, that was a bit much).

      Maybe he's got or wants it hooked up to some kind of home automation system. We got a new client at work the other week who sells a home automation system you can control from IOS or Android devices. Not sure how you'd control a fan, though. Maybe there's a replacement knob assembly that operates over 802.11g.

      --
      Join the Slashcott! Stay away entirely Feb 10 thru Feb 17! Close all tabs to prevent autorefresh!
    2. Re:Why would a window fan need Unix? by Anonymous Coward · · Score: 0

      would plus you if i wasn't too lazy to log in

    3. Re:Why would a window fan need Unix? by Anonymous Coward · · Score: 0

      Not missing anything. Moronic question. Shop sounds like a kindergarten, a bunch of children shouting that Gaga's better than some damn thing....

  58. This is Slashdot by rsborg · · Score: 1, Offtopic

    : Are all these "stories" posed as questions really fooling anybody? I see less and less interesting news and more stories designed purely to provoke chatter. Oh boy, Unix vs Windows should get lots of posts! Maybe next time you can work Apple in there too.

    It's like the blogger feedback ploy - end your crappy blog with a question and more people will respond.

    Are you new here? Slashdot invented this kind of blog entry.

    --
    Make sure everyone's vote counts: Verified Voting
  59. Mod parent up. by bussdriver · · Score: 1

    I concur.
    You will likely need integration or migration so the unix skill set will be more important. Find a good unix person - you know unix you don't know windows.

    Try to find somebody who is willing to learn it and simply give them time to get trained on it themselves (plus a budget for books or whatever.) Somebody who likes working around proprietary linux drivers and other black box trouble makers will be somewhat prepared. Besides, if you chuck the windows boxes someday you have a unix admin and not somebody to lay off, if you get more windows boxes then you have a unix person who can help others migrate.

    1. Re:Mod parent up. by Anonymous Coward · · Score: 0

      Can not agree more with this, cross train and invest in the person any you will be rewarded.

  60. Minesweeper times by almitydave · · Score: 2

    Make sure he can beat expert in less than 90 seconds. Only then can you be sure he has enough years of experience with Windows.

    --
    my, your, his/her/its, our, your, their
    I'm, you're, he's/she's/it's, we're, you're, they're
  61. Ask: What do you do after a fresh Windows install? by tcort · · Score: 0

    I find that a good judge of someone's familiarity with an operating system is what they do after an installation on the first boot. Seasoned pros have a whole routine (install this, uninstall that, disable something, enable something else, etc), and when asked they can provide justification for their actions. I find that in general, people who are completely happy with the defaults are either A) not that passionate about their job or B) don't know enough or have enough experience to handle running real world servers.

  62. You need someone gold certified by Anonymous Coward · · Score: 0

    You need someone with a gold level certification. Forget that silly 'university computer science' stuff, you need someone with the microsoft "its not just good, its good enough" seal of approval. They need to know how to lock down the servers, add firewall protection, add virus protection, and second level firewall protection, second level virus protection, backup/recovery experience, and must have a willingness to reboot the servers at a minimum of once per week (if they don't shutdown/restart on their own). They must also be able to track all of the licencing for the operating system, licensing for the applications, licenses for the patches to the operating system, licensing for the patches to the application software, know the difference between single use licences and site licences, keep abreast of the nuances that the licences allow/don't allow vis-a-vis backups and off site archives (although you might also need to hire a full time license administrator to take care of that for you).

  63. Simple by Anonymous Coward · · Score: 0

    A .38...

  64. Just a normal interview by Angrywhiteshoes · · Score: 1

    How long have you used Windows?
    What is your experience like?
    Why Windows?
    Would you be willing to steal a pair of your mom's panties for me?
    In this situation, how would you trouble shoot the problem? then focus more on HOW and why, if they have trouble answering the WHY you'll get some clues as to what they do and don't actually know and what is just memorized.

    Hands on:
    Give them a windows machine, make them install a service.
    make them change the service port number
    If the server has to connect to unix servers, make them interface with a unix server.

    There's a ton of stuff you can ask them and they can give you a general vague answer that sounds good. But MAKE them do some work in front of you to prove themselves. Software and QA Engineers have to, in fact we also have to do things like know the run-time complexity often and explain the solution. I don't know why this interview would go any different than you'd give a unix user, just change the OS.

    A good thing is to ask them questions and have the hands on compliment the questions.

  65. passionate? windows fan? by Anonymous Coward · · Score: 0

    if a bear shits in a forest does your dns get corrupt?
    it depends on your use of the said "windows" admin. if you are not running any critical apps don't need to worry about clustering, replication, networking, AD, sql, Exchange, Lync, blah blah... and just need some one to reboot the machine when it locks up... then ask any questions.
    Plz provide more info if you want real help.

  66. Filtering criteria: by Anonymous Coward · · Score: 0

    Ask them to write a bat file to restart SMB and/or Apache and/or IIS.

    Dismiss anyone who cannot.

    Ask them what type of setup they would use to store large quantities of business documentation

    Dismiss anyone who suggests sharepoint without prior experience.
    Dismiss anyone who does not inquire what capacity 'large quantities' entail.
    Dismiss anyone who suggests RAID 5 without a careful discussion about backups, downtime, and acceptable loss.

    Ask them how they would set up a webserver.

    Dismiss those with a one sentence answer.

    Ask them how they would apply patches and perform system management.

    Dismiss those that do not know about WSUS

    Finally, ask what they know about virtualization... you know you'll both be using it anyway.

    Well, that's what I'd start with to cut the pool down to someone who's probably competent enough not to destroy your world, while still coming with glowing recommendations from Uncle Bob. There might be a lot more...but it's a decent starting point.

    1. Re:Filtering criteria: by Kalriath · · Score: 1

      Dismiss anyone who suggests Sharepoint at all. I'm the Sharepoint administrator where I work and I constantly yell at people that Sharepoint is a collaboration tool, not a goddamn file store. Every version of every file you store in that damn document library is saved as a giant blob column in a single giant database table shared among every single file in a Sharepoint web application. Even Microsoft engineers recommend you get files out of Sharepoint as soon as they need to be archived.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  67. Really? Did you just finish your MCSE? by Anonymous Coward · · Score: 1

    I scored two or three out of your 13 questions. That may sound pretty bad. But..

    I am a system architect with 16 years experience in large and small enterprises. I started installing, administering and fixing and Windows servers at NT 3.51 and I stopped getting the MCSE certifications(along with the CNE, CCNP, RHCE and others) after 2003. Wow, I just realized that I haven't bothered with a single certification since 2004.

    Today I design and manage SQL and large Exchange systems (2003-2010) on Server 2008 and 2012, along with various *nix systems, vmWare "clouds" and a plethora of network infrastructure gear. I seem to be everyone's level 3 support guy and frequently receive offers for poachers.

    Yet, despite my training, knowledge and experience I can't answer even half of your questions. Furthermore, after 16 years, I never ever had any need for any of those answers. The majority, if not all, of your questions have no bearing whatsoever on the design, installation, management or repair of Windows systems. The closest any of your questions came to being of value was
    8. Ask something about Powershell

    Ask something indeed. Perhaps something of value like can you write a file rename script in powershell. Or, can you write an IP address change script in powershell that will renumber the marketing department. And if your questions are to be desktop centric, they should be of value like; how would you go about removing a new, and undetected by AV software, variant of Fake A/V from a Windows 7 system.

  68. What we do when interviewing windows experts by Skuld-Chan · · Score: 4, Informative

    Ask them what kinds of scripting languages Windows supports (Powershell, VB, JS etc), what does WMI do? How would you deploy a printer using policies?

    A LOT of Windows admins know how to call for help and push buttons, but not so many know the backend stuff that makes Windows tick which is kinda invaluable as an admin.

  69. A bullet? by Anonymous Coward · · Score: 0

    Yeah, I know...Not helpful...

  70. Close. by characterZer0 · · Score: 1

    Ask him what is wrong with Windows. This works for pretty much anything. People who are real experts at something understand the problems. People with shallow experience only know the good things.

    --
    Go green: turn off your refrigerator.
    1. Re:Close. by Anonymous Coward · · Score: 0

      With Windows, a lot of people who give you answers about "what's wrong with it" don't really know what's inside the system.

      I've heard a number of people say "Windows doesn't have ___" when it is actually built into the system. One trivial example that is indicative of this: I've heard a number of people say "Windows doesn't have symbolic links". If you agree with this statement and have not heard of the phrase "reparse point" then you have proved my point.

      I recently heard someone say Windows doesn't have an equivalent to epoll() on Linux, despite I/O completion ports having been around since the mid 90s. (NT still does async I/O much better than Linux, but it's pretty hard to find a software engineer who will admit that and knows the reason.)

    2. Re:Close. by Alex+Belits · · Score: 1

      You have absolutely no idea, what filesystems and nonblocking I/O are. Windows implement superficially similar functionality, however both underlying implementation, and available interface are done in Windows-specific manner. Symlinks have volume boundaries "magically" resurrected for relative links (Unix always uses a single tree with mount points having no effect on interpretation of file paths and names) and can point to remote files (what is basically forcing an automounter to be constantly present), asynchronous I/O does not work in a single-context model used in Unix-like systems, creating concurrency out of thin air.

      --
      Contrary to the popular belief, there indeed is no God.
    3. Re:Close. by Anonymous Coward · · Score: 0

      Windows doesn't allow you to rename files that are in use/open. Just this little thing alone is responsible for lots of clunkiness in Windows and Windows applications. And it's also why many updates require rebooting.

      Linux allows you to do the above but doesn't allow you to atomically rename two files/folders on most of its filesystems. e.g. A to B and B to A, or A to B and B to C at the same time. Being able to do this makes it easier for changes to be done more atomically and reliably. This deficiency isn't as big as the above one in Windows. Most of the time people just rename B to C then A to B, hope for the best (that nothing tries to use B during the "gap") and usually get away with it. Alternatively you use symlinks and overwrite them. I'm not aware of a real need to be able to rename A to B, B to C, and C to A/D all at the same time.

    4. Re:Close. by Anonymous Coward · · Score: 0

      Windows doesn't allow you to rename files that are in use/open

      Wrong. If you pass FILE_SHARE_DELETE to CreateFile, you can rename it while it's open. Thanks for proving the point though.

    5. Re:Close. by Anonymous Coward · · Score: 0

      You have absolutely no idea, what filesystems and nonblocking I/O are

      Interesting observation. My experience tells me otherwise, but look at your low UID, you must be right.

      Windows implement superficially similar functionality, however both underlying implementation, and available interface are done in Windows-specific manner

      This is like complaining that O_NONBLOCK or aio_write() accomplishes it in a POSIX-specific manner. So? The functionality is there. My statement is that asynchronicity is more fundamental to the system design than it is on Linux.

      I might be out of date on the state of the art on Linux, but last I knew it was this:

      1. aio_* functions were hardly implemented, or implemented with many quirks
      2. O_NONBLOCK is a less ideal solution than "here are my I/O buffers, tell me when you're done"
      3. Many types of file descriptors (example: files on disk) will block even if you're using non-blocking or async calls.
    6. Re:Close. by Alex+Belits · · Score: 1

      This is like complaining that O_NONBLOCK or aio_write() accomplishes it in a POSIX-specific manner. So?

      No, it's like complaining that select()/poll()/epoll allow aggregation of all I/O within the same context or splitting it into multiple contexts (processes or threads), so no one sane uses AIO on Unix, while Windows has hideous multi-context monstrosity forced upon users as the only model that does not slow everything to a crawl. All because illustrious Windows designers, did not implement unified file descriptors.

      The functionality is there. My statement is that asynchronicity is more fundamental to the system design than it is on Linux.

      Things should be asynchronous INSIDE the kernel. Linux does not spill it into userspace unless user really, really wants it there (by using AIO).

      aio_* functions were hardly implemented, or implemented with many quirks

      I wouldn't know how well they are implemented because I have never seen an application where they are necessary or superior to other methods.

      O_NONBLOCK is a less ideal solution than "here are my I/O buffers, tell me when you're done"

      Only on Windows, where you can't issue single poll() on all I/O that your process may to perform.

      Many types of file descriptors (example: files on disk) will block even if you're using non-blocking or async calls.

      If you have to do something while disk I/O is in progress, and it is the same process as one that requested this I/O, you can delegate disk I/O to another process or thread, thanks to superior IPC provided by Unix-like systems. As opposed to sockets, disk I/O can only succeed, fail, or return less data than requested, so there is no need to handle any state other than errors and amount of data transferred. This creates just as much additional context as completion, but notifications can go through regular IPC (say, a pipe), and can be included into the same poll() as the rest of I/O. Have I mentioned that the whole thing becomes lockless from the processes' point of view, and scheduler automatically optimizes context switching based on pending I/O and notifications because they have exactly the same internal representation, as opposed to imitating a hardware interrupt model with its braindead choice of priorities?

      --
      Contrary to the popular belief, there indeed is no God.
    7. Re:Close. by Anonymous Coward · · Score: 0

      select()/poll()/epoll allow aggregation of all I/O within the same context or splitting it into multiple contexts (processes or threads)

      Not sure I see how that can't be done with an I/O completion port?

      All because illustrious Windows designers, did not implement unified file descriptors.

      Is that really the case? Here I was under the mistaken impression that in the NT kernel everything is a FILE_OBJECT. I'll admit I don't know much about the kernel implementation of Winsock. From what I can see on MSDN it appears to be pretty similar to file I/O.

      Things should be asynchronous INSIDE the kernel. Linux does not spill it into userspace unless user really, really wants it there (by using AIO).

      Yes, and in NT they are asynchronous inside the kernel. The way I see it Linux forces a lot of extra work in user mode because it has to handle EAGAIN and remember how much the kernel completed last time... So I don't really understand why "spilling into userspace" is less of a problem on Unix.

      My understanding was also that Solaris had a better aio_* implementation.

    8. Re:Close. by Anonymous Coward · · Score: 0

      I don't think you understand how NT works. Especially this:

      Only on Windows, where you can't issue single poll() on all I/O that your process may to perform.

      Maybe you're confused because of some bullshit form Windows 9x. Or that WaitForMultpleObjects and some of its POSIXy wrappers (like winsock select()) has a cap of 64 handles. But I/O completion ports, present in NT since 3.51, let you do this. You can have one thread draining the completion events for an arbitrary amount of requests.

    9. Re:Close. by Alex+Belits · · Score: 1

      And on Unix-like systems the whole thing is completely unnecessary because file descriptors that are waiting for write will cause the same thread/process to wake up when a chunk of data can be written, with those file descriptors marked as available for write (and the same for read if the previous read operation was incomplete from the userspace process' point of view, regardless of what kernel thinks about completeness or incompleteness of its own operations). In other words, userspace only wakes up when it has to read, write or react to an error.

      Kernel can optimize its buffering and scheduling in whatever way it pleases while hiding it from the userspace, and userspace can have whatever logic of its own buffering the programmer wanted to implement, without either performance hit of being awakened when there is absolutely nothing to do, or interaction between contexts that requires additional locking/synchronization.

      AIO is developed in a way that turns the interface into a "product" -- it's faster to write for it if you are prohibited from implementing complex logic in userspace that can be re-used in multiple pieces of software. Unix nonblocking I/O is not designed as a shiny "product" -- a program written for it requires the programmer to write or re-use some well thought out buffering mechanism that implements programmer's intentions about logic behind the I/O. This does not help when the goal is to write a simple demo example and then scream "See? It's simple! Everything is done for you!" to the prospective users, but it is a superior and much more flexible model that allows Unix programmers to write better software. It's interesting that Linux development over the last decade focused on all important functionality shifting to userspace while the kernel provides optimal interface for such implementation (like ALSA and udev), not the complete packaged functionality itself (like OSS and devfs). This is a continuation of the same engineering tradition, though on a different level.

      --
      Contrary to the popular belief, there indeed is no God.
    10. Re:Close. by Alex+Belits · · Score: 1

      Not sure I see how that can't be done with an I/O completion port?

      Because you have to either wait for it using clumsy interface (and abandon combined handling of all I/O or any subser of I/O in a single thread), or delegate it to completion callback function (and deal with multiple contexts). Either way, threads and locking out of nowhere.

      Is that really the case? Here I was under the mistaken impression that in the NT kernel everything is a FILE_OBJECT. I'll admit I don't know much about the kernel implementation of Winsock. From what I can see on MSDN it appears to be pretty similar to file I/O.

      Until it will be possible for a single or multiple threads/processes to simultaneously wait for anything happening on any number of such objects of any nature in any combination (what poll() does in Unix), it's not a unified file descriptor.

      The way I see it Linux forces a lot of extra work in user mode because it has to handle EAGAIN and remember how much the kernel completed last time..

      If your program has to rely on EAGAIN, you are doing it wrong (or use it for send()/write() in a program specifically for low response latency, when it is applicable for the protocol). If poll()/epoll tells you that I/O operation is available, this I/O operation will succeed (though if it's a write operation to a device or TCP socket, it may be limited to a smaller buffer than one you are sending). If you want to complain about "spurious" errors, complain about EINTR, a compromise with between a relatively ugly signals mechanism and a requirement to never force threads upon the user.

      So I don't really understand why "spilling into userspace" is less of a problem on Unix.

      That's because you don't know how to use it on Unix.

      My understanding was also that Solaris had a better aio_* implementation.

      I don't even know how good or bad it is on Linux because no one came up with a problem that requires it on anything Unix-like. Of all software written since AIO became available on Linux, nginx web server is the only example I can find that actually uses it (if the user chooses to enable AIO), and benefits seem to be dubious at best. In everything else when poll() scalability is insufficient, people just use epoll, and that's it.

      --
      Contrary to the popular belief, there indeed is no God.
    11. Re:Close. by Anonymous Coward · · Score: 0

      Dude. IOCP as exists on NT is essentially the same thing as epoll. It accomplishes everything you describe as the uniquely-Unixy gains. Your thoughts on POSIX AIO also seem heavily tainted by glibc's shitty implementation details. I don't think you've done enough homework on this, you are just writing about the Windows that exists in your head instead of real life. This only plays to the original comment you replied to.

    12. Re:Close. by Anonymous Coward · · Score: 0

      If your program has to rely on EAGAIN, you are doing it wrong

      Or the amount you need to write exceeds the kernel buffer. Or you need to know when to move on to the next fd in the list.

    13. Re:Close. by Alex+Belits · · Score: 1

      No. The difference is fundamental, and I don't even consoder either POSIX specification or glibc interface to be relevant, as they implement unneeded and unwanted interface for no other reason but to provide a checkbox, so Windows advocates can shut up about those features.

      IOCP do nothing to alert the process about data being available for reading but expect a process to do somethig when I/O finished succesfully from the kernel's point of view. pol() and epoll do the opposite, combine notificatons for all I/O but make absolutely sure that exact number of bytes written or read is known immediately for nonblocking file descriptors. This is a superior model from userspace's point of view, as buffers can be marked as filled or empty after one nonblocking syscall. IOCP is only efficient when combined with concurrency, poll() and epoll can be used with no concurrency and no busy-waiting, and such mode is actually the most optimal way of using them except for the situation when the work is more efficiently split between cores.

      --
      Contrary to the popular belief, there indeed is no God.
    14. Re:Close. by Alex+Belits · · Score: 1

      If the amount of data exceed the amount that can be processed, you will not get EAGAIN, you will have operation succeeded with the size of the accepted chunk as the return value. All Unix programmers know that.

      --
      Contrary to the popular belief, there indeed is no God.
    15. Re:Close. by Anonymous Coward · · Score: 0

      but make absolutely sure that exact number of bytes written or read is known immediately for nonblocking file descriptors

      This again. No sir, you don't know the exact number of bytes up front, you have to wait for your short read/write return value or EAGAIN before you know that number.

      IOCP is only efficient when combined with concurrency,

      This is not true. If from a single thread you speculatively issue a bunch of reads and writes (similar amount of work as the syscalls you're doing to set up your epoll fd or kqueue), then use one single thread to drain and process the IOCP's queue, you should get roughly the same performance as epoll/kqueue.

      You mention "Windows advocates". I'm not one of those. I use both, these days probably *nix more than Windows if anything. But I do recognize that NT has asychronicity "built in", everywhere that kernel mode does I/O you have to consider it, its designers had it in mind from day 1 as the primary I/O method, whereas I can't say the same thing about the Unix syscalls. You might consider AIO a needless check box but a proper in-kernel implementation (none of this "spawn a thread and call a blocking API" nonsense that glibc does) performs decently, and to me, it makes more sense than your preferred method, which, let's be honest, looks like a hack.

    16. Re:Close. by Alex+Belits · · Score: 1

      This again. No sir, you don't know the exact number of bytes up front, you have to wait for your short read/write return value or EAGAIN before you know that number.

      I am a Unix programmer, you are a Windows one, so stop spewing bullshit about things you have never seen and never used.

      Once file descriptor is marked by poll() as available for write, write() system call succeeds with whatever number of bytes that kernel can accept for I/O operation. If I/O is nonblocking, this is the amount of data buffered for operation -- driver will make sure that either it will be written, or there will be connection reset, or another similar low-level error will be detected, later visible through another poll().

      Once write() succeeded, it's up to the userspace program to decide which I/O it is supposed to perform and in which order. However if by any chance there is another buffer to write to the same file descriptor (unrelated chunk of data or remaining data that was not accepted in previous write()), the recommended procedure is to keep the data waiting until another poll() call. Such poll() will put the process to sleep until process can do something meaningful with I/O -- or won't if by the time poll() is called the kernel buffer is available again. This is how Unix-like systems optimize I/O and scheduling -- by waking up processes when those processes have I/O available, and letting them remain awake when they are processing that I/O. Getting EAGAIN means that you tried to write() blindly without checking, and wasted CPU time and syscall interface when you were supposed to be asleep -- it is acceptable in some edge cases, but severely discouraged in general because it second-guesses the logic of the scheduler. Same applies to other write()-like syscalls and epoll.

      With read() and similar, situation is even simpler -- if file descriptor is available for reading, nonblocking read() always returns data already buffered by the kernel. If there is more data waiting, it will show up in the next poll(), buffering mechanism is entirely up to the kernel and drivers, so they can be as efficient as their developers can make them -- the only requirement is to support I/O operations in a manner consistent with the kernel interface. Again, read()-like operations and epoll act in the same manner.

      No forced concurrency in userspace. No callbacks. No busy-waiting. No "events". No restrictions on what can be waited on at the same time -- GUI program can wait on devices, network sockets, IPC and GUI events at the same time issuing a single syscall, and being awakened on any combination of those conditions. If programmer wants to split those things between processes or thread, he can do it as much as he pleases, but this will be his concurrency, imposed by design of his program, and not something imposed on the program by stupid design of the kernel.

      You mention "Windows advocates". I'm not one of those. I use both, these days probably *nix more than Windows if anything.

      You are Windows programmer and Windows advocate. You think, doing write() in a tight loop and waiting for EAGAIN is a valid programming technique -- $deity forbids, you actually write something for Unix-like systems, because with this knowledge those would be the buggiest software ever written for Unix-like systems. You don't understand Unix. You don't know anything about Unix. You are a Windows programmer, and I recommend you to stay on Windows.

      But I do recognize that NT has asychronicity "built in", everywhere that kernel mode does I/O you have to consider it, its designers had it in mind from day 1 as the primary I/O method, whereas I can't say the same thing about the Unix syscalls. You might consider AIO a needless check box but a proper in-kernel implementation (none of this "spawn a thread and call a blocking API" nonsense that glibc does) performs decently, and to me, it makes more sense than your preferred method, which, let's be honest, looks l

      --
      Contrary to the popular belief, there indeed is no God.
    17. Re:Close. by Anonymous Coward · · Score: 0

      I decided to stop reading this thread because you're too much of a troll. I came back to it out of curiosity and you keep repeating that I haven't worked on Unix and don't understand it, and aside from this not being true, I got bored of this so I stopped reading again.

      I still think you misunderstand what I said about EAGAIN. (Actually my first post that mentioned it conflated EAGAIN with a short read or write - that was not my intention nor is it a sign that I don't understand the mechanism, just a reflection that these cases are similar). I'm not saying you should issue reads and writes if nothing signalled that the fd is ready. I'm telling you that you misspoke: You claimed that poll tells you the exact number of bytes that are ready, which is false - it only tells you that the fd is ready, not the amount of bytes you can actually read/write. But this was a nitpick and it's not important.

      And you're a troll.

    18. Re:Close. by Anonymous Coward · · Score: 0

      Oh yeah. And file I/O is not blocking on NT. That was kind of my point from the beginning.

    19. Re:Close. by Alex+Belits · · Score: 1

      You claimed that poll tells you the exact number of bytes that are ready, which is false

      I said no such thing.

      poll() tells you that you can perform an I/O operation of a certain kind, and it is not expected to fail. Details of I/O operation (or results of additional I/O that kernel may perform between poll() and read()/write()/...) are only visible after the userspace performs data transfer. Kernel then copies only the amount of userspace-supplied data that it can transfer, so the procedure is very efficient.

      My point is, poll() only returns when there is I/O to perform, so it does not cause busy loops or fruitless context switches (when the process wakes up only to find that it has nothing to do). Successful completion of a write operation is not a good reason to wake up userspace -- it adds nothing useful to the I/O state (once buffer is sent to the kernel, kernel either sends it, or "dies trying" when the connection is dropped with a separate error condition) and complicates the semantics of kernel I/O operations (when do we REALLY know that the I/O completed successfully? When ACK is received on a TCP socket? When DMA completed on the last byte sent over the serial port? No, that breaks streaming, caching and pretty much everything done by modern hardware).

      --
      Contrary to the popular belief, there indeed is no God.
    20. Re:Close. by Alex+Belits · · Score: 1

      And on Unix you can delegate I/O to a thread/process, while keeping interactions to that process nonblocking, thanks to vastly superior IPC. For the tiny number of situations where such nonblocking mechanism is necessary (all GUI-related, and all only affect superficial "snappiness" of interface), this is a perfectly acceptable solution.

      --
      Contrary to the popular belief, there indeed is no God.
    21. Re:Close. by Anonymous Coward · · Score: 0

      I said no such thing.

      Ok, so maybe I misunderstood you, the same way you misunderstood me a handful of times. This is no big deal to me and it's not the primary point. I apologize for keeping it so long as a tangent.

      Successful completion of a write operation is not a good reason to wake up userspace

      If that's what you mean by "busy-waiting" I think it's a bit of a stretch. I would argue that in most cases user mode will need to alter some state in reaction to successful completion. It's harder for me to construct a scenario in which I would not be interested in knowing this. (And actually, on a Unix server, user mode is also awake when this happens, because you just returned from read() or write().)

      Another one of my original points (which I think among others was lost) was that NT had IOCP in 1995. According to a manpage and a quick google search, epoll() did not come about until 2002. As "all Unix programmers" will know (your term), poll() is a much less scalable interface, for reasons that do not apply to IOCP.

      I'm still kind of skeptical that you know what the NT interfaces look like because in practice they are *extremely similar* to uses of epoll() and kqueue() [and not just in my programs]. A lot of writing out there about IOCP focuses unnecessarily on concurrency but if the last parameter to CreateIoCompletionPort is 1 and keep it on a single thread it's pretty similar to the Unix approach. And it existed years earlier.

    22. Re:Close. by Alex+Belits · · Score: 1

      Another one of my original points (which I think among others was lost) was that NT had IOCP in 1995. According to a manpage and a quick google search, epoll() did not come about until 2002.

      2001 actually.

      As "all Unix programmers" will know (your term), poll() is a much less scalable interface, for reasons that do not apply to IOCP.

      epoll (it's not a function) is a scalable implementation of interface with poll() semantics. It was added after scalability of the rest of the system caused poll() to become a bottleneck in a specific application of a single server thread with very large number of simultaneously connected clients. The history of this is recorded in http://www.kegel.com/c10k.html

      Please note, at which number of concurrent connections the scalability problem manifested itself in the first place.

      I'm still kind of skeptical that you know what the NT interfaces look like because in practice they are *extremely similar* to uses of epoll() and kqueue() [and not just in my programs]. A lot of writing out there about IOCP focuses unnecessarily on concurrency but if the last parameter to CreateIoCompletionPort is 1 and keep it on a single thread it's pretty similar to the Unix approach. And it existed years earlier.

      No, then you still can't combine simultaneous waiting on unlimited number of I/O operations, you are forced to use concurrency for that. Unix design is very strict when it comes to concurrency in I/O model -- if user does not specifically want it, system does not impose it.

      --
      Contrary to the popular belief, there indeed is no God.
    23. Re:Close. by Alex+Belits · · Score: 1

      2001 actually.

      Well, actual implementation was released in 2002.

      --
      Contrary to the popular belief, there indeed is no God.
    24. Re:Close. by Anonymous Coward · · Score: 0

      epoll (it's not a function) is a scalable implementation of interface with poll() semantics.

      Yes, because in addition to passing a large pollfd array at each syscall, after poll() returns you have to do an O(N) pass through the pollfds to find the one that's signalled. GetQueuedCompletionStatus(), implemented 1995, unlike poll(), does not pass a large amount of data around in its syscall and does not require an O(N) pass to determine what's signalled.

      To be fair, GetQueuedCompletionStatus doesn't let you dequeue a large batch with a single syscall like epoll does (you have to dequeue one-at-a-time, requiring more syscalls to drain the kernel's queue), but GetQueuedCompletionStatusEx() fixed that.

      No, then you still can't combine simultaneous waiting on unlimited number of I/O operations

      Again, that's not true! You can put arbitrary amounts of I/O on a single completion port and drain that single completion queue on a single thread.

      You have chided me so much for not knowing about epoll (which you're wrong about), but it's very clear you don't know NT IOCP or how they are implemented.

    25. Re:Close. by Alex+Belits · · Score: 1

      Yes, because in addition to passing a large pollfd array at each syscall, after poll() returns you have to do an O(N) pass through the pollfds to find the one that's signalled.

      And until a truly giant numbers of descriptors was involved, it did not matter because the scanning operation itself takes insignificant time -- O(N) of nothing is still nothing. The total size of the data being passed back and forth between userspace and kernel is a greater problem than that.

      GetQueuedCompletionStatus(), implemented 1995, unlike poll(), does not pass a large amount of data around in its syscall and does not require an O(N) pass to determine what's signalled.

      Oh please, don't tell me that Windows NT could even serve thousands of active connections in 1995 without choking up. Before the number of file descriptors served by a single process reached thousands, any such "improvements" were solving a nonexistent problem, and this is why poll() was perfectly appropriate for Unix.

      Again, that's not true! You can put arbitrary amounts of I/O on a single completion port and drain that single completion queue on a single thread.

      I mean, waiting for all possible conditions on all file descriptors -- arrival of data or new connection being most important of them. poll()/epoll allows the userspace program to wait for I/O conditions such as data arrival, connections established, etc., and only after such condition is detected call the I/O operation that handles it. This is scalable and fits the nonblocking I/O model from userspace point of view -- no userspace-visible queue is involved at any point, no I/O operations in progress from userspace point of view even if kernel is performing unsolicited I/O internally due to the nature of device or socket. Windows insists that you have to wait for operations in progress -- allocate thousands of distinct buffers, start thousands of operations, then wait on all of them.

      --
      Contrary to the popular belief, there indeed is no God.
    26. Re:Close. by Anonymous Coward · · Score: 0

      Oh please, don't tell me that Windows NT could even serve thousands of active connections in 1995 without choking up.

      I don't have a copy of NT 3.51 handy so I can't say I've tried. You're probably right. But I'll say it again: the NT team was thinking hard about scalable async I/O in the early 90s when the *nix world wasn't. That was the whole point of the NT effort, to create a clean break. My understanding of the history is that synchronous I/O was added somewhat late in development as an afterthought. They came up with some stuff that nobody was doing at the time, were later replicated elsewhere (maybe improved upon), and they deserve some recognition for those early efforts that have actually held up pretty well. You instead are too much of a zealot to admit this as even a remote possibility. (And I'll say it again: Stating this does not make me a "Windows advocate", I like *nix, I've written most of these posts on Mac and Linux, and I'm not saying Microsoft is great - in fact I dislike them as a company and would feel all right if I never touched a product of theirs again. That doesn't mean I can't still like or recognize some ideas in NT as valid.)

      arrival of data or new connection

      Both waitable by an IOCP with ReadFileEx, AcceptEx. You can't mention an operation covered by poll that isn't waitable by IOCP because there is none.

      and only after such condition is detected call the I/O operation that handles it.

      And I argue there isn't a significant performance difference between speculatively telling the kernel you want I/O and waiting for "I/O ready" status.

      no userspace-visible queue is involved at any point,

      What is epoll_wait then, if not a means to drain the contents of a kernel queue from user space? Sounds exactly like GetQueuedCompletionStatus to me. The interfaces here are remarkably similar, unless you're frightened by shallow differences like typedefs and terminology.

      even if kernel is performing unsolicited I/O internally due to the nature of device or socket

      Might as well put that in your user buffer while you're at it.

      allocate thousands of distinct buffers

      Maybe I'll grant you that the Windows way encourages more allocations, especially if applied naively. But if you have content to read and write you're going to need allocations anyway, and as you pointed out the kernel will already be doing them "unsolicited", so you might as well tell it where to put it.

    27. Re:Close. by Alex+Belits · · Score: 1

      That was the whole point of the NT effort, to create a clean break.

      And instead of providing better interface to the well-known, well-developed, proven to be effective I/O model, they have chosen the wrong I/O model. Typical Microsoft.

      My understanding of the history is that synchronous I/O was added somewhat late in development as an afterthought.

      That would not be possible, considering that they had to replicate the functionality of all DOS system calls, even including bizarre CP/M stuff like FindFirstFile()/FindNextFile().

      What is epoll_wait then, if not a means to drain the contents of a kernel queue from user space?

      No, it exposes exactly the same thing as poll() -- list of file descriptors that can be read, written, or with particular conditions happened on them. Kernel may not even have access to the data that arrived at that point (unlikely in general, as kernel usually is "greedy" when it comes to buffering, but perfectly possible for devices with DMA or fast FIFOs, or complex network stacks), leave alone having it queued.

      In particular, on some FPGA-based systems it's possible to have FIFOs that are as fast or faster than CPU cache. Once such FIFO signalled to have data, it's safer to wait for userspace to tell kernel where to copy that data, rather than try to copy it immediately (so as much as possible of that data will go from FIFO to cache and stay there for processing before there will be a chance that it will be evicted from that cache). This means, kernel will have no way to know how much data is available until userspace tried to read it (!).

      Might as well put that in your user buffer while you're at it.

      No. Kernel does all kinds of things that involve buffering -- interrupts handling, DMA, passing around socket buffers, etc. None of this was ever intended to be visible from userspace because all those things are device-specific and implementation-specific. Not in interface but in semantics of events and data within the kernel. This is where "no stable ABI" that Windows fans whine about, is so important -- so kernel can implement anything in the most efficient and scalable manner. Exposing any of that to userspace would be pure madness. The fact that read()/recv()/... produces serialized data but kernel is free to keep things in any format internally, keeps userspace from messing with device specifics and details of protocols.

      It's a very important design choice -- when device performs unsolicited operation on known I/O primitive (represented by existing file descriptor of any nature), kernel can respond regardless of the userspace having or not having requested any I/O, and userspace can pick up the results after being told by kernel. Windows requires both I/O primitive and operation in progress, even though operation may never succeed and its userspace buffer will be wasted.

      Maybe I'll grant you that the Windows way encourages more allocations, especially if applied naively.

      And it requires more allocation even if applied in any other manner -- you either have to use inefficient I/O operation, or you have to use completion ports and request all possible I/O operations to have them pending at the same time. Either was scalability is down the toilet.

      But if you have content to read and write you're going to need allocations anyway,

      But you don't! Most connections most of the time are idle -- if this was not the case, it would be a trivial case when scalability is limited by hardware throughput, and OS does not matter. When all sockets are passing data all the time, polling in a busy loop will be sufficient, and all exercises in scalability would be pointless.

      and as you pointed out the kernel will already be doing them "unsolicited", so you might as well tell it where to put it.

      Kernel does it internally, using data structures and hardware buffers that have no place in userspace.

      --
      Contrary to the popular belief, there indeed is no God.
    28. Re:Close. by Anonymous Coward · · Score: 0

      That was the whole point of the NT effort, to create a clean break.

      And instead of providing better interface to the well-known, well-developed, proven to be effective I/O model, they have chosen the wrong I/O model. Typical Microsoft.

      Your favored methods were not in use at the time. Unix at the time had select() which limits you to a small number of descriptors. WaitForMultipleObjects serves as the same (the handle limit is lower but determining what's signalled is O(1)).

      That would not be possible, considering that they had to replicate the functionality of all DOS system calls, even including bizarre CP/M stuff like FindFirstFile()/FindNextFile().

      I was talking about the early history of NT, which existed only internally for quite a few years and I've heard folklore from people that know. Before they added the Win32 subsystem.

    29. Re:Close. by Anonymous Coward · · Score: 0

      Also. It's been a long time since I've looked at the implementation of epoll, but I thought it was basically a queue.

      And of course the equivalent BSD interface has "queue" right in the name.

    30. Re:Close. by Alex+Belits · · Score: 1

      Your favored methods were not in use at the time.

      Arguments/data in select() and poll() (and epoll in most its uses) have identical semantics, only different layout of data structures, so methods were the same for the whole time, interface varied, imposing its own limitations. Most free software could be built for select() or poll() depending on the OS it was built for, and programmers did not see it as a significant problem to support both.

      Unix at the time had select() which limits you to a small number of descriptors.

      select() implementations usualy limited the number of file descriptors to 1024 (not 256 like many believe), and theoretically it was possible to keep using select() data layout for unlimited number of file descriptors by allowing arrays of fd_set. poll() merely happened to provide a cleaner interface for the programmer, so it was adopted as a more convenient solution.

      As usual, people who had a choice, adopted poll() precisely at the point when it made sense (1997 for Linux, 1998 in FreeBSD), much later than commercial Unix transition to SysV that forced poll() into those systems before there was a technical justification (1986 for System V itself, early 90's for commercial Unix systems).

      WaitForMultipleObjects serves as the same (the handle limit is lower but determining what's signalled is O(1)).

      It's not O(1) until process and I/O schedulers, and I/O routines are O(1) -- in reality it's very close to O(n) for n being the amount of I/O (duh -- someone has to perform it) and very far from O(n) with n being the number of channels/fd like you are implying (except on Windows in the given timeframe, where it was probably much worse than all of those, and Windows now when it's likely still bad compared to Unix). The time used to scan the list of file descriptors in system call interface (on both kernel and userspace sides) is very small compared to the actual operations performed, this is why scalability is only a problem for very sparse I/O on a very large number of connections. Far, far greater performance limitations are imposed by dealing with the same sparse I/O inside the kernel, especially network stack and buffering.

      I was talking about the early history of NT, which existed only internally for quite a few years and I've heard folklore from people that know. Before they added the Win32 subsystem.

      There is plenty of folklore glorifying the early Windows NT design, however from what is known now it seems like there was much more of the Windows-ish design in the core than claimed. Win32 is ugly, but its ugliness came from the same people and design philosophy.

      Either way, omitting blocking I/O would be a stupid idea, especially in OS where process/threads concurrency is used and overused everywhere. I can believe that Microsofties would see it as "cool" and "revolutionary", but only because I have very low opinion on their software design abilities in the first place.

      --
      Contrary to the popular belief, there indeed is no God.
    31. Re:Close. by Alex+Belits · · Score: 1

      queue in epoll is an interface. It does not expose kernel internals where completely different queues serve different purposes.

      --
      Contrary to the popular belief, there indeed is no God.
    32. Re:Close. by Anonymous Coward · · Score: 0

      The extent to which they expose kernel internals is identical.

      In epoll, the epoll fd refers to a queue and epoll_wait drains it.

      In IOCP, the IOCP handle refers to a queue and GetQueuedCompletionStatus drains it.

    33. Re:Close. by Anonymous Coward · · Score: 0

      in reality it's very close to O(n) for n being the amount of I/O

      I said "determining what's signalled" is O(1). I did not say the actions that cause them to be signalled in the first place are O(1). You seriously need to work on your reading comprehension, because a common theme of this thread is (1) you start by assuming I don't know anything and (2) you interpret my words selectively to "reveal" that this is true. The proper way to read a sentence is to first digest the information, and then come to non-predetermined conclusions based on that.

      As I said and still maintain, select() implementations had lower FD limits than newer interfaces. Didn't know that SysV had poll in the 80s - do you have a reference for that?

  71. same problems by Pirulo · · Score: 1

    Ask them how they'll solve the same problems you solve with Linux

  72. Simple, you just ask for... by Anonymous Coward · · Score: 0

    Subsurvience. C'mon you're the boss, if you can't find someone to kiss a** then you are not worth your sysadmin stripes!

  73. Look for... by Anonymous Coward · · Score: 0

    A windows expert, not a microsoft robot. Someone who knows what parts of windows suck, which ones are outdated, which ones are good and well designed and why.

  74. How good are their google skills? by Anonymous Coward · · Score: 0

    Honestly most weird windows errors are sorted by googling them at least when you've not had the problem before.

  75. An idiot. by macbeth66 · · Score: 1

    A really, really big idiot that will totally f*ck everything up to the point that upper management will realize their folly at allowing any Windows machines in the building.

    Sorry, I just couldn't resist.

  76. Trichinellas! by Pf0tzenpfritz · · Score: 1

    There won't be treasure in there, I guess...

    --
    Oh, the beautiful gloss of greality!
  77. Certs by Spazmania · · Score: 1

    Yes! I can't emphasize this enough. A long list of certs is a major red flag on a resume. It implies you're not a self-starter, that you let people to feed you and then regurgitate it on tests, all at your company's expense.

    If you have a long list of certs, pick the most important three or four and leave the rest off the resume. Spend the space telling me what clever work you did in your last job that makes be want to interview you to get more details.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  78. No such thing as a "Windows fan". by Anonymous Coward · · Score: 0

    Windows has users.
    Mac has fans.
    Linux has admins.

  79. A soul? by Anonymous Coward · · Score: 0

    i.e. are they a complete sell out to satan or just a worshiper at his alter.

  80. you should re-read the OP question by Anonymous Coward · · Score: 0

    I believe you may be thinking his use of the word "fan" is condescending.

    However, this is how he also refers to himself. He is a just a "Unix fan" looking for a "Windows fan". Passion and expertise is what he wants. He just joesn't know how to get the expertise.

    Re-read the post substituting all forms of "fan" with "guy" and you will clearly see what he is getting at.

  81. good starting point by wmaker · · Score: 1

    intimate knowledge of minesweeper and solitaire is a start. after that, maybe ctrl alt del, then maybe something about powershell... or maybe just the powershell part.

  82. How I Hire by the_Bionic_lemming · · Score: 1

    Load up a server.

    Research some basic, medium and expert problems.

    Cause them on the server for each interviewee.

    The person that fixes it the fastest with the least amount of google searching is the one you want.

    --
    _ _ _ Go for the eyes Boo! GO FOR THE EYES!
  83. Re:All you really need to ask. by Kalriath · · Score: 1

    Contrary to popular belief, rebooting is often the last resort these days. If our patient management system is playing up, the person who starts off by saying "rebootderrp" is going to get a good hard long look at and probably a chewing out. Rebooting is very rarely an acceptable solution to business groups.

    --
    For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  84. Lol by lightknight · · Score: 1

    That's easy. To find someone capable, conduct a trial by fire, and choose the highest scoring candidate after two weeks.

    That means giving them the net admin challenge. Tell them you need two servers, and 5 clients, all using slightly different hardware configurations, up and running after 3 hours, with DNS, DHCP, a Domain Controller / Active Directory, and a forward-facing website. Hand them the hardware, OS discs, and a laptop with Windows already running on it with a working internet connection and an 8GB USB thumb drive. Leave a small spindle of CDs / DVDs (no more than ten of each) in case they need to burn something. Come back in 3 hours, check if you can log onto the domain from a client machine, if you can get on the internet, and if the website can be seen from your cellphone. 1 point for each, 3 points total.

    Take away some points / part of one according to their design. For instance, those machines need to be patched to the latest Service Pack (at a minimum), as well as all the little patches in between. A idiot will install the OS on all machines, then try to patch it through Windows Update; it will still be downloading patches when you get back. A semi-reasonable tech will put it on a CD / thumb drive, and copy it onto each machine for an install after the OS. A net admin will slipstream it, and burn it onto several discs.

    Time is money, and even when it isn't, the average net admin would rather be 1.) drinking, 2.) sleeping, 3.) working on a pet project (Exchange, rewritten in Ruby, IDK), or 4.) browsing /., reddit, or hacker-news. Or doing maintenance / replacing / retooling a machine, if he's short-handed.

    --
    I am John Hurt.
    1. Re:Lol by Anonymous Coward · · Score: 0

      That's easy. To find someone capable, conduct a trial by fire, and choose the highest scoring candidate after two weeks.

      Clearly, you've never hired anyone before. Firstly, your tactic is impractical unless the company has deep pockets and can pay multiple people during a "test" period. Depending on the country or state you have to pay someone if they work, even if you don't keep them (time is money, remember?). Second, no one is going to waste time on a 'maybe' job after two weeks, not in this economy. Third, you could get someone that could pass your "tests" and then might turn into a complete dink after you hire them and you have to start all over. If you can't tell they are good from their resume and references then move to the next candidate. There are plenty of them right now.

  85. Natural consequence by Anonymous Coward · · Score: 0

    The condescending attitude is a natural consequence of realising how much Unix wins over Windoze.

    Yes, "windoze". I have the condescending attitude and it's warm and friendly and appropriate for all occasions.

    Or, backing off slightly, perhaps I've just been in the trenches long enough to realise that letting windows into your server mix is the way to gain a lot of "it only works on windows so we need windows everywhere" problems that gum up the works. Microsoft's vendor lock-in used to be worse in the past, but it's still an issue you should work hard to avoid.

  86. The best Windows admins... by sitarlo · · Score: 2

    Also know Unix.

  87. Blowing My Mods For This... by NotSanguine · · Score: 1

    First things first. *You* need to know what you're looking for. This is not optional. Make a high level list of the tasks/projects to be performed by the person you hire. Then do a little bit of research into how this is done (cf. http://technet.microsoft.com/en-us/library/dd349801(v=ws.10) for starters). There's plenty of information out there. Focus on what you need.

    Certifications are no substitute for experience. That doesn't mean that people with certifications are not competent. People get certifications for many reasons. People lie. People lie on their resumes (I'm not sure why, it never ends well) which is why it's important to test the skills they say they have.

    Take that list of tasks/projects and the research you've done and prepare a set of questions based on both. Give the candidate a scenario and have them describe how they would create a solution. Have the candidate document, by him(her)self, how to perform specific tasks. Most of all, make the questions/scenarios *relevant* to the role you need them to fill.

    Make sure all candidates are asked *exactly* the same questions. Compare their answers. Compare their relative comfort level with the role for which they they are interviewing. Most candidate resumes will be completely worthless. At least 50% of those that aren't are a pack of lies. Those folks are easy to spot and weed out.

    The difficult part is figuring out who can talk the talk, but can't walk the walk. That's where having the candidate perform specific tasks (with full access to the resources they'd have while doing the job) with a specific time frame. These should be tasks you (or a competent Windows person on staff, if you have one) have done and determined how long it should take. It's not necessary to tell the candidate that you're timing them -- they know, or should.

    Another point that doesn't get touched on very much is that they are interviewing you as much as you are them. Make your interview questions relevant and within the scope of the role for which they are interviewing. If you try to trick them or push too hard, you'll end up alienating the good ones (they'll walk away because they have the skills to get work where they won't be harangued).

    There's much more of course, but if you don't already have the appropriate interviewing/management skills to figure that out then you're the wrong person to act as the front line hiring person. HTHAL

    --
    No, no, you're not thinking; you're just being logical. --Niels Bohr
  88. Everyone else is posting this as AC, so I won't by tlambert · · Score: 1

    People are probably not seeing the AC responses, but several of them have been right on the mark.

    You are not qualified to do a technical interview on this person, nor to screen them, nor to write the job posting in the first place.

    For the job posting, you need to be able to ask for the skill set you need. To do that, you need to know what skill set you are going to need. If you don't already know Windows, you aren't going to know who to ask for.

    For screening, which should have happened before you ever asked someone in for an interview, you need to know if the skill set they claim on their resume matches the job posting; if there are a lot of applicants, you need to verify references, credentials, and job history. This part can be mechanical, assuming you've done a good job on the job posting.

    For the interview, you are there to evaluate the degree to which their resume reflects reality (85%) and team fit (15%). Team fit is all about personality. That leaves the technical part; o do this, you need to be able to ask them questions related to their claimed expertise and their claimed work experience, and (potentially) a problem that you've had that you've already solved, and which they would be responsible for solving if it cropped up again.

    Your admitted lack of Windows experience means that you won't be able to do 85% of your job as an interviewer effectively. There's going to be some generic overlap between IT realms, but at beast you are talking 25%, or you would have already been able to hire a UNIX system administrator who could pick up the Windows side of things. That still puts you at 60-75% on the fail side.

    Hire a domain expert who has knowledge on both sides to consult on the interview. Verify their own knowledge first by conducting a UNIX interview on them. If they didn't lie about knowing their job there, then they probably didn't lie about knowing the Windows side, and are therefore qualified to do the interview.

    If you're smart, your consultant was hired already to write the job posting, after working for you in the job role for a week.

    A general note:

    I personally would excuse myself from the interview process if I had a 75% chance, or even a 60% chance, of my bullshit detector not being triggered because I didn't know what the candidate was talking about, and you need to be prepared to do the same. You're trying to hire someone specifically for knowledge and skills they have which you don't.

    Nodding sagely when you don't understand the answer and then hiring someone because they dress like you, get your jokes, and like to eat at the same mexican restaurant you do is only going to buy you that 15%. It's an important 15%, so you should definitely interview them for team fit, but leave the technical interview to a professional with nothing to win or lose on the candidate being/not being hired.

  89. Keep it simple by JosefSit · · Score: 1

    Don't make it complicated. Ask him question about the job he will be doing, try not to "blow out" candidates, but find the ones that best answer your questions. Make a list of requirements for your company and go through this list with the job candidate. Ask them how they would solve this. Then ask them why they would do it that way. You will not only get insights on what could be necessary for your company, solutions from different angles, but also should be able to determine the best fitting guy who knows what he is doing, why he is doing it and how he is avoiding pitfalls. Don't make complicated "tricky" questioning, just stick to the job at hand, observe the applicants and apply (train) your gut feeling.

  90. The last time I brought in a MS Windows expert ... by dbIII · · Score: 1

    The last time I brought in a MS Windows expert they turned the MS Exchange servers into open relays and the place ended up on nearly every spam blacklist on the planet.
    What you should look for is a computer expert with a specialty of some sort of MS system instead of a person raised in a monoculture. If they are aware that there is more than one way to do things they are less likely to repeat mistakes that would be consided newbie idiocy on other systems a decade ago, and unthinkable on those systems now.

  91. What Should a Unix Fan ... by GNUALMAFUERTE · · Score: 1

    Look For In a Windows Expert?

    Well, I usually look for small objects they might accidentally swallow, open windows, sharp things, etc. and remove them from the office before I interview them. You don't want their family suing you, right?

    Also, you should setup a work environment suitable for them. Something like this http://tinyurl.com/8dk6k7f will work fine, but if you will leave them unsupervised for extended periods of time, you might want to look into something like this http://tinyurl.com/9lnp7dn, to ensure everyone's safety.

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
  92. look for... by smash · · Score: 1

    TCP/IP competency. An idea of how subnets and routing work. No need to be a CCIE or whatever, but various Windows things need some basic network related configuration. Look for experience in troubleshooting Active Directory replication, and group policy, as group policy is used to distribution configuration and replication of group policy depends on AD replication to work properly.

    There are competent windows admins out there, but plenty of muppets.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  93. Um... by aboxoflogic · · Score: 1

    I'm a Windows admin. Got sucked into that role working in large education departments and later .NET dev teams. I'm also a Mac user who used to work for Apple who hired me because of my Windows server experience. And I respect Linux and want to learn so much more. Never got Certs just 20 years of open minded tech experience. Hire someone like me...

  94. It's just being casual by dbIII · · Score: 1
    The OP call themselves a "unix fan", so I'd say you are misinterpreting a casual and informal use of language as condescending.

    that makes them less of an admin than someone who does

    Bullshit, that's just your anger from the imagined putdown of "fan" speaking. They have a job to do and they want somebody that's better at a different job. Your flawed comparison is like saying a navy pilot is better than a submariner.

  95. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  96. The best expert by Anonymous Coward · · Score: 0

    A couple of questions
    1 Can he follow strict procedures.
    2 Can he call Microsoft tech support.
    3 Does he know anything about licensing.
    4 What is the best anti-virus in the market.

  97. Have him apply to Microsoft by Culture20 · · Score: 1

    If he gets into Microsoft, you've got your man. Um... let me get back to you.

    1. Re:Have him apply to Microsoft by Cat_Herder_GoatRoper · · Score: 1

      If he gets in to Microsoft then you have lost him.

    2. Re:Have him apply to Microsoft by Culture20 · · Score: 1

      Do I really have to whoosh you?

  98. What is; by Anonymous Coward · · Score: 0

    SAMBA....

  99. See if they understand CONCEPTS - networking, secu by Anonymous Coward · · Score: 0

    Someone who uses mainly Windows and who understands networking will understand networking on Windows.
    Someone who understands security and who uses Windows primarily will understand security on Windows, so discuss these conceptual things. If you're a Linux admin, you should be able to discuss networking, security, troubleshooting ....
    "First, check the logs" is a correct answer no matter the OS.

    More importantly, someone who deeply understands the concepts, not just the Windows Vista tools, will be able to use Windows 9, in a couple of years, with completely different tools. They'll also be able to address issues they haven't seen before because they have the deeper understanding of systems, of concepts and the WHY as opposed to merely the HOW.

  100. Re:It's Easy by spongman · · Score: 1

    Q1. Can you clicky with the mouse button?
    Q2. Are you a fucking retard who'll sit gawping at MSDN all day?
    Q3. When can you start?

    Q1. Can you write custom sendmail configs?
    Q2. Are you a fucking neckbeard who'll sit gawping at porn all day?
    Q3. When can you start?

  101. A soul? by Anonymous Coward · · Score: 0

    Did they sell it or do they still have it....?

  102. Gotta know all the advanced stuff by Anonymous Coward · · Score: 0

    They need to know Microsoft Office. And not just 2010, but 2007 and 2003 as well. Legacy support is very important in business.
    Can they prepare PowerPoint presentations? Bonus points if they can do presentations with animations and transitions (the more the better).
    They need to know what the Cloud is, and more specifically, what a Microsoft Office 365 Cloud is.
    Can they integrate Cloud based solutions to synergize the company and promote internal growth?
    Do they know what the Command Prompt is? Bonus points if they have actually used it. Even more points if they had to Bing for the proper commands (investigative skills are far more valuable than some "know-it-all" who can remember commands like CD or LS).
    Make sure they have all the right certs. Also, a degree says a lot about their skill. Look for people who attend prestigious colleges, like the ITT technical institute.
    Most importantly, can they Add or Remove programs through the Control Panel? Systems come with a finite amount of space, and being able to remove programs at will is a critical function of keeping your system running smooth.

    If they can pass this test, chances are they are ready to work in your shop as an IT Professional.

  103. Hire Mark Russinovich by dokc · · Score: 1

    Hire Mark Russinovich, that is the only safe bet.

    --
    In love, war and slashdot discussions, everything is allowed.
  104. Never ever by Anonymous Coward · · Score: 0

    I would never ever want to work with/for an asshole like you. It's your shit attitude which sickens the IT industry. Oh yeah, I've seen enough self proclaimed superheroes like yourself during my career, and god their attitude was most of the time the root cause of a shit working atmosphere. So fuck off.

    A *nix professional (yeah fuck you too)

  105. Re:All you really need to ask. by Anonymous Coward · · Score: 0

    I agree rebooting should be the last choice. However, if you have things setup correctly users wouldn't even notice the reboot.

  106. You need people... by Anonymous Coward · · Score: 0

    ...who are open to other things than Windows, if you hire a hardcore Windows-is-the-best guy you will end with two environments that can't work with each other.
    F.ex.:
    GPO's are nice in Windows but if you do everything thru GPO's you have problems with anything else but Windows and you'll have problems with different versions of Windows too.
    AD may be nice but works only 100% if it is the master of the disaster.
    DC's are NOT all equal in an AD and they do not replicate everything (that is in 2003 and earlier, I have not looked at 2008 yet), if your Schema Master dies your AD may be fucked.
    Windows expect that your.internal.dns.domain is the address for a DC, if it is not there will be problems on logins.

  107. Re:All you really need to ask. by Kalriath · · Score: 1

    True. But when setting up a system, the critical question once the users say no downtime is acceptable, is "and how exactly are we to pay for the infrastructure to do that?" Unsurprisingly, the uptime expectation drops pretty significantly right then.

    --
    For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  108. Get someone who knows both. by miffo.swe · · Score: 1

    Seriously, you do not want a Windows fan at all in any position ever. What you want is a pragmatic person that knows to use the best tool for the best job, not someone running around with a hammer using it like a drill or a shovel. And believe me, the Windows fans are the absolute worst in that regard. Anything not from Microsoft is heretic to some of them.

    Imho the best Windows administrators are the ones that has used and worked with multiple systems in the same place. They know each systems strength and also have knowledge of how to interconnect them. Trying to get that Windows fanatic to connect to your *nix system is not going to be fun when they just tell you its impossible, but fails to tell you its impossible using the way he is used to connect a network of only Windows machines and Microsoft services.

    --
    HTTP/1.1 400
  109. Re:1st, Ignore 90% of the answers in this thread.. by miffo.swe · · Score: 1

    "In the Windows world, just like in the *Nix universe, there are a million and one ways to do the same thing."

    And while there are millions of ways to do stuff in Windows, its rarely more than a couple that works IRL. The standard methods that gets a routine bug check works but as soon as you stray from the narrow path you are in for a world of hurt from all the bugs.

    --
    HTTP/1.1 400
  110. Admin is admin, basically by jandersen · · Score: 1

    I think you should think abut what good systems administration consists of and look for those qualities. Having ready knowledge is not nearly as important as having the right attitude, and while it can be useful if the person knows their way about Windows, that is something that can be picked up. You don't some fool who can't get his head around the idea that not everything is Windows-shaped and comes with a domain server and clickable interfaces.

    Personally, I would look for a UNIX guy with some Windows experience and an open mind towards the onerous task of navigating the shifting sands of different versions of Windows - and who knows Samba well. Believe me, you don't want somebody who is going to try to change the whole way you run your admin to fit the Windows concept.

  111. What to Look for... by Anonymous Coward · · Score: 0

    Any decent MS Admin as mentioned by others above, you have to decide what is his role. Is it Tech support only, installing things, set up, programing etc. MS world has a lot of nitches and theres no 'windows expert' that knows all of it, chances are not at the price your wanting to pay for it.
    Look at the certificates, find out which one matches what your looking for. (wait for it)
    Ask for that in your add etc. You dont just hire because of Certs. But you also dont just hire because of 'stated experence' either. I personaly would never hire an admin who wasnt certified AND or had no experence. You need work experence, and Proof that you can do thoes things in a work enviroment. Certs are great for handing to an HR department saying 'he/she needs to have this, plus X years experence' its a check mark for them and they arent as confused when a kid comes in and starts blowing buzzwords at them, saying he worked 'here' and 'here' and did all this, only to hire him and find him completely cluess on the basics. Certs wherent ment to be the 'only' thing, but combined with actual experence help HR departments know wich ones to bother with.
    I have seen in my 20 years of IT both camps of 'dont trust certified people' and 'yea i been doing this for 15 years I know what I'm doing certs are a waste of time' that last one actualy asked me how to set up a classless subnet.
    Unfortuanly I found uasualy thoes who rail against certification tried and bombed and are good at smoosing HR departments into getting them hired. They end up being the worst trained and skilled individuals in a shop.
    So Certs + Work Experence both never one or other.

  112. interview questions by welshie · · Score: 1

    I used to interview for Windows sysadmins. Ask them what their favourite way of doing a particular task is, and how this differs from Microsoft's preferred exam answer. A good sysadmin will know that Microsoft's preferred exam answer (the only one that would be the 'correct' answer in their multiple choice) probably isn't the only way of doing something. A really good one will know several ways of doing it, and will pick holes in Microsoft's exam questions. Then ask them how to achieve the same when Microsoft's preferred exam answer fails Then ask them how to achieve the same when their favourite way fails. Example: Terminal Services service on a physical server in a remote location has stopped working. How do you restart it remotely? That will stop the point-clicky desktop jockeys. How would you restart it remotely from the command line or a scripted fashion? How would you monitor the remote server to alert you if something isn't running, using nothing but the base tools installed with the OS?

  113. it;s all in what you need. by Anonymous Coward · · Score: 0

    Do you need him to set up a complete AD environment?
    LDAP
    DNS
    http://en.wikipedia.org/wiki/Flexible_single_master_operation

    Or are you just using the servers to run a few application? Web based?
    IIS
    {Some sort of database}

    Will you need some inter-operability wit the current UNIX environment?
    TCP/IP

    Security? Authentication?

    It does not sound like you are too keen on hireing a Windows guy so hire a Unix guy with some Windows knowledge.

  114. I'd use it as a learning experience by ajdub · · Score: 1

    What do Windows people do when they need to rsync stuff? How do they version control their configuration? How do you "grep" with no external utilities installed? What's the equivalent of lsof? How do Windows machines handle the split between 32bit and 64bit code? What's the equivalent of LD_LIBRARY_PATH? Do you really have to point and click for everything? Is there a command line equivalent of "su"? You'll be able to tell if the answers are smart. Literally, treat interviews as "tell me how people actually run Windows on a real scale because I'm green with it and if I tried to do it I'd go mental... I'm honestly interested" and you'll quickly figure out who knows what the hell they're talking about and perhaps learn something along the way.

  115. Re: by Anonymous Coward · · Score: 0

    I call shenanigans. Your Windows pizza analogy requires a Sega Dreamcast running Windows CE. The Nintendo64 had a Unix kernel.

  116. good looks as there is not much underneath by jcltoday · · Score: 1

    Nothing, actually.

  117. windows has fans? by Anonymous Coward · · Score: 0

    Those of us who once had to work on that platform find your use of the word 'fan' very amusing.

  118. You're Over Complicating This by Anonymous Coward · · Score: 0

    You want someone who is rounded in using computers so they can run the Windows side of things but still understand how to integrate into Unix environments. You're acting like Windows guys are just a bunch of idiots but it's all computing and it's usually the same set of standards. I spent the majority of my career doing *nix then switched to Windows when I went to the business side of things. I still write perl scripts, sometimes even powershell scripts. I still manage backups and edit code in programs that I shouldn't have access to, network things together, run php in IIS and format/restore things that go south. The biggest difference is the struggle to understand proprietary 3rd party systems instead of spending hours going through documentation and code in open source forums... Which is really just a different kind of frustration in problem solving but not much difference in time spent working on problems.

  119. Really it's quite simple (I used to be one). by HerculesMO · · Score: 1

    Everything that gets done in Unix/Linux can be done in Windows in a different way. In *NIX you need to create LDAP groups for authentication purposes, for single signon, and in Windows you have to do it in AD. You need to know about group policy and how it nests. You need to know about forests, trusts, domains, DNS (which is basically the same thing in NIX/Windows). You need to know about automation -- people that know VBScript or PowerShell are important here, and PowerShell can read like C type code if you know that stuff.

    MCSE/MSITP is a useless piece of paper. You can study really hard for that test and pass, without ever having TURNED ON A COMPUTER. It's fairly ridiculous. Looking at resumes, look at the technology they list. I had a guy that listed "Managing Telnet/NTP servers" and he worked for a finance company last. I knew it was bullshit so I called him on it, and he stammered.

    Also, a good Windows admin KNOWS LINUX TOO. Not in any amazing way, but they understand the basic concepts of how to use a package repository, what builds (Ubuntu, Mint, Red Hat, SUSE, etc), They also know about cron jobs (and should be able to tell you what they equal in Windows).

    Realistically for a good Windows admin you just need a smart person that knows technology and some basic Windows administration. Because not everybody is going to know everything; so things like certificate services are something that usually "creep up" over time in Windows, but aren't there unless you have a big investment. Choose accordingly in your candidates. If you hire somebody you think that knows Windows well you might wind up a loser, but if you hire somebody that knows enough to keep servers running clean, can write some code for automation purposes, and knows how to learn fast and adapt technology of any kind, you'll probably be best off. At least, with a small set of Windows boxes like you have now.

    When you grow that into a bigger farm of Windows servers, that person will grow with you, and if they have a hungry appetite they'll know your Linux systems so well that you'll have great interoperability between the two. People that are diehard one way or another (I love Windows or I love Linux!) usually fare very poorly as an organization grows to really get the best of technology. It's a tool, and the people that recognize and respect that of each platform are usually the best suited for most tech jobs.

    Just my $.02.

    --
    The price is always right if someone else is paying.
  120. a better solution by Anonymous Coward · · Score: 0

    squeeze the little heads of the windows users until they pop

  121. the most distinctive sign by Anonymous Coward · · Score: 0

    first of all, the primary attribute of a Hardcore Windows Expert: he hates windows way harder than you.
    look for this sign, friend, and you will be rewarded.

  122. Another thing to check by Casandro · · Score: 1

    First of all full ACK to rickb928.
    Maybe for extra bonus you could get them a Windows XP Professional box and ask them to change the file permissions on a file.

    But in general you should be able to easily weed out those 99.999% of Windows "experts" who know nothing more about Windows than your users.

    1. Re:Another thing to check by rickb928 · · Score: 1

      Particularly the poor bastards who'learned' system administration by inheriting a survey when they were writing the corporate intranet website.

      You've seen the job descriptions - Java/js, HTML, C++ or C#, PHP, oh, and network admin. I used to feel bad for these poor blighters until i realized they were taking my job. But employers who need 1.2 people to do two jobs will try and find a 1.0 to do it.

      --
      deleting the extra space after periods so i can stay relevant, yeah.
  123. Ive got a few questions for you by RobertLTux · · Score: 1

    try this:

    I have here a %random x86 computer% and i need to get Windows installed on it. How would you go about doing it??

    1 If the first question is not in the form of "Are you sure that the box CAN have Windows installed?" *end the interview
    2 next question should be "Where are my install discs/driver discs and KeyCards"? (note a great WinGeek will have install discs and some sort of Driver Package)
    3 Your WinGeek should also have some way of installing a CURRENTLY PATCHED copy of Windows (slipstreamed install media is best) without using a network connection
    4 Also they should be familiar with the automated ways of installing the CURRENT 3rd party runtimes (flash java ect)

    *note if your WinGeek has a bootable disc with a Windows Prep Tool this is also a Pass

    --
    Any person using FTFY or editing my postings agrees to a US$50.00 charge
  124. Keep that "thing" away from me by Anonymous Coward · · Score: 0

    That is all I want from you. I never want that "thing" to enter my realm of consciousness.

  125. forget it. by Anonymous Coward · · Score: 0

    Just hire a competent Linux guy.
    Tell him you expect him to be your Windows guy - and to brush-up on Windows admin. This will be sufficient until this "Windows fad" blows over, and your organization can migrate back to a fully-unix network.

  126. re: What Should a Unix Fan Look For In a by Anonymous Coward · · Score: 0

    Fan? WTF is this? What sort of shop talks like that? They just OS's with various strengths and weakness. Grow up.

  127. Yeah, if it weren't for that meddling Windows! by sirwired · · Score: 1

    Gee, how DARE the "business" side of the company present your pure UNIX world with applications that are only available on Windows!

    Windows is a perfectly valid and normal environment within which to run business applications. Running applications needed by the business is, after all, kind of the whole point of the IT department.

    Drop the "Oh Bother..." attitude towards the business side of your company dictating your projects (and your funding) or your job will not be long for this world.

  128. Burn marks by RockDoctor · · Score: 1
    You should look for a lot of burn marks. As a Windows administrator, he's going to suffer a lot of torture in the future, so you're best off with someone who has already suffered tortures in the past. Previously-tortured people are less likely to break down into gibbering wrecks at the first turn of the thumbscrews.

    (This is a "ha ha, but serious" post.)

    --
    Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"
  129. This is terrible by Anonymous Coward · · Score: 0

    Very little of this matters.

    Ask them about issues that matter to your company, like getting LDAP working right with everything. Find out something particularly nasty fix they've managed to get through and succeed on, then drill down on it to find out the depth of the knowledge they acquired doing that fix.

    Can they solve problems, have they found good resources, have they the patience to plow through them and the context to understand them?

    And hand them a little rope to find out how much they hate Linux. Be nice, be agreeable, and let them dig themselves a hole. You don't want a Windows BOFH, you want someone who wants to make it all work.

  130. DHCP question by wonkavader · · Score: 1

    DHCP questions are a great way to screen. Huge numbers of applicants will ascribe magic abilities to DHCP and leave massive "here a miracle occurs" balloons in their descriptions of how it works.

    It's really not that hard, but somehow manages to frighten unskilled people.

  131. Platform agnostic by neurosine · · Score: 1

    I'd look for someone who is primarily platform agnostic, an enthusiast who has *nix experience, but who primarily works within a windows environment and has some alignments with Microsoft. You probably do not want a Windows fan slowly trying to convert your effecient environment into a data/memory wastland of unused features and schemas.

  132. Re: by Anonymous Coward · · Score: 0

    Knowing that Vista and Windows 7 are developed from the same code repository is very important. Compatibility issues are likely to affect both operating systems.