2

Nossa man, agradeço mt o feedback. Eu tinha ficado meio pra baixo porquê nos lugares que eu mostrei eu acabei só tendo criticas e downvotes sem feedback.

Entendi muito seu lado, concordo total acho que a ideia teria que evoluir e que não tá interessante. Não planejava usar em todo post de mudança ou feature, mais releases para mostrar as mudanças da nova versão e etc.

Acho que talvez tenha mais futuro usar para centralizar post em uma conta ou com esse changelog marketeiro como vc falou, talvez usar para referenciar coisas do desenvolvimento que paira no repo. Não sei, tem que testar a ideia.

Mas obrigado pela opnião e ideias!

Carregando publicação patrocinada...
2

Experiência própria: muitas releases que faço agregam pouca coisa (uma correção pontual de bug, ou uma funcionalidade nova que um cliente específico pediu). Dependendo do projeto, pode ter um volume grande de releases, por isso comentei desse cuidado.

Até uma integração por e-mail, como newsletter, ou blog post, poderia ser interessante. Um caso similar do O GitHub Issues será meu canal de suporte, que usou emails -> GitHub Issues, mas aqui seria GitHub Releases -> Emails.

Toda essa evolução que pensei pode ser interessante como SaaS, mas dá trabalho pra polir e criar algo bom (se já vi conteúdo bom gerado automaticamente por IA a partir de um input mais simples como seria o changelog, foi bom a ponto de eu não perceber). Nesse caso eu sugiro nem me escutar, mas sim procurar demanda REAL, e eu até escrevi um comentário sobre isso hoje.

Reforço: se for evoluir o produto para virar um negócio, realmente não me escute! Procure clientes reais :)

Sei que votos negativos sem feedback podem te desanimar, mas faz parte e acontecerá isso na sua vida de várias formas diferentes (TabNews, trabalho ou qualquer outro contexto). Fico feliz que contribuí com você.