OccupySaaS: o que as alternativas de código aberto ao Salesforce e Auth0 implementam

O que este vídeo aborda

• A Salesforce anuncia o Pro Suite a $100 USD por utilizador por mês, faturado anualmente. Este é um plano pago, com ofertas de preço mais baixo e gratuitas também disponíveis. O episódio relata o objetivo do projeto de reduzir a dependência por "seat", sem medir economias ou reivindicar cobertura equivalente do produto.
• O site OccupySaaS data o projeto público ZeroAuthy para 14 de outubro de 2026 e o SalesCompel para 15 de outubro. O evento de 2 de novembro é uma discussão recente. A narrativa de "layoff" do site é uma autodescrição atribuída; os históricos de emprego dos contribuidores não foram estabelecidos de forma independente aqui.
• O guia de implementação do SalesCompel descreve operações persistentes de Conta e Contacto num candidato Go/PostgreSQL com "tenant-scope". O seu protótipo de exploração Vue separado usa dados sintéticos e mantém as edições em memória sem chamadas ao "backend". Nenhum marco de programa completo tem um "pass" registado na "exit-gate", e a certificação de produção não foi alcançada.
• A matriz do ZeroAuthy nomeia versões de clientes e distingue verificações de clientes de testes apenas de servidor. A OpenID Foundation lista o "commit" 38b4229 do zeroauthy para os perfis Basic OP, Config OP e Form Post OP. A autocertificação diz respeito a perfis de protocolo específicos; é distinta de uma auditoria de segurança abrangente ou paridade total com o Auth0. O "multi-factor sign-in" e uma varredura de "hardening" operacional permanecem como trabalho futuro no "roadmap".
• No guia inicial de "backend" do SalesCompel, um operador de base de dados autorizado revoga um "token" provisionado ao apagar a sua linha de "digest" armazenada. O guia coloca o ciclo de vida do "token" e o "login" público em trabalho futuro. Este procedimento concreto ilustra a responsabilidade operacional que uma empresa assume ao hospedar a sua substituição.
• Um relatório de 21 de outubro do "committer" do PostgreSQL, Robert Haas, descreve a descoberta de "bugs" assistida por IA a superar a revisão humana. O episódio usa esta explicação datada e atribuída como contexto de manutenção, em vez de um novo anúncio de lançamento ou uma medição de defeitos do OccupySaaS.
• O veredito do The Daily Diff é NEEDS REVIEW para uma mudança de produção. Testar a "slice" suportada contra fluxos de trabalho reais, permissões e necessidades de recuperação, e nomear o operador responsável pelo serviço. A política de "clean-room" declarada reconhece o risco contratual, e uma licença de código aberto não remove os custos de infraestrutura ou manutenção.

Transcrição traduzida

Traduzido da narração original em inglês. Áudio e legendas disponíveis são controlados pelo YouTube.

Pode cancelar o Salesforce e manter o produto?

0:00 Um clone do Salesforce soa como cancelar a conta e manter o produto. OccupySaaS tem código público, e o seu "roadmap" mostra o quanto resta. Neste vídeo, o que já funciona? O que o segue? E quem fica com o botão de desligar? Quando um funcionário sai, o seu acesso precisa de ser interrompido. As instruções de reconstrução do Salesforce dizem-lhe quem tem de fazer esse trabalho. Seguiremos o passo exato antes do veredito.

0:21 É segunda-feira, dois de novembro, e este é o The Daily Diff. OccupySaaS é um esforço de código aberto que usa IA para reconstruir software de subscrição a partir de documentação pública. ZeroAuthy visa Auth0, o serviço que lida com os "logins" das aplicações. SalesCompel visa Salesforce, onde as equipas de vendas mantêm os registos de clientes. Ambos os projetos são iniciais e auto-hospedáveis. O Salesforce anuncia a sua "suite" Pro a cem dólares por utilizador por mês,

Por que reconstruir algo que as empresas já compram?

0:45 faturado anualmente. Cada lugar extra aumenta essa conta. OccupySaaS chama ao preço por lugar um imposto sobre o crescimento. O departamento de compras finalmente descobriu uma subscrição para contratar pessoas. A fuga proposta é a compatibilidade. A sua aplicação já envia pedidos ao fornecedor através de um cliente de software. Construa um servidor que compreenda esses pedidos, e o mesmo cliente pode falar com o seu servidor, em vez disso. Mantém mais da aplicação que já pagou a engenheiros para construir.

1:09 Isso importa quando sair significa reconstruir anos de hábitos da empresa. Um registo de cliente pode conter campos personalizados, e outra aplicação pode depender de como um pedido se comporta exatamente. Manter isso a funcionar é a promessa difícil. A questão útil é qual parte da sua configuração existente este código já consegue compreender. O slogan do site é: eles despediram-nos, estamos a reconstruir o seu SaaS. Esses históricos de emprego não são verificados aqui.

1:32 O evento de hoje é a discussão no Hacker News. A própria linha do tempo do site coloca os dois projetos públicos em meados de outubro. O filme de vingança está em desenvolvimento há semanas. A substituição do Auth0 pelo mesmo esforço dá-nos algo concreto para verificar.

O que já funciona com clientes Auth0?

1:44 A matriz de compatibilidade do ZeroAuthy regista credenciais de "sign-in" e acesso testadas com clientes de software Auth0 nomeados, incluindo o cliente React. Nomeia versões exatas e distingue verificações de clientes de testes apenas do servidor. Esses limites tornam a afirmação útil. A própria lista da OpenID Foundation nomeia uma versão específica do ZeroAuthy para três perfis padrão de "login". Isso é uma afirmação de autocertificação verificável com um âmbito definido. O "roadmap" do projeto ainda coloca o "multi-factor sign-in" e o "hardening" operacional em trabalhos posteriores.

2:11 Pode inspecionar tanto a conquista quanto o trabalho inacabado antes de confiar nele com clientes. No Hacker News, o comentador ozim aponta para backups e atualizações de segurança como parte do que os clientes compram. Objeção justa. Uma empresa que escolhe a auto-hospedagem precisa de alguém responsável por esses trabalhos, mesmo quando a licença chega sem uma chamada de vendas. Alguém ainda é chamado durante o jantar. O SalesCompel torna essa fronteira especialmente visível.

Quanto do Salesforce está implementado?

2:33 O seu "backend" Go armazena registos de Conta e Contacto no PostgreSQL, com acesso "tenant-scoped" e consultas limitadas. O seu guia de implementação lista as operações suportadas. Um comportamento de consulta mais amplo e a migração permanecem fora dessa "slice". Os anos de personalização da sua empresa viajam como um problema separado. E tenha cuidado com o ecrã que está a admirar. O protótipo de exploração Vue separado usa dados sintéticos e mantém edições em memória. A "slice" de "backend" persiste os registos.

2:57 O "readme" explica ambos. Uma lista de clientes atraente pode demonstrar um "layout" enquanto o plano de migração está ainda a ser escrito. Para crédito dos construtores, eles documentam o trabalho inacabado. O "roadmap" diz que nenhum marco de programa completo tem um "pass" registado na "exit-gate", e a certificação de produção não foi alcançada. A sua estimativa restante abrange centenas de pacotes de trabalho delimitados.

3:16 Essa é uma estimativa de âmbito; não há uma data de entrega escondida nela. Então, o que o segue? Os seus registos precisam de um destino verificado. As integrações precisam dos seus pedidos reais testados. As permissões precisam de ser verificadas contra a sua organização real. Uma API familiar diminui uma barreira de migração; cada fluxo de trabalho não suportado ainda pertence à lista de aceitação. O clone herda as peculiaridades da sua empresa gratuitamente.

3:38 Um relatório mais antigo explica a carga de trabalho.

Quem mantém o código depois de a IA o escrever?

3:40 Em vinte e um de outubro, o "committer" do PostgreSQL, Robert Haas, escreveu que a descoberta de "bugs" assistida por IA estava a superar a revisão humana. Ele ligou essa pressão a reversões tardias de funcionalidades e ao atraso da versão dezanove. A sua explicação de outubro é um contexto útil para estes clones. Haas diz que os modelos podem elaborar correções, e os humanos ainda verificam a correção e os padrões do projeto. O trabalho em versões mais antigas também desvia os revisores. Possuir a substituição também lhe dá essa obrigação de manutenção.

4:05 Orçamento para um mantenedor ao lado da máquina que produz código. A parte fácil de cancelar uma subscrição é encontrar o botão.

Onde o SalesCompel coloca o botão de desligar?

4:12 Agora esse funcionário precisa de ter o seu acesso removido. No guia inicial de "backend" do SalesCompel, a credencial de acesso é um "token". Para revogar um "token" provisionado, um operador de base de dados autorizado elimina a sua linha de "digest" armazenada. Essa é a impressão digital do "token" na base de dados. O guia coloca o ciclo de vida do "token" e o "login" público em trabalho futuro. Controla o servidor, e é responsável por interromper o acesso. Gosto de ter essa escolha.

4:33 Eu ensaiaria fluxos de trabalho e recuperação reais antes de colocar clientes por trás disso. A sua política de "clean-room" declarada exclui material confidencial do empregador e reconhece o risco contratual. A licença Apache dá-lhe permissões para este código; o seu trabalho jurídico sobrevive ao "download". O "roadmap" público dá-lhe algo útil para interrogar enquanto a página inicial celebra a ocupação. Se preferir ler isto a ouvir-me dizer, o "diff" chega à sua caixa de entrada

4:55 todas as manhãs, gratuitamente em thedailydiff dot dev, link abaixo. Então, o veredito de hoje é NEEDS REVIEW.

Eu moveria a produção para este plano de saída?

5:01 Eu testaria as "slices" suportadas porque um servidor aberto compatível pode dar aos desenvolvedores uma saída. Manteria a produção condicionada a evidências de migração e responsabilidade operacional. Subscreva, carregue no sino e diga-me nos comentários se o teria carimbado de forma diferente. E este é o "diff" de hoje. Sou o Niko da Axrisi. Mescle com responsabilidade.

Fontes

1. SalesCompel README: candidate, prototype and roadmap limitsOccupySaaS / SalesCompel
2. SalesCompel early backend: implemented surface and token revocationOccupySaaS / SalesCompel
3. ZeroAuthy README and roadmapOccupySaaS / ZeroAuthy
4. Certified OpenID providers and profilesOpenID Foundation
5. What is self-certification?OpenID Foundation
6. Sales pricing: Pro Suite annual billingSalesforce
7. OccupySaaS: stated method and October timelineOccupySaaS
8. Postgres 19 is late, and it's AI's fault — October 21, 2026Robert Haas / Neon
9. ZeroAuthy stated clean-room policyOccupySaaS / ZeroAuthy
10. ZeroAuthy compatibility matrixOccupySaaS / ZeroAuthy
11. SalesCompel progress and remaining roadmapOccupySaaS / SalesCompel
12. OccupySaaS discussion — November 2, 2026Hacker News
13. Cover portrait: Marc Benioff by Christie Hemm Klok / Salesforce; cropped and background removedWikimedia Commons · CC BY-SA 2.0
14. Cover portrait and adapted artwork license: CC BY-SA 2.0Creative Commons