
Em 7 de setembro, falamos ao vivo com Alexei Levanov, presidente-executivo do Sberbank. Lesha ingressou no Sberbank em 2014 como desenvolvedor júnior. Agora ele é o Diretor Executivo: Líder de Produto e Equipe da equipe da plataforma Sberbank Investor e é responsável pelas Escolas de Desenvolvimento Sberbank Investor e Sberbank. Lesha usou o exemplo de seu caminho: como crescer e se desenvolver em uma grande empresa, quais erros devem ser evitados e como iniciar mudanças. Conversamos sobre desafios e oportunidades, sobre equilíbrio entre vida pessoal e profissional, sobre como não se esgotar e voltar se isso acontecer. Compartilhamos com vocês a transcrição da transmissão.
Meu nome é Alexey Levanov. Falaremos sobre como, na área de TI, me parece, vale a pena construir suas carreiras para quem está no início do caminho. Vou compartilhar o que descobri e destacar os erros que cometi. Talvez através de tal prisma ela seja percebida um pouco mais brilhante. Gostaria que nossa comunicação o ajudasse a crescer em uma grande empresa, não se esgotar e ter um amanhã mais brilhante.
Existem três qualidades principais que acredito serem essenciais se você deseja seguir uma carreira em uma empresa de TI. O primeiro e mais banal é o que você provavelmente encontrou mais de uma vez; vamos chamá-lo condicionalmente de "resistência ao estresse". Eu sei que todo mundo já coloca isso em seu currículo, mas ainda é uma pedra angular - se não for apenas uma linha no currículo, mas realmente a sua qualidade. Embora eu chamasse essa qualidade de outra forma: "aceitação das mudanças". Com isso, quero dizer a capacidade não apenas de trabalhar em uma situação estressante e aceitar as mudanças, mas de aceitá-las com facilidade para que não sejam uma fonte constante de tormento para você.
O mundo moderno é difícil, está em constante mudança: novos desafios, novos processos. Não é necessariamente bom ou ruim - apenas muda. Novas ferramentas de desenvolvimento e requisitos de negócios estão surgindo, tudo é constantemente novo. Se você está estressado o tempo todo com isso, trabalhar em TI e, em geral, construir uma carreira será muito difícil. Especialmente considerando que a TI está sempre na vanguarda da mudança.
A segunda coisa importante é esta: não basta aceitar as mudanças, é preciso criá-las também. É claro que não criamos mudança apenas por mudar, porque podemos; mudamos algo porque somos especialistas. Vemos a imperfeição de processos, tecnologias, caminho do cliente. Depois disso, pegamos e mudamos a parte imperfeita. Nós impulsionamos a mudança.
A terceira história é a mais importante de todas: fazemos as coisas. Não basta ser resistente ao estresse e impulsionar a mudança: se não levarmos esse impulso ao fim ou não cumprirmos nossas tarefas, não teremos valor.
Esses são os três pilares. Se você notou, eu não disse uma palavra sobre hard skills - embora isso seja uma coisa fundamentalmente importante.
Vamos fazer um comentário. Todo mundo fala sobre hard / soft skills, e existem muitas opiniões diferentes sobre isso. Eu penso assim: se você está no início de sua carreira (sua história está apenas começando como um desenvolvedor de software ou em geral como um especialista em TI), concentre-se nas habilidades difíceis. Os princípios acima funcionarão se você for uma boa pessoa. Você pode ser uma boa pessoa, ter empatia e uma mente desenvolvida, até tentar fazer as coisas e resistir ao estresse; mas se você não faz o que tem que fazer com as mãos, também não vale nada como especialista. No futuro, com o desenvolvimento, quanto mais animado você se torna, mais funções as habilidades suaves começam a desempenhar - é verdade. Em algum ponto, eles podem se tornar tão ou mais importantes do que habilidades difíceis. Mas, se estamos falando sobre o início da construção de uma carreira - concentre-se nas habilidades difíceis, sem elas em lugar nenhum.
Inicialmente, eu queria construir nossa discussão em torno da história de minha vida, mas percebi que isso dificilmente seria do interesse de ninguém além de meus pais. Portanto, tentarei contar, sob o prisma das histórias pessoais, as mudanças que estão ocorrendo - que estamos fazendo, como trabalhar com isso e o que pode nos atrapalhar. Mas, primeiro, algumas perguntas.
Você é um CEO ou proprietário do produto (PO)?
São coisas diferentes: uma é a posição e a outra é o papel. Eu sou um diretor executivo por posição e um product owner e líder de equipe por função. Ou seja, uma coisa está escrita condicionalmente na carteira de trabalho e a segunda é o que eu faço.
Você descobriu como ocultar a conexão de pagamentos rápidos no aplicativo Sberbank?
Boa, pergunta legal, mas não, eu não. Vou passar a pergunta aos nossos especialistas, eu mesmo não estudei onde está o sistema de pagamento rápido.
Quanto tempo você gasta em desenvolvimento agora?
Boa pergunta - eu queria chegar a isso gradualmente ao longo da história. Resumindo, eu dedico cerca de 3 horas por dia ao desenvolvimento (código, verificação de solicitações pull e assim por diante). É claro que há reuniões de trabalho que demoram, há um backlog condicional ou corte de tarefas, mas, em geral, ninguém cancelou o desenvolvimento hardcore, o que é ótimo.
Como assumir a responsabilidade pelo product owner e conseguir um emprego?
Para ser honesto, eu realmente não entendo o que significa "assumir a responsabilidade de PO". E para conseguir uma posição, você tem que trabalhar. Você trabalha duro, trabalha duro, resolve problemas, se os resolve com sucesso, você cresce. Esta é uma história básica, é a mesma em todos os lugares, mais ou menos. Na verdade, PO é apenas uma área de desenvolvimento na qual você pode estar interessado. Eu estava interessado não apenas no desenvolvimento hardcore, mas também no impacto no produto, na capacidade de gerenciá-lo - então, desenvolvi em PO. Ou seja, você precisa de um desejo, de um emprego e dos três alicerces de que falamos - a partir daí se forma a história de obtenção de cargo.
Então, eu falei sobre o que focar (lembre-se: nas habilidades difíceis, se você for um iniciante, então - no processo de desenvolver habilidades pessoais) e sobre as três qualidades principais que você precisa cultivar em si mesmo - aceitação de mudanças, impulso de mudanças e casos até o fim. Vamos passar para histórias mais específicas.
Sobre as mudanças. Comecei a desenvolver em 2011, e tive ajuda em vários tópicos. No começo eu escrevia para Android. Entrei no desenvolvimento assim: meu amigo e eu vimos que artigos sobre Habré aparecem periodicamente sobre como outra pessoa desenvolveu um clone do Tetris e ganhou bilhões; na verdade, para atrair um aluno, nada mais é necessário. Eu os li e pensei - estou no negócio. Um amigo comprou o MacBook, então a princípio escrevi no Android; Passei por vários freelances e várias vagas em outras empresas, e em 2014 vim para o Sberbank. Naquele momento, eu já tinha aplicativos na AppStore, alguns tiveram bastante sucesso, escreveram sobre eles no Iphones.ru, AppleInsider; Ganhei algum dinheiro e pensei que era o auge da habilidade e da carreira, e não precisava de outros desenvolvedores. Claro, quando entrei para a equipe de desenvolvimento,Eu era o mais fraco nisso, embora tenha demorado alguns dias para perceber.
Foi uma época maravilhosa. Toda a comunicação com a empresa e demais profissionais passou pelo nosso gerente de projetos, mas o ambiente era ótimo para crescer. Quando você escreve o código sozinho, em algum ponto você decide que está tudo bem; e então você descobrirá que existem abordagens corretas para o desenvolvimento, padrões nos quais você nunca pensou. No meio de profissionais bacanas, você cresce muito mais rápido.
Em algum momento, nossa equipe começou não apenas a crescer, mas a se tornar ágil. Antes disso, todos os desenvolvedores estavam na mesma equipe. Foi ótimo - todos estão trabalhando em uma parte diferente do aplicativo; hoje - este, amanhã - outro. Foi difícil, mas interessante. Lembro que era o ano da minha formatura, tinha que fazer um diploma, praticar e de alguma forma ir aos pares fora de um dia inteiro. Foi difícil, depois fiquei viciado no café - o esmalte na frente do escritório virou um ritual matinal. Porém, foi uma experiência incrível, foi muito legal. A própria oportunidade de trabalhar em tal produto foi maravilhosa. Em seguida, começamos a mudar para o Agile e, de uma equipe de plataforma focada apenas em desenvolvedores, passamos para uma equipe que incluía especialistas de todos os setores - ou seja, uma equipe multifuncional. Um lado,isso é muito legal e interessante: você tem colegas de áreas afins, analistas, designers, testadores, desenvolvedores de outras plataformas e sistemas operacionais móveis. Mas do conceito de "você faz todo o aplicativo" você vai para o conceito de "você é responsável pela direção do aplicativo, em parte". Quanto mais longe, mais essas partes: o aplicativo cresce, a funcionalidade é fragmentada.
E aqui entendemos que mais pessoas são necessárias. Para entrar no nosso time, uma pessoa precisava ter um certo conjunto de qualidades, principalmente hard skills, porque nós temos uma certa pilha de tecnologia, abordagens de desenvolvimento e esperávamos tudo isso do candidato. Percebemos que já havíamos caçado todos que podíamos; e todos que poderiam vir até nós já estão sentados em lugares quentes, e tudo lhes convém. Naquele momento, nasceu uma iniciativa das escolas de desenvolvimento - não foi ideia minha, mas veio de baixo. Essa era minha história favorita, e passei algum tempo estudando-a.
Voltaremos às equipes multifuncionais um pouco mais tarde, mas primeiro farei uma pausa e falarei sobre os problemas que podem surgir quando você decide construir sua carreira em TI. Na verdade, se você desenvolveu três qualidades básicas, então seu único problema real de trabalho é o próprio esgotamento emocional que já formou a camada sociocultural. Este é um problema sério: embora não o mate, representa uma séria ameaça à sua produtividade (e trabalho, equipe, produto, empresa).
Existem muitas definições de burnout, mas eu fico com esta: é um estado no qual aquelas tarefas que você resolvia com facilidade, de repente se tornam insuportavelmente difíceis. Você dificilmente se obriga a fazê-los, e constantemente tem que fazer esforços incríveis para se concentrar e trabalhar. A frustração está crescendo. Não desaparece por si só, mas pode aparecer por uma série de razões; Eu escolhi três - passei nos três sozinho.
A razão mais simples é a fadiga do produto. Digamos que você sempre gostou de reconhecimento de padrões; você ama esta direção. Você veio para uma equipe que reconhece placas de trânsito ou placas, por exemplo. E assim você começou a trabalhar no produto, aprendeu OpenCV. Percebemos que não cabia e mudamos para redes neurais. Começamos a treinar nossa rede, a ler tudo o que podíamos sobre a matemática das redes neurais; talvez até tenha escrito um artigo científico. Lançamos um ótimo produto. Vários anos se passaram e você entende - é isso, você não quer mais fazer isso. O amor por placas de carro passou. Isso é normal, esse é um caminho natural, chega mais cedo ou mais tarde para todos. Todos nós ficamos cansados.
Precisamos seguir em frente e entender exatamente como. Claro, é melhor não permitir tal situação: assim que você entender que o assunto não é mais entusiasta, é melhor conversar com a gerência e passar para outra direção. Se não funcionar, talvez você mesmo possa criar uma nova direção. Talvez você ainda goste de reconhecimento como tal e consiga reconhecer outra coisa. Ou talvez toda a esfera não seja a mesma e seja necessário mudá-la. De forma amigável, você precisa preparar um sucessor em seu lugar e se mover com calma. Bela, linda história.
Há uma história de que você gostaria de ficar no mesmo time. Você gosta do produto, de sua equipe, de um ótimo gerente de produto - está tudo bem, mas você simplesmente não quer escrever mais nenhum código de reconhecimento de placa de carro. A melhor coisa sobre equipes multifuncionais é que você tem a oportunidade de mudar e se tornar aquele especialista em forma de T de que tanto se falou. Isso é bom para você porque está aprendendo coisas novas. Você continua a se desenvolver em sua área - embora em um ritmo um pouco mais lento - você explora áreas relacionadas e aumenta seu valor como profissional. Para o empregador - reduzindo o fator de ônibus.
O Especialista em forma de T é uma evolução do Especialista em forma de I com profundo conhecimento de uma área específica. Digamos que uma pessoa foi para a escola e decidiu se tornar um programador; ele gosta de escrever em C # ou em Unity, por exemplo. Ele não fez faculdade, mas se tornou um especialista em sua área e faz jogos. Ele é um especialista em forma de I; ele provavelmente já será contratado. Se a mesma pessoa aprende a integração com o back-end, é capaz de se conectar a várias questões, pelo menos analiticamente, e entende o teste (provavelmente, no básico de autoteste e escrever casos de teste), então ele será um especialista em forma de T. Ou seja, é uma pessoa que pode ajudar nas competências relacionadas em uma equipe multifuncional.
O fator ônibus é uma métrica fictícia que mostra a quantidade de pessoas que podem ... ser mandadas para algum lugar longe de ônibus, mas a equipe continuará trabalhando de alguma forma. Para uma equipe em forma de T ideal, é igual a N-1 (N é o tamanho da equipe): mesmo que uma pessoa permaneça dessa equipe, ela será capaz de fazer o trabalho avançar, embora muito lentamente. Claro, este é o exemplo final, isso quase nunca acontece na vida; no entanto, criar essa equipe é uma boa prática.
Tendo se tornado um especialista em forma de T, você fica no produto e com aquelas pessoas com quem se sente confortável, você continua se desenvolvendo, e isso está nas mãos do seu empregador, porque você fecha os gargalos do projeto.
A situação é ainda pior quando você se queima sem calcular sua força. Digamos que você realmente goste do projeto, você está queimando com ele. É muito interessante. Em vez de perceber que essa história é longa, você tenta correr em um ritmo acelerado. Você tem o suficiente por um tempo. Talvez você se esgote após o acabamento, mas no meio; ambos são ruins. No meu caso, gostei muito do produto em que estava trabalhando; Eu estava muito motivado para criá-lo e ver o resultado, mas não conseguia descansar. Eu meio que ouvi falar sobre equilíbrio entre vida pessoal e profissional, mas não funcionou. Mesmo que à noite eu deixasse a tarefa inacabada e fosse com a garota ao cinema ou com os amigos ao bar, em meus pensamentos ainda permanecia na tarefa; ele parecia ter se divertido, mas ele realmente não descansou e não fez a tarefa.Então decidi dar a mínima para o equilíbrio entre vida pessoal e trabalho e simplesmente comecei a trabalhar - trabalhei, trabalhei, trabalhei e então algo deu certo. Foi uma sorte que o próprio fenômeno do “clique” aconteceu após a conclusão do projeto e antes das minhas férias. Tirei férias, pensei muito, e quando voltei, conversei com o gerente - ele disse que eu não poderia escrever esse código agora. Tive um líder maravilhoso; ele perguntou o que eu estaria interessado em fazer.
Então mudei para o desenvolvimento desse mesmo projeto de escolas de desenvolvimento. Como eu disse, tivemos um momento em que descobrimos que não havia outro lugar para levar os desenvolvedores e decidimos treiná-los por conta própria. As primeiras escolas foram lançadas com sucesso, algumas das pessoas treinadas foram contratadas com sucesso. O projeto em si foi uma iniciativa de baixo para cima. O chefe do departamento de desenvolvimento móvel deu início a essa ideia e nós, como comunidade, determinamos: o que seria do programa de treinamento, como selecionar as pessoas, como validá-las na saída, quem levar - em geral, uma ideia para fechar uma necessidade. E quando fiquei exausto, eles me falaram: se esse projeto é do seu interesse, faça. Acabou sendo terrivelmente interessante.
As histórias de esgotamento padrão dizem que você deve deitar na praia e olhar para o céu até se afastar. No meu caso, mudar o campo de atividade ajudou. Por um lado, percebi que o “equilíbrio entre vida pessoal e profissional” ainda funciona; Voltando das férias, percebi que as tarefas nas quais estava sentado, posso fazer mais rápido - por um lado. Por outro lado, essa nova área acabou se revelando incrivelmente interessante e fizemos muito. Lançou novas áreas do programa, contratou novas pessoas, lançou parcerias com universidades, passou a emitir certificados de conclusão - um grande relançamento de sucesso. Depois disso, consegui voltar ao desenvolvimento, mas essa história toda é sobre não ir a extremos. Se você acha que algo está errado, que está trabalhando mais do que pode, isso não é bom para você ou para o empregador. Você está sozinho,e para o empregador esta é uma história difícil e previsível, não está claro quando você não será capaz de ir mais longe.
O terceiro tipo de burnout é o mais simples, em parte. Digamos que você siga todas as três regras básicas. Aceite as mudanças facilmente, conduza-as. O impulso da mudança é criar oportunidades. Se ainda houver tempo, contarei a vocês sobre minha viagem de trabalho de um ano para Stanford, como fiz MBA no Sberbank e mais detalhes sobre a escola de desenvolvimento. Tudo isso se deveu ao fato de eu ter perdido a oportunidade, ou ao impulso de mudança, de criação de oportunidades.
Mas quando você cria ou aproveita muitas oportunidades - apesar de estar acostumado a terminar tudo - a bola de neve pode crescer. Neste momento, você entende que há coisas simplesmente demais para fazer, e você as escolheu para você: estes são seus projetos principais e adicionais, alguns projetos favoritos, treinamento. E não há receita para tal situação; você só precisa passar por algumas dessas bolas de neve para determinar por si mesmo qual a quantidade máxima de tarefas que você pode realizar.
Esta não é uma história muito assustadora. Pior - tanto para você quanto para o empregador - existe uma história em que você trabalha por muito tempo, e então você não pode voltar de repente, e só voltar em férias e mudança de atividade. Em geral, percebi que o descanso é uma parte igualmente importante do trabalho, embora eu achasse ótimo apenas trabalhar, trabalhar e trabalhar. Você simplesmente será mais produtivo.
Quanto a saber se é necessário entrar no desenvolvimento móvel agora, ouço essa pergunta com frequência. O que estou falando é relevante para TI em geral, mas para desenvolvimento móvel em particular. Pode-se dizer que há muitos desenvolvedores agora, o mercado está saturado e novos dispositivos não estão sendo comprados. Direi que, no médio prazo, essa direção com certeza continuará relevante. Enquanto o número de smartphones está se aproximando da saturação, os wearables estão à frente; relógios inteligentes já são carregados por muitos - eu também, a propósito. Tenho certeza que grandes empresas estarão lançando algo novo em breve. Estamos limitados pela capacidade das baterias, mas ela vem crescendo lentamente nos últimos N anos. Pessoas que antes tentavam não ficar sentadas em um lugar para resolver problemas e resolvê-los com a ajuda de dispositivos vestíveis, telefones celulares e outros meios, provavelmente não retornarão a esse padrão de comportamento.O número de dispositivos aumentará e mais desenvolvedores serão necessários. Se você acha que o desenvolvimento móvel é seu, vale a pena investigá-lo. Se você já é um desenvolvedor estabelecido, pode nos procurar; sempre precisamos de desenvolvedores estabelecidos. E se quiser, mas ainda não sabe como, nossas escolas estão abertas para você. Não estamos avaliando seu conhecimento de Objective C / Swift / Kotlin / Javascript; olhamos para coisas básicas, como conhecimento de algoritmos e estruturas de dados, compreensão dos princípios de OOP, a capacidade de escrever algoritmos como classificação e explicar sua complexidade - isto é, coisas simples que são estudadas na universidade. Este é o chapéu 'T' - tudo que você precisa fazer é obter um bom conhecimento.Se você já é um desenvolvedor estabelecido, pode nos procurar; sempre precisamos de desenvolvedores estabelecidos. E se quiser, mas ainda não sabe como, nossas escolas estão abertas para você. Não estamos avaliando seu conhecimento de Objective C / Swift / Kotlin / Javascript; olhamos para coisas básicas, como conhecimento de algoritmos e estruturas de dados, compreensão dos princípios de OOP, a capacidade de escrever algoritmos como classificação e explicar sua complexidade - isto é, coisas simples que são estudadas na universidade. Este é o chapéu 'T' - tudo que você precisa fazer é obter um bom conhecimento.Se você já é um desenvolvedor estabelecido, pode nos procurar; sempre precisamos de desenvolvedores estabelecidos. E se quiser, mas ainda não sabe como, nossas escolas estão abertas para você. Não estamos avaliando seu conhecimento de Objective C / Swift / Kotlin / Javascript; olhamos para coisas básicas, como conhecimento de algoritmos e estruturas de dados, compreensão dos princípios de OOP, a capacidade de escrever algoritmos como classificação e explicar sua complexidade - isto é, coisas simples que são estudadas na universidade. Este é o chapéu 'T' - tudo que você precisa fazer é obter um bom conhecimento.compreender os princípios da OOP, a capacidade de escrever algoritmos como classificação e explicar sua complexidade - ou seja, em coisas simples que são estudadas na universidade. Este é o chapéu 'T' - tudo que você precisa fazer é obter um bom conhecimento.compreender os princípios da OOP, a capacidade de escrever algoritmos como classificação e explicar sua complexidade - ou seja, em coisas simples que são estudadas na universidade. Este é o chapéu 'T' - tudo que você precisa fazer é obter um bom conhecimento.
Vou acrescentar sobre universidades. Reconhecendo e aceitando os problemas do ensino superior - ainda estudei 6 anos e lecionei por 5 anos, estando na pós-graduação - acredito que a universidade, embora não seja obrigatória, é muito desejável. Embora a universidade não forneça conhecimento específico - ou seja, se você quiser ser um especialista em DevOps legal ou um desenvolvedor de aplicativos móveis, você terá que obter o conhecimento necessário sozinho - você pode obter, além de coisas básicas (como resistência ao estresse e o desejo de adquirir novos conhecimentos), conhecimento amplo o que está acontecendo em TI. Você será deixado por aquele especialista em forma de T.
No final de setembro ou outubro iniciaremos um novo recrutamento. Venha para nós, escreva para mim; Ficarei muito feliz em responder suas perguntas.
Em tese, o projeto deveria ser mudado a cada um ou dois anos, caso contrário, ficará estagnado.
Em geral, não discuto, embora as situações sejam diferentes. Além disso, depende da pessoa - de qual é a sua prioridade. Se a prioridade for o interesse do projeto, sim. Ou talvez sua prioridade seja a equipe com a qual você trabalhou e você não quer trocar (embora você entenda que não irá desenvolver mais este projeto); Eu também tive isso. Em geral, é necessário mudar o projeto, mas todas as situações são únicas.
Quão comum é para os gerentes de produto instalar aplicativos dos concorrentes e obter ideias para novos recursos de lá?
Isso não é feito diretamente, mas é impossível dizer que os bancos e outros atores de TI não se olham. É claro que eles estão assistindo; mas antes de copiar algo, você precisa fazer algumas pesquisas. Pelo menos para entender: o competidor fez isso pensando ou apenas lançou? E conduza sua própria pesquisa, é claro. Antes de um produto ser desenvolvido, existem vários estágios - desde o pensamento do design até a construção do CJM. É necessário entender se o usuário precisa deste produto, quais os problemas que ele resolve. E apenas copiar - esta história é mais sobre desenvolvedores independentes, quando eles decidem que podem copiar e fazer algo bem-sucedido por um custo mais baixo. As grandes empresas ainda seguem seu próprio caminho, embora olhem umas para as outras.
Talvez o futuro esteja com realidade aumentada?
Talvez. Eu também penso assim - nos últimos anos, a mesma Apple em suas conferências de desenvolvedores (WWDC) tem se concentrado no AR Kit / Reality Kit, motores para trabalhar com realidade aumentada. E tudo parece uma transição de um simples MVP para adicionar add-ons a ele. É inconveniente usar isso em telefones e você deve esperar por fatores de forma mais convenientes.
Como o Sberbank transfere um funcionário para um nível superior?
Depende do que isso significa. Se aceitarmos uma promoção simples, então, provavelmente, a mesma que em outras empresas. Antes eu trabalhava em dois lugares (e mais três como estagiário), e em todos os lugares era quase igual. Um bom caso - você discute antecipadamente os objetivos globais, por meio do qual você pode falar sobre o próximo passo. Um caso pior - nem você nem os líderes falaram sobre isso inicialmente; você apenas trabalhou, e então, depois de um ano, de repente percebeu: você merece mais. Então você vai e inicia uma conversa; também uma história normal. Às vezes acontece que uma pessoa está loucamente apaixonada pelo seu ambiente (projeto-produto-equipe); havia uma pessoa assim na minha memória: as pessoas vinham até ele e diziam que iam criá-lo. Ele cresceu, e bem, mas não começou a conversa sozinho. Em geral, a história-alvo é a preparação de planos de desenvolvimento individuais,e sua implementação é um pedido de discussão do aumento.
Com que frequência você faz treinamentos e cursos?
É necessário fazer um comentário: comecei a desenvolver numa época em que, infelizmente, quase não havia cursos normais. Ou seja, vejo duas formas de desenvolvimento da aprendizagem: a minha e a correta.
O correto é por meio de cursos, escolas de desenvolvimento (seria legal - o nosso, mas pode haver qualquer escola com um mentor que comeu um pouquinho de sal nessa tecnologia). Mas minha opção é apenas bater minha cabeça sobre este tópico, cometer erros, olhar as opções no Stackoverflow. Essa também é uma opção de trabalho, você vai receber produtos prontos, mas vai ficar mingau na sua cabeça, que vai ter que dar um jeito.
Ainda não gosto muito de cursos. Isso veio da escola - da educação geral passei para o liceu de informática, onde era legal, mas não cheguei no nível. Não tínhamos programação na escola, mas no Liceu já estava implícito. Com a ameaça de um duque, me cerquei de livros e comecei a entender; esse padrão, de fato, permaneceu comigo. Eu gravito não mais para cursos, mas para um conjunto de livros. Posso anexar mais tarde nos comentários.
Agora estou cursando o programa de MBA do Sberbank, que inclui vários cursos: full-time, part-time, virtual. Mas todos esses cursos são combinados em um único produto; escolher de forma independente alguma direção e estudar nela - isso não acontecia há muito tempo. Embora eu assista às sessões educacionais da WWDC, dou mais ênfase à literatura e aos artigos.
Alguma ideia sobre Dart / Flutter, vale a pena o tempo?
Não gosto de ser procurador, mas neste caso direi: provavelmente não vale a pena. Não acredito nas perspectivas dessa tecnologia (embora não seja realmente minha especialidade). Alguns anos atrás, todo mundo falava sobre isso, mas as coisas ainda estão lá. Mas, se você estiver muito interessado, pode demorar um pouco e decidir por si mesmo se gosta (e ver se o mercado está em demanda). Não há necessidade de olhar para as tendências - tente fazer o que você gosta.
MBA do Sberbank - como é? Estudar em tempo integral dentro do Sberbank ou em uma universidade externa?
Existem vários cursos e direções. Alguns eu acho muito interessantes - aqueles relacionados ao gerenciamento de produtos. Como especialista técnico, estou habituado ao facto de existir um problema e que necessita de ser resolvido qualitativamente; Como um desenvolvedor independente, tentei trabalhar com usuários e seus desejos-problemas - mas não tinha nenhum mapa na cabeça de como fazê-lo. Em geral, alguns dos cursos são muito interessantes; alguns são menos interessantes do que poderiam ser. No geral, o programa é bom. Eu iria para ela novamente.
O Sberbank tem uma Universidade Corporativa - na verdade, é uma organização subsidiária. Começamos a interagir com ele quando relançamos as escolas: agora a KU emite certificados para aqueles que concluíram seus estudos com sucesso. Ele está localizado na região de Moscou - é um grande campus de edifícios, os alunos podem viver no território.
As taxas internas do Sberbank são suficientes ou as externas também são necessárias?
Depende do que você quer. Se você precisa manter seu nível no que está fazendo (em desenvolvimento, por exemplo), então, em primeiro lugar, você precisa resolver com sucesso as tarefas de trabalho; em segundo lugar, a comunidade é organizada de tal forma que você manterá seu nível a priori e se desenvolverá se quiser. Essa é uma das vantagens de uma grande empresa: é uma grande comunidade. Agora não posso citar outra empresa na Rússia, onde existem 200 desenvolvedores em iOS e Android; tal comunidade cria sua própria cultura - mentoreamento, treinamento. Em geral, isso pode ser suficiente: você precisa estender a mão para aqueles que estão à frente.
Já disse qual é o meu padrão: não sou contra cursos como tais, mas estou convencido de que os livros são melhores. Você pode estudar livros no ritmo que mais lhe convier.
Novamente, a universidade corporativa oferece muitos cursos, tanto presenciais quanto online.
É conveniente viajar para o centro para trabalhar e também para a região de Moscou na KU?
Bem, agora estou em um local remoto - assim como o resto da equipe. Ainda não há problemas em sair do centro; quando deixarmos a área remota, irei para o centro de Moscou. E não vamos à KU com tanta frequência: como parte do programa de MBA, vou lá cerca de três vezes por semana.
Quanto tempo você gasta em desenvolvimento agora, em quais idiomas?
Eu mesmo sou um desenvolvedor de aplicativos móveis para iOS (inicialmente - apenas iPhone e iPad, depois surgiram os relógios). Nós escrevemos originalmente em Objective C - old, com um mixin 1.0, usando MRC). Agora temos um novo projeto separado, dentro do qual escrevemos em Swift puro; ou seja, MVVM com coordenadores e serviços, sem reatividade - vinculamos tudo por meio de delegados. Quanto ao tempo, já disse: procuro gastar mais, mas tem um certo número de reuniões de trabalho importantes - principalmente na fase de lançamento do produto, então acontece de 3 a 4 horas por dia. Ainda gosto do desenvolvimento, tento cortar da melhor maneira que posso.
Conte-nos sobre Stanford.
Uma vez em um correio de trabalho, havia uma mensagem de que há um programa do Fórum EUA - Rússia de Stanford, e os funcionários do Sberbank podem tentar se inscrever nele. Mudei-me, passei por 3 ou 4 etapas de seleção, a entrevista final em inglês e acabei em um grupo de trabalho com mais três funcionários do Sberbank. No total, há 10-15 pessoas todos os anos da Rússia e 10-15 dos Estados Unidos. O programa visa melhorar as relações entre os países; grupos mistos nossos e americanos estão sendo criados para trabalhar em problemas científicos. Nosso ano foi o primeiro em que houve problemas técnicos específicos: antes disso, havia questões sociais e jurídicas. Nosso grupo era “FinTech” (finanças e tecnologia). Fizemos pesquisas por um ano e depois a defendemos em Stanford. Estávamos jantando com o professor Zimbardo, que conduziu um experimento famoso (há perguntas para ele, mas a experiência é legal).No geral, um caso maravilhoso que me permitiu mergulhar em outra esfera. Enquanto permanecemos no campo da fintech, pesquisamos tecnologias descentralizadas usando blockchain como um exemplo e conhecemos um monte de pessoas excelentes que estão fazendo isso na Rússia e nos Estados Unidos.
Você não faz um back-end? Você entrevista com frequência?
Entrevistamos com frequência. Participo de entrevistas tanto no Sberbank Online quanto no novo projeto Sberbank-Investor. Além disso, quando se trata de escolas, também procuro participar de entrevistas de admissão e formatura. A quantidade exata depende da carga: talvez 0 ou 10 por semana, mas geralmente 1-2. Não gosto de back-end, mas estou interessado. Eu gostaria de experimentar quando o MBA acabar e houver mais tempo livre.
Como você escolhe uma pilha de desenvolvimento? Os requisitos são formados pelo cliente?
Depende. Se estamos falando de um módulo separado para o Sberbank Online, a pilha está limitada ao produto existente. Se o produto for novo, a pilha provavelmente não é escolhida pelo cliente comercial, mas pelo especialista em TI, destacando os prós e os contras do negócio. Por exemplo, se você pegar uma tecnologia - é conveniente, legal, rápida, mas cortará uma certa porcentagem do público. A decisão final será tomada, é claro, pelo representante do cliente, mas a pilha é formada por especialistas em TI. Em geral, consideramos que a pilha é conveniente, relativamente nova, mas não exagerada; portanto, agora é prematuro usar o Swift UI para um projeto corporativo - isso não nega o fato de que essa tecnologia precisa ser testada, mas deve ser estável. Ou seja, não é necessário tirar o que acabou de sair, exagerar e obviamente vai mudar a API nos próximos anos, assim como o que já está meio morto.
Ou seja, a pilha é escolhida com base em argumentos lógicos mínimos: deve ser uma tecnologia comprovada, mas relativamente nova, para a qual é fácil encontrar um especialista e com a qual temos experiência - ou podemos obtê-la facilmente.
O que é preciso para entrar na equipe de carros autônomos?
Você só precisa se inscrever. Vi uma vaga no ramo de automóveis autônomos no meu Facebook. Esta não é uma informação secreta; se os organizadores me passarem essa pergunta mais tarde, compartilharei um link.
O que é Sberbank Online e o que é um subprojeto?
Sberbank Online - por exemplo, na plataforma iOS - é um projeto que consiste em subprojetos (submódulos). Uma equipe ou grupo de equipes é responsável por cada um deles. Dentro de si mesmos, eles podem, sem se desviar muito dos guias de desenvolvimento do Sberbank, determinar algumas coisas por conta própria - por exemplo, a abordagem arquitetônica dentro deste módulo. É importante que, por exemplo, a API deste módulo ainda permita o acesso a ele, mas caso contrário, tudo o que acontece dentro dele (se não contradizer os guias e abordagens básicas do Sberbank Online) fica a critério de seus principais desenvolvedores. O projeto final é montado a partir desses módulos.
Ou seja, todos os pagamentos e transferências são Sberbank Online?
Sim, tudo é SBOL. Empréstimos e depósitos. SBOL é uma casa grande feita de vários tijolos: processos (por exemplo, pagamento) e produtos (por exemplo, depósitos). E seu desenvolvimento pode ocorrer em paralelo.
Posso ir para Okko a partir do SBOL?
Sim, mas você será direcionado para outro aplicativo. Tudo dentro do Sberbank Online é uma história, essas são partes do Sberbank Online; quando você muda para outro aplicativo, você muda para outra parte do ecossistema. Por exemplo, em SBOL você pode ir para Oko, Entrega de encomendas, Investimentos; todos esses são aplicativos separados do ecossistema Sberbank Online. Ou seja, embora sejam independentes, a navegação normal é realizada entre eles, eles são integrados ao SBOL, alguns deles podem ser acessados através do Sberbank-ID universal.
Como um novo produto é lançado no Sberbank e como alguém pode se tornar um PO nele? Por exemplo, se sua ideia não é o fato de que você será um PO.
Várias abordagens são possíveis aqui. O primeiro é iniciar mudanças. Ou seja, não apenas venha e proponha uma ideia para um novo produto, mas forneça um plano de desenvolvimento para esse produto. Se você tem experiência e compreensão relevantes de como desenvolver produtos, será muito mais fácil contratá-lo - pois será óbvio que você sabe o que fazer com este produto - do que procurar outra pessoa. Muitas vezes acontece que pessoas que nada têm a ver com a ideia se tornam PO; Por exemplo, quando uma ideia está no ar, ou quando deveria ter sido implementada há muito tempo, e agora uma pessoa com experiência em gerenciamento de produtos se tornou disponível. Existem diferentes padrões.
Se você tem uma ótima ideia de produto, pense bem: veja qual problema do cliente o produto resolverá, como a jornada do cliente mudará, o que pode ser otimizado, quais serão as métricas esperadas. E apresente-a como uma ideia de negócio; não deve haver problemas. Ou você pode se tornar um PO de outro produto com experiência relevante; agora existem cursos sobre isso, você também pode aprender com o PO da sua equipe. Os POs geralmente concordam em ser mentores.
Que livros legais você pode recomendar?
Uma pergunta muito geral. Depende de que tipo de livro você está falando. Se estamos falando de uma parte estreita do desenvolvimento móvel, então há uma série de séries nas quais o material é bem fornecido. Depende do que você está curioso sobre a direção que deseja.
O que aconteceu antes
- Ilona Papava, Engenheira de Software Sênior do Facebook - como conseguir um estágio, obter uma oferta e tudo sobre trabalhar em uma empresa
- , ML- — , Data Scientist
- , EO LastBackend — , 15 .
- , Vue.js core team member, GoogleDevExpret — GitLab, Vue Staff-engineer.
- , DeviceLock — .
- , RUVDS — . 1. 2.
- , - . — .
- , Senior Digital Analyst McKinsey Digital Labs — Google, .
- «» , Duke Nukem 3D, SiN, Blood — , .
- , - 12- — ,
- , GameAcademy — .
- , PHP- Badoo — Highload PHP Badoo.
- , CTO Delivery Club — 50 43 ,
- , Doom, Quake Wolfenstein 3D — , DOOM
- , Flipper Zero —
- , - Google — Google-

