-
Drew DeVault
23/01/2019 01:00
Usar um laptop como o Thinkpad X200 de 11 anos é como jogar D&D com dados de papelão: pode parecer antiquado, mas ainda dá conta do recado. O autor menciona como seu antigo laptop o ajuda a "empatia com usuários que não têm hardware de ponta". E convenhamos, quem precisa de um supercomputador para rodar planilhas ou ver vídeos? O que vale são as preferências pessoais e, claro, a compatibilidade do hardware com sistemas operacionais bons como o Linux. No fim das contas, às vezes menos é mais, especialmente quando o menor custo ainda entrega quase 5 bilhões de operações por segundo.
-
Drew DeVault
15/01/2019 01:00
Parece que temos um grande passo na direção da liberdade de software. Como o autor menciona, ele vai "trabalhar em software livre em tempo integral", e é sempre animador ver pessoas se dedicando a isso. No entanto, ele é bem realista ao dizer que "minha renda vai ser negativa por um tempo". A gente sabe que viver de código aberto é como ir ao último nível de um jogo difícil: pode ser desafiador, mas quando dá certo, a recompensa é incrível. Vamos ficar de olho no que vem por aí, principalmente no sr.ht e no Alpine Linux.
-
Drew DeVault
14/01/2019 23:00
Parece que temos um novo paladino do software livre em cena, e ele está pronto para se dedicar de corpo e alma a projetos incríveis como sway e sr.ht. A ideia de dar esse salto em direção ao trabalho full-time em código aberto é refrescante, especialmente em um mundo onde a monetização é quase um requisito universal. O desafio do financiamento é real, mas a paixão e o comprometimento desse dev podem ser o combustível necessário para manter a chama acesa. Resta agora torcer para que essa empreitada traga os frutos esperados e que a inovação aconteça a passos largos como prometido.
-
Drew DeVault
31/12/2018 23:00
Começar o ano refletindo sobre a comunidade de código aberto é sempre interessante. O autor lembra que projetos como Linux e Firefox não pertencem a ninguém em particular, mas a todos nós. Isso tem um peso: somos capazes de modificar e melhorar o que usamos, mas também devemos assumir a responsabilidade por isso. No fundo, é como tentar resolver um bug em um código legado, a responsabilidade é sua – então, bora pegar esse spaghetti e fazer um refatoramento decente?
-
Drew DeVault
04/12/2018 01:00
Abandonar um projeto de software livre pode ser tão desanimador quanto fazer merge em uma branch cheia de conflitos. O autor sugere duas formas de encerrar: a opção 'fork it', que é como dar Ctrl+Z na sua vida de mantenedor, e a opção 'hand-off', que exige um pouco mais de paciência, mas é como fazer o onboarding de novos devs. O pessoal precisa entender que manter código aberto é voluntário e que os mantenedores têm o direito de se afastar sem culpa. Afinal, quem nunca sonhou em escrever apenas código que ama, sem a pressão de manter um repositório?
-
Drew DeVault
03/12/2018 23:00
Abandonar um projeto de software livre é uma daquelas tarefas que fazem você se sentir como um dev que desistiu de um código legado. O autor menciona que "manter software livre e aberto é muitas vezes uma tarefa árdua e ingrata", e isso é bem real. A abordagem de "fork it" pode ser um jeito rápido de se desvincular, mas pode deixar uma galera na mão; por outro lado, o método da transferência requer paciência e mais carinho, o que pode ser mais saudável para a comunidade. No fim das contas, não existe fórmula mágica, mas a comunicação clara é sempre um bom primeiro passo.
-
Drew DeVault
30/10/2018 00:00
O uso da Commons Clause é como colocar uma máscara de Halloween em um zumbi da programação: pode até parecer interessante, mas no fundo é só engano. A autora critica como esse 'adendo' distorce a noção de software livre, afirmando que empresas estão vendendo gato por lebre, ou melhor, software não livre como se fosse open source. A honestidade é fundamental na comunidade de desenvolvimento, e fingir que seu software é algo que não é, é definitivamente algo que a gente não tolera, como slow internet em dia de deploy.
-
Drew DeVault
29/10/2018 21:00
A questão do Commons Clause já deveria ter sido resolvida há tempos, mas aqui estamos, de novo. Como o autor aponta, essa cláusula tenta se infiltrar em licenças respeitáveis como a Apache 2.0, enganando desenvolvedores e usuários com uma aparência de open source. Dizer que seu software é "open source" enquanto usa essa cláusula é a mesma coisa que afirmar que seu gato é um leão—não importa o quanto você tente, a realidade é bem diferente. Respeitar as definições do FOSS é essencial para manter a integridade da comunidade de desenvolvedores.
-
Coding Horror (Jeff Atwood)
Jeff Atwood
22/10/2018 07:52
Essa pergunta ecoa pelo universo da programação desde sempre. O Stack Overflow, que sempre foi o lugar de perguntas e respostas da galera da programação, agora busca um novo propósito além de ser apenas uma enciclopédia para devs. O autor comenta que sua essência é como a "Wikipedia para programadores", mas será que isso é o suficiente para evoluir? Se continuar assim, talvez um dia vire um Pokémon lendário, mas por enquanto, está mais para um Carango do que um Mewtwo.
-
Drew DeVault
05/10/2018 00:00
Assinar um Contributor License Agreement (CLA) é como dar um CTRL+C no seu legado antes de enviar um patch: o projeto pode reverter sua contribuição para um futuro fechado baseado em um café com segurança em vez de liberdade. O texto menciona que um CLA "substitui a gratidão por uma tentativa de enfraquecer essas liberdades". Com histórias como a da Redis Labs em mente, é melhor manter a integridade do seu código e ficar longe desses contratos questionáveis. Se você quer que sua contribuição esteja em um projeto open source, a única coisa que você realmente deveria assinar é o compromisso com sua comunidade, não um acordo que pode voltar contra você.
-
Drew DeVault
04/10/2018 21:00
Assinar um Contributor License Agreement (CLA) pode ser uma armadilha para quem contribui para projetos open source. O texto fala que "um CLA é um chute nas contribuições de boa-fé do contribuinte", o que é uma forma direta de descrever como esse tipo de acordo pode abrir brechas para que os mantenedores relicensem seu trabalho sob termos mais restritivos. Se você quer que seu código continue livre, é melhor evitar essa assinatura e, se necessário, forkear o projeto. Afinal, manter a essência do open source é como garantir que a força esteja sempre com você, e não no lado oscuro.
-
Drew DeVault
22/08/2018 00:00
O título pode soar alarmista, mas não dá para ignorar a preocupação. A Commons Clause, proposta que busca monetizar projetos open source, pode transformar tudo em software proprietário, o que definitivamente não é a ideia de liberdade que o open source defende. Como mencionado, "se adotada por todos os projetos open source, eles deixariam de ser open source". Precisamos conversar sobre alternativas que mantenham a essência do open source sem sucumbir às armadilhas do lucro a qualquer custo. O crescimento no apoio à cultura open source deve vir de uma mudança de mentalidade, e não da transformação de nossos projetos em cash cows.
-
Drew DeVault
21/08/2018 21:00
O título pode parecer alarmista, mas há uma pitada de verdade nele. A implementação da Commons Clause poderia transformá-la em uma bomba ativada que dizima a filosofia do open source. Como mencionado, "se a Commons clause fosse adotada por todos os projetos de open source, eles deixariam de ser open source". Em vez de buscar soluções que valorizem e sustentem desenvolvedores, a Commons Clause se aproveita da vulnerabilidade deles, transformando projetos abertos em proprietários. É um caminho trágico que precisamos evitar; devemos focar em alternativas mais saudáveis de financiamento, não em sabotar o que já temos.
-
Drew DeVault
07/08/2018 21:00
O autor faz um ponto interessante sobre as promessas de segurança do Signal, especialmente quando menciona que 'fazer promessas sobre segurança sem explicar os tradeoffs é antiético'. É um lembrete de que, no mundo da tecnologia, a confiança não é apenas uma questão de marketing; é sobre como esses serviços realmente operam atrás das cortinas. A parte sobre o Google Play Services sendo um 'rootkit' é válida, levantando questões sérias sobre privacidade e segurança. É aquele clássico dilema: quanto de liberdade e segurança você está disposto a trocar por conveniência?
-
Lua.org News
20/07/2018 17:19
Legal ver que o Lua Workshop está de volta, desta vez em Kaunas. O Lua, que é como aquele inusitado herói secundário que todo mundo adora, ainda conquista seu espaço, e isso é bem interessante para a comunidade. Para quem se interessa, é uma ótima oportunidade de aprender e trocar experiências. Só espero que não esqueçam de providenciar um bom café para os devs all-nighters que devem aparecer por lá.
-
Drew DeVault
05/06/2018 00:00
A mudança de GitHub para sr.ht pode parecer uma viagem a um sistema operacional alternativo, mas o desenvolvedor Drew claramente acredita que pode fazer as coisas de um jeito que faz mais sentido. Ele critica a experiência de uso do GitHub, mencionando que elas poderiam ser mais amigáveis para quem realmente mantém os projetos, ao invés de se preocupar com o contribuinte casual. Além disso, o modelo de negócios baseado em assinaturas parece mais alinhado com as necessidades dos usuários, ao invés de precisar agradar investidores. Se as promessas de uma plataforma mais 'roots' e open source forem cumpridas, pode ser que sr.ht não seja só mais um clone, mas uma alternativa a ser considerada.
-
Drew DeVault
01/06/2018 00:00
O autor traz uma reflexão interessante sobre a manutenção de projetos de código aberto, enfatizando que "cada um é um voluntário e deve ser tratado como tal". Essa abordagem permite que as pessoas trabalhem no que realmente gostam, evitando o famigerado burnout que muitos desenvolvedores enfrentam. É um lembrete de que qualidade e interesse superam a velocidade, algo que até as versões beta das aplicações deveriam aprender, né? No final das contas, cuidar da saúde do projeto é mais importante que corrigir bugs a todo custo.
-
Drew DeVault
31/05/2018 21:00
O autor destaca um ponto crucial: "Todos são voluntários e devem ser tratados como tal". Isso ressalta a importância de manter os colaboradores motivados e engajados, sem estresse. O enfoque em permitir que as pessoas trabalhem em suas próprias agendas é fundamental. Ele também afirma que um patch é mais valioso do que mil relatórios de bug, e isso tem tudo a ver com capacitar os usuários a resolverem seus próprios problemas. No final das contas, manter o bem-estar da equipe é o que garante a saúde do projeto.
-
Joel on Software
Joel Spolsky
23/04/2018 11:42
A ideia de conversar com um pato de borracha pode parecer estranha à primeira vista, mas tem seu fundo de verdade. "Quando você enfrenta um problema com o código, explicar para o pato ajuda a esclarecer os pensamentos e, muitas vezes, a solução aparece sozinha". É o mesmo princípio de um debug em modo zen: às vezes, você precisa colocar suas ideias para fora para enxergar onde está o erro. Claro, só não esqueça de não deixar o pato fazer pull requests, senão vai ser um #PatoGate na certa.
-
Joel on Software
Joel Spolsky
13/04/2018 10:40
É curioso pensar que até o Stack Overflow tem sua dose de "gamificação"; não que a gente vá jogar um RPG ali, mas a ideia de reputação dá um gostinho de competição saudável. "Um pouco de gamificação, principalmente em torno da reputação" realmente faz a diferença. Quem não gosta de subir de nível, mesmo que seja só na maratona das respostas? No fundo, é uma motivação a mais que faz a comunidade se envolver e compartilhar conhecimento.