Executando verificação de segurança...
Respondendo a "Transformar Figma em código com equipe fora da..." dentro da publicação Pitch: Encontrar doadores de sangue ainda é um processo caótico — então eu resolvi isso
3
ivanPechim

O que você mudaria na divisão de trabalho se tivesse que recomeçar esse projeto hoje?

Bom, eu não tenho certeza. A divisão foi "boa", eu não tinha tempo pra fazer tudo sozinho rs. A parte crucial, acredito que foi a stack escolhida. Eu, diferente de muitos, não explorei muito html+css, cai no mercado de trabalho direto no VUE, me virei do jeito que dava. Logo fazer coisas com hmtl puro me assustam... Hoje em dia, eu teria escolhido uma stack mais simples (html+css) para fortalecer essa base que todos deveriam ter.

Carregando publicação patrocinada...
1
obrenoalvim

Faz sentido. Muita gente entra no mercado pelo framework antes de entender o que ele abstrai, e isso cria buracos que aparecem na hora errada. Com o BloodLink senti isso no CSS: tinha que estilizar coisas fora do padrão e ficava dependendo de gambiarras no Tailwind pra encaixar o que eu queria. Você falou que hoje escolheria html+css como base: acha que daria conta de construir uma plataforma desse tamanho com isso, ou em algum momento o framework seria inevitável mesmo?

3
ivanPechim
  • Autor
    Autor

Então kk, isso é meio complicado né ?! O quê tu constroi com framwork, teoricamente deveria conseguir construir com coisas puras... Aumenta tempo e complexidade mas deveria sair. A minha plataforma não escala, seria um crud básico. Acho que isso não é dificil de fazer com HTML+CSS. E eu compartilho da sua dor, CSS é díficil, não me desce de jeito nenhum kk.
Mas conforme o projeto aumenta, eu cogitaria mudar pra alguma stack conforme fosse mais simples de trabalhar.
Uma das coisas que eu penso sobre é reutilizar componente ou SPA. Tranquilo de fazer no puro ? Não sei, não estudei sobre. Talvez se for simples, não precise tanto mudar a stack.
Por quê foi pelo Tailwind ?

1
obrenoalvim

Tailwind porque a velocidade de iteração é muito maior do que CSS puro. Sem precisar nomear classe, sem arquivo separado, sem contexto quebrado. Com Next.js o fluxo fica natural: componente e classes no mesmo lugar.

Componente reutilizável com HTML+CSS dá pra fazer, mas exige bastante disciplina pra não virar bagunça conforme o projeto cresce. No BloodLink já tenho uns 30 componentes, gerenciar isso sem Tailwind seria custoso.

A curva inicial é estranha, especialmente as classes de espaçamento, mas depois que você internaliza fica mais rápido que qualquer alternativa. Você tem algum projeto em mente pra experimentar ou é mais curiosidade mesmo?

1
ivanPechim
  • Autor
    Autor

Eu sou Hate de front end kkk, não está nos meus planos testar algo para estilização... Mas é louco como vários frameworks vão aparecendo e aparecendo. Next parece ser interessante, o ecosistema como um todo, ainda estou focando o meu esforço em back e devops.