Filipe Andrade Nascimento

Dúvido que eles vão deixar a terceirizada, a própria Amazon incentiva que as empresas usem as terceirizadas certificadas por eles, pois essas empresas fazem a gestão de cloud completa e sempre ajudam a achar algumas economias na infraestrutura, e isso é bom pra empresa que você trabalha e para a amazon, que agora terá mais recursos para alocar para novos clientes. Algumas terceirizadas até pedem uma quantidade de pessoas certificadas amazon dentro da empresa, é o que está acontecendo na empresa que trabalho agora, a Imgram pediu que nós tivéssemos um numero de pessoas certificadas amazon para fazer a parceria. Acho que com a Azure/GCP não será diferente Dito isso, sua análise continua boa, se tem pouca gente em Cloud na empresa, vale a pena você suprir essa demanda, e mais tarde colher os dividendos de ser um pilar para a infra dos projetos que vocês tem ai

Uma boa pergunta para se fazer também, é, dependendo dos seus objetivos: Qual dos 2 tem mais espaço para subir coorporativamente na sua empresa? Eu vejo que geralmente analista de processos vira especialista em governança e gestão de TI, estuda COBIT e ITIL, e sempre acaba em um cargo C-Suite. Então analista de processos tem suas vantagens também. Mas Cloud não costuma ser mau também, depende do que vc quer pro futuro, cargo de liderança e lidar com equipes, ou fazer o seu bem feito e ganhar bem por isso? Depende do teu estilo

Tem um pouco de diferença sim, mas quando vc entende 1 serviço de cloud, fica bem facil entender os outros, ent tu vai pegar rápido, algo que pode agregar pra vc é a busca de certificações referentes a cloud que vc trabalha eu n sei como é pra ser um bom analista de processos, mas para Cloud o Plano de carreira é bem claro -> Buscar Certificações Nos 2 casos você terá que ter um perfil minucioso e de otimização total dos processos, sendo detalhista, resolvendo crises de forma rápida e automatizando sempre que possível. Então o perfil para os 2 casos é praticamente o mesmo, só mudam as ferramentas

Dito isso, você me lembrou do dia que um COLEGA DE FACULDADE meu (eu faço CIÊNCIA DA COMPUTAÇÃO) me mandou um código através do DOCS do GOOGLE Eu tive uma crise de riso lendo a mensagem

É facinho, 1 dia tu aprende, pesquisa ai, Git e Github A IA tbm faz todos os processos muito bem, é bem documentado e há tutoriais em todo lugar Se tu quer mexer com código de qualquer natureza, vai te ajudar Parabens pela curiosidade! Explicação breve: o Git é uma ferramenta que serve como uma máquina do tempo para o programador, nós conseguimos progredir com o código e ir fazendo "commits" que salvam o estado atual do código, e eu posso voltar para quer commit que eu fiz no passado. Isso permite possibilidades infinitas, e a programação como conhecemos hoje não existira sem essa ferramenta. O Github é uma das plataformas que você pode guardar e ter acesso aos seus repositórios de código de qualquer lugar do mundo, assim como baixar o código em qualquer dispositivo com internet É simples, é muito rápido, parece magia. Obrigado ao Criador Linus Torvalds, que é um dos programadores mais impactantes da história da computação. O Git não é nem o principal software que ele fez, já que ele acabou criando também o Sistema Operacional Linux, que permite que toda a infraestrutura de software que temos hoje, seja viável.

Meu brother, parabens, mas com todo respeito, Github serve pra isso KKKKKKK Tu meteu um monte de código em txt aqui po kkkkkkkkkkk

Não sei teu nivel de experiencia na area, mas spec driven com os sub agentes certos, vai te dar mais que uma funcionalidade pronta, vai te entregar os testes, a documentação. Você saberá exatamente o que faz, como faz, assim como seu Tech Lead tbm já terá um material clarissimo

É uma visão interessante, mas quando você reduz o escopo para 1 ou 2 funcionalidades, gastar tempo pensando na especificação, na minha experiencia vale a pena sim Concordo com você no sentido de fazer um app do 0, ai talvez não valha muito a pena mesmo, é melhor ir aprofundando conforme for fazendo

Errar no planejamento com modelo mais barato e depois executar com modelo caro é a ordem inversa. Invista capacidade intelectual, do modelo e sua, na fase que define o destino. Deixe a execução ser eficiente. 🧠 /brainstorm → modelo de alta capacidade (Sonnet, Opus, equivalentes) 📋 /plan → modelo de alta capacidade, a etapa mais crítica ⚙️ /work-plan → modelo médio em auto ou modo padrão 🔨 /work → modelo médio em auto ou modo padrão 🔍 /review → modelo de alta capacidade (revisão exige raciocínio profundo) ✅ /commit-changes → qualquer modelo O resultado prático Com esse sistema operando, consigo manter uma cadência de entrega que seria difícil de explicar sem o contexto do processo. Em dias de alta demanda, já entreguei 25 tasks no mesmo dia, com distribuição aproximada de 50% pequenas, 25% médias e 25% grandes. Isso não é sprint heroico. É o resultado de um processo que elimina fricção em cada transição: Sem tempo perdido decidindo como começar cada task (o workflow define isso). Sem retrabalho por falta de contexto (o carregamento é obrigatório). Sem inconsistência arquitetural (os agentes especializados capturam isso antes). Sem documentação defasada acumulando dívida (cada ciclo atualiza). O efeito composto é real. Um projeto operado com esse processo por semanas está em estado radicalmente melhor do que um projeto operado com one-shot prompting pelo mesmo período. O que esse workflow não resolve Vale ser honesto sobre os limites. Esse processo pressupõe que você já tem clareza técnica sobre o que está construindo. Ele não substitui decisões de produto, não resolve conflitos de requisito e não é um atalho para entender tecnologias que você não conhece. Ele também tem custo: rodar múltiplos agentes em paralelo consume tokens. Por isso o gasto mensal é significativo. A questão é que o retorno em qualidade, velocidade e consistência de entrega justifica esse investimento, pelo menos no contexto em que opero. Conclusão A pergunta que mais ouço quando explico esse processo é: "isso não é exagero para uma tarefa simples?" Para uma tarefa simples isolada, pode ser. Mas software real não é feito de tarefas simples isoladas. É feito de centenas de decisões acumuladas, padrões que precisam ser respeitados, dependências não documentadas e contexto que existe apenas na cabeça das pessoas. O que esse workflow faz é transformar esse contexto implícito em contexto explícito, e dar à IA condições de operar com ele de forma estruturada. O resultado não é só velocidade. É consistência, que em projetos reais é muito mais valiosa do que velocidade pontual. Se quiser explorar o workflow completo, com todos os commands, agents, skills, hooks e documentação bilíngue: https://github.com/J-Pster/Psters_AI_Workflow O repositório é público e aberto a contribuições. meu brother, o nome disso ai é Ralph Loop, já tem comunidade, site e tudo mais feito em cima disso, tem até plugin pro claude já estão fazendo automatização do bot consumir tasks direto do Jira, quebrar o escopo em partes menores, produzir os subagentes e implementar automaticamente num container controlado... tudo automático... Não estou criticando, inclusive gostei do insight envolvendo XP, não tinha pensado antes. o que quis dizer é que o conceito já existe lá fora a um tempo, e já tem heavy user disso ai. e tudo bem tu não ter conhecido antes/ adaptado para sua realidade

Eu tava explorando muito Spec Driven Development, é bem interessante. E agora estou aprendendo a somar isso com os Ralph Loops Sobre o código legado, eu tlg que a refatoração é um ótimo use case para essas ferramentas porèm na minha análise o aplicativo na verdade foi meio que modelado errado pelos programadores anteriores kkkkkk eu faria ele bem diferente do que é hoje pra ser sincero, mas enfim, assunto pra outra hora

Uso demais cara, claude code, atualmente até contratei o plano max por um tempo (meu salário não permite eu gastar 550 reais por mês com isso ainda lkkkk) pois tenho TCC pra fazer, e tenho que entregar no trabalho ainda e tal. Ainda to dentro do limite do custo fixo pois moro com meus pais Sobre como eu estou usando, depende do caso, no projeto atual que estou faço manutenção, e implemento algumas poucas features, mas o foco é mesmo manutenção do sistema. E o código é legado, então o claude me ajuda muito a fazer análises complexas do código e achar bugs dificeis. É um projeto que está carente de documentação também, e estou usando ele para me ajudar com isso, pretendo documentar bastante nos próximos dias, já que fui promovido (eeeeba) e não vou gastar mais tanto tempo atendendo usuário para projetos fora do meu trabalho, é insane, acabei de prototipar uma ideia que tive para TCC, fiz tudo em 1 tarde na sexta feira, e no dia de hoje fiquei lendo o código, documentando, procurando mais oportunidades de melhorar, e conversando com a IA para consolidar alguns conceitos. Realmente muito interessante. Usei uma espécie de Ralph loop para fazer tudo bem rápido, não foi o Ralph loop original pois eu queria ver o que estava acontecendo ainda, então não deixei rodar no automatico, fui supervisionando. Mas é bem insano cara a quantidade de coisa que consegue fazer em pouco tempo, claro, a minha preocupação foi em fazer um belo de um prompt para gerar tudo isso e dar certo, além de explorar Agentes separados criados por mim (com ajuda do claude kkkk). no momento to até meio sem tempo de ir a fundo e criar um ecossistema com agentes, tools, skills, onde tudo converse e faça sentido (mas quero fazer) e to usando meio no freestyle. Mas acredito que o carinho que estou colocando nos prompts tá valendo a pena kkkk

De todos ai o mais importante é o Linux com certeza, linux é tipo Diesel, sem ele a gente não teria nada em software hoje. Assim como não teriamos estradas, prédios, comida fresca no mercado, sem Diesel

Olha ele, agora é o maior fã do Augusto galego, até 2 dias atrás não tava nem inscrito no canal

Recomendo fortemente que você faça esse site dentro de alguma plataforma que já integre os ecommerces e te dê uma estrutura de organização, tudo em um lugar só, como nuvemshop, shopify, Loja Integrada (esse é BR e é bem bom)

Você tá certo na leitura amigo, o que vai valer daqui pra frente é o quanto tu leu e estudou arquiteturas. Front end está muito perto de ficar obsoleto como uma função que necessita de 1 pessoa focada só nisso... (na minha leitura)