Havia muitos posts sobre mudança, Peter, o Porquinho, não conhece a paz na Rússia, ele decidiu falar sobre sua experiência de mudar e trabalhar na Austrália, talvez seja interessante para alguém. Eu realmente gosto daqui, espero que isso ajude alguém a encontrar um país agradável para se estabelecer, ou simplesmente obter uma experiência de trabalho bacana. Eu também acho que o fluxo de trabalho na minha empresa pode incentivar alguém a experimentar no processo de desenvolvimento.
Peço desculpas por tantas coisas acontecerem e não serem muito estruturadas.
E sim, tudo o que foi dito abaixo é apenas minha opinião e não é a opinião oficial de empresas como SEEK e Jora, foram meus chefes que me pediram para escrever aqui.
Por que Austrália?
Uma das razões para a escolha da Austrália foi minha longa experiência (há cerca de 14 anos) em uma viagem de negócios do Deutsche Bank a Sydney e uma viagem com um amigo Lehoy de carro para um fim de semana nas orquestras de Sydney. Saímos, o inferno sabe para onde, dirigimos para algum parque nacional (no entanto, existem apenas parques nacionais ao redor), atravessamos a floresta à noite, evitamos os estranhos farfalhantes à nossa volta e passamos a noite na praia (o que na verdade não é permitido, mas nós eles não sabiam), ouvindo o som das ondas do mar e colando-as no céu estrelado acima de suas cabeças. Quando, pela manhã, voltaram para o carro, descobriram que os farfalhantes estavam publicando hordas de pequenos cangurus - os wollabi. Depois, voltaram às pequenas cidades e se refrescaram em maravilhosas praias de areia, observando como os adolescentes australianos surfam em ondas gigantes e gaivotas pairam no ar sobre o mar. Então tudo parecia algum tipo de fabulosidade.
O segundo critério importante para a escolha da Austrália é o processo de visto simples. Não há loterias, você coleta documentos, paga dinheiro, solicita um visto (tenho visto de trabalho qualificado 189) e aguarda. Eu colecionei documentos por um longo tempo, tenho muita experiência (eram ~ 16 anos) e precisava obter uma referência de cada trabalho (lamento não ter feito isso desde o início), passe no IELTS, isso é tudo.
Eles esperaram muito tempo por uma resposta, exatamente um ano, nada veio, eles escreveram para eles, lá eles são obrigados a responder por algum tempo, assim que eles escreverem para eles, que diabos, a resposta veio imediatamente e deu PR - residência permanente. Se você mora lá por 4 anos, eles dão cidadania. Eles venderam tudo o que era e compraram uma passagem só de ida para Melbourne. Tínhamos cerca de 20 mil dólares.
Eles escolheram Melbourne devido ao fato de que sua esposa canta e estava prestes a estudar Melbourne, em certo sentido, Peter, a capital cultural da Austrália. Ela finalmente encontrou um emprego de meio período e desaprendeu em uma faculdade local.
Procura de emprego
Após a chegada, fizemos o check-in no airbnb por duas semanas, fizemos amizade com os proprietários, como resultado, eles alugaram um mês com eles enquanto procuravam moradia (não é tão fácil alugar um apartamento sem experiência de aluguel), minha esposa procurava um apartamento todo esse tempo, eu estava procurando trabalho.
Eu estava procurando trabalho através de recrutadores, estupidamente postei meus contatos no LinkedIn, juntamente com um currículo humano, um milhão de pessoas vieram, lutaram por mim, não houve problemas com as opções. Mesmo agora, uma vez por semana alguém liga, eu educadamente digo que gosto do local de trabalho atual e terei prazer em conversar com eles daqui a um ano.
Fiquei muito surpreso com o processo de contratação, um mês antes da mudança que fui perseguida pelo Facebook, fui para Londres e falhei na entrevista, não suportava o estresse de resolver problemas no quadro-negro, sofro muito mal o processo de avaliação e exame, aqui na Austrália era surpreendentemente diferente. Não era nem como contratar na Rússia quando você pergunta a um candidato como o hashmap funciona ou quais métodos existem na classe Object (Java) e o que eles fazem (sempre um ótimo começo para a conversa).
Ninguém perguntou sobre o conhecimento de bibliotecas, algoritmos, as pessoas apenas perguntaram sobre experiências de trabalho anteriores, o que fizeram, que problemas resolveram, como se comunicavam em locais de trabalho anteriores, era muito confortável.
Em um dos lugares, a equipe procurava um guru do Scala (o que eu definitivamente não sou) e recusei porque os caras que me entrevistaram (perguntando como deveriam aplicar o Scala em seu projeto) cheiravam muito mal. Não que eu seja um esnobe, eu cresci em um distrito bastante gopnichesky de Lobny, na região de Moscou, mas parecia suspeito e decidi não arriscar.
Outra experiência interessante foi ao entrevistar um banco. Em geral, decidi que estava procurando emprego em algo com uma cultura de startup (graças à experiência passada de Robot Loves You, também conhecido como Luke, olá, Assunto!) E não iria para instituições financeiras, onde passei a maior parte da minha experiência. Mas o recrutador ligou, eu decidi conversar com ele e ela me deu uma entrevista. O homem não era técnico. A única pergunta técnica que ela me fez foi sobre injeção de dependência - pelo que entendi, quais são suas vantagens.
Devo dizer que no Deutsche Bank, no projeto cult XOL, meu colega e eu ainda não tivemos primavera, ou melhor, ele apareceu, programou algo semelhante com base no JMX e funcionou muito bem, com dependências e tudo, com configuração XML . Não sei o que lhe disse errado, mas ela ligou de volta e disse que uma pessoa com meu conhecimento não combina com ela. Suspeito que não disse algum tipo de fórmula mágica que ela escreveu. Não está claro onde você pode estragar uma conversa sobre injeção de dependência. De qualquer forma, acho que não é difícil conseguir um emprego nos bancos, há rumores de que se paga mais dinheiro lá, mas os projetos não são tão exagerados, geralmente usando tecnologias antigas. Mas estes são todos rumores, ficarei feliz se alguém me corrigir.
No final, eu tinha duas ofertas, para a grande empresa Aconex (Java) e para a startup Jora (Ruby). Houve um momento difícil, não pude escolher, os recrutadores me pressionaram, exigiram uma solução, e o fator final foi que fui creditado antes das férias de Natal em Jora e na Aconex somente após o ano novo e já estávamos ficando sem dinheiro. Eu realmente não tinha um centavo de dinheiro quando recebi meu primeiro salário (mais de uma vez me disseram sobre isso, que ao mover primeiro muito dinheiro sai, no nosso caso, eu acho que simplesmente relaxamos e não economizamos a princípio, mas foi ótimo) .
Em Jora, a parte principal da entrevista foi uma tarefa de teste sobre um robô; se alguém estiver interessado, escreverei separadamente nos comentários. Me ofereceram para escrever em qualquer idioma, mas decidi me adiar. No fim de semana, cuidei de Ruby e enviei uma solução. Na última entrevista, cheguei ao escritório, participei do stand da manhã e, juntamente com meu futuro colega, fiz alterações no meu programa - esta é a nossa principal verificação de que a pessoa é um programador adequado e normal. Como resultado, ele aceitou a oferta e foi trabalhar.
Empregos em SEEK / Jora
Jora é uma pequena empresa com todos os recursos de uma startup, dentro da grande empresa SEEK, que ocupa grande parte do mercado de procura de emprego na Austrália e em outras partes do mercado, na Ásia, na América.
Além disso, somos um tipo de laboratório de novas tecnologias, que são testadas primeiro em nós e depois introduzidas na marca principal. Não trazemos dinheiro, a SEEK nos incomoda, mas rastreamos um monte de anúncios de emprego em todo o mundo e aplicamos tecnologias super modernas que são desenvolvidas por nossos projetos e projetos da SEEK.
Principalmente o desenvolvimento é realizado no Ruby, o site principal sobre trilhos, infraestrutura na AWS, cerca de algumas centenas de caixas na produção, usamos muitos serviços da Amazon, Postgres, Mongo (para geocodificação), Redhsift, Periscope (para análise), Datadog, Rollbar, Kibana , Opsgenie (para suporte) existem projetos no Go, há um favorito no lojure, um colega enviou uma mensagem em um momento oportuno, mas receio que ele seja classificado em logs em breve.
A equipe é distribuída, metade das pessoas trabalha em Sydney, metade em Melbourne, as manhãs são realizadas por meio de hangouts (agora se encontram) na tela grande, cada membro da equipe pode dirigir para outra cidade duas vezes por ano e trabalhar em outro escritório por vários dias, a empresa paga. Parte da equipe de operações são pessoas que adicionam novos sites, dão suporte a rastreadores e traduzem para outros idiomas. No total, a equipe tem cerca de 40, 18 nacionalidades, muitas piadas internacionais, adoramos a pseudo-guerra entre brasileiros e argentinos :)
O ciclo semanal, stand-ups às 10 horas, muitos trabalham das 9 às 5, você pode trabalhar em casa um dia por semana, toda terça-feira planejando quando analisamos o que fizemos (agora a velocidade é de cerca de 30 tickets por semana), os sprints raramente terminam completamente, até metade das tarefas inacabadas podem permanecer. Em geral, o processo é uma espécie de mistura de kanban com scrum, não eleva ninguém, no planejamento, eles adicionam novas épicas, veja quais épicas terminaram e ainda estão sendo monitoradas. Há duas pessoas rotacionadas por semana em dev-on-call, suporte, elas devem executar tarefas de dívida técnica ou apenas ajudar operações ou resolver dificuldades com a produção, embora aqui todos se apressem em ajudá-las.
A epopéia tem um desenvolvedor responsável, mas várias pessoas trabalham para a epopéia, há um processo inicial, quando os participantes se sentam e discutem o que precisa ser feito, quais tarefas, quanto fazer e, no final, há um processo entregue à equipe de estratégia quando eles mostram que foi feito, geralmente parte de uma transferência é uma demonstração do painel do Periscope, onde você pode ver os dados, como a mudança afetou o trabalho do projeto, como o engajamento é alterado, existem alguns analistas que ajudam a processar isso e acompanhar todos os painéis usados (Periscope - excelente ferramenta).
Eles perguntam sobre estimativas, como quando você termina o épico, mas é tudo em um nível muito estranho, ainda incomum, se algo complicado de repente se apaga e sai, ninguém vai se interessar. Em geral, não há controle como esse, não há prazos, com raras exceções. Todo mundo é legal e ansioso para fazer tudo bem, se houver um atraso, geralmente eles apenas informam sobre isso e tudo, talvez alguma ajuda seja lançada, se necessário.
Um épico feito separadamente é destacado na jukebox (como tocar sucessos antigos) - a pessoa responsável pelo épico faz uma pequena apresentação na sexta-feira (na sexta-feira, o SEEK abre geladeiras com vinho e cerveja e toda a empresa bebe e conversa), informa a empresa sobre o que eles fizeram e estão mostrando mudanças toda a equipe. Muitas vezes, recursos de discussão complexos e exigentes são discutidos nas mesmas apresentações, para que as pessoas compartilhem dúvidas e idéias. Às vezes, as pessoas dão palestras sobre como ganhar com bônus de cartões de crédito ou como viajaram para Paris (exibição de fotos).
A comunicação é principalmente através do Slack, o processo de desenvolvimento em si passa pelo github, como de costume, fazemos RP, trabalhamos em pares frequentemente, é comum chamar um colega e editar o código em pares por uma tela compartilhada, existem várias sessões por dia, o RP vai para canal de desenvolvimento de Slaka, depois de duas avaliações, você pode mesclá-lo em um mestre e depois de executar todos os testes, pode implantá-lo na produção. Em alguns dias, o produto é implantado continuamente, a cada 10 minutos, um novo recurso. Escrevemos sobre as mudanças no canal feature_release - explicamos em uma linguagem não técnica o que foi feito, todo mundo lê.
Há um processo retrospectivo, é interessante que não seja algo super formal, é importante que as pessoas discutam problemas e proponham algumas mudanças. Normalmente, temos uma planilha com três seções, com uma carinha sorridente, com uma carinha surpresa e com uma carinha triste, as pessoas escrevem alguns pontos, muitas vezes brinca - o que é alegre, que surpreende, que não se gosta, então todos discutem, depois todos votam, três por um pontos por pessoa, considere os três pontos mais marcados, discuta, busque soluções, uma pessoa é nomeada.
Muitas vezes, os responsáveis são entupidos e lembrados deles (no início da sessão, examinam o que estava na retrospectiva anterior). Apesar de o processo pessoalmente me parecer razdolbaisky, várias vezes nos últimos dois anos, uma retrospectiva levou a uma mudança no processo geral, existem algumas regras sobre a revisão de relações públicas, em outras elas começaram a fazer stand-ups (por exemplo, agora os responsáveis pelos épicos dizem que isso foi feito neles e, no final, eles perguntaram separadamente a todos os membros da equipe se eles tinham algo a dizer, antes que houvesse um processo clássico em que todos falavam consigo). Trabalhos retrospectivos, mas de alguma forma impensáveis para mim.
O processo de revisão de relações públicas é bastante severo, para mim foi uma dificuldade separada. Eu ainda acredito que essa é a diferença entre a mentalidade dos desenvolvedores de Java que eu era do processo Ruby. Vou me permitir aqui uma digressão lírica.
Digressão lírica: o que estou fazendo de errado?
Tenho muita experiência no desenvolvimento de Java, trabalhei no Deutsche Bank, na Renaissance Capital e na Moscow Exchange, apesar de tudo, antes de me mudar, eu tinha cerca de 16 anos de experiência. Eu cresci com Martin Fowler, no Gang of Four e minha principal abordagem para o desenvolvimento é bastante simples - escrever testes, tornar o recurso o caminho mais simples e compacto, para que tudo fique oculto, sem partes complicadas de código. Se alguém complementa seu recurso, ele deve apenas sentar e refatorar seu código, para que você possa adicionar sua parte de funcionalidade ao código existente.
Mas meus colegas veem tudo errado. Acho que isso é uma propriedade da comunidade Ruby e a influência de Sandy Metz (ela tem algumas frases em seu livro que contradizem sua abordagem, aliás, mas o livro é muito bom), elas exigem que tudo seja feito desde o início, SOLID e, às vezes, meu PR primeiro Foram coletados 100 comentários (o número médio de comentários sobre relações públicas no projeto é de 10 partes); aconteceu que a relações públicas no github era difícil de abrir. Você deve criar duas classes de cada método, embora seja improvável que alguém precise dessas classes, mas será o SOLID.
Ainda não tenho certeza se essa é a abordagem correta, mas estou aprendendo Ruby e tentando seguir os conselhos de meus companheiros, embora às vezes pareça loucura. De qualquer forma, superei essa dificuldade e agora meus PRs voam com uma bala, mas o sedimento permanece :) Eu tive que reaprender e começar a fazer milhares de aulas para cada espirro.
Por outro lado, estou muito impressionado com os recursos do pacote de teste rspec, é apenas um conto de fadas. Quando comecei a fazer algo pessoal no Scala, imediatamente me senti nu quando percebi que não havia esse nível de flexibilidade na biblioteca de testes. Regras de Ruby em testes, todos esses contextos, substituindo variáveis com let, temos um número irreal de testes (~ 5K no projeto principal) cobrindo todos os cenários possíveis e não há testadores, eles me olharam insanos quando perguntei se havia uma equipe QA.
De qualquer forma, o desenvolvimento é divertido, todo mundo é super educado; no pior dos casos, eles dizem que o código funciona, mas seria melhor refazer tudo para esses componentes e usar essas abordagens, você realmente não concorda, liga e refatoram juntos código existente. No final, você diz um ao outro o quão legal tudo é feito, tira sarro um do outro e implanta o PR para relaxar com uma tela compartilhada. O nível de programadores é de tirar o fôlego, ainda estou tentando me recuperar de meus complexos, que sou um dos mais velhos em idade (completei 40 anos este ano) e ainda estou aprendendo a programar com meus colegas, que têm 30 anos.
Sobre a cultura da empresa
Esta é provavelmente a principal razão pela qual eu queria escrever este post. Não vi isso na Rússia e estou muito feliz por ter chegado aqui.
Primeiro de tudo, comunicação com a gerência. Ninguém acredita que o gerente seja a pessoa principal no projeto, o respeito por eles vem principalmente do fato de eles realmente remexerem no que está acontecendo e, de fato, não há hierarquia especial, você o vê como uma pessoa que sabe mais do que você. plano estratégico e que pode apontar alguns fatores que você talvez não conheça. Meu líder de equipe, vamos chamá-lo de Dumbledore, brincando constantemente tentando me afastar dessa hierarquia (sempre pedi a ele primeiro para tomar uma decisão importante) e me convencer de que geralmente eu mesmo posso tomar uma decisão global. Meus colegas estão fazendo exatamente isso, ainda estou aprendendo.
Uma das coisas que levo para mim, fui o líder da maior parte da minha experiência, são reuniões dedicadas para uma conversa pessoal de cada membro da equipe - Dumbledore e eu apenas saímos para passear no parque e conversamos sobre o projeto e sobre o que me excita isso o excita. Esse é o zelo dele por todos os membros da equipe, embora isso não seja algo difícil, ele normalmente pergunta - você quer se incomodar? Às vezes eu o chamo de piada como meu psicoterapeuta pessoal, mas funciona muito bem e alguns conflitos que ele silenciosamente resolveu dessa maneira, apenas conversando com as pessoas.
Em geral, contratar pessoas foi construído de uma maneira muito não verbal, eu estive em várias entrevistas e é cheio de mimimi, tudo é muito bonito e agradável, mas às vezes alguém diz que essa pessoa não combina com a gente, é muito severa e essa não é muito autoconfiante. Outro gerente respondeu à minha pergunta de como eles conseguem recrutar pessoas tão legais, respondendo simplesmente - não contratamos idiotas (o que, é claro, não é totalmente verdade, mas o motivo me impressiona muito). Isso é muito diferente do processo de recrutamento na Rússia, e uma vez eu contratei cerca de 50 pessoas e não é o caso aqui, é muito interessante assistir. De fato, até agora em dois anos, vi apenas um erro de contratação no projeto (na minha opinião).
Cada equipe épica inclui alguns gerentes ou um gerente e um analista, e eles realmente trabalham nisso, analisam, dão idéias ou respondem a perguntas em vez de preparar o próximo relatório para as autoridades. Quando você termina a epopéia e a entrega a eles, eles monitoram, examinam os dados, assumem a responsabilidade por sua conclusão.
Então apenas vida social. Todo o projeto é uma grande família. Nem tudo é perfeito, há alguém que não gosta de alguém, existem dramas, mas de alguma forma é relaxado, no trabalho todos são amigáveis, sociáveis e positivos.
No almoço, compramos comida e vamos comer em uma mesa grande, conversamos sobre tudo o que vem à mente, zombam um do outro, brincam um truque. Recentemente foi assim - meu colega e eu vamos de carro para Uluru, o centro da Austrália, uma grande viagem pelo deserto, comprei walkie-talkies para conversar, fui almoçar para comprar comida, pedi que ele me contatasse para verificar como os novos walkie-talkies funcionam, isso o bastardo pediu a um colega que uma garota australiana me respondesse com uma voz oficial que eu ocupo uma frequência de emergência. Houve um momento de horror, há uma multa por essas coisas 2 mil dólares, uma porcaria :) que queimaram a tempo, perceberam que estávamos conversando no canal 64 e o resgate, como 7.
FIFA PS4, , - , , , thrash talk. SEEK . .
, , , ( ) , , , . , , , vegemite, , — , 6- . «», , . - , , , ( ).
Jora offsite, - ( ) , , , , . Jora band, , , , , , , , «Living on a prayer» Guns'n'roses, , , .
— , , ( ) happy birthday to you hip-hip-hooray. , — , , — .
SEEK, , , , , , , .
, \ Ironman ( , 60 , 6 ), , , .
, - , , «» , , , , , , 8 , , , 10 5.30 , , , , . , , . — , , .
, , . , .
, , .
. , , SEEK — , REA — , . , Jora, Aconex, - (- Oracle) , . , , .
Existem desvantagens. O crescimento do salário é feito uma vez por ano na forma de um aumento percentual - cerca de 3-5%, dependendo do que a administração considerar correto, isto é, é improvável que aumente drasticamente o salário. Mas você pode contratar - geralmente há alguns salários irreais (cerca de 1000 AUD por dia, mas não há feriados e dias de ausência, muitos mudam para esse esquema, geralmente é necessária uma pilha completa)Sobre o país
— , . , , , . , , , , , , , , .
, , - . , — , , , , . , , . , .
, — « », , , , . , — . , , , , , .
, , ( ) . , , , , , .
, , . , , , , , , , . .
, . — — - , , .
, 20 80 , . , , . , , , , , , , , , , . .
Ainda, é claro, o oceano. Em Melbourne, a água é bastante fria mesmo no verão, mas as pessoas tomam banho e, no inverno, você pode ver camaradas que estão com os joelhos na água e conversando, o diabo sabe como eles podem resistir. A água pode estar suja, porque em Melbourne é uma baía, você precisa ir para o oceano, mas vale a pena, pode ficar parado e observar como ondas gigantes estão vindo em sua direção, pular nelas e tentar nadar de barriga para a praia, surfando de corpo. Em Sydney, o tempo está melhor, existem as melhores praias de duas cidades.- , , . , , , , , , , , .
. 1800 ( ) , 3 50 . — 200 (AUD). , Uber Eats ~ 40 .
. ( ) , ( 5 ) , - , ( , , ). 40 0.7 , 20 , 20 6-pack , 7-15 . — 30 .
. - 100-400 , — 4 , ( - , ) . — 40-80 . , - , , . - .
Por exemplo, com carros. Compramos um carro por 10 mil - Honda Jazz 2011 usado. A condição é excelente, as estradas aqui são boas, mas o seguro custa 2 mil por ano (embora, devido ao fato de minha esposa ter apenas os direitos, eu também o incluísse). Mas para este seguro (ativei a assistência na estrada RACV) em qualquer lugar do país, as pessoas vão me procurar e consertá-lo se algo estiver quebrado., , , , , — , , ( 50 , ). — , , , , . , , , . .