Sou Arquiteto de Software a alguns anos e me senti muito representado pelas palavras, como adição ao conteúdo, durante a rotina de um arquiteto é também muito comum dar apoio em decisões negociais, apesar de não ser uma responsabilidade direta, acaba sempre acontecendo para evitar "furos" nas especificações de negócio. Isso porque acabamos tendo um grande conhecimento técnico e negocial de todas as partes de uma grande solução, e isso é, em minha opinião, realmente necessário para conseguir tomar as melhores decisões.
Excelente seu complemento! Realmente muitas atividades acabam fazendo interseção com a de outros profissionais o que acaba gerando uma certa confusão. Grande abraço!
Fica uma observação importante: Muitas decisões impactam na atuação do arquiteto de software.. .se o arquiteto ficar responsável por todas as decisões: não terá tempo para codificar !!!!
Excelente comentário, deixar só na mão de um profissional quando esse profissional já é muito requisitado na empresa ou quando está sempre em reunião, complica muito a fluidez do workflow na empresa.
@@ChosenOne-yr2mt casado? o que isso tem a ver?? obs: na pratica quem arquitetou a mentalidade da sua esposa foram as experiências de vida prévias dela, não vc. e se vc perguntar para ela, a mesma te dirá que não é propriedade sua. ou seja, qualquer coisa que vc diga vc tá 'enrolado'( no mal sentido/sofázinho) com ela, digo sem ela. aahh vc entendeu. 🍻 kkkkkkkkkk adoro ser solteiro, cara. :)
Bom vídeo! Via de regra o Arquiteto trabalha a nível estratégico, enquanto o Desenvolvedor atua a nível operacional e o Engenheiro está no meio termo entre ambos. As atribuições de cada papel vão sempre mudar de empresa para empresa.. Muitas das atribuições citadas no vídeo tem mais fit com o Engenheiro, como por exemplo garantia de qualidade, refatorações contínuas.. Enfim, tudo que é mais operacional. Arquiteto desenha/define, engenheiro garante que o desenho está sendo seguido.. E o dev não tem essa visão geral, trabalhando apenas na sua task e garantindo os requisitos de sucesso!
é, então isso não é para mim. acharia mais fácil construir um robô avatar para mim não ter que ir lá na reunião com frequência. fundar uma ong: construindo o meu robô avatar de reunião ou o movimento dos sem robôs. 😂 kkkkkkkk
Eu me considero com sorte na profissão de DEV, pois logo no inicio me envolvi num grupo on-line de arquitetos de software isso lá em 2007, isso me deu um "mindset" que fez toda a diferença no desenvolvimento de sistemas.
excelente conteúdo! atuo na área de TI a mais de 10 anos, onde a maior parte desse tempo trabalhei como desenvolvedor. na época da pandemia infelizmente surgiram muitos "fake software engineering profile". mas existe uma grande diferença em: - ser programador (de uma só linguagem ou mais); - ser desenvolvedor de software (não apenas de cruds ou telas usando algum framework); - engenheiro de software (desenvolvedor de mais baixo nível ou que entende toda a parte de engenharia propriamente dita) - arquiteto de software (que foi muito bem especificado no vídeo); deixo aqui minha sugestão de conteúdo para se possível um próximo vídeo especificando melhor a diferença dessas funções que descrevi acima! abraços \o
Eu recomendo ler o architect elevator. Mas alerto para quem tá começando que é melhor focar no desenvolvimento, mais do que em arquitetura de sistemas. É importante se sujar de graxa, ajuda a crescer na carreira e no mercado de trabalho cola nos desenvolvedores especialista e staff para acelerar sua curva de aprendizado. Me tornei dev senior esse ano e o staff Eng da equipe esta me tutorando no aprendizado de kubernetes, por exemplo
Adicionalmente ao vídeo, quero deixar minha contribuição. É importante que as empresas tenham esse papel bem definido e identificado, tanto o papel quanto a necessidade nos times de se ter um arquiteto, um profissional especializado para isso! Pois é bem frequente situações onde os programadores (não importa o nível) sejam cobrados por questões de decisão arquitetural nos projetos, e isso é um erro gravíssimo, visto que para esse tipo de decisão cabe ao profissional especializado nisso, leia-se arquiteto de software. Mas fica uma pergunta: os devs podem desempenhar esse papel?, até podem quando a empresa é muito pequena e não tem o papel bem definido, mas há de se ter a conciência de que não deveria ser atributo de um programador, por conta do nível da responsabilidade e conhecimento atribuido. E sendo bem realista, grande parte das empresas NÃO possem a documentação de arquitetura do sistema básica, fazendo com que os novos programadores tenham que ler o amontoado de códigos do projeto pra só depois começar a fazer as demandas....
Banco geralmente é a partir de 16k. Mas, saiba que sua rotina não vai ser de codar. Você mal vai dar conta das reuniões que vai ter que participar e vai ter que tomar bastante decisão.
estou 3 anos atuando como dev backend em projetos Itaú, nunca vi o arquiteto olhar código, na vdd nem num vi o arquiteto, ele basicamente cuida como as aplicações e contas são organizadas na AWS aqui
Caramba, tinhamos um arquiteto de software na empresa, mas foi embora. Ele realmente tinha bastante responsabilidade, mas nao chegava ao nivel tao baixo de ver meu codigo, mas se alinhava bem com a definicao de vcs. Baita aula vcs deram.
@@intergamesbr1232 fica amigo, quando tem crises, fica sim, igual agora que o Varejo tá no fundo do poço.. igual engenharia civil aonde muitos se transformaram em motoristas de APP.
é meio dificil achar alguem que tenha essa formação não é comum tanto como o Engenheiro de Software mas o Arquiteto tem uma função extremamente importante no projeto é levantar as mãos pro céu a empresa que tem algum especialista na área no time
uma dúvida, digamos que o cara tenha muita experiência em java, c++ e c# para aplicações desktop e nada mais... é possível o mesmo ser arquiteto pra soluções web?
Uma questão muito aberta. Mas de cara a resposta é não. Porque ter experiência em 3 linguagens lhe torna um bom programador. Engenheira e arquitetura vai além. O arquiteto trabalha com planejamento/projeto da aplicação. É o cara que vai definir a escala, o fluxo de dados, as camadas, muitas vezes adequar o sistema ao hardware disponível ou "determinar" aquisições de novos equipamentos. O engenheiro processa essas informações definindo as melhores ferramentas/ recursos que serão utilizados. Definir qual(is) linguagem(s) melhor atende o desenvolvimento, as técnicas utilizadas, gerenciamento e gestão das equipes.
O MBA da FullCycle e bom, mas ainda é muito superficial. Pra quem ja é arquiteto nao recomendo, nao vale apena. O MBA é superficial e não abarca o dia a dia coml ele é não. Muita coisa do MBA voce encontra no RU-vid de forma menos raza.
Mentoria acho que nunca recebi dos arquitetos onde trabalhei... O que vi na prática foi que colocam trabalhos pesadíssimos na mão deles e eles não costumam ter tempo pra mentoria.
@@Lukindify Agora não mesmo, mas joga 50, 70, 100 anos no futuro.... Se não tiver uma chuva de bombas nucleares que faça zerar metade da população. Nesse futuro eu duvido muito que as profissões relacionadas a desenvolvimento de software sejam as mesmas que são hoje.
Nas empresas grandes que eu passei, eu tive experiências ruins indiretas com os arquitetos. Normalmente eles era devs ruins, metido a palestrinha e ninja dos designers patterns, e muita das vezes galgava o cargo na base do puxa-saquismo e bugs maquiados. Eu morria de rir com os sênior batendo boca com eles e eles não sabiam contra-argumentar
já eu não, pq a cada 5 ou 6 anos tem uma crise no nosso pais, e ai as empresas congelam todos os projetos e os primeiros que são mandados embora são Arquitetos, PO, PM, Q&A, Gmud e ai só ficam os devs que realmente colocam a mão na massa.
Pq o arquiteto de software faz falta para os desenvolvedores, n pros chefes diretamente. Quando o sistema tá todo mal arquitetado, cheio de gambiarras e mas praticas, os chefes tendem a colocar a culpa no desenvolvedor que tá entregando pouco, n na ausência do arquiteto pra tornar o código mais legível.
@@emanuelmartins9508 como eu disse ai, eu não.. e não sinto falta nenhuma do arquiteto, trabalho em empresa grande e presto serviço fazendo o sistema completo, não sou CLT inclusive, agora se tem DEV que entrega sistema bem zuado, ai já é outra história, por isso que tá ruim o mercado de trabalho, pois tá lotado de DEV ruim.
@@gepetovovo2509 Quem tá definindo que tu é um dev bom? quantas pessoas trabalham dando manutenção no seu código? quem define a qualidade/prazo das suas entregas, tem alguém que verfiica se vc tá cobrindo tudo com testes e implementando boas praticas? Isso seria tudo trampo do arquiteto ou de algum colega fazendo esse trampo...Lance é que quando dizem que é o faz tudo já se pode entender que tem que entregar as coisas com qualidade duvidosa por ser prestador e não ter ninguem monitorando o trampo.
@@emanuelmartins9508 entao amigao... bastante gente.. mais do que vc imagina.. quando tu ver minha NF que é mais de 25k.. ai tu se esconde e fala q isso não é possivel como muitos vira-latas no brasil.
@@gepetovovo2509 tu lavando dinheiro não define qualidade, mto pelo contrário aliás. Isso é sinal q tu tá entregando tudo na doida msm e pegando o pagamento por isso.
Resumindo: Arquiteto de Software = departamento de TI kkk. Ele tem que programar, revisar, testar, definir, garantir, documentar, estimar, planejar, atualizar, elevar o time e o código, se responsabilizar quando a bucha estourar... É melhor abrir sua própria empresa, já que tem que fazer tudo kkk Sinceramente, essa definição é irreal. É IMPOSSÍVEL alguém fazer tudo isso sozinho, pelo menos não direito.
Senti falta da explicação sobre porque não basta copiar arquiteturas, livros, cursos etc e o papel que a escassez de recursos tem, e exige a tomada de decisões, tornando arquitetura um xadrez, pura estratégia.
Como iniciante no mundo do desenvolvimento, o que eu percebo que esse "cargo" aparenta ser mais administrativo do que operacional... esses nomes sofisticados acabam por confundir quem vem de fora do mundo da programação como meu caso que venho da Administração Pública! Para mim as atribuições desse "cargo" se equivalem a um gestor de projetos... Algo que um Dev Freelancer autônomo acaba fazendo meio que sem saber que está fazendo isso... É estranho eu ver certas tarefas serem fragmentadas a ponto de criarem "cargos" com nomes pomposos para tal atribuição... Como sou habituado a fazer tudo por conta mesmo com cargo inferior no setor público, acho que não entendo o modus operandi da coisa!!! Não consegui conviver numa empresa de tecnologia para saber isso ainda!
Dependendo da estrutura da TI, decisões como "storage na AWS ou no Azure" ficam a cargo do Arquiteto de Infraestrutura, que trabalha muito próximo ao Arquiteto de Software.
Ao meu ver a arquitetura de software envolve vários aspectos, não existe um curso específico. Ao não ser que tenha um curso universitários sobre o assunto.
Ótimo vídeo... show! Estou fazendo engenharia de software que abrange várias coisas também, inclusive como mencionado, uma parte de arquitetura. As vezes, confundi um pouco. Não sei se o curso é bom, mas estou gostando!😄😄
Excelente vídeo, mas podiam fazer um video para diferenciar essa sopa de palavras: senior developer, software architect, tech lead, staff engineer, principal engineer.
esse semestre estudei sobre UML, no fim da disciplina eu entendi que era Arquitetura daí veio uma questão, pra quem tá começando a estudar para ser um desenvolvedor é melhor ler o livro código limpo ou Arquitetura limpa?
São muitos padrões definidos por palavras bonitas, mas o unico padrão que realmente funciona e eu o adoto desde que entrei no mundo do projeto e desenvolvimento de software a mais de 40 anos atrás é o KISS que é um anacrônico para "Keep It Simple Stupid"
Isso que chamo de pibi bem feita. Encaixa no conteúdo e realmente deixa um gancho... Quando e for de fato estudar arquitetura de sw com certeza vou checar o link desse video.