O que é 'FizzBuzz' para administradores de sistema? [fechadas]

O FizzBuzz é um teste simples da capacidade de programação, frequentemente usado pelos empregadores para eliminar pessoas que na verdade não conseguem programar. Existe um teste equivalente para administradores de sistema e profissionais de TI em geral?

Esclarecimentos Estou procurando coisas que possam ser testadas em um ambiente de entrevista com alguma precisão. Obviamente, isso não vai determinar claramente a pessoa certa, assim como o FizzBuzz não determina para os programadores. Estou apenas procurando eliminar pessoas que pensam que podem trabalhar como administrador de sistemas / pessoa de TI porque podem navegar na web.

Eu não acho que você venha com um único teste como este para administradores, porque a definição de administrador (para fins deste site) é muito ampla. O teste do FizzBuzz pode ser implementado em qualquer linguagem de programação, portanto, não importa se você está contratando um desenvolvedor PHP ou alguém com C. incorporado.

No lado administrativo, você pode contratar um administrador de rede, administrador de armazenamento, administrador de servidor (dividido em Windows, Linux, * nix, mainframe), administradores de desktop / suporte, service desk ou até mesmo administradores de aplicativos específicos (Exchange, Lotus, SAP etc).

Claro, uma área em que você pode tocar é TCP / IP e CIDR, pois a comunicação em rede é uma habilidade fundamental da maioria das posições, mas mesmo isso pode não ser necessário para poções de nível de entrada (ao contrário do FizzBuzz para desenvolvedores).

Pessoalmente, prefiro usar cenários abertos para ver o processo de solução de problemas de um candidato e quão bem ele pode analisar uma nova situação. Uma extensão ainda melhor disso é fazer com que o candidato trabalhe diretamente com um cliente interno em um problema real. Você não apenas vê o que está acima em ação, mas também vê a atitude de atendimento ao cliente.

Eu acho que você verá que o FizzBuzz é muito raramente usado e, em seguida, apenas por entrevistadores muito pobres com conhecimento mínimo dos princípios de programação. Qualquer método de teste comum como esse é completamente derrotado porque as soluções são amplamente divulgadas e memorizadas por quem se considera qualificado para uma entrevista. Qualquer teste desse tipo para um administrador de sistema seria igualmente inútil.

Perguntas de teste padronizadas são e sempre foram inúteis. Não menos em uma entrevista de emprego do que ter as mesmas perguntas todos os anos em um exame escolar. Eles trabalham apenas uma vez.

O que você precisa é que o entrevistador seja qualificado e tenha a capacidade de "ler" as pessoas. Há mais a aprender sobre como um candidato responde a perguntas do que sobre as próprias respostas. Não há atalhos. Pelo menos nenhum valor.

Ainda acho que o antigo "como faço para excluir com segurança e portabilidade um arquivo chamado 'dash-eff-arr' (-fr)?" ser um bom indicador de quão bem alguém se sairá para perguntas mais avançadas. Eu o recomendo rotineiramente como uma pergunta de triagem.

As pessoas que se debatem com sugestões sobre globbing, citações e escapadas são, na minha opinião, potencialmente perigosas na raiz de um sistema de produção. Aqueles que sugerem alegremente rm -- -frsão apenas um pouco melhores. Aqueles que demonstram um entendimento real de como o shell analisa uma linha de comando ... sobre a diferença entre o que o shell analisou e o que um comando (como rm) recebido em seu vetor de argumento geralmente tem um entendimento muito bom de outros materiais de administração de sistemas como bem.

Uma pergunta muito mais interessante e envolvida:

Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production?  What other information do you need
before you can proceed?

(I normalmente irá fornecer um determinado tarcomando e uma data como o rótulo sobre o caso da fita; e imprimir com o fdisk -le df -ksaída; e eu geralmente lhes permita mudar a tarqualquer semelhante cpio, afioou até mesmo paxcomando; os detalhes do arquivamento utilidade não são o foco da minha pergunta).

Esta pergunta não é adequada para triagem ... o entrevistador precisa ter um entendimento sólido da resposta e deve poder verificar cerca de dez etapas do processo. Estou muito perdoando de questões seqüência menores, especialmente se as capturas respondentes los --- por exemplo perceber que ele ou ela teria que correr fdiskantes que a série de mkfse mountcomandos.

Eu diria que este é, em espírito, o mais próximo de um cenário de efervescência.

Outro favorito:

You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system.  How do you proceed?

Este pretende ser um diálogo. No núcleo, quero que eles demonstrem um entendimento de como inicializar um sistema no modo de usuário único e forçar uma alteração de senha e como inicializar a partir de um disco de recuperação e realizar a mesma tarefa. (Então eu revelo, por turnos, que o sistema está configurado sulogine que há uma senha do gerenciador de inicialização (GRUB ou LILO) para impedir uma fácil init=/bin/sh). Essa é a parte puramente técnica da resposta desejada.

No entanto, geralmente eu também me preocupo com as considerações mais amplas que eles devem levantar. Eles perguntam se alguém tem sudoacesso suficiente à tarefa? Como eles antecipam a organização da interrupção do serviço? Eles perguntam sobre a possibilidade de o ex-administrador ser hostil ou de o sistema ter sido comprometido? Eles oferecem algumas opiniões ou fazem sugestões sobre como as senhas devem ser guardadas pela gerência?

Não posso pensar em nada formalmente utilizável, mas aqui estão algumas dicas mais gerais.

Pergunte a eles sobre backups. Se eles não disserem algo como "o objetivo do backup é restaurar", você não os desejará.

Você precisa ter uma idéia de como eles reagem quando Sh-t conhece Fan e decide ter um belo relacionamento. Fingir uma situação de emergência durante a entrevista e ver se eles lidam com isso de uma maneira sensata ou se andam em círculos como se estivessem pegando fogo.

Você precisa eliminar os evangelistas de tecnologia. Essas pessoas nunca são boas de ter a bordo, pois sempre desejam usar sua tecnologia favorita, independentemente de ser adequada ou não. Algumas perguntas importantes devem levá-lo até lá.

Você também precisa eliminar os tipos de "torre de marfim". Um administrador de sistema sempre deve estar preparado para arregaçar as mangas e sujar as mãos, quando necessário. Essa situação de emergência falsa pode ajudar aqui.

Peça que expliquem o que significa 10.13.216.41/18. A resposta não precisa ser bastante conforme detalhado como este, mas qualquer administrador de sistema deve ser capaz de explicar endereços, redes, máscaras.

Peça a eles para criar uma árvore de solução de problemas para SSL. Atualmente, a maioria dos novos sistemas de TI depende de servidores da Web, e o SSL depende de várias tecnologias. Comece com 'Um usuário reclama que o site diz que o certificado de segurança é inválido' e peça que ele comece a listar as coisas a serem procuradas.

O que você deseja procurar são três coisas:

• coleta de informações, culminando na reprodução do problema
• Procedimento experimental; mudar uma coisa e apenas uma coisa e comparar resultados
• compreensão dos mecanismos de segurança SSL e das tecnologias subjacentes; DNS, configuração do servidor web e até mesmo configuração do navegador

Pontos de bônus se você puder realmente obter uma descrição vaga inicial do problema do rastreador de problemas existente. Encontrar a causa raiz de um problema pode ser difícil; como Torvalds diz :

Alguém encontra o problema e alguém o entende. E vou dizer que achar que é o maior desafio.

Depois de entrevistar algumas pessoas para funções em nosso lugar nos últimos anos, eu diria que um teste técnico envolvendo algumas perguntas semelhantes ao MCP funciona muito bem para um exame em papel. O restante (como abordagem e solução de problemas) é melhor descoberto por meio de uma entrevista individual e de uma discussão técnica.

Eu criei alguns testes para pessoas que pareciam estar na bola e têm todos os pedaços de papel certos apenas para ter a recepcionista de que estavam chorando fazendo o teste! Portanto, embora os certificados sejam um bom indicador, você não pode confiar totalmente neles.

Um administrador do sistema deve poder fornecer instruções passo a passo detalhadas para configurar a rede em pelo menos um sistema operacional comum e deve poder fazer isso sem ver ou tocar em um computador.

@ Ben, dar-lhes um computador derrota o ponto do teste. Eu acho que configurar a rede é uma habilidade muito básica que todo administrador de sistemas deveria ter comprometido com a memória.

Ao longo dos anos, provavelmente recebi uma dúzia de chamadas em que outra pessoa havia ajudado um dos usuários de meu laptop a definir um endereço estático ou proxy, para que funcionasse em uma rede estrangeira. Quando eles se mudaram para outra rede, eles me ligaram perguntando o que precisavam para consertar o computador. Essas chamadas sempre parecem acontecer quando eu não estou na frente de um computador, e o chamador geralmente tem influência política suficiente para que seja necessária ajuda imediata. Não estou dizendo que você precisa conhecer todos os detalhes, como o nome exato dos itens de menu, mas acho que você deve conseguir orientar alguém na solução de problemas e corrigir as configurações de rede nos computadores sem estar na frente do computador.

É uma pergunta simples: ao executar suas tarefas de administrador de sistema, você usa a linha de comando ou o mouse.

Se eles dissessem mouse, eu mostraria a porta.