#arquitetura-de-software
29 posts
2026 - junho
1 post2026 - abril
1 post2023 - agosto
1 post2022 - janeiro
1 post2021 - outubro
2 posts2019 - abril
1 post2018 - dezembro
1 post2018 - novembro
2 posts2017 - junho
1 post2016 - outubro
2 posts2015 - dezembro
1 post2015 - novembro
2 posts2013 - maio
1 post2012 - agosto
1 post2011 - abril
1 post2008 - abril
2 posts2008 - março
1 post2007 - dezembro
1 post2007 - agosto
1 post2007 - julho
1 post2006 - dezembro
2 posts2006 - novembro
1 post2006 - outubro
1 post2026 - junho
1 postai-memory: arquitetura emergente e software maleável
Em 24 dias, contribuidores levaram o ai-memory de um MVP pessoal a um sistema multiplataforma e multiusuário. A arquitetura nasceu do uso e só depois foi consolidada.
2026 - abril
1 postRAG Está Morto? Contexto Longo, Grep e o Fim do Vector DB Obrigatório
Os modelos frontier passaram dos 200k pra 1M tokens de contexto. Será que ainda faz sentido montar uma stack inteira com vector DB pra fazer RAG, quando dá pra usar grep e jogar o documento inteiro na janela?
2023 - agosto
1 post[Akitando] #144 - Modelagem de Software é Difícil? | "Ver" vs "Enxergar"
Modelagem e arquitetura não seguem uma receita pronta: nascem da experiência com problemas e código real. Livros, open source e mentoria ajudam a desenvolver o olhar para tomar decisões melhores.
2022 - janeiro
1 post[Akitando] #113 - A Forma Ideal de Projetos Web | Os 12 Fatores
Os 12 fatores organizam apps web para deploys reproduzíveis e contínuos, mas não escalam tudo sozinhos: Akita mostra como arquitetura e gargalos do banco ainda podem derrubar o sistema.
2021 - outubro
2 postsExaminando o Vazamento do Twitch
Akita usa scripts e SQLite para organizar e limpar parte do vazamento do Twitch, examinando sua infraestrutura e evolução de Rails para Go, Python e serviços da AWS, sem usar o código.
[Akitando] #106 - Recomendação de Livros - Introdução à Design Emergente
Akita recomenda livros de algoritmos, compiladores, código limpo, agilidade, padrões e DDD, defendendo que eles oferecem fundamentos e vocabulário, mas que o design emerge do código em uso.
2019 - abril
1 post[Akitando] #49 - Devo usar NOSQL? | "ENDGAME" para Iniciantes em Programação | Série "Começando aos 40"
Fabio compara bancos relacionais, NoSQL e FaaS, explica os custos de operar cada opção e alerta que cloud e serviços convenientes também podem prender aplicações em jardins fechados.
2018 - dezembro
1 post[Akitando] #34 - Você não sabe nada de Enterprise. Conhecendo a SAP!
A partir de cinco anos com SAP, Akita explica R/3, ABAP, localização brasileira, NetWeaver, HANA e S/4HANA, defendendo que o enterprise ensina regras de negócio difíceis de aprender fora dele.
2018 - novembro
2 posts[Akitando] #25 - Sua Linguagem É Especial? Parte 2 em 2001
Akita revisita um framework de 2001 em ASP, XML, XSLT e VBScript que antecipou técnicas parecidas com Ajax e NoSQL. Era overengineering, mas o projeto ensinou a testar limites e combinar ideias.
[Akitando] #24 - Sua Linguagem É Especial? Parte 1 em 2001
Em 2001, Akita criou um framework em ASP clássico com componentes, sessões em banco, validadores e upload. O projeto não foi usado, mas revelou os limites da plataforma e preparou sua migração.
2017 - junho
1 postA Economia do Desenvolvimento de Software
Para pequenas equipes, a economia do software começa pelo menor produto que funciona, levando o tempo em conta e evitando dívida técnica, microsserviços prematuros e otimizações de performance sem necessidade.
2016 - outubro
2 postsCompartilhando models entre apps Rails - Parte 2
Evoluo o gem central-support para distribuir migrations, testo dois bancos Rails isolados e conecto a aplicação secundária a uma réplica read-only do Central em produção.
Compartilhando models entre aplicações Rails - Parte 1
Extraí a lógica estável dos models do Central para Concerns numa Rubygem testável, movi os specs quase sem alterações e concluí que a solução funciona bem para apps secundárias read-only.
2015 - dezembro
1 postO Obrigatório "Por Que Elixir?" - Visão Pessoal
O autor explica por que pretende combinar Rails e Phoenix e defende Elixir para sistemas concorrentes e distribuídos. Imutabilidade, schedulers e supervisores tornam a tolerância a falhas mais acessível.
2015 - novembro
2 posts"Yocto Services"! E o Meu Primeiro Mês com Elixir!
Após um mês intenso estudando Elixir, o autor propõe pensar nos processos BEAM como “Yocto Services”: GenServers supervisionados que falham isoladamente, trocam mensagens e conversam entre nós.
Exercício ExMessenger: Entendendo Nodes em Elixir
Refatorei um chat de terminal pré-1.0 para um Umbrella app e explorei Nodes, nomes, cookies e GenServers remotos. O resultado se aproxima mais de peers distribuídos que de um cliente TCP e servidor tradicional.
2013 - maio
1 post[Off-Topic] Blogs are Obsolete. What's Next?
After nearly 900 posts, the author argues that chronological blogs bury useful older work. Tags, categories and featured posts still fail at discoverability, leaving the blog structure in need of a new model.
2012 - agosto
1 post[Off-Topic] O Mito do "Legado"
O autor critica a reescrita automática de sistemas legados e conta como consertou, em duas semanas, um ASP com DCOM, preservando o código e conquistando um novo projeto do cliente.
2011 - abril
1 postTwitter muda de Ruby para Java. Ruby é 3x mais lento que Java.
Akita contesta a ideia de que o Twitter provou Ruby inferior ao migrar para Java: o ganho veio de arquitetura assíncrona e escala, enquanto Rails segue valioso por produtividade e manutenção.
2008 - abril
2 postsConversando com Chris Wanstrath (Err the Blog/Github)
Chris Wanstrath conta por que criou o GitHub para facilitar contribuições open source e revela a arquitetura por trás da plataforma, com Git, SSH, memcached, jobs em background e um feed de quase 1 milhão de linhas.
Off-Topic: Google App Engine e Cloud Computing
O autor compara hosting, VPS, AWS e Google App Engine e mostra o atrativo dos recursos elásticos sob demanda. A contrapartida é adaptar a aplicação a paradigmas próprios e dificultar uma migração futura.
2008 - março
1 postRails serve para grandes aplicações?
Rails não substitui um ERP corporativo como SAP, mas pode atender mini-ERPs ou funcionar como front-end de SAP e Java. Isso exige processos maduros, bons programadores, integração e objetivos realistas.
2007 - dezembro
1 postConversando com Avi Bryant - Parte 2
Avi Bryant defende a simplicidade pragmática do Smalltalk, estima que Ruby poderia ser até 25 vezes mais rápido e explica como Seaside usa continuações e componentes.
2007 - agosto
1 postA Falácia do Custo Perdido
O ingresso de cinema ilustra a falácia do custo perdido: dinheiro já gasto não deve decidir o próximo passo, seja ao avaliar um filme, uma licença de software ou uma arquitetura.
2007 - julho
1 postGoF Design Patterns - Sobreviveu ao teste do tempo?
A discussão sobre o livro GoF contrapõe críticas à complexidade e à relevância dos patterns com sua utilidade como exemplos de design, desde que não sejam copiados como receitas ou dogmas.
2006 - dezembro
2 postsMinha Coluna na RubyOnBr: Rails, Sucesso pela Arrogância?
A coluna explica como o Opinionated Software orienta as escolhas do Rails e relaciona essa abordagem à tendência de criar aplicações web focadas, em vez de sites que tentam fazer tudo.
David Hansson e Opinionated Software
David Hansson defende concentrar a lógica de negócio no domain model, sem stored procedures ou constraints em bancos de aplicação. Akita ressalva que integração e processamento maciço exigem outra arquitetura.
2006 - novembro
1 postMVC vs Model 2
A tradução diferencia o MVC original, a variação da NeXT e o Model 2 adotado na web, situando Rails academicamente mais perto deste último. A recomendação é escolher o design conforme a interface.
2006 - outubro
1 postDesign Patterns representam defeitos nas Linguagens
O texto argumenta que muitos Design Patterns expõem deficiências das linguagens e deveriam ser absorvidos por elas, até se tornarem invisíveis. Ruby on Rails aparece como exemplo ao integrar MVC em uma DSL web.