Acho que na Coreia a situação também é parecida. Parece que, para conseguir emprego, seria até mais vantajoso ter outra formação + habilidade de programação, como biologia + programação. Com o desenvolvimento de todo tipo de framework e da nuvem, além do surgimento de ferramentas de LLM, a barreira de entrada para programar caiu; por isso, assim como antes foi de assembly -> C -> Python, parece que, além da capacidade de programar, é preciso saber fazer outras coisas para conseguir entrar no mercado de contratação.

 

Meus aplausos!

 

Definitivamente é útil para escrever scripts simples de uso único. Economiza muito tempo.
Também é útil em casos que precisam ser resolvidos, mas nos quais não dá para investir muito tempo. Ainda assim, por enquanto, embora em geral seja útil, não consegue substituir completamente uma pessoa. Não dá para saber o quanto vai evoluir no futuro, mas, neste momento, como assistente, está num nível mais ou menos utilizável.

 

Na época do mestrado, meu orientador foi almoçar com um engenheiro que tinha vindo do Google, ouviu falar sobre monorepo e voltou propondo que nós também passássemos a gerenciar tudo assim no futuro; foi um sufoco tentar dissuadi-lo...
Monorepo realmente tem muitas vantagens, mas no nosso laboratório, pela própria natureza do trabalho, era frequente precisarmos compartilhar os resultados com pessoas de fora, e acho que teríamos sofrido bastante justamente nessa parte se tivéssemos gerenciado esses resultados em um monorepo. Com multirepo, basta ajustar o nível de visibilidade de cada entrega separadamente.

 

Ah, resolvi de outra forma. Obrigado!

 

A maioria dos casos em que se sofre com monorepo parece acontecer quando o projeto já foi fragmentado demais. Pegam um projeto que originalmente poderia ser um ou dois e dividem em uns 10; depois, ao tentar unificar e gerenciar tudo isso em um monorepo, acabam precisando usar também ferramentas de gestão de monorepo, e a complexidade aumenta. O melhor é integrar o próprio projeto em um ou dois, e mesmo que sejam mais de dois, em vez de usar uma ferramenta de gerenciamento separada, dá para pensar de forma mais simples: apenas dividir por diretórios e colocar tudo em um único repositório, o que torna a manutenção bem mais tranquila.

 

Se você definir min-width: 0 em .topic_contents, isso é corrigido. Esse min-width realmente dá muita dor de cabeça...

 

Acho que por causa da tabela, o layout no celular está quebrando.

 

Concordo totalmente com esse relato

A parte de "faça o que você gosta" é algo em que eu já pensava bastante no dia a dia, então fui lendo balançando a cabeça em total concordância

Como superar esse começo tão duro sem motivação intrínseca

 

Achei estranho o consumo alto de bateria, então tinha apagado todos os apps da Meta, mas pelo visto isso estava acontecendo mesmo... Acho que vou ter que remover via adb também o resto dos apps de sistema embutidos no Galaxy.

 

Sempre dá uma canseira ver gente gritando "a singularidade está chegando".

 

Isso não é uma brecha de segurança, não? -_-??

 

Texto para comentário ☺️

 

A maioria dos frameworks chamados de aplicativos web híbridos levanta um servidor web em localhost (embora com objetivos diferentes). A ideia é resolver, no servidor web rodando em localhost (parte nativa), coisas da configuração da biblioteca de navegador embutida (WebKit...) ou outras que não podem ser resolvidas nem com personalização (parte web). Dava para usar isso desse jeito também... que pena.

 

Não há isolamento. Se eu executar o http.server do Python com o Termux fora da Pasta Segura e acessar por dentro com o Chrome, a conexão funciona.

 

Se você não paga pelo serviço, então eu sou o produto. As tentativas de rastrear pessoas cada vez mais por meio de dados vão aumentar, e não parece possível reverter essa tendência. Precisamos de alternativas melhores, mas sob o capitalismo não consigo imaginar muito bem quais seriam essas alternativas.

 

Como era um quadro kanban, fui conferir o código; a separação de funcionalidades está bem feita e a composição das bibliotecas me agradou, mas é uma pena que tenha sido escrito no estilo pages do Next 14 e com Tailwind 3.x.

Deixei uma recomendação lá.

 

Dá medo pensar que a Coreia do Norte, ao observar a guerra entre Rússia e Ucrânia, possa transformar drones em armas de destruição em massa.