Para a maioria, a Microsoft é "The Giant of Redmond", uma empresa que produz windows / office, que emprega alguns programadores. Para mais camaradas de TI, o rosto da Microsoft são os ex-evangelistas da Microsoft que falam sobre o mundo bonito desde o palco. Para alguém, essa pessoa é Microsoft Student Partners em suas universidades, o que eu era há muito tempo. Mas entre esses indivíduos há quem vê um círculo muito limitado.
Obviamente, você pode encontrar o anúncio oficial do
Premier Field Enginee r com requisitos oficiais. Talvez até pesquise no google
alguma coisa , mas vou falar como explicaria o que estou fazendo. Trabalhei por 4 anos como Engenheiro de Campo Premier para o Desenvolvimento, na maior parte de Moscou, e desde No meu lugar, agora eles estão procurando um substituto, decidi falar sobre o trabalho da PFE.
Todo mundo que estiver interessado, leia abaixo.Devemos começar com o fato de que nem todos os funcionários da Microsoft são programadores e estão longe de trabalhar em Redmond. Existem muitos funcionários responsáveis pelas vendas locais. E também há muitas pessoas envolvidas no apoio àqueles que compraram algo da Microsoft. Eu trabalhei em uma organização chamada
Enterprise Services no nível superior. Ele possui três grandes blocos:
consultoria (os caras que fazem projetos),
suporte reativo (aqueles que recebem solicitações de suporte e malham quando tudo já está ruim. Engenheiros de suporte) e nós somos
engenheiros de campo de primeira linha que estavam no meio (no meio - não no significa uma mistura de ouriço com cobra.).
PFE (como o resto) são aquelas pessoas com as quais 99% das empresas na vida real nunca se encontrarão, porque a empresa precisa de
um contrato de suporte Premier (o nível mais alto de suporte, que poucos têm). Quando você liga para ativar o Windows - este é um nível de suporte completamente diferente. Se você não recebeu uma resposta sobre o bloqueio de sua conta do Skype, também não somos nós. Mesmo quando você é um Microsoft Partner, provavelmente também não está relacionado ao suporte PFE / Premier.
O que o PFE faz
Eles executam muitas tarefas diferentes no intervalo entre grandes projetos (o que fazem na consultoria) e quando tudo já está pegando fogo e precisam ser lançados agora (o que os Engenheiros de Suporte fazem), embora às vezes participem do exposto acima. Ao mesmo tempo, os engenheiros de PFE, embora ligados ao país, podem estar em uma viagem de negócios em muitos outros países. Vou falar sobre isso abaixo usando exemplos de experiências pessoais.
Vamos listar o que a PFE costuma fazer:
- Avaliação da implementação da solução baseada em produtos Microsoft. I.e. a empresa implementou o SharePoint condicional, mas algo frequentemente quebra. Os engenheiros vêm, examinam, coletam dados e informam o que e como fazê-lo de maneira diferente e, em seguida, escrevem um plano para fazê-lo.
- Eles trabalham como DSE (Designated Support Engineer - engenheiro dedicado ), ou seja, uma pessoa vai ao seu escritório e realiza quase qualquer trabalho nos produtos Microsoft que estão na empresa.
- Configuração de correção, quando o sistema já está ruim, mas nem tudo morreu (se comparado ao medicamento, trata-se de um local em um hospital, não de ressuscitação urgente)
- Lendo treinamentos que fazem parte do portfólio Premier Support.
- Muitas outras tarefas diferentes que são muito dependentes do domínio .
O PFE é um engenheiro altamente qualificado, com muitos anos de experiência com sua tecnologia.Quem são os PFE Dev
Acabei de mencionar a palavra
domínio . O domínio é uma organização dentro de uma organização de serviço que reúne engenheiros em tecnologias e áreas semelhantes. Alguns exemplos: todos os engenheiros da Plataforma Windows estão agrupados em um domínio de Infraestrutura Segura; Os engenheiros do Skype for Business e do Sharepoint / Exchange estão agrupados no domínio de produtividade comercial; Os camaradas SQL são agrupados em um domínio de Dados e IA.
E existe o meu
domínio - Aplicativos (foi chamado primeiro de Aplicativos Modernos, mas eles decidiram renomeá-lo para apenas Aplicativos). Cada domínio tem seu próprio trabalho exclusivo, que somente eles realizam, além de avaliações / treinamentos de leitura / DSE, etc.
- Bem, por exemplo, Revisão de Código . Obviamente, isso pode ser feito para o Sharepoint e o Dynamix CRM / Axapta e será da competência de outros domínios, mas apenas uma revisão de código / arquitetura dos aplicativos no .net é para PFE DEV.
- Você pode fazer uma prova de conceito - é quando a Microsoft faz um mini-piloto e o resultado é um código de exemplo que mostra como executar um projeto em princípio usando as tecnologias da Microsoft (mas não o código pronto para produção).
- Bem, é claro, o desenvolvimento para o Microsoft Azure também é para nós, embora em partes esteja em outros domínios.
Assim, o PFE Dev é engenheiro de desenvolvimento que pode escrever código, ler código, criticar código, falar como deveria, depurar aplicativos, ler treinamentos etc.O que não faz PFE DEV
- O PFE DEV não é o recurso mais barato; portanto, eles não precisam martelar os pregos. Escrever um site simples de cartão de visita é sem o PFE DEV.
- O VBS não funciona bem no Excel 2003 - também por.
- Ajuda com Java no Linux? Bem, apenas se estiver tudo no Azure;)
- Desenvolvimento de grandes projetos - se você não sabe onde gastar dinheiro, pode tentar. Mas, em geral, o PFE DEV não faz isso, e você precisa ir a uma consultoria ou a alguém mais simples.
Quais habilidades são importantes para o PFE (PFE DEV)
Eu chamaria PFE - freelancers com distintivos da Microsoft, como os requisitos de qualidades pessoais são praticamente os mesmos dos freelancers.
- O mais importante é ser um especialista em seu campo . Um especialista pode não saber algo, mas deve entender onde cavar.
- Uma pessoa deve ser auto-organizada e independente . Você precisa se informar sobre a organização, monitorar seu tempo de trabalho (e descansar também), cuidar de suas habilidades, conhecimentos e sua relevância, relevância, etc.
- Meus gerentes estão fora da Rússia nos últimos 2,5 anos (Dubai, Londres, Ankara), eles têm um monte de pessoas sob seu comando e ninguém vai cuidar de cuidar de você.
- Você conhece a tecnologia A, mas está sendo desativada - é sua tarefa aprender algo novo e demandado. A demanda é mais importante que a novidade. Você não está em demanda - o gerente não terá dor de cabeça por muito tempo.
- Embora a Microsoft organize o treinamento para seus engenheiros e eu, por exemplo, tenha ido a Redmond para Jeffry Richter no Azure Service Fabric, você não precisa esperar que seja ensinado 1,5 anos antes da primeira viagem ao cliente (as pessoas são removidas, porque a privacidade de outra pessoa deve ser respeitada) .
- Conhecimento de inglês - tudo está claro aqui
- Embora se você trabalha apenas na Rússia com um gerente local, não pode falar, mas apenas lê e escreve.
- Mas se você quiser fazer uma viagem de negócios para ler um treinamento, precisará apenas de conversação.
Por outro lado, compararia o trabalho de PFE com o de um personagem de computador como Hitman. (Aqui está uma foto da meta, coordenadas aproximadas da meta, aqui está uma semana para você trabalhar. O restante fica a seu critério.) A PFE tem uma descrição aproximada da tarefa, há o endereço do cliente e seus contatos, há uma semana (mais ou menos) para o trabalho e talvez algum tempo para a preparação. Não tive tempo em uma semana - é ruim (há muitas opções, desde concluir no modo de emergência até transferir para a próxima visita), você não sabe como executar a tarefa - é ruim (mas você sempre pode recusar).
Experiência pessoal
Fui chamado por um bom amigo que foi ao google. Mas não pense que isso é uma cabala, porque Todos os processos, como verificação de antecedentes, entrevista técnica ou entrevista em inglês, deverão ser concluídos. Pessoalmente, vim um mês antes do meu aniversário de 25 anos, 2,5 anos após a formatura (embora oficialmente tenha começado a trabalhar como programador a partir do 3º ano, tendo trabalhado em empresas conhecidas). Eu era uma das PFEs mais jovens da Rússia (meus colegas na Rússia tinham 5-15 anos a mais que eu) naquela época e, contra o pano de fundo das PFEs médias (50 anos de idade) da Itália, parecia apenas uma criança, embora, neste caso, a idade correlaciona-se com a experiência não é linear.
Viagens de negócios
Nos meus 4 anos, fui trabalhar em muitos países e cidades.
- Reino Unido / Alemanha / França / EUA para estudar
- Ele trabalhou na Albânia, Bulgária, Bélgica, República Tcheca, Polônia, Romênia, Letônia, Estônia, Finlândia, Cazaquistão, Armênia, Azerbaijão, Geórgia, Arábia Saudita, Sérvia, Dinamarca, Ucrânia, Bielorrússia, Chipre (ele parece não ter esquecido ninguém).
Se você listar por cidade, uma lista longa e forte será exibida, mas, é claro, principalmente nas capitais.
Embora, se você adicionar trabalho remoto, provavelmente poderá pintar toda a Europa e todo o rico Oriente Médio.Havia propostas para uma viagem de negócios ao Afeganistão, Nigéria, Noruega, Suécia, Ilhas Faroe, Egito, Jordânia, Argélia. Mas em algum lugar que eu não queria, em algum lugar não deu certo. Meus colegas estavam no Paquistão, na África Central e até na Malásia, havia alguém. Sobre um conjunto de mitos que podem surgir sobre viagens de negócios, contarei em um artigo separado.
Projetos
Eu li muitos treinamentos sobre desenvolvimento da Web no núcleo asp.net/asp.net, sobre desenvolvimento para o Azure e a infraestrutura nele; passou alguma sessão de depuração e até revisão de código; escreveu e complementou treinamentos de material, que outras pessoas leram em todo o mundo; escreveu protótipos de uma dúzia de sistemas; ajudou a criar processos de trabalho no Azure; Envolvido em pré-venda técnica, etc.
Mas é importante entender que essa é a experiência de apenas um dos quatro engenheiros de nossa equipe. A experiência dos outros 3 é completamente diferente, eu quase não me interesso com eles em tecnologia e em tipo de atividade (bem, não consigo ler treinamentos sobre depuração do kernel do Windows)Em geral, existem muitas coisas interessantes, mas agora nem me lembro de 90% dos projetos, porque os projetos geralmente são semanais e, em 4 anos, são mais de 100 trabalhos diferentes
(não sei como multiplicá-lo, esse é um ajuste para projetos realizados há mais de uma semana).No entanto, aprendi muito nesses quatro anos. Do mais compreensível - antes do MS, a palavra depuração estava associada ao Visual Studio e às ferramentas de desenvolvimento de navegadores, e eu me considerava um bom especialista. Depois disso, era mais provável com windbg / perfview / perfmon / wireshark e acho que não sei muito sobre depuração agora .
Minha conclusão: se você tiver experiência suficiente em desenvolvimento na plataforma Microsoft, enquanto estiver disciplinado, pronto para auto-treinamento e viagens de negócios, poderá se candidatar à função de PFE DEV. Esta é a primeira posição há 4 anos na Rússia em PFE DEV e, quando a próxima abrir, a questão não é trivial. Para todas as perguntas, escreva
stasus , ele assumiu esse fardo.
Não me arrependo de ter trabalhado na PFE DEV por quatro anos, embora não diga que foi um caminho coberto de rosas.PS Em relação às condições financeiras - todos assinamos um NDA, que abrange muitas coisas.
PPS A pergunta "por que você saiu e onde?" Eu reformularia isso: não saí da Microsoft, mas vim para o EPAM como o arquiteto de soluções (Azure / Microsoft Stack). Porque A resposta curta é que o EPAM ofereceu boas condições e tarefas interessantes e, no Microsoft RUS, cheguei ao meu limite. Uma resposta detalhada com uma análise de todas as opções que tirei 10 páginas de texto no Word. Acho que não vale a pena publicar aqui.
Finalmente, quero falar sobre alguns mitos e mal-entendidos comuns que surgem após as histórias sobre o trabalho da PFE.Alocado para um artigo separado, porque 2-3 vezes mais texto lá.