Desenvolvimento do Site [Roadmap]

ktquez commented 5 years ago

Fala pessoal, blz

Estamos nas etapas iniciais para o desenvolvimento do site/blog Svelte Brasil, gostaria de convidar quem quiser participar.

Essa issue é para começarmos a decisão de onde e como começar, quais tcnologias iremos usar e etc.

O layout é possível de ver nesse link: https://www.behance.net/gallery/80546401/Svelte-Brasil

JonasJs commented 5 years ago

Podemos usar Firebase como banco de dados ele aguenta bastante dados, Assim conseguimos hospedar no github pages de boas.

Isso tudo Free rs

p-moreira commented 5 years ago

Minha opinião, de acordo com o que já foi discutido no grupo:

Usar o Sapper
Decidir se o site vai usar SSR ou vai ser de páginas estáticas. As duas estratégias são boas pra SEO, lembrando que SSR precisa de um server pago.

ktquez commented 5 years ago

Sou a favor de ser estático.

JonasJs commented 5 years ago

Também acho que no primeiro momento pode ser "estatico" e logo depois iniciamos uma nova etapa do projeto

p-moreira commented 5 years ago

Sendo estático e sem custo, acho que melhor stack pra começar e simplificar seria:

sapper
netlify
netlify CMS

JonasJs commented 5 years ago

@p-moreira Tava pensando em adicionar o Firebase que é um back end pronto, só precisamos enviar as Request pros endpoints, tudo no front, assim conseguimos ter esse dados gravador, alem de conseguir adicionar novas features que ajude os leitores.

e logo depois que estiver tudo certo, podemos iniciar um projeto maior com um back end próprio, pois ja teremos mais colaboradores na comunidade para ajudar o projeto ainda mais.

ktquez commented 5 years ago

Esse final de semana pessoal a gente se junta e fatia o projeto em issues para gerenciarmos os cards aqui: https://github.com/svelte-brasil/site/projects/1

p-moreira commented 5 years ago

@JonasJs , netlify CMS vai lidar com algumas coisas chatinhas que teríamos que fazer do zero usando o Firebase. Ele já entrega uma interface pronta para edição dos posts. Usando o Firebase teríamos que construir uma área administrativa (um CMS próprio). Considere isso.

JonasJs commented 5 years ago

@p-moreira aaaaaa Ai Sim, não o conhecia

ktquez commented 5 years ago

Nada pessoal, usamos o Sapper tudo estático, faremos algo que leia os arquivos de markdown + YAML frontmatter e geramos as páginas em HTML no generate.

Os posts poderão ser enviados via PR + Post review, daí a gente coloca alguma ferramenta de CI para quando for aprovado o PR do post, ele gere o novo build e atualize o site automaticamente (de preferência usando o Github pages).

Eu estou pensando em um fluxo assim, o que acham

ktquez commented 5 years ago

Desenvolvimento

HTML semântico e acessível
Tailwind CSS (https://tailwindcss.com/docs)
Svelte (https://svelte.dev/docs)
Sapper (https://sapper.svelte.dev/)

Testes

Jest (https://github.com/ktsn/svelte-jest)
Cypress

CI & CD

https://circleci.com/

QA

https://deepscan.io/

JonasJs commented 5 years ago

@ktquez o Layout foi baseado no Tailwind CSS ?

Shoooow Vamoos começae 😍

p-moreira commented 5 years ago

@ktquez apenas dois pontos que eu não concordo:

Não confio no GitHub Pages e deixaria os arquivos em um serviço que já cuida de deploy automático e é mais confiável como o netlify ou o now.
Usar uma interface gráfica pra escrever os posts, melhora muito a experiência do usuário. Usar um editor de código, apesar de ser válido, não é uma solução com foco no usuário, mesmo que o usuário seja você.

ktquez commented 5 years ago

@p-moreira

Por que você não confia no GitHub Pages?

Se a preferência for para ter uma GUI, então é melhor usarmos o netlify CMS mesmo e hospedar na Netlify.

Fechado então, montaremos um Svelte Static Site Generator e configuramos um plugin para o Netlify CMS.

p-moreira commented 5 years ago

@ktquez , depoimentos de colegas que tinham projetos iniciantes no Pages e estavam tendo problemas com delay no acesso (discussão num outro grupo), como se os servidores dormissem. Eles mudaram pra netlify e notaram a diferença no carregamento das páginas e os acessos começaram a aumentar no analytics. (cssscan) é um produto de Guilherme (brasileiro), que passou por isso.

O netlify CMS grava direto no github. Então a sua ideia inicial continua a mesma de gerar os arquivos estáticos a partir do markdown gravado do github.

patrickalima98 commented 5 years ago

Fala galera, então sobre o site eu andei pesquisando e vendo a opinião de cada um, e gostaria de sugerir o seguinte:

Primeiro sou a favor do site estático também, acredito que isso mantei simples nossa missão de levar conteudo para o pessoal e facilitar o nosso trabalho :)
Segundo, também acho melhor criarmos um sistema para ler os arquivos estáticos, entretanto acho que seria interessante ter uma UI para escrever os arrtigos, incluir as imagens e etc... Neste caso sei que tem alguns editores opensource que podemos usar algum editor em JS baseado no Medium por exemplo, vou dar uma procurada nos melhores e ver se podemos usar algum.

o que acham? Com isso poderiamos fazer textos em markdown e via UI e depois converte-los para markdown

O que o @ktquez sugeriu é mais ou menos o que o pessoal do Svelte já faz com o blog deles, eu vou criar um projeto separado apenas para fazer um protótipo disso.