💪🏼 🤳🏼 👩‍⚕️ Você falhou em uma pergunta teórica sobre a Seguridade Social e ela acabou com você. Isto é normal? // Estamos condenados # 3 🐴 🙎🏼 ⏩

Pavel Novikov viveu em Novosibirsk até os 30 anos de idade e trabalhou remotamente, coletando pedidos de Upwork em todo o mundo. Um cliente ficou muito tempo - Pasha construiu um sistema para ele do zero e uma pequena startup se transformou em uma grande empresa. Os fundadores prometeram uma ótima posição, mas depois mudaram de idéia e apenas dispararam feio.

Novamente, Pasha não recebeu pedidos pequenos do aparelho e, pela primeira vez, pensou em realocação. Então ele acabou em Minsk - lá ele reúne uma equipe para abrir o escritório local de uma empresa israelense.

Pasha veio até nós em um podcast, discutiu sobre contratação e indústria conosco e até organizou algo como um talk show (que não correu bem).

Selecionamos algumas citações do lançamento.

Por que mudar para Minsk quando o mundo inteiro está aberto para você?

Moscou e Peter naquela época eram caros. Não estou pronto para dar 800 dólares por aluguel. Em Minsk, você pode receber livremente um salário de Moscou - enquanto aluga e tudo mais para dar uma ordem de magnitude menor. Para mim, esta é uma boa opção para um ponto de trânsito no caminho, por exemplo, para o Canadá.

Para mudar, você precisa ter uma reserva, mas agora não tenho dinheiro extra. Nos seis meses que passei sem trabalho depois de terminar com um cliente remoto, comi toda a almofada financeira. Agora só preciso ganhar dinheiro para ter de 20 a 30 mil dólares grátis, comprar uma passagem e nunca mais voltar.

Sobre udalenka no Upwork

Com udalenkoy aconteceu alguma lata. Após um incidente, não quero trabalhar com a Rússia. Normalmente, tentava procurar emprego em um apartamento com clientes estrangeiros - trabalhei com muitos países, mas em 2019 a udalenka terminou subitamente. Você vai ao aparelho - e não há nada. Alguns projetos por duzentos dólares com exigências incompreensíveis, sejam dos índios ou dos árabes. Percorra a tela quatro desta bobagem, envie algumas respostas - escolha a mais apropriada - e elas estupidamente não responderão. E assim dia após dia.

Sobre segurança social, onde os programadores são orientados por questões teóricas

Acredito que entrevistar um programador simplesmente fazendo perguntas por dez minutos está errado. Imagine que você está contratando um designer. Ele vem até você e você discute por meia hora quais são os pincéis no Photoshop, como fazer a seleção do laço, como trabalhar com camadas e máscaras. E de acordo com os resultados dessa conversa, você deve entender se o designer combina com você ou não.

Com programadores da mesma maneira. Precisamos olhar para o resultado do trabalho dessa pessoa e como ela pensa. Levar uma pessoa para um projeto ao vivo, onde o dinheiro de alguém foi investido, pagar-lhe um salário com base no fato de que ele disse alguma coisa? Você pode dizer qualquer coisa.

Palavras não custam nada - mostre-me o código. Se uma pessoa tem um repositório no github - isso é interessante. Eu amo esses candidatos, fica claro imediatamente como realizar uma entrevista. Você abre o código do projeto e diz: "vamos fazer uma varredura do que você escreveu aqui". Se este é um projeto complexo, e o candidato pode justificar corretamente todos os compromissos tecnológicos que ele fez durante o desenvolvimento, eu o retirarei imediatamente, sem perguntas teóricas.

Apenas me diga que dificuldades você encontrou. Por exemplo, ele sacrificou a legibilidade em nome do desempenho ou consumo de memória, para que houvesse uma boa interface.

Você pode participar de conversas divertidas, mas apenas com base no código.

Sobre o estresse durante as entrevistas

As pessoas ficam nervosas em uma entrevista quando você age como um idiota pretensioso. Eles já estão estressados pelo fato de que estranhos os avaliarão - então essas pessoas também se comportam como se todos soubessem.

Em nenhum caso você deve se comportar assim em uma entrevista. Você leva uma pessoa a um estado de astenia, e ela não pode fazer nada, não importa o quanto tente obter algo dele. O conforto psicológico é muito importante, e a maioria das empresas estupidamente não entende isso. Talvez as pessoas tenham problemas com a reflexão, talvez elas mesmas nunca tenham estado em tal situação?

Sobre o problema das habilidades pessoais

Há uma enorme movimentação em torno das habilidades pessoais - parece-me que geralmente é direcionado na direção errada. As pessoas falam sobre qualquer lixo que não tenha nada a ver com habilidades pessoais. Algo sobre poder ouvir, negociar ... Pessoal, existem duas habilidades principais de software: honestidade e comprometimento.

Por que os desenvolvedores devem resolver o conflito e a atmosfera em uma equipe? Para fazer isso, há um diretor de eychar que passa por uma nuvem maldita de vários treinamentos em psicologia e conflologia aplicada. Por que eles não estão fazendo isso?

Dizem-nos que existem pessoas especiais na indústria para resolver problemas. Mas se os eychars exigirem que os desenvolvedores mostrem suas "habilidades sociais", eles não farão seu trabalho - o trabalho deles fica sobre nossos ombros.

O papel da eychara é ser um mediador. Basta colocar os desenvolvedores em um círculo e dizer: "Pessoal, deixe-me moderar sua discussão para que você não desmorone". Duas ou três sessões de psicoterapia familiar para desenvolvedores - e os conflitos resolvem.

Sobre o trabalho em projetos open source e pet

Eu tenho três coisas em desenvolvimento:

a primeira é Reinforced.Typings , uma coisa extremamente simples que exporta classes sharpe para Typescript. É muito útil quando você cria um aplicativo Web com um sharpe back-end, pega-o, coloca a biblioteca e todos os controladores, todos exibem os modelos que você possui, levou para você e durante a compilação exportada para o TypeScript.

O segundo projeto não é de código aberto. Esta é a solução para o antigo eterno problema da indústria - a data da grade. Eu decidi fechar sua fonte, porque isso me leva muita energia.

A data da grade é ... em qualquer lugar, em qualquer componente. Qualquer um que apenas tentou criar um tablet com os botões "editar", "adicionar", "classificar" sabe quanto tempo leva para ser feito do zero. Se você usa componentes prontos, todos eles são terrivelmente terríveis. Eu fiz uma boa. Isso já foi confirmado em várias empresas - os caras usaram, dizem legais.

O terceiro projeto é o Tecture. Estrutura arquitetônica para aplicativos de negócios. Todos os desenvolvedores encontram um problema quando começam a escrever aplicativos de negócios, desde a autorização até algum tipo de lógica complexa. Como organizar esses aplicativos? Existe um guia oficial sobre a unidade de trabalho e sobre repositórios. Mas acredito que ele é uma merda e, em grandes projetos, está entrando no inferno.

Pensei por um longo tempo sobre como construir esses sistemas para que, com o tempo, eles não entrem em tartaras, para que você não precise conectar um banco de dados a fim de testá-los - e finalmente tenha conseguido.

Sobre a síndrome do impostor que não é tratada

A síndrome do impostor ainda está aqui. Assim que você faz algo que funciona no mundo moderno, você apaga o suor da testa, e acontece que você ainda precisa fazer documentação, transmitir a outras pessoas como usá-lo, por que é bom. Muitos contatos de pessoas aparecem no seu Skype que usam seu produto e constantemente fazem perguntas como essa, assim.

De tempos em tempos, eles se deparam com lugares com bagunça arquitetônica franca, e o código não é perfeito e, em alguns lugares, é muito complicado, especialmente quando há um corte de dados em páginas diferentes. O protocolo de comunicação com o servidor geralmente não é óbvio em estrutura - eu mesmo por dois meses esqueço o que está acontecendo lá dentro.

E se você não responder à pergunta de uma pessoa sobre esses problemas, por exemplo, você está sentado no vaso sanitário, brincando no telefone e eles escrevem para você. Portanto, se você não responder no momento, eles concluirão imediatamente que você desenvolveu algum tipo de lixo.

Eu tenho muito pouco tempo e recursos para fazê-lo da maneira que deveria ser. Nas realidades modernas, se você está realizando esse projeto - na verdade, está fabricando uma bicicleta que ninguém precisa, que ninguém usará, não importa quanto tempo economize no desenvolvimento. Só porque não há ligações de teste, organização, suporte, tutoriais e outras coisas.

Olho para meus projetos e penso - que diabos estou começando? Por que é isso? Mas eu sou um idiota?

Toxic Podcast Telegram Chat

Você falhou em uma pergunta teórica sobre a Seguridade Social e ela acabou com você. Isto é normal? // Estamos condenados # 3