Comunicação com o time sobre stack front-end

[wagnerbeethoven]

Olá pessoal, eu quase não participo desses locais de discussão, só quando não há escapatória (não encontrei a solução) por que vocês já me tiraram muitas dúvidas e já salvaram muito dos meus dias.

Na empresa que trabalho sou o único responsável por criar e desenvolver as telas dos sistemas (designer, UX e escrevente de HTML/CSS) e junto comigo, há uns programadores que também mexem no CSS para finalizar as atividades e agilizar as entregas.

O problema vem aqui, tento fazer uma organização de pastas/arquivos com o SASS para modularizar, melhorar o resuso, etc., porém como eles (os programadores java) escrevem no CSS final, o uso do SASS fica defasado.

Vocês enfrentam problemas parecidos? Me deem uma luz, please.

[kivervinicius]

"Solucionamos" este problema aqui não versionando o css final, sendo que eles são obrigados a terem o ambiente front em cada máquina, isso no começo se torna meio complicado devido ao impacto em dar um npm install e buildar a cada alteração mas mta coisa ja tem pronta para estes casos. Hoje conseguimos usar em grande parte sass (scss) onde digamos que é praticamente idêntico o css comum.

[willycamargo]

Fala @wagnerbeethoven .

Confesso que é uma situação bem estranha para mim. Principalmente porque o problema principal parece ser de comunicação entre a equipe.

Tente conversar com eles e explicar a situação com a mesma conversa que vem conversar conosco.

Em relação a solução técnica existem N maneiras que servem para N casos, precisaria saber melhor sobre a sua realidade para saber qual a melhor solução técnica.

Mas a de não versionar o arquivo .css é, provavelmente, a mais utilizada.

[dougaraujos]

Na empresa que atuo hoje, o início da estruturação da equipe de desenvolvimento passou pela refatoração desse procedimento que ocorria constantemente, e qualquer roll back era desastroso. A questão, ao meu ver, está mais atrelada a maturidade dos processos para manutenibilidade dos produtos do que em procurar soluções tecnológicas.

Aqui o fluxo foi instaurado para que as equipes de front e back sejam alocados ao que de fato é de seu encargo. Em projetos onde a equipe de back-end necessita de UI, interações e outros recursos para integração, a política de levantamento de impedimentos anteriormente à estimativa e codificação facilitam a alocação da equipe front-end no tempo necessário antes do back atuar.

Em caso extremos de prioridade e impossibilidades de alocação front-end, todos os desenvolvedores seguem o fluxo de modificar os arquivos SASS e compilá-los. No sistema de versionamento (GIT) ignoramos os arquivos CSS, e mantemos apenas os arquivos SASS.

[wagnerbeethoven]

@kivervinicius @willycamargo o css não é versionado (acho que estamos falando da mesma coisa, espero). é atrito de comunicação e falta ver a importância, a turma simplesmente não liga pra sass.

@dougaraujos eu não sei qual impacto isso pode ter o método imposto para a equipe. não seu usa nenhum otimizador de tarefas, a turma trabalha com JAVA, é complicado a mentalidade de programador antigo :'(

[willycamargo]

"A turma trabalhar com JAVA" não quer dizer exatamente que são desenvolvedores ruins. Se você quer crescer profissionalmente, precisa entender que não é a linguagem que faz um bom programador.

Mas, voltando ao assunto, se o css não esta sendo versionado e vocês utilizam algum sistema de deploy continuo, não consigo imaginar como os desenvolvedores estão alterando os arquivos css.

Não passei por situação exatamente igual, mas sempre tentei alinhar qualquer conflito o mais rápido possível. Se vocês tiverem reuniões frequentes, tente colocar esse problema em pauta na próxima reunião e, se não tem reuniões frequentes, eu aconselho ter hehe.

Abrs e sucesso!

[kivervinicius]

@willycamargo pensei a mesma coisa, não é tao dificil assim manter um .scss

[kivervinicius]

Eu sou desenvolvedor FullStack com 8 anos de experiência em Java, não é algo da linguagem mas sim de cultura.

[kvnol]

@wagnerbeethoven seria interessante fazer uma reunião com a galera e deixar claro que a organização do projeto é essencial para ele ser durável e escalável. Isso não é tão difícil de entender, na minha opinião, a não ser que os desenvolvedores que trabalham com você têm 6 anos de idade.

[malaquiasdev]

@wagnerbeethoven cara desculpa aí, trabalho com Java também e nunca passei por isso. Falar que a culpa de o profissional ser desatualizado é a linguagem é o mesmo que nada...

Conheço gente que trabalha com COBOL e manja sobre back-end do que qualquer desenvolvedor que se diz trabalhar com uma linguagem da atualidade.

Me parece que seu time de back-end não conhece os processos de desenvolvimento do time de front-end. Vocês já tentaram alinhar seus pensamentos com alguma reunião?

[wagnerbeethoven]

@willycamargo, @kivervinicius, @kvnol, @mmalaquias1 : turma, eu não to generalizando a linguagem ou os profissionais, só tô falando de uma situação que venho tendo com esse tipo dessa linguagem, nas demais, JS e PHP não tive problemas. hoje tive uma conversa franca com a equipe, meio que desarmei a turma falando do problema que talvez o uso de grunt/gulp e um pouco de paciência em aprender OOCSS, SASS , etc (mesmo que algo básico) fosse bom para todo mundo, principalmente para reduzir o retrabalho.

desculpa novamente, fui mal entendi aqui, deveria ter sido mais claro, sobre esse trecho.

[malaquiasdev]

@wagnerbeethoven rlx man, somos chatos mesmo kkkkkkkkk

Espero que sua conversa tenha frutos

[kivervinicius]

@wagnerbeethoven ta certo brow, isso ai conversas geram assuntos e pensamentos divergentes, espero que tudo de certo ai com a equipe!!

[kvnol]

@wagnerbeethoven boa sorte nos projetos e bota ordem, brother, senão vira bagunça.

E outra coisa, acho que dava pra alterar o nome dessa issue para algo como "Comunicação com o time sobre stack front-end".

[wagnerbeethoven]

@kvnol done ;)

@kivervinicius @willycamargo @mmalaquias1 deu tudo certo a turma aceitou usar "essas coisas novas" :)