Haha, meu Deus
Vi isso no Slack e vim conferir achando que fosse um erro de digitação, mas, para minha surpresa, não era erro mesmo kkkk. Li o texto e me diverti muito. Obrigado pela explicação detalhada
Como observação à parte, parece que dá para ver um gosto estético bem consistente na UI dos apps da Tesla, do X e do Starlink…

 

Também quero experimentar o Cline uma vez!

 

Pelo visto, o Hacker News também era uma comunidade com uma faixa etária bem mais alta.
É interessante ver opiniões tão diversas.

 

O título e o conteúdo não combinam. Fui enganado.

 

Eu só tinha pensado que queria experimentar o Starlink. Ver um relato de alguém levando e usando isso em uma viagem ao exterior assim é bem impressionante.
Como esperado, comprar em um país onde ainda não foi lançado e até ativar o plano em si já é uma barreira.
Gostei de ler.

 

Quando todas essas ondas tiverem passado, como as gerações futuras se lembrarão desta era?

 

Acho que, mais do que por realmente precisar de internet, o desejo maior era aproveitar a ida a uma região remota sem sinal de celular para finalmente experimentar um serviço de internet via satélite que até consumidores comuns podem usar. haha

 

Assim como o fato de os livros didáticos serem batidos não justifica ignorar sua autoridade, nem torna fácil que alternativas os substituam, os livros de negócios consagrados acabam sendo, por si só, a base ou o núcleo da administração e dos estudos sobre startups.
A obra-prima do professor Steve Blank, a metodologia de desenvolvimento de clientes, tornou-se esse alicerce e serviu de base teórica para o Lean Startup, e acredito que os acadêmicos e pioneiros envolvidos nisso criaram e popularizaram ferramentas eficazes como o Business Model Canvas e o Lean Canvas.
Acho que desprezar isso, ou esquecer seu propósito original e tratá-lo como uma cura para todos os males, é não compreender corretamente seu objetivo original.

 

Sou do tipo veterano executivo de multinacional, e concordo totalmente que o The Goal é a exceção. Livros dessa linha são mesmo um desperdício de tempo e papel. Em vez disso, livros de história, economia e humanidades ajudam muito mais.

 

Ao rodar o Trivy, ele mostra muito menos vulnerabilidades high ou critical, e parece mais seguro do que o ecossistema de JS com NPM ou de Java com Maven; então o que exatamente esse texto quer afirmar sobre Rust?

 

Não existe algum serviço em que eu possa simplesmente passar o link de uma página da web e pedir para resumir?

 

Existe um Slack para líderes técnicos administrado por Michael Lopp.
RLS - Rands Leadership Slack
Se você tiver interesse, vale a pena entrar. Atualmente, é um Slack enorme com mais de 36.000 participantes.
Para se inscrever, leia com atenção o conteúdo no link acima e envie um e-mail para o Lopp.
Nome/profissão/por que você quer entrar/onde ouviu falar do RLS/sua conta do LinkedIn ou Twitter etc.

 

Não é um problema exclusivo do Rust.
É uma vantagem comum e, ao mesmo tempo, um problema potencial compartilhado por todas as linguagens que têm repositórios públicos de pacotes e gerenciadores de pacotes com suporte a dependências transitivas.
No fim das contas, quem usa é que precisa usar direito...
Mesmo depois do caso do leftpad no Node&npm, nada mudou.

 

Num contexto parecido, ao preparar documentos para apresentar a clientes, investidores ou superiores, também parece importante abordá-los com a perspectiva de criar algo que tenha apelo. man pages são excelentes, mas, se você usar esse formato como referência para escrever um pitch para investidores, vai dar ruim.

 

Concordo que, na era do desenvolvimento voltado para IA, é essencial implementar em unidades pequenas, com responsabilidade única.

 

Também acho que microsserviços têm muitas vantagens em startups. Antes de tudo, recomendo muito usar um monorepo.

  • Quando a direção do produto muda, nos microsserviços fica mais claro e são menos pontos para modificar do que em um monólito. Acho que isso é realmente muito importante.
  • Na era do desenvolvimento com IA, unidades menores de microsserviços são mais fáceis de desenvolver com ajuda de IA. (Não estou dizendo que em um monólito não dá para fazer.)
  • Reconheço o peso do CI/CD, mas há serviços que acabam sendo descartados ainda na fase de definir a direção. Mesmo que você construa isso só quando a direção final estiver definida, no fim quase vira um simples copiar e colar, então dá para montar em menos de uma semana.
  • Existem projetos open source com pontos fortes bem claros dependendo da linguagem. Segurança e lógica de negócio em Java, IA em Python, por exemplo — numa arquitetura de microsserviços dá para usar o máximo possível de open source.
 

Será que chegamos ao ponto de não conseguir viver nem um único dia fora deste mundo feito de 1 e 0.... Não parece uma história dos outros...

 

Limitar o escopo é o que chamamos de scoping. A habilidade está em fazer um bom scoping para que você possa vencer.

 

Eu já tinha ouvido falar em detox digital, mas é a primeira vez que ouço falar em botox digital kkkkk
Eu estava curioso para saber mais concretamente como a Starlink funciona, e isso esclareceu bastante a minha dúvida.