Tive uma ótima conversa com @hwchase17 na primeira @LangChain offsite totalmente da empresa. Entramos em algo que acho que todo fundador de escalabilidade precisa ouvir. Um funcionário perspicaz da LangChain perguntou: "O envio rápido não está em conflito com o artesanato e a qualidade do produto?" Minha resposta contraintuitiva: Não—a rapidez com as mãos do cliente melhora a qualidade. Quanto mais cedo os usuários tocarem no seu produto, mais cedo você sabe se está construindo o que está certo e mais cedo encontrará bugs. A qualidade vem do contato com a realidade, não dos tempos de bake internos mais longos. Jogar pelo seguro pode, na verdade, matar a qualidade dos produtos em empresas em crescimento. As equipes continuam iterando em correções e pequenos recursos internos, mas nada é lançado por meses e o item realmente novo e grande do roadmap fica atolado em burocracia e morte por comitê. Vimos isso de perto em @coinbase. Após o boom cripto de 2017, a velocidade do produto estagnou em 2018, à medida que o número de funcionários cresceu rapidamente e a empresa focou na infraestrutura (por exemplo, manter o site ativo e pronto para escalar) e em navegar por ambiguidades regulatórias (por exemplo, evitar todo risco). Foi preciso @brian_armstrong e @balajis cortando a burocracia para voltar ao envio. Sempre que lhes diziam que algo levaria 6 meses ou "não é possível", eles continuavam perguntando "Por quê?" até encontrarem a causa raiz. Acontece que os clientes se importavam mais com ter novos tokens para trocar do que com o 6º nove do uptime. Para os fundadores da Série B, a coisa #1 a proteger enquanto você escala é a velocidade do produto em um produto novo legítimo (não apenas iterar recursos existentes). O crescimento traz burocracia. Seu trabalho é cortar isso.