Como a natureza do trabalho é diferente, parece que a discussão não avança direito quando se tenta aplicar de forma uniforme o mesmo critério de produtividade a todo tipo de tarefa. Mesmo dentro do trabalho do conhecimento, há atividades como exploração e tomada de decisão além de tarefas simples e repetitivas, então considerar a diligência quase agrícola como um bem absoluto me parece uma atitude intelectualmente preguiçosa.
Ao contrário, se o horário de trabalho for excessivamente maior do que o das outras pessoas,
isso provavelmente significa que a produtividade está caindo..?
Também senti algo parecido ao programar com IA. Olhando para as causas organizadas, acho que isso acontece porque, ao programar, a pessoa já parte de conhecimentos básicos como padrões, convenções de nomenclatura, tratamento de edge cases, guard conditions etc., e isso não é fornecido de forma suficiente no contexto.
Por isso, eu criei um arquivo de regras reunindo só esse tipo de coisa e, quando vou programar, mando sempre ler esse arquivo e segui-lo. Aí, melhorando apenas o arquivo de regras, o resultado final acaba ficando consideravelmente melhor.
Lembrei que havia um texto parecido na documentação de um sistema de organização chamado Johnny Decimal que conheci há pouco tempo, então estou compartilhando aqui. Não é nada extraordinário; é um texto dizendo que, para aplicar um sistema de gestão do conhecimento a uma organização (ou a um indivíduo), é preciso haver um papel de “bibliotecário” que compreenda o todo e organize tudo com as próprias mãos. 11.08 The Librarian • Johnny.Decimal
Aprendo neste texto que isso varia bastante conforme a perspectiva de cada um. Pelo meu critério, acho que o que distingue um engenheiro sênior de um engenheiro de nível intermediário é apenas o escopo.
Transformar Ambiguity em algo concreto é uma competência básica de um engenheiro, e me parece que, a partir do nível intermediário, a pessoa já precisa ser capaz de fazer isso para que o título de engenheiro seja adequado. Então, para mim, este texto pode servir como um critério para diferenciar um engenheiro de nível intermediário de um engenheiro iniciante (associate).
Não acho necessariamente que seja assim.
Por que criar esse tipo de e-mail elogioso gerado por IA e com cara de spam?
Ele está dizendo que ficou irritado com a IA automatizada sem intervenção humana...
Abaixo estão os artigos relacionados.
Como a natureza do trabalho é diferente, parece que a discussão não avança direito quando se tenta aplicar de forma uniforme o mesmo critério de produtividade a todo tipo de tarefa. Mesmo dentro do trabalho do conhecimento, há atividades como exploração e tomada de decisão além de tarefas simples e repetitivas, então considerar a diligência quase agrícola como um bem absoluto me parece uma atitude intelectualmente preguiçosa.
Desde o ano passado também tinha sido postado no GN+, mas acho que eu deixei passar.
Fogus: as melhores coisas e descobertas de 2024
Ao contrário, se o horário de trabalho for excessivamente maior do que o das outras pessoas,
isso provavelmente significa que a produtividade está caindo..?
1,7x é menos do que eu imaginava...?
Também senti algo parecido ao programar com IA. Olhando para as causas organizadas, acho que isso acontece porque, ao programar, a pessoa já parte de conhecimentos básicos como padrões, convenções de nomenclatura, tratamento de edge cases, guard conditions etc., e isso não é fornecido de forma suficiente no contexto.
Por isso, eu criei um arquivo de regras reunindo só esse tipo de coisa e, quando vou programar, mando sempre ler esse arquivo e segui-lo. Aí, melhorando apenas o arquivo de regras, o resultado final acaba ficando consideravelmente melhor.
Eu estava procurando isso enquanto tentava organizar no Obsidian,
vi que costumam usar vários tipos com frequência.
https://gemini.google.com/share/e875e7e7c19f
Ultimamente, continuo pensando na frase que tem sido tão comentada: "A IA é o futuro."..
Fico com medo de aparecer alguém com a opinião de tipo: "produziu coisa pra caramba, então 1,7x a mais nem sai caro, né..."
"viciado em trabalho", "cultura de excesso de trabalho"
Quem já trabalhou com intensidade quase insana consegue otimizar velocidade, eficiência e qualidade.
Mas foi rápido, né? Isso me faz lembrar daquele meme kkk
Lembrei que havia um texto parecido na documentação de um sistema de organização chamado Johnny Decimal que conheci há pouco tempo, então estou compartilhando aqui. Não é nada extraordinário; é um texto dizendo que, para aplicar um sistema de gestão do conhecimento a uma organização (ou a um indivíduo), é preciso haver um papel de “bibliotecário” que compreenda o todo e organize tudo com as próprias mãos.
11.08 The Librarian • Johnny.Decimal
Este é um texto que eu compartilhei no começo do GeekNews.
Eu vendo cebolas na internet 저는 인터넷에서 양파를 팝니다
Mesmo vendo agora, continua sendo um texto interessante.
Ótimo texto e ótimos comentários.
Aprendo neste texto que isso varia bastante conforme a perspectiva de cada um. Pelo meu critério, acho que o que distingue um engenheiro sênior de um engenheiro de nível intermediário é apenas o escopo.
Transformar
Ambiguityem algo concreto é uma competência básica de um engenheiro, e me parece que, a partir do nível intermediário, a pessoa já precisa ser capaz de fazer isso para que o título de engenheiro seja adequado. Então, para mim, este texto pode servir como um critério para diferenciar um engenheiro de nível intermediário de um engenheiro iniciante (associate).Uau..