Cofundador da HashiCorp diz que o GitHub 'não é mais um lugar para trabalho sério'
(theregister.com)- Ghostty está sendo migrado do GitHub para outro repositório colaborativo de código
- Mitchell Hashimoto entrou no GitHub em fevereiro de 2008 como o usuário nº 1299 e o usou quase todos os dias desde então, chegando a considerá-lo o lugar que mais o fazia feliz
- No último mês, houve registros em quase todos os dias de impacto no trabalho por queda na confiabilidade do serviço, e mesmo no dia em que escreveu o texto ele não conseguiu fazer review de PR por cerca de 2 horas por causa de uma indisponibilidade do GitHub Actions
- O GitHub não é mais um lugar prazeroso, e após 18 anos ele decidiu sair, embora deixe aberta a possibilidade de voltar se houver resultados reais e melhorias
- A migração do Ghostty está sendo conduzida de forma incremental, com discussões com vários provedores commercial e FOSS, e deve manter um mirror somente leitura no GitHub
Contexto do Ghostty e do uso do GitHub
- O principal projeto atual é o Ghostty, um emulador de terminal que adiciona “interesting new wrinkles” a uma categoria de software rápida e madura
- O desenvolvimento do Ghostty vinha usando o GitHub, e Mitchell Hashimoto entrou no GitHub em fevereiro de 2008 como o usuário nº 1299 e o utilizou quase todos os dias desde então
- O GitHub era “o lugar que mais o fazia feliz”, um serviço pelo qual ele teve carinho por tanto tempo que até na lua de mel arranjou tempo para usá-lo
- Em vez de ficar fazendo doom scrolling em redes sociais, ele há muito tempo olhava issues no GitHub, e até nas férias estudava código-fonte de projetos do GitHub, processos de OSS e a forma como maintainers respondiam
Falhas que bloqueiam o trabalho todos os dias
- Recentemente, os sentimentos dele em relação ao GitHub mudaram muito, e o GitHub passou a falhar com ele todos os dias, de uma forma que parece pessoal
- A principal causa é a queda na confiabilidade do serviço, e no último mês ele marcou um “X” em seu diário em cada data em que uma falha do GitHub afetou negativamente sua capacidade de trabalhar
- Havia um “X” em quase todos os dias desse diário e, mesmo no dia em que escreveu o texto, ele não conseguiu fazer review de PR por cerca de 2 horas por causa de uma indisponibilidade do GitHub Actions
- O texto foi escrito alguns dias antes do incidente de 28 de abril, quando pull requests não puderam ser concluídos por causa de um SNAFU no Elasticsearch
- Se esse tipo de falha bloqueia o trabalho por horas todos os dias, então o GitHub não é mais um lugar para “serious work”
Fluxo de desenvolvimento e rompimento emocional
- O GitHub não é mais um lugar prazeroso e, como diz a frase “I want to ship software and it doesn't want me to ship software”, passou a ser algo que impede a entrega de software
- Ele espera que o GitHub melhore, mas ao mesmo tempo precisa escrever código, e com o GitHub ele já não consegue mais programar
- Depois de 18 anos de uso, chegou à conclusão de que precisa ir embora, embora deixe aberta a possibilidade de voltar se houver resultados reais e melhorias
- Não são palavras ou promessas simples, mas resultados concretos e melhorias de fato que seriam condição para seu retorno ao GitHub
Como será a migração do Ghostty
- O Ghostty está em processo de migração para outro repositório colaborativo de código
- Há discussões em andamento com vários provedores, incluindo provedores comerciais e provedores FOSS
- Remover toda a dependência do GitHub levará tempo, e o plano é avançar de forma o mais incremental possível
- Um mirror somente leitura do Ghostty será mantido no GitHub, e projetos pessoais continuarão em serviços pertencentes à Microsoft
- O Ghostty é o projeto em que ele próprio, os maintainers e a comunidade open source serão mais afetados, por isso ele é o foco desta mudança
A posição do GitHub e o contexto da Microsoft
- Depois que a Microsoft adquiriu o GitHub, havia preocupação de que ele se tornasse um serviço centrado em Redmond, menos confortável para desenvolvedores fora do ecossistema Windows ou Azure
- Em grande parte, essa preocupação não se concretizou, e o GitHub se firmou como o lugar de fato para trabalhar e compartilhar código
- A experiência de Hashimoto mostra que esse status pode balançar, e isso coincide com o momento em que a Microsoft reconheceu Windows has serious quality problems
- Entre as causas apontadas para parte dos problemas de qualidade do Windows está a injeção forçada de IA em ferramentas demais, e o aumento da instabilidade do GitHub observado por Hashimoto também apareceu no mesmo período da obsessão da Microsoft com IA
1 comentários
Comentários do Hacker News
Fico muito irritado que, bem na hora em que a empresa está migrando tudo do CircleCI para o GitHub Actions, a estabilidade do GitHub desabou
O mais absurdo é que até o Azure Repos/Pipelines era melhor do que isso
Também ouvi dizer que o GitHub ainda está no meio da migração para a infraestrutura do Azure, então pode estar num estado intermediário, mas isso não inspira confiança
Pode ser desculpa, mas até soa bastante plausível
Até gostaria de usar algo como Forgejo, mas somos uns 12 desenvolvedores e, sinceramente, só eu já usei isso
É realmente básico, então há pouca coisa para quebrar, e pelo mesmo motivo também gosto muito do sistema de tickets
Só tem os recursos necessários, e gestores não conseguem adicionar um milhão de campos para te atormentar com relatórios ou burndown charts
https://news.ycombinator.com/item?id=47616242
https://isolveproblems.substack.com/p/how-microsoft-vaporize...
O GitLab também não é exatamente melhor
Parece que há orçamento infinito para mudanças idiotas de UI sem nenhuma melhoria prática, enquanto bugs graves em releases são ignorados
Quando comecei a usar GitLab pela primeira vez, uns 8 ou 9 anos atrás, eu gostava muito, e alguns anos depois, quando a empresa migrou para o GitHub, pareceu um grande retrocesso
O GitLab tinha muitos pequenos recursos de conveniência de UX, e apesar de algumas arestas, no geral parecia bem projetado
Mas depois disso a situação piorou bastante, a UX mudou incontáveis vezes e parece que cada mudança a deixou pior
As arestas não foram corrigidas, e só continuam surgindo arestas novas
É difícil lembrar de algum recurso útil que tenha sido adicionado ou melhorado nos últimos anos, e como o GitHub também é bagunçado, eu queria muito que o GitLab tivesse virado uma alternativa claramente melhor e conquistado esse mercado, então é uma decepção mesmo
Passei dias sem entender a causa, e só na atualização seguinte apareceu um aviso sobre o problema, então executei o repair command para arrumar tudo de novo
Era um servidor minúsculo, com cerca de 10 usuários e no máximo 50 repositórios
GitHub, Bitbucket, Codeberg etc. funcionaram bem, mas o GitLab estava cheio de bugs, era impossível atualizar chaves SSH no Firefox e não havia nenhuma indicação clara de que era um bug de compatibilidade GitLab-Firefox
Demorei quase uma hora para pensar em tentar fazer upload da nova chave SSH no Chrome, e depois disso concluí que não quero mais mexer no GitLab
Agora que o Ghostty virou o projeto mais recente a sair do GitHub, fico curioso para saber quem será o próximo
Não acho que todo mundo vai sair do GitHub até a próxima quarta-feira e subir seu próprio servidor Forgejo, mas o fato de as pessoas finalmente começarem a considerar sair do GitHub é algo com que o GitHub deveria se preocupar
O engenheiro de software médio não se importa nem um pouco com VCS ou forge, e tem um conhecimento muito superficial sobre ambos
Para quem só quer trabalhar e voltar para a própria vida, isso não importa tanto
Sou só eu, ou os problemas pioraram muito depois da aquisição pela MSFT?
O quanto isso cresceu nesse meio-tempo? 10 vezes? 100 vezes? Mais?
Quando uma empresa compra algo, o problema seguinte é quem vai ser dono daquilo
A questão central é quem, dentro da nova empresa, vai ficar responsável por “manter isso bom” e, mesmo que as pessoas que faziam esse trabalho antes da aquisição continuem lá, a questão da motivação é separada
A Microsoft tem um problema sério
Dá para ver as brechas de algo que parece ser pelo menos 10 empresas coladas com fita e chamadas de Microsoft, e também há um grande risco reputacional de uma pane na divisão Xbox afetar negativamente a divisão de ferramentas, ou vice-versa
Falta foco em muitos itens, e depois de parar com os anúncios para a imprensa, precisavam de um momento “service pack 2” para consertar esse débito técnico do tamanho do Everest
Embrace, extend, and extinguish
Diz “GitHub user 1299, entrou em fevereiro de 2008”, mas como a pessoa sabe qual é o próprio número de GitHub user #?
curl [https://api.github.com/users/YOUR_USER_HERE](<https://api.github.com/users/YOUR_USER_HERE>;)e veja o id no payload"id": 2851Ou olhe o código HTML do avatar: https://avatars.githubusercontent.com/u/2851?v=4
Sinceramente, achei que seria na casa dos milhões
/u/#O meu está por volta dos 4 milhões
Com base nas estatísticas de atividade de usuários coletadas ao longo de quase 20 anos, tenho certeza de que sou um usuário do top 1%, ou perto disso, em termos de volume de trabalho consistente e de longo prazo e de escrever diariamente software que outras pessoas realmente usam
Eu também sou um usuário relativamente antigo do GitHub, embora não dos primórdios, e continuo entregando mesmo quando as métricas do GitHub pioram
Isso porque você não precisa do GitHub para escrever software
O comentário do Hashimoto me parece instável e espero que ele encontre paz, mas, se não fosse ele sendo ele, eu provavelmente leria esse comentário e acharia que há um problema, então acho que realmente há
Caso contrário, julgar quem reclama da indisponibilidade parece bastante presunçoso e desagradável
Esse tipo de coisa eu costumava ver mais no Reddit
Era tão previsível que alguém fosse perder o ponto central com um “isso não impede ninguém de programar na própria máquina” que o post original do blog já tratava disso de antemão
Não se deve fazer um ataque pessoal tão nojento sobre a saúde mental de alguém
Mas depois de ler, realmente parece que a reação emocional dele não combina muito com a situação
Ainda assim, dependendo do tamanho do projeto, lidar com issues, revisões etc. pode virar um trabalho em tempo integral no GitHub, e não é raro usar descrições e comentários de PR como parte da documentação no lugar de mensagens de commit
Então a disponibilidade do GitHub pode de fato ser um grande impedimento para muitas empresas
Mesmo neste exato momento, há um problema em andamento na API do GitHub
A pergunta principal é qual é a melhor alternativa
Mesmo a versão gratuita já atende bem, sem grandes reclamações
Dá até para espelhar todo o código público lá
Se é um lugar para rodar testes, então monte sua própria infraestrutura
Isso está mais fácil do que nunca; por que depender de uma caixa-preta dessas?
É muito mais rápido que o GitLab