Pela minha experiência recente, eu até consigo me identificar um pouco com o que o texto diz.
Acho que o importante é fornecer contexto/informações de forma clara.
Provavelmente, mesmo se tivesse usado algo como "por favor, me dê um feedback para que não haja erros de digitação nem conteúdo incorreto", você teria obtido uma resposta bem parecida com a que queria.
Para reduzir o tempo de review, você mesmo precisa decidir e ser capaz de explicar em que contexto o código que escreveu surgiu e, entre várias formas de implementação, por que escolheu justamente aquela. Para isso, é importante praticar o item 3. de forma consistente, seja no fim de semana ou no tempo livre, e também vale a pena explorar aleatoriamente bibliotecas conhecidas ou códigos que outras pessoas publicaram no GitHub, analisando coisas como a estrutura do código e o estilo de implementação.
Em vez de usar serviços que funcionam sozinhos, como Claude Code e Devin, usar apenas algo como um cliente de chat como o Claude + uma extensão de autocompletar como o Windsurf Tab
Limitar o que se pergunta no chat a direção de desenvolvimento, comparação entre bibliotecas, análise de estrutura e resolução de erros, e escrever o código em si diretamente sempre que possível
Não negligenciar a leitura de livros sobre linguagem de programação, engenharia de software e vários materiais introdutórios
Sou exatamente o tipo de desenvolvedor a quem faltam as habilidades apresentadas neste texto e que depende fortemente de LLMs.
Como me falta conhecimento técnico, estou numa situação em que é difícil trabalhar de acordo com a WBS sem IA...
Mesmo assim, o que eu poderia fazer para reduzir pelo menos o tempo de revisão dos desenvolvedores mais experientes..?
De quebra, seria ótimo se eu também pudesse acumular conhecimento..
Pelo que eu sei, a pickle é uma empresa fundada por coreanos. Que notícia dessas, hein;
Vendo os membros da equipe, parece que esse episódio aconteceu porque eles não entendem bem o ecossistema de software e também desconhecem o open source.
Mesmo assim, vendo a redução de pessoal, dá um desânimo... Como é que 4 pessoas vão tocar 12 projetos? E ainda por cima uma delas também fazendo gestão...
Instalei o Proxmox no N100 e estou usando muito bem. Na hora de comparar com o Pi 5, o preço fica elas por elas, mas a diferença é grande haha
Pela minha experiência recente, eu até consigo me identificar um pouco com o que o texto diz.
Acho que o importante é fornecer contexto/informações de forma clara.
Provavelmente, mesmo se tivesse usado algo como "por favor, me dê um feedback para que não haja erros de digitação nem conteúdo incorreto", você teria obtido uma resposta bem parecida com a que queria.
Para reduzir o tempo de review, você mesmo precisa decidir e ser capaz de explicar em que contexto o código que escreveu surgiu e, entre várias formas de implementação, por que escolheu justamente aquela. Para isso, é importante praticar o item 3. de forma consistente, seja no fim de semana ou no tempo livre, e também vale a pena explorar aleatoriamente bibliotecas conhecidas ou códigos que outras pessoas publicaram no GitHub, analisando coisas como a estrutura do código e o estilo de implementação.
Eu também estou me esforçando bastante para colocar a IA para trabalhar e criar um jogo web.
Sou exatamente o tipo de desenvolvedor a quem faltam as habilidades apresentadas neste texto e que depende fortemente de LLMs.
Como me falta conhecimento técnico, estou numa situação em que é difícil trabalhar de acordo com a WBS sem IA...
Mesmo assim, o que eu poderia fazer para reduzir pelo menos o tempo de revisão dos desenvolvedores mais experientes..?
De quebra, seria ótimo se eu também pudesse acumular conhecimento..
Sim, no LinkedIn do CEO aparece que ele se formou na Escola de Ciências de Hanseong em 2017.
Sério? Que coreano horrível.
......... isso é demais.
Nesse processo, o fundador explicou que não conhecia a licença, mas isso não parece muito convincente.
Não é que eles não entendam de open source, é puro roubo.
Use o WSL.
Precisamos de um curso nacional sobre open source. Especialmente para fundadores.
Pelo que eu sei, a pickle é uma empresa fundada por coreanos. Que notícia dessas, hein;
Vendo os membros da equipe, parece que esse episódio aconteceu porque eles não entendem bem o ecossistema de software e também desconhecem o open source.
Puxa, você deve estar passando por muita coisa.
Himalaya - ferramenta de gerenciamento de e-mail para CLI
Já existem ferramentas de e-mail multifuncionais assim para CLI, mas essa parte de integração parece ser bem interessante.
68 conselhos de Kevin Kelly
99 conselhos adicionais de Kevin Kelly
103 conselhos que Kevin Kelly gostaria de ter sabido antes
Dicas obtidas em 50 anos de viagens
Acho que bastaria não fazer reuniões de transmissão unilateral de informação que não exigem interação.
Mesmo assim, vendo a redução de pessoal, dá um desânimo... Como é que 4 pessoas vão tocar 12 projetos? E ainda por cima uma delas também fazendo gestão...
Ah... mas o Rust é mais leve?