Recrutando na Microsoft: Minha experiência como entrevistadora técnica

Amanda Souza — Sat, 07 Nov 2020 20:29:35 +0000

Recentemente eu aceitei o desafio de realizar entrevistas técnicas na Microsoft. Como eu sempre gostei de resolver desafios no Hackerrank e Codility, achei que seria uma experiência interessante para poder entender e absorver mais a cultura da empresa. Um fato que admiro na cultura da Microsoft é observar o candidato/candidata como uma pessoa que possui sonhos e planos e não apenas como mais um candidato/candidata. Diferentemente de outras entrevistas técnicas, eu percebi que na Microsoft o principal objetivo é ajudar o candidato/candidata a ser aprovado com sucesso, algo que não observei em outras entrevistas que realizei para big techs.

Para ser entrevistador/entrevistadora, você deve realizar um treinamento para entender os principais conceitos de inclusão e bias. A finalidade desse treinamento é diminuir o nosso bias inconsciente e analisar o candidato de forma justa, baseado nos seus conhecimentos. Muitas vezes o nosso inconsciente não nos permite analisar alguém pelo que ela/ele sabe e o pre-conceito que temos, baseado nas nossa experiência de vida, muitas vezes impede uma análise justa das skills de um candidato/candidata. Como por exemplo, eu evito fazer entrevistas técnicas de amigos e pessoas de mesma nacionalidade que a minha. Assim eu evito o bias de beneficiar alguém só porque eu o conheço ou me sinto confortável por ter a mesma cultura que a minha.

Um entrevistador padawan começa acompanhando outros entrevistadores seniors para adquirir experiência. No meu caso foi o oposto, fui enviada diretamente a realizar a minha primeira entrevista técnica sem realizar nenhum shadowing com outros entrevistadores. Confesso que foi assustador e demandou uma preparação antecipada de 3 dias. A preparação consiste em escolher questões compatíveis com o tempo e nível da entrevista e resolvê-las com o objetivo de adquirir entendimento aprofundado no desafio. Embora tenha sido desafiante, tudo ocorreu como esperado.

Conforme as minhas experiências em entrevistas técnicas na Microsoft, eu gostaria de compartilhar como funciona todo o processo. Primeiramente, um/uma entrevistador/entrevistadora irá contactar você por vídeo chamada e ele/ela analisará suas skills para entender se os conhecimentos são suficientes para os requerimentos da vaga. Essa entrevista é chamada de phone screen. Em seguida, você deverá resolver três problemas de code challenge. Para treinamento, sugiro criar uma conta no Codility como desenvolvedor e resolver os principais problemas do site. Dessa forma, você ficará familiarizado com a ferramenta e como são os desafios.

A entrevista técnica chamada de onsite consiste em quatro etapas: entrevista de codificação realizada por engenheiros da Microsoft, design e arquitetura de sistemas realizada por engenheiros de nível senior, design de software feita provavelmente pelo seu futuro manager e entrevista comportamental realizada pelo manager do manager da vaga.

Na entrevista de codificação ou code interview o candidato/candidata é desafiado a resolver alguns desafios que envolvem algoritmos e estrutura de dados. O principal objetivo dessa entrevista é analisar o candidato/candidata baseado nos conceitos básicos de ciências da computação e verificar suas habilidade de cooperação em time quando são desafiados com problemas do dia a dia. Espera-se também que o candidato/candidata saiba notação Big O e os principais algoritmos de otimização computacional como o algoritmo de Floyd-Warshall, programação dinâmica, algoritmo guloso, divisão e conquista, etc. Eu indico realizar treinamentos no Codility, Hackerrank e principalmente no Leetcode. Este último (Leetcode) possui um fórum com os principais desafios e perguntas requeridas pelas big tech companies, incluindo Microsoft.

A entrevista de design de sistemas vai muito além de modelar um software. Conceitos de computação em nuvem, DevOps, microserviços e escalabilidade, serveless, arquitetura orientada a eventos, padrão publisher-subscriber, proxies, algoritmos de load balancing e caching são apenas alguns dos requerimentos que os entrevistadores esperam de um/uma candidato/candidata. Espere também perguntas básicas de redes de computadores, banco de dados e sistemas Linux.

Os requerimentos de design de software abrangem conhecimentos de princípios SOLID, clean code, injeção de dependência, design patterns e refatoração.

A última entrevista é baseada na análise comportamental do candidato/candidata. São esperados que o candidato pense fora da caixa, demonstre a capacidade de aprender e saiba lidar e aprender com as falhas. Os projetos pessoais também são bastantes cobrados, assim um GitHub com alguns projetos de relevância, como contribuições em projetos open source aumentarão as suas chances de receber um hire nessa etapa da entrevista.

Em todas as entrevistas são esperados do candidato/candidata espírito de liderança, boa comunicação principalmente em inglês, facilidade de trabalhar em time, objetivos de carreira bem definidos e principalmente a habilidade de aprender. Essa última eu considero a mais importante, pois raramente alguém será 100% compatível com os requerimentos de uma vaga.

Finalizando, posso dizer que a oportunidade de colaborar com o processo de recrutamento da Microsoft proporcionou-me um conhecimento que até então eu não tinha vivenciado. A cada candidato/candidata entrevistado, eu aprendo mais um pouco sobre novas tecnologias e novos pensamentos, conforme absorvo suas experiências e conhecimentos. Uma vantagem única que me faz crescer não apenas tecnicamente mas também como pessoa. Como diz um amigo: é sempre um prazer conversar com pessoas inteligentes.

Mastering MinIO: Using Terraform to manage IAM Users and S3 buckets

Amanda Souza — Sun, 01 Mar 2020 23:46:18 +0000

In the middle-age of Internet Era, an ancient IT professional, widely known as sysadmin, fearful used to deploy and manage infrastructure manually. The darkest time would be worst when Darth Vader decides to take a time off from the Death Star (aka vacation) and leaves the control under the Stormtroopers team with no documentation. One mistake and the Death Star was destroyed: server misconfigured, slow deployments and recurring downtimes. It would be almost funny if it weren't so sad. However, thanks to the DevOps Revolution, it has been changing.

Besides a new cloudish era has begun, building production-ready environments are hard, stressful and require time. Even though your company is cutting-edge modern solutions - Docker, Kubernetes, S3 buckets, microservices, machine learning, etc. - mastering high scalability is quite complicated. To save DevOps/Developers teams from the dark side, Infrastructure as Code (IaC) has emerged alongside the DevOps workflow, pledging itself for managing and provisioning IT infrastructure through script files in an easy way.

There are many tools that perform infrastructure automation capabilities and use IaC. In this case study, we are going to manage MinIO buckets and IAM Users using Terraform.

MinIO Simple Storage Service (S3) is high-performance Kubernetes-friendly object storage, compatible with Amazon S3 and 100% open source. MinIO can run in on-premise servers or even better; you can run it locally using Docker. It means MinIO is free of charge and you don't have to sign up for anything. MinIO is a key for those companies which have dedicated servers and want to start migrating functionality of their legacy systems to cloud environments.

Although all pros, there is a con in MinIO buckets regards provisioning the Identity and Access Management (IAM): you have to perform users, policies and groups as the darkish way through a client. The MinIO mc provides a solution for managing MinIO by UNIX commands like ls, cat, cp, mirror, diff, find etc. It's the hard way, but it gets the job done. Now, you might be asking yourself: What about the benefits of IaC in MinIO buckets? I'm thrilled to announce a new Terraform provider for MinIO to manage not only S3 buckets but also IAM Users, groups and policies. You no longer need to provisioning, compiling and distributing MinIO resources on your own!

Terraform provider MinIO is an open-source tool written in Golang, responsible for understanding Minio API interactions for the lifecycle of a resource: create, read, update, delete. MinIO provider gives you a visible way for monitoring resources as code and provides similar benefits like automation, visibility, and collaboration.

The full source code of this MinIO provider is available on GitHub. Everyone is welcome to use and collaborate. We have invested a lot of time and effort into MinIO provider for covering the most of resources and making it friendly to use. However, there are few resources which are under development. Plus: If you are not familiar with HCL language, HashiCorp has excellent tutorial resources you can look into to get the basics of Terraform.

May the force be with you!

DEV Community: Amanda Souza

Recrutando na Microsoft: Minha experiência como entrevistadora técnica

Mastering MinIO: Using Terraform to manage IAM Users and S3 buckets