Arquiteto de software: por que é necessário e qual é a sua maldição

O convidado da nova edição do podcast Dry Oars é o arquiteto de software Yegor Taflanidi. Estamos discutindo que tipo de papel metafísico é esse, que dificuldades existem no trabalho e o que a força das trevas tem a ver com isso.



Artyom Kulakov e Roma Choryev são os desenvolvedores do Redmadrobot. Eles gravam podcasts de tubo onde, juntamente com convidados, discutem diferentes aspectos da criação de produtos de TI. Abaixo está um link para a nova edição e respostas para várias perguntas urgentes.


Tempo
01:40 Egor conta como se tornou arquiteto
12:40 Mitos populares: um arquiteto é o estágio mais alto do desenvolvimento de um desenvolvedor; o arquiteto sabe tudo de melhor e mais; o arquiteto não escreve o código (porque ele esqueceu como fazê-lo); um arquiteto senta e desenha alguns esquemas
31:20 Discussões sobre linguagens de programação modernas
39:10 Sistema / Solução / etc Arquiteto. O que tudo isso significa?
47:50 Discussão da mesma "maldição"
50:24 Como se tornar um arquiteto (aviso: algumas piadas)
55:16 Gerenciamento de tempo: um dia útil de um arquiteto - o que ele faz?
01:03:39 Quais são as dificuldades no trabalho e como superá-las
01:13:49 E o que vem a seguir: quais são os vetores de desenvolvimento
01:26:59 A resposta para a pergunta: qual é o caminho verdadeiro para o arquiteto?

Quem é um arquiteto de software?

Um arquiteto é um especialista que cria sistemas de TI para resolver problemas de negócios. Ele é bem versado em todas as nuances do design do sistema.

Se você precisar desenvolver, por exemplo, um aplicativo, o arquiteto informará como fazê-lo sem pisar em um ancinho. Ele explicará quais tecnologias usar, quais problemas podem ser encontrados e estabelecerá as bases para o desenvolvimento do projeto. O projetista da aeronave decide de onde construir o avião e o arquiteto decide com quais tecnologias desenvolver um sistema de TI que resolverá o problema.

Um arquiteto deve entender tudo?

Na conversa, descobriu-se que isso sai por si só. O arquiteto está envolvido em diferentes situações: ele se comunica com o cliente, resolve problemas de engenharia e até participa do planejamento do projeto. Se você deseja ou não, vai mais fundo nos negócios e baixa a habilidade gerencial. Egor explica:

- Toda a essência se resume a duas coisas: o arquiteto deve resolver os problemas dos negócios e deve afastar o sistema das restrições. Se você sabe que o sistema não possui a capacidade física de implementar essas ou outras coisas, mas há uma necessidade comercial, sua tarefa é descobrir como e juntar tudo. Podemos dizer: certifique-se de que as ovelhas estejam inteiras e os lobos cheios.

Durante o dia, um arquiteto transmite uma enorme quantidade de informações de gerentes, desenvolvedores e clientes. Portanto, no final do dia, parece que ele está familiarizado com a situação de diferentes ângulos. Artyom resumiu:

- Um arquiteto é mais sobre largura do que profundidade. Por exemplo, você não precisa trabalhar com reflexão e algumas coisas de baixo nível no Android, mas é importante entender como tudo funciona em geral.

O arquiteto escreve o código?

Em resumo, alguns arquitetos codificam. Mais sobre isso em um discurso de cinco minutos no podcast, a partir das 22h25. Spoiler: Trata-se de código perfeito, problemas perfeccionistas e requisitos de negócios.

Como se tornar um arquiteto?

Com base na experiência deles, os caras disseram que é impossível simplesmente mudar de desenvolvedores para arquitetos. Primeiro, é preciso haver essa posição. Somente então uma pessoa da equipe é selecionada ou um especialista externo é chamado.

- Tínhamos assim: a empresa estava se desenvolvendo, o número de pessoas e projetos estava crescendo. A qualidade tinha que ser mantida, então chegou a hora de aparecer um "nicho de responsabilidade" gratuito.

O arquiteto é o mais alto nível de desenvolvimento?

O estúdio concordou que este é definitivamente um marco no desenvolvimento do desenvolvedor. Mas não tome o arquiteto como uma versão aprimorada do "senior". Egor explicou que o arquiteto não é o final nem o teto. Esse especialista tem uma forte habilidade na solução de problemas de engenharia, portanto, existem muitas opções de desenvolvimento. Por exemplo, você pode acessar a IoT, projetar linguagens de programação ou entrar em uma área adjacente.

E que tipo de "maldição"?

Então Yegor explica esse fenômeno:

“A maldição é que, quando há necessidade de um arquiteto, e uma pessoa ocupa essa posição, ninguém mais pode se tornar um arquiteto nesta empresa.

Ele disse que é improvável que o especialista que assumiu o cargo possa fazer qualquer outra coisa no futuro (dentro da empresa). Isso se deve ao fato de que é difícil "educar" o deputado. Isso acontece por várias razões: as tarefas de um arquiteto são difíceis de delegar, nem sempre existe uma pessoa que deseja substituir o substituto e simplesmente não há tempo suficiente para o treinamento.

Ouça o podcast em uma plataforma conveniente - SoundCloud , Apple , Google Podcasts .

Links úteis

Artigos, vídeos e livros importantes para quem deseja se transformar em arquiteto:

Muitos artigos e vídeos úteis que são úteis para mudar de desenvolvedores para arquitetos.

Arquitetura de software na prática, L. Bass - o básico de ser arquiteto.

Arquitetura de sistemas de software: trabalhando com partes interessadas usando pontos de vista e perspectivas é um dos principais livros que descreve mais detalhadamente os princípios do arquiteto.

Release It!: Projete e implante software pronto para produção - histórias sobre como projetar software e o que acontece quando ele é projetado de forma desonesta.

Padrões de arquitetura de aplicativos corporativos - memórias do antigo Martin Fowler sobre como projetar software.

Design Orientado a Domínio - Enfrentando a Complexidade no Coração do Software E. Evans - sobre a modelagem correta.

Aplicação de UML e padrões: uma introdução à análise e design orientados a objetos e desenvolvimento iterativo C. Larman - project @ document,% username%.
Desenvolvendo requisitos para software, K. Wigers - Microsoft escreve sobre o desenvolvimento de requisitos.

Visão geral dos padrões de design.

Venha discutir a questão no chat do Telegram.