O próximo Rich

• Rich Hickey vai se aposentar do desenvolvimento de software comercial e do vínculo empregatício com o Nubank, mas voltará a atuar como desenvolvedor independente e continuará a manutenção e a melhoria do Clojure
• O trabalho no Clojure seguirá com Alex, Stu, Fogus e vários colaboradores, e também há trabalhos planejados para a versão 1.12 e além
• O Nubank continuará patrocinando Alex, Fogus, a equipe central do Clojure e a comunidade Clojure mais ampla
• Datomic continuará sendo liderado por Stu no Nubank, e a equipe em crescimento e a nova oferta gratuita podem levar aos próximos desdobramentos
• Esta aposentadoria devolve a Rich Hickey a liberdade e a independência dos primeiros dias do Clojure, e a jornada do Clojure continua

---

A aposentadoria de Rich Hickey e o desenvolvimento contínuo do Clojure

• Rich Hickey se aposenta do desenvolvimento de software comercial e encerra seu vínculo empregatício com o Nubank
• Ver Clojure e Datomic serem aplicados com sucesso em ambientes de grande escala foi uma experiência empolgante para ele
• Após a aposentadoria, ele voltará a atuar como desenvolvedor independente e continuará a manutenção e a melhoria do Clojure
• O trabalho no Clojure seguirá junto com Alex, Stu, Fogus e várias outras pessoas
• Há trabalhos úteis planejados para o Clojure 1.12 e além

Comunidade e patrocínio do Nubank

• A comunidade Clojure continua sendo acolhedora, madura e produtiva
• A comunidade está levando o Clojure a várias novas áreas interessantes
• O Nubank continuará patrocinando Alex, Fogus, a equipe central do Clojure e a comunidade Clojure mais ampla

Próximos passos do Datomic

• Stu continuará liderando o desenvolvimento do Datomic no Nubank
• A equipe do Datomic está crescendo e prosperando dentro do Nubank
• O rumo que a nova oferta gratuita do Datomic tomará daqui em diante será um ponto de interesse

Retrospectiva sobre a Cognitect

• Para Rich Hickey, o tempo na Cognitect continua sendo um ponto alto de sua carreira
• Ele aprendeu com todos na equipe e é profundamente grato pelas interações que tiveram
• Stu e Justin assumiram riscos repetidamente com suas ideias, foram os melhores parceiros e amigos, e sempre incorporaram plenamente a integridade
• Alex Miller tinha em abundância várias habilidades que faltavam a Rich Hickey, e sem seu espírito indomável, sua positividade e sua amizade, o Clojure não seria o que é hoje

De volta a desenvolvedor independente

• Rich Hickey fez muitos amigos por meio do Clojure e da Cognitect, e espera continuar cultivando essas amizades
• A aposentadoria devolve a ele a liberdade e a independência da época em que desenvolveu o Clojure inicialmente
• A jornada do Clojure continua

[GN⁺]

Opiniões do Hacker News

• Simple Made Easy, do Rich, é o melhor vídeo de programação que já vi, e acho que é algo que muitos engenheiros precisam entender de verdade para escrever código melhor
  Trabalho como engenheiro mais sênior, isto é, chief architect, em uma empresa com mais de mil engenheiros, e recomendo esse vídeo a todo júnior que pergunta como melhorar
  Além disso, a única aplicação grande que lancei com Clojure + Aleph rodou por 7 anos sob carga contínua alta, acima de 10k TPS, sem nenhum bug ou incidente reportado

  • Beyond PEP8, do Raymond Hettinger, também é uma palestra que recomendo muito
    Eu sempre tinha essas ideias na cabeça, mas não conseguia expressá-las bem aos colegas; só depois de ver essa palestra consegui explicá-las, e como ela aborda tanto Python quanto Java, fica mais provável que seja aceita por pessoas não familiarizadas com programação funcional
    Muitos programadores com quem trabalhei não se esforçavam para aprender direito o ambiente que usavam e repetiam abordagens inadequadas, ou, ao contrário, tentavam forçar o ambiente a se ajustar às suas preferências, projetando abstrações em excesso; ambos os casos podem bagunçar uma base de código
  • Quando comecei a aprender Clojure, 1 era o último resultado, 2 era o resultado de duas expressões atrás, *3 era o resultado de três expressões atrás, e coisas assim; senti que aquilo inevitavelmente acabaria causando problemas

• Escrevi meu primeiro sistema de trading em Clojure porque precisava depender de bibliotecas Java
  Era 2011, e eu tinha uns 3 anos de experiência com Lisp; quando disse que usaria uma linguagem relativamente nova, recebi olhares desconfiados, mas o fato de ser baseada na JVM ajudou a convencer, pois combinava com o ambiente usado por muitas empresas de negociação de alta frequência na época
  Alguns anos depois, por novos requisitos que incluíam interoperabilidade com C++, ele foi aposentado e reescrito, mas o uso de memória e o rastreamento de alocações ficaram difíceis demais, e em sistemas sensíveis a tempo o custo de alocação de memória parecia alto
  Ao migrar de volta para Java, as bibliotecas Java foram facilmente reutilizadas, mas por causa da técnica ao estilo Common Lisp de primeiro criar uma DSL em Clojure e escrever os algoritmos em cima dela, migrar o código de implementação dos algoritmos foi muito mais difícil
  Essa parte ficou muito mais verbosa e desajeitada depois da reescrita, mas foi muito divertido, e hoje sinto que aprendi em um mês o que normalmente aprenderia em um ano

  • Na JVM, a alocação em si não costuma ser lenta; geralmente é só incrementar um ponteiro, e em muitos casos é até mais rápida que em linguagens com gerenciamento manual de memória
    Como os mecanismos necessários para a coleta de lixo criam overhead, a ideia geral está certa, mas é difícil dizer que a lentidão vem da alocação em si
  • Fico pensando se não dava para convencer a empresa a usar um interpretador Scheme embutível para a DSL
  • Fiquei curioso se, no fim, o desempenho de Clojure/Java não foi suficiente e por isso foi preciso migrar para C++
  • Se primeiro foi criada uma DSL em Clojure e os algoritmos foram escritos com ela, isso não significa que macros Lisp devem mesmo ser evitadas ao máximo?

• Criei dois projetos grandes em Clojure: um era um SaaS de uma startup que fechou, e o outro era um sistema interno; ambos foram realmente prazerosos
  Aprendi o enorme valor de componentes fracamente acoplados que trocam dados simples, desde grandes componentes de servidor até o acoplamento em nível de módulo, e agora passei a desconfiar bastante de frameworks web gigantes, monolíticos e opinativos
  Lisp em geral foi a toca de coelho de programação mais recompensadora em que já me aprofundei, uma verdadeira mina de ouro de técnicas e treinamento que mudou minha forma de pensar até quando programo em linguagens imperativas/procedurais

• A palavra congratulations vem do latim, da combinação de com-, que significa junto, com gratulari, que significa agradecer ou demonstrar alegria; gratulari vem de gratus, a mesma raiz de gratitude
  Tive apenas a sorte de encontrar Rich pessoalmente algumas vezes, mas quero expressar minha profunda gratidão, e me dá muita alegria saber que ele está dando esse passo
  Estou ansioso para ver o que ele mostrará na próxima etapa

  • Poucas coisas capturam tão bem esse espírito quanto o clássico vídeo Congratulations, do Big Man Tyrone
    O sentido oscilou de sinceridade para sátira e de volta para sinceridade, mas acho que a atitude essencialmente alegre por trás do vídeo original traz um otimismo de alegria genuína

• Graças às palestras de Rich Hickey, na faculdade fui levado a explorar Clojure e programação funcional, o que depois acabou me dando a oportunidade de contribuir, em parte da minha carreira, para a evolução da linguagem funcional F#
  Não posso dizer que foi um sucesso enorme, mas também não foi um grande fracasso, e no fim fico muito feliz que as coisas tenham seguido esse caminho
  Até hoje, quando às vezes volto ao meu projeto de formatura escrito em Clojure, acho que ele tem uma elegância peculiar

  • Tive uma experiência parecida
    Depois disso construí coisas com impacto maior, mas, no fim, o software de que mais me orgulho foi uma calculadora feita em ClojureScript
    Baseado livremente no último capítulo de SICP, implementei transições de estado de uma máquina de registradores de um jeito ridiculamente metacircular e, como a implementação era mais interessante que a aplicação em si, visualizei a máquina de registradores em Processing como se fosse uma ALU básica
    Sem Rich Hickey ou Clojure, acho que eu quase não teria percebido o quanto escrever software pode ser divertido e criativo; se eu tivesse tentado colocar esse tipo de lógica em produção, teria sido demitido na hora, mas a experiência em si foi A+
  • Comecei a programar em F# quando você estava na Microsoft, e em poucos anos F# se tornou uma opção multiplataforma bastante capaz
    Há mérito da Microsoft e da comunidade, mas sua ajuda certamente teve um papel importante

• Lembro de Rich falando sobre o tempo e o dinheiro que investiu em Clojure, até dinheiro tirado do fundo de aposentadoria
  Espero que ele tenha uma aposentadoria longa, plena e feliz

• Os anúncios originais de 2020 estão aqui
  https://cognitect.com/blog/2020/07/23/Cognitect-Joins-Nubank
  https://news.ycombinator.com/item?id=23926407
  https://building.nubank.com.br/welcoming-cognitect-nubank/
  É uma história muito interessante

  • Achei que tivesse sido exatamente há 1 ano e que o período de espera do Rich tivesse acabado, mas olhando de novo, não foi há 1 ano de jeito nenhum

• Isso é realmente fantástico
  Primeiro, reforça que Clojure continua amadurecendo como um projeto de equipe
  Segundo, parece sinalizar novas coisas incríveis que só podem surgir da liberdade pessoal
  Terceiro, é um BDFL se aposentando do empregador e mergulhando direto no trabalho da vida dele, então dá vontade de torcer

  • Também vi exatamente assim, e agora a linguagem ganhou uma concentração muito maior

• Conheci Rich na casa do Stu, jogando Marvel Champions
  Agradeço por Clojure, Datomic, Cognitect e por várias palestras; essas criações enriqueceram minha vida de muitas maneiras
  Espero que ele tenha bastante tempo para passar na rede depois da aposentadoria

• Sem o enorme esforço da comunidade em torno de Clojure e ClojureScript, o OrgPad não teria sido possível
  Os membros da equipe provavelmente estariam presos na academia ou em estruturas corporativas, mas, em vez disso, pudemos viver como uma startup/empresa operada basicamente por duas famílias
  Agradeço ao Rich e a todos que ajudaram nessa jornada por tornarem a programação algo previsível, produtivo e quase divertido, em vez de trabalho penoso