Beginning of any project (especially when we are talking about open source) is extremely entertaining for developer, over the years the fun passes and it is the responsibility to keep your "son" following the path of it.

How did the starting awesome-go?

All projects I started are out of necessity, the awesome-go was no different.

After knowing the awesome-python and seeing other "awesomes" projects I searched for the awesome-go and did not get results. Wanted to do a "simple" project where he had markdown code with a list of legal projects written in go, this in "Jul 6, 2014" with the commit "start environment Awesome for Go"

…

Após ler alguns blogpost sobre usar o iPad como computador principal e conversar com um amigo que trabalha no Google que usa em caso como "main laptop", resolvi estudar os apps para iOS que eu teria que usar para atender a minha demanda do dia a dia como gestor e desenvolvedor.

Como sempre a Apple faz um ótimo trabalho nos seus produtos, sempre pensando na simplicidade de uso do seu cliente final, ou seja, isso ajuda o onboard em qualquer dispositivo/software deles. Nem tudo são flores, ao deixar algumas coisas muito óbvias acaba confundindo (no começo) quem vem da experiência de usar um laptop para um iPad, mas acredita que em alguns dias (no meu caso 1 semana) já estava extremamente acostumado com o meu ambiente e clicando com o dele como não houvesse amanhã!

…

É extremamente comum ver amigos que começam a contribuir com open source quererem arrumar um “emprego” para passar o dia contribuindo com o projeto (em geral, deixando o Github verdinho...). Será que é realmente legal, como muitos imaginam, trabalhar para uma empresa para só contribuir com open source?

Costumo dizer que contribuir com open source é viciante, faz você passar horas e horas entendendo o projeto que alguém (ou alguma empresa) idealizou, até que chega o momento de mandar o primeiro PR (pull request, patch e etc) e defender sua implementação. Vem a aí a primeira skill que o desenvolvedor (você) precisa evoluir (caso ainda não tenha). Sim estou falando de venda. Não venda de produto e sim da sua ideia (aprender a se comunicar via texto - em geral em inglês) Está aí outro problema, pois texto não passa sentimento. Hoje acho bom, principalmente pensando em uma contribuição, pensar na evolução do software e não levar só o que acreditamos para dentro do software (se você mantém um software open source, esteja aberto às novas ideias/necessidades).

…

Escute minha participação no Podcast Dev Na Estrada falando sobre minha carreira profissional:

…