11

Como utilizar o TabNews como DevLog para projetos Open Source sem ferir as regras da plataforma?

Olá, pessoal (e atenção especial ao @filipedeschamps se puder opinar sobre o assunto).

Sou o Wellington, mantenedor do Opus Core (um gerenciador web em PHP nativo focado em performance, código limpo e sem abstrações excessivas).

Recentemente enfrentei um gargalo de moderação aqui na plataforma ao tentar detalhar partes específicas da arquitetura do meu projeto. Entendo perfeitamente a necessidade de combater o spam e manter a qualidade do feed, mas isso me trouxe uma reflexão sobre a experiência de quem desenvolve software autoral no Brasil.

Quando construímos um ecossistema integrado, é muito difícil (e contraproducente) isolar pequenos módulos em artigos genéricos. Pois o valor está justamente na união das peças da arquitetura.

Gostaria de abrir esse debate com a comunidade e a moderação:

Qual é a melhor forma de utilizar o TabNews como um DevLog contínuo para projetos Open Source sem acionar gatilhos de "conteúdo repetido"?

Seria viável termos uma diretriz clara ou tag para acompanhamento de desenvolvimento de softwares nacionais?

A intenção aqui é construir um caminho onde o desenvolvedor possa compartilhar a evolução da sua engenharia com transparência, gerando valor real de leitura para a comunidade.

Para contexto sobre o que mencionei, deixo aqui a URL do site e repositório do projeto: https://github.com/wellingtonpragidi/opuscore
https://opuscore.dev)

Carregando publicação patrocinada...
4
3

Exatamente Rodrigo, a intenção do DevLog é compartilhar esse progresso e trocar experiência real com quem valoriza código.. E muito mais:
No seu ultimo feedback tu abordou várias coisas bacanas, dentre elas apontando um erro no scheme.sql que foi de valor imenso.
Obrigado pelo feedback e por acompanhar!

3
-1

Olá Cacatua, obrigado por responder.

Eu não sei te dizer quanto tempo levei para publicar entre um artigo e outro, mas sei que foram 3 posts em 16 dias e eu já estava prestes a publicar o que seria o 4º post. Mesmo sabendo o básico sobre o funcionamento daqui por conta do HackerNews, que é muito parecido, eu li sim os Termos e o FAQ.

Eu não publiquei mais nada no TabNews desde que o Rafael excluiu meu artigo, pois o que tenho a oferecer (e preciso de feedback) é somente sobre esse projeto, nada mais por enquanto.

Vou fazer como você falou e publicar em espaços de tempo maiores. Se pareceu ter um tom de marketing, não foi minha intenção. As publicações seguintes serão sobre o mesmo assunto. Se ele quiser me banir, paciência, mesmo eu não fazendo nada ilegal, contra isso não posso fazer nada.

2

Olá Wellington. Em primeiro lugar, parabéns pelo projeto!
Contribuindo um ponto de vista.. Pessoalmente, eu gosto de saber de novos projetos, mas principalmente detalhes interessantes de como foram feitos, porque isso me inspira a continuar/não desistir também.

Realmente é uma linha tênue entre falar sobre um projeto nosso e divulgá-lo no sentido de marketing/pitch sendo repetitivo.
Acredito que depende de como está a intenção do artigo.. seria apenas divulgar o projeto, ou compartilhar uma informação construtiva a outros?

Não sei se essa lógica estará certa, mas é o que me vem à mente e sempre me questiono: alguém posta com frequência assuntos sobre ChatGPT/Claude/Gemini, mostrando as melhorias nos modelos deles, trazendo algumas observações, benchmarks ou detalhes sobre como foram feitos. Nesse caso estaria falando de projetos de terceiros, e trazendo sempre um ponto diferente em um mesmo assunto/tópico. Isso seria classificado como conteúdo repetido?
Agora seguindo essa lógica: será que trazer um detalhe de engenharia, raciocínio, ideia ou qualquer outro ponto construtivo sobre um projeto nosso (é o que entendo por DevLog.. 'compartilhar detalhes de desenvolvimento'), que poderia inspirar ou ajudar alguém, seria considerado conteúdo repetido?

Ao meu ver muda alguns pontos de interesse: as grandes empresas são de interesse público geral. Os projetos nossos são de interesse pessoal. Afinal se entende que talvez a pessoa mais interessada no próprio projeto é ela mesma. E talvez falar sobre algo nosso soe como puramente marketing.

A intenção aqui é construir um caminho onde o desenvolvedor possa compartilhar a evolução da sua engenharia com transparência, gerando valor real de leitura para a comunidade.

Assim, trazendo apenas um ponto de vista.. acho que ao falar sobre um projeto nosso, tomar cuidado para não trazer um teor de divulgação, mas sim focarmos em trazer mais os aprendizados com determinado recurso.. deixar claro que o objetivo não é repetir uma apresentação do projeto, mas compartilhar detalhes construtivos para a comunidade.

3

Olá, Everton. Obrigado pelo comentário e principalmente pelo ponto de vista.

Acho que tu tocou justamente em uma questão que eu também tenho pensado bastante enquanto publico sobre o OpusCore.

Eu disponibilizei o sistema, o repositório e a documentação há cerca de 3 meses, e me cadastrei no TabNews há pouco mais de 1 mês. Revendo meus primeiros posts, realmente percebi que alguns tiveram um pouco mais de divulgação. Não foi exatamente proposital, mas consigo entender a impressão.

O projeto ainda é desconhecido, então precisei encontrar um equilíbrio, principalmente nos títulos, para chamar a atenção e criar interesse suficiente para que as pessoas clicassem e, primeiro, soubessem que ele existe. Não tenho uma equipe de divulgação ou alguém patrocinando o projeto. Somos basicamente eu desenvolvendo e tentando encontrar formas de colocá-lo diante das pessoas.

Ao mesmo tempo, não quero transformar o TabNews em um lugar onde eu simplesmente fique repetindo "olha o meu projeto", nem desrespeitar o trabalho de quem mantém a plataforma organizada para os usuários.

E é justamente por isso que achei interessante a forma como tu trouxe esse ponto. Existe uma diferença grande entre alguém simplesmente dizer "você está fazendo propaganda" e alguém discutir comigo sobre como posso compartilhar o desenvolvimento de uma forma que realmente agregue alguma coisa para a comunidade.

Passei por uma situação um pouco diferente com a moderação. Na minha 4ª publicação, que foi excluída, foi dito que ela era uma repetição, o que não verdade, e que, se isso continuasse acontecendo, eu poderia ser banido. Fiquei bastante nervoso na hora, mas me contive e respondi numa boa. Eu esperava uma continuação daquela conversa que acabou não acontecendo, e interpretei isso como um certo descaso.

Hoje, inclusive, publiquei este post justamente antes de publicar novamente algo que pudesse "ferir as regras". E o mesmo moderador que havia excluído aquela publicação comentou aqui, repetindo alguns dos pontos que já haviam sido apresentados na exclusão, mas de uma forma que senti como bastante depreciativa em relação ao meu trabalho. Foi aí que percebi que talvez eu também estivesse olhando para essa questão de uma maneira muito defensiva.

Não sei como é ser moderador aqui e imagino que não seja uma tarefa fácil, principalmente porque certamente existem pessoas hostis. Ainda assim, acho que isso não deveria significar generalizar. Em uma primeira ocorrência, por exemplo, talvez fosse mais produtivo simplesmente dizer: "olha, para manter seu post, você precisa editar esta parte". Acho muito diferente de simplesmente dizer que é repetido sem antes discutir o motivo.

Mas voltando ao que tu colocou, acho que faz bastante sentido. Em vez de sempre falar sobre o projeto em si, posso falar sobre alguma coisa que aconteceu durante o desenvolvimento dele, uma decisão de engenharia, um problema que precisei resolver, algo que aprendi ou até uma escolha que possa gerar uma discussão interessante.

Por exemplo, um título como "Por que o Opus Core é vermelho?" inevitavelmente apresenta o projeto, mas o artigo pode ser realmente sobre identidade visual, sobre as escolhas por trás dela e sobre o motivo de eu ter seguido determinado caminho. O OpusCore acaba sendo o contexto, não necessariamente o produto sendo vendido.

Então concordo contigo. Acho que existe uma diferença entre usar um projeto como assunto e usar a comunidade como vitrine para o projeto.

E, sendo bem sincero, essa é uma linha que eu ainda estou aprendendo a equilibrar.

Obrigado por trazer esse ponto.

1

Na verdade não tem segredo nenhum. A pergunta principal quando se trata de um projeto próprio é: está sendo útil pra comunidade ou só pra mim? Isso vale para todos conteúdos, mas para Pitch é ainda mais importante, justamente pelo conflito de interesse.

Claro que é fácil nos enganarmos, "esse projeto é maravilhoso, posso falar dele todo dia porque ele é útil, não é propaganda! Quem usar vai achar fantástico!", mas na prática não é assim que funciona para quem está lendo. Pense nas propagandas excessivas; ninguém gosta.

Então está tudo bem documentado aqui: Termos de Uso e FAQ.

Qual é a melhor forma de utilizar o TabNews como um DevLog contínuo para projetos Open Source sem acionar gatilhos de "conteúdo repetido"?

Conforme FAQ:

Posso publicar o mesmo conteúdo várias vezes?

Não. Se deseja criar uma nova publicação sobre o mesmo assunto, leve em consideração há quanto tempo o conteúdo foi feito e o quão diferente será a nova publicação. Lembre-se que toda publicação está sujeita à qualificação por outros usuários através do uso de TabCoins, e casos de abuso serão tratados pela moderação. Apagar um conteúdo avaliado negativamente e republicá-lo para tentar chamar mais atenção é um exemplo de manipulação das qualificações e poderá resultar no banimento permanente da sua conta, como dito nos Termos de Uso.

Ou seja, uma nova publicação falando do projeto: repetida. Algo novo, diferente, onde está claro que as duas publicações, apesar de serem sobre o mesmo projeto, são diferentes? Ok.

Agora, e se alguém resolver desenvolver 58 funcionalidades diferentes no mesmo projeto e fazer uma publicação sobre cada uma, uma por dia? Tecnicamente está dentro das regras, né? Bom, vai depender do conteúdo, e divulgação de projeto próprio é Pitch. A moderação não acaba quando um conteúdo é removido, esse é só o começo. Um conteúdo que não é removido será moderado pela comunidade, podendo receber votos negativos, e aí o sistema pode voltar a atuar, conforme dito no FAQ em Não consigo criar novas publicações. O que fazer?

Se cada publicação for útil e relevante para alguém, muito provavelmente receberá votos positivos, incentivando o autor a criar novas publicações.

-5

Agradeço do fundo do meu estômago nauseado pelo esclarecimento técnico sobre a visão da moderação Rafael.

Eu lhe disso sobre logo após excluires meu post, então.. o que mais falar pra ti. Não quero nem vou entrar em discusão de bate boca em comentários.

Continuando..

O ponto levantado sobre a linha tênue entre Pitch e DevLog de engenharia é justamente o gargalo que muitos desenvolvedores de software autoral enfrentam ao tentar documentar arquitetura em fóruns abertos, principalmente no Brasil.
Entendo perfeitamente a postura da plataforma para combater abusos e spam na feed, e sou de acordo.

O objetivo da publicação (que não era repetido) era ouvir a perspectiva da comunidade e da moderação para alinhar as expectativas. Fica claro o funcionamento das diretrizes.

Seguiremos com a documentação do projeto nos canais apropriados.

0

Sendo sincero, um DevLog provavelmente seria melhor apreciado em um canal específico sobre ele, como um blog corporativo ou pessoal (considerando que são públicos). Porque, de fato, ver vários posts sobre o mesmo produto pode parecer repetitivo nesta comunidade.

Além de que acredito que seja bem mais fácil agregar e controlar como o conteúdo vai ser apresentado em um blog/site próprio, facilitando para quem se interesse pelos detalhes do desenvolvimento.

Ou, se for postar a parte de aprendizado técnico aqui, teria que isolar bem o valor para ficar estilo episódios dos Simpsons, em que um episódio não depende do outro para ser entendido, que são interessantes por si mesmos.

Enfim, não quero dizer que esteja postando necessariamente algo errado ou ruim, mas que talvez o formato não seja o ideal para esta rede.

Tipo postar um artigo longo no Twitter/X. Dá? Sim, mas ficaria melhor de ler no Medium, por exemplo.