Open dielduarte opened 9 years ago
+1
Escrevendo, Estará pronto até sexta-feira dia 16/01
Boa @felquis !
Melhor tarde do que nunca né, por favor, deem uma revisada tanto na parte técnica quanto na parte do português mesmo haha
http://tutsmais.com.br/blog/angularjs/como-minificar-e-concatenar-scripts-angularjs-com-gulpjs/
Fechar issue @LFeh , ok @dielduarte ???
@LFeh minha sugestão é que as issues que os artigos são escritos, a mensagem principal da issue, deveria ser editada, colocando uma linha divisória dizendo algo assim:
{{ article.title }}
{{ article.primeiroParagrafo }} continue lendo
-----------
### Issue fechada, artigo escrito por {{ author }}
> ## [{{ article.title }}](http://google.com/)
> {{ article.primeiroParagrafo }} [continue lendo](http://google.com)
Lembrando que as issues tanto fechadas quanto abertas são devidamente indexadas pelo Google :)
Legal a ideia @felquis, o que acha @hugobessaa?
@hugobessaa diz: Daora essa ideia, bora fazer isso ae!
Eu gosto de não dar a ideia de fechar pautas. Apenas indicar que coisas já foram postadas sobre o assunto.
Algo como: "Pauta publicada (# posts)" é uma lista dos links sobre o assunto :)
Pare de colocar palavras na minha boca @felquis haha
Vamos colocar isso em pratica então? Acho que facilita a organização.
Eu não entendi direito o que o Hugo quis dizer :/
O que você entendeu Luiz? Em 11/02/2015 10:23, "Luiz Felipe Tartarotti Fialho" < notifications@github.com> escreveu:
Vamos colocar isso em pratica então? Acho que facilita a organização.
— Reply to this email directly or view it on GitHub https://github.com/LFeh/poste-mais/issues/1#issuecomment-73873004.
Oi pessoal, se me permitem sugerir algo, tenho acompanhado varias listas de artigos no GitHub (https://github.com/search?utf8=%E2%9C%93&q=awesome+curated) e normalmente o material adquirido não fica armazenado em issues, e sim em arquivos markdown, novos links são enviados via PR e pra quem está acompanhando o repo (watching) recebe os alertas de novidades (tipo um substituto do feed rss hehe).
Pra melhorar a ligação entre as issues de sugestões de pauta com as atualizações, basta inserir #numerodaissue
na mensagem do commit e o log vai aparecer no histórico da issue. Mas é só uma sugestão mesmo. Parabéns pelo movimento, abraços.
@felquis seria mais ou menos a mesma coisa que você falou. Mas em vez de fechar a issue, indicaríamos logo na primeira mensagem que ela já foi publicada em x blogs e dar o link para os textos.
Vou editar essa aqui para mostrar como seria.
Pronto. Olha lá a primeira mensagem :)
@bernardodiasc Pode sugerir melhorias quando quiser! Estamos buscando a melhor forma de organizar as coisas.
Prezados, tenha uma sugestão:
Assim, teremos a separação entre discussões/elaboração de pauta (nas issues) e conteúdo já pronto para consumo (os arquivos md)
desde já, é nóis.
2015-02-11 17:05 GMT-02:00 Luiz Felipe Tartarotti Fialho < notifications@github.com>:
@bernardodiasc https://github.com/bernardodiasc Pode sugerir melhorias quando quiser! Estamos buscando a melhor forma de organizar as coisas.
— Reply to this email directly or view it on GitHub https://github.com/LFeh/poste-mais/issues/1#issuecomment-73942539.
Eu acho que boa parte do sucesso do poste-mais vem de Issues serem fáceis demais de criar, editar e colaborar. Quando envolve PR, .md, tudo fica mais complicado. Teremos que regular mensagens de commits e ficar fazendo diversos merges de forks…
Isso funciona legal para projetos que essa "burocracia" é necessária.
Para mim, a tag "Publicado" já é mais do que o suficiente para mostrar que aquela pauta já foi discutida e publicada. Por deixá-la aberta, também deixamos claro que podemos continuar conversando, colaborando e escrevendo dentro/sobre da pauta.
É por tentar deixar tudo mais simples possível que estou insistindo em manter tudo em Issues. Foi uma ótima sacada inicial do @LFeh.
Minha sugestão só iria substituir o contador de artigos. Aquilo lá daqui alguns meses vai ficar insano.
Vamos discutir aqui
Minha dúvida é como usar corretamente os processos de minificar, concatenar , e qualquer outro tipo de task para buildar o nosso app em produção.
Pauta publicada