Cofundador da HashiCorp diz que o GitHub 'não é mais um lugar para trabalho sério'

 (theregister.com)
1 pontos por GN⁺ 3 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • O emulador de terminal que adicionou novos elementos à categoria de software rápido e maduro está migrando do GitHub para outro repositório de código colaborativo
  • 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 considerar o GitHub o lugar que mais o fazia feliz
  • No último mês, houve registro em quase todos os dias de impacto no trabalho causado pela queda na confiabilidade do serviço, e no dia em que escreveu o texto ele não conseguiu fazer review de PRs por cerca de 2 horas devido a uma falha no GitHub Actions
  • O GitHub não é mais um lugar prazeroso e, após 18 anos de uso, ele decidiu sair, embora continue aberto à possibilidade de voltar se houver resultados reais e melhorias
  • A migração do Ghostty está sendo discutida com vários provedores comerciais e FOSS e será feita de forma incremental, deixando um espelho somente leitura no GitHub

Contexto do Ghostty e do uso do GitHub

  • O projeto principal atual é o Ghostty, um emulador de terminal que adiciona “interesting new wrinkles” à categoria de software rápido e maduro
  • 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 diariamente desde então
  • O GitHub era “o lugar que mais o fazia feliz” e era um serviço pelo qual tinha carinho havia muito tempo, a ponto de reservar tempo para ele até durante a lua de mel
  • Em vez de fazer doom scrolling em redes sociais, ele há muito tempo examinava GitHub issues e, até nas férias, estudava código-fonte de projetos no GitHub, processos de OSS e a resposta de maintainers

Falhas que bloqueiam o trabalho todos os dias

  • Recentemente, sua percepção sobre o GitHub mudou muito, e ele passou a sentir que o GitHub o faz falhar todos os dias e que esse problema é algo pessoal
  • A causa principal é a queda na confiabilidade do serviço; no último mês, cada data em que uma falha do GitHub afetou negativamente sua capacidade de trabalhar foi marcada com um “X” em seu diário
  • Nesse diário, havia um “X” em quase todos os dias e, no dia em que escreveu o texto, ele não conseguiu fazer review de PRs por cerca de 2 horas por causa de uma falha no GitHub Actions
  • O texto foi escrito poucos dias antes do incidente de 28 de abril, quando pull requests não puderam ser concluídos devido a um SNAFU no Elasticsearch
  • Se falhas como essas impedem o trabalho por várias horas todos os dias, então o GitHub não é mais um lugar para “serious work”

Fluxo de desenvolvimento e ruptura emocional

  • O GitHub não é mais um lugar prazeroso e, como na frase “I want to ship software and it doesn't want me to ship software”, tornou-se algo que atrapalha a entrega de software
  • Ele espera que o GitHub melhore, mas ao mesmo tempo precisa escrever código e já não consegue mais programar usando o GitHub
  • Depois de 18 anos de uso, chegou à conclusão de que precisa sair, embora continue aberto à possibilidade de voltar se houver resultados reais e melhorias
  • Não bastam palavras ou promessas; a condição para voltar ao GitHub é haver resultados concretos e melhorias de verdade

Como será a migração do Ghostty

  • O Ghostty está em processo de migração para outro repositório colaborativo de código
  • Ele está discutindo isso com vários provedores, incluindo provedores comerciais e provedores FOSS
  • Levará tempo para remover todas as dependências do GitHub, e o plano é avançar da forma mais incremental possível
  • Um espelho somente leitura do Ghostty permanecerá no GitHub, e seus projetos pessoais também continuarão em um serviço de propriedade da Microsoft
  • O Ghostty é o projeto em que ele, os maintainers e a comunidade open source serão mais impactados, 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ções de que ele se tornasse um serviço centrado em Redmond e menos confortável para desenvolvedores que não estivessem ligados ao ecossistema Windows ou Azure
  • Em grande parte, essa preocupação não se concretizou, e o GitHub se consolidou como o lugar de fato para trabalhar e compartilhar código
  • A experiência de Hashimoto mostra que essa posição pode vacilar, e isso coincide com o momento em que a Microsoft reconheceu que o Windows has serious quality problems
  • Parte da causa dos problemas de qualidade do Windows foi atribuída à 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 por IA

Leituras relacionadas

1 comentários

 
GN⁺ 3 시간 전
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

    • O GitHub afirma que o tráfego aumentou muito por causa de projetos de vibe coding
      Pode ser desculpa, mas até soa bastante plausível
    • Duas semanas atrás, fiquei encarregado de avaliar uma migração de um GitLab self-hosted para o GitHub para ter uma integração melhor com IA, mas a indisponibilidade do GitHub ontem à noite cancelou o projeto, e em vez disso decidimos fazer upgrade do nosso servidor próprio
      Até gostaria de usar algo como Forgejo, mas somos uns 12 desenvolvedores e, sinceramente, só eu já usei isso
    • O Azure Repos é bem decente
      É 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
    • Não precisa cair na falácia do custo afundado; dá para cancelar a migração
    • Pode ser só eu ligando pontos sem relação, mas quando vi a menção à migração para o Azure, isso me veio à cabeça
      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

    • É realmente uma pena
      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
    • Pior ainda, numa versão self-hosted, uma atualização quebrou a migração sem gerar erro nenhum, então a instalação ficou estranha e sutilmente quebrada
      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
    • Fiquei completamente de saco cheio do GitLab enquanto renovava chaves SSH de várias contas
      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 efeito de lock-in aqui é absurdo
      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
    • Estou meio por fora das tendências recentes, mas por que as pessoas estão saindo do GitHub?
    • Algum usuário do HN já criou algo como who-left-gh.net? O domínio está livre

  • Sou só eu, ou os problemas pioraram muito depois da aquisição pela MSFT?

    • A aquisição não foi há 1 ano, foi há 8 anos
      O quanto isso cresceu nesse meio-tempo? 10 vezes? 100 vezes? Mais?
    • Esse tipo de coisa pode acontecer várias vezes durante um processo de aquisição
      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
    • Isso parece estar mais relacionado a vibe coding
    • Sim, com certeza, e mais recentemente também sob a nova organização CoreAI: https://www.businessinsider.com/microsoft-ai-coding-rivals-o...
    • Décadas se passam e a política continua a mesma
      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 #?

  • 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á

    • Isso soa como “eu não uso nenhuma das funcionalidades não-git do GitHub, então quem usa é que tem problema”
    • Dizer que “você não precisa do GitHub para escrever software” também faz questionar se o GitHub já era a ferramenta certa para esse trabalho, se o fluxo depende de recursos que tiveram problemas recentes de confiabilidade, inclusive algumas funcionalidades básicas de colaboração
      Caso contrário, julgar quem reclama da indisponibilidade parece bastante presunçoso e desagradável
    • Faz tempo que eu não via no HN um ataque pessoal tão completamente deslocado, com essa falsa preocupação com saúde mental, para fazer alguém parecer “disturbed”, como “o comentário do Hashimoto parece instável e espero que ele encontre paz”
      Esse tipo de coisa eu costumava ver mais no Reddit
    • O downtime do GitHub atrapalha rastreamento de issues, merge de PR, contribuições, revisão de PR e várias outras tarefas
      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
    • No começo achei que ele estava diminuindo o Hashimoto para defender o GitHub
      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

    • Nós usamos GitLab self-hosted
      Mesmo a versão gratuita já atende bem, sem grandes reclamações
    • Se é só um lugar para armazenar código, pode deixar no GitHub mesmo
      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?
    • Eu só uso para hobby ou projetos paralelos, mas entendo por que as pessoas ficam irritadas quando querem depender disso no trabalho profissional
    • Existe o Forgejo
      É muito mais rápido que o GitLab
    • Para empresas, existe o GitHub Enterprise