Bower ou NPM

[felipefialho]

Durante os últimos anos, utilizei o Bower para gerenciar os pacotes usados no Front-End e o NPM para gerenciar pacotes do Node.

Mas percebo uma tendencia de unificar tudo no NPM. Como estão fazendo atualmente?

[mikejavier]

Particularmente ainda utilizo Bower para dependencias front e NPM para pacotes node.

[kdmelo]

Eu também uso Bower para dependências e NPM para pacotes.

[fabricionaweb]

Tenho usado NPM pra tudo, pois como utilizo gulp/grunt para concatenar e minificar, ja fica tudo salvo em dev-dependencies e para produção não me importa.

[vitor-mendrone-deel]

O Bower ainda está vivo? Tinha lido e/ou ouvido falar que o repo não tinha mais nenhum 'core commiter'

[vitor-mendrone-deel]

Acho que uma das maiores vantagens do NPM é que já temos um "overload" de ferramentas no nosso dia a dia e com as configurações corretas o NPM substitui não só o Bower mas também o Gulp/Grunt.

Vale a pena dar uma lida nesse artigo

[lazarofl]

Tenho um projeto de calendário onde me bateu essa duvida também, preferi usar o npm para importar libs requeridas para desenvolver o projeto e toda a disponibilização dele fiz via bower, usando o sistema de tags para manter os releases. Achei que seria o mais indicado nesses casos. Mas confesso que ainda não estou satisfeito, como vocês fazem nesse caso?

[lucasbento]

@Mendrone boa, era esse ponto de npm como substituto de Gulp/Grunt que eu queria falar, alguém já tem utilizado?

[raphaklaus]

Quando comecei a usar gerenciadores de pacote nos meus projetos eu me fiz a mesma pergunta. "Pra que dois gerenciadores?". Hoje eu uso o Bower também. Mas mais porque grande maioria dos projetos já estão no registry dele... Aí é mais prático só rodar a linha de comando.

[lazarofl]

Mesma conclusão que cheguei @raphaklaus, muita gente usa o bower para adicionar a dependência de plugins e libs nos projeto.

[lucasbento]

@raphaklaus já aconteceu de precisar de algo que tem no bower mas não tem no npm? oO

[lucasbento]

Na minha visão npm consegue fazer tudo que o Bower faz, a diferença é que a parte de marketing deles foi muito boa, a única razão da maioria das pessoas ainda o utilizarem é pelo fato de existirem milhares de tutoriais que o colocam como um "requisito" para um workflow moderno de front.

[williamknn]

Também me encaixo no grupo dos que usam NPM para pacotes Node e Bower pra front-end.

[willycamargo]

Também utilizo NPM para pacotes Node e Bower para front-end, mas estou pensando na idéia de migrar tudo para NPM.

Foi aberta uma discussão ontem no repositório do Material Design Lite sobre parar de dar suporte ao Bower: Drop bower support

[felipefialho]

Porra, eu estava pensando em migrar tudo para o NPM justamente para cominuir a quantidade de ferramentas usadas, e o @Mendrone vem com essa de usar o NPM como task-builder? :p

[bernardodiasc]

@Mendrone ++ tb to nessa. NPM resolvendo todas as pendengas.

[mikejavier]

@thelinuxlich valeu pela dica.

@lfeh Ainda não parei para ver a fundo o NPM, mas pelos comentários aqui da pra ver que nao muda muita coisa. Acredito que tb estarei utilizando somente ele no meu workflow em projetos futuros.

[vitorbritto]

Vamos jogar esse debate sobre JSPM e WebPack para a issue #53, conforme o @thelinuxlich sugeriu?

[felipefialho]

Sim @vitorbritto, alias, vamos criar esse habito para seguimentar melhor. Sempre que o debate estiver saindo demais do foco, cria uma issue nova \o

[vitorbritto]

Isso! Vamos falar sobre Module Loaders lá na outra issue. =]

[mikejavier]

@vitorbritto era uma boa, além de a galera comentar outras ferramentas similares para entrar na discussão.

[vitorbritto]

@mikejavier o npm consegue apontar para tarball (*.gz), urls no github (user-org/repo) ou arquivos locais (file: ~/foo/baz/bar).

Costumo utilizar o caminho do Github para algumas libs que tenho aqui. Dessa forma não preciso publicar o pacote no npm para algo específico de um projeto. =]

[mikejavier]

@vitorbritto show man, obrigado pela explicação.

[fdaciuk]

Já estava cansado do webpack, pela demora no tempo do build. O webpack não funcionou muito bem junto com o gulp, então eu executava os dois, com o webpack rodando em segundo plano.. ficava ó 💩

Seguindo a dica do @vitorbritto, resolvi dar uma olhada no JSPM.. cara, que animal! Ainda dá pra integrar facilmente com o gulp e aproveitar todas as outras tasks que eu tenho!

Valeu @vitorbritto \o/ :dancer: :dancer: :grin: :sparkles:

[felquis]

yarn

 #     #    #    ######  #     # 
  #   #    # #   #     # ##    # 
   # #    #   #  #     # # #   # 
    #    #     # ######  #  #  # 
    #    ####### #   #   #   # # 
    #    #     # #    #  #    ## 
    #    #     # #     # #     # 
                                 

[fdaciuk]

Já que o @felquis reviveu o tópico, só pra reiteirar meu último comentário: depois de bater um pouco de cabeça com webpack, agora ele é meu preferido de novo, junto com Yarn ❤️ hauehaeu

[anabastos]

                          _        __           _   
 _   _  __ _ _ __ _ __   (_)___   / _| __ _ ___| |_ 
| | | |/ _` | '__| '_ \  | / __| | |_ / _` / __| __|
| |_| | (_| | |  | | | | | \__ \ |  _| (_| \__ \ |_ 
 \__, |\__,_|_|  |_| |_| |_|___/ |_|  \__,_|___/\__|
 |___/                                              

[lagden]

tudo igual...

[gchamon]

tem como utilizar o bower-away pra resolver dependências com yarn e mesmo assim continuar com o workflow construído em cima do bower (mantendo os arquivos bower.json)

[tcelestino]

Se não me engano, o próprio bower está pedindo para o pessoal migrar para o yarn:

Para quem tá com preguiça de digitar o link para o post no blog do bower, segue: https://bower.io/blog/2017/how-to-migrate-away-from-bower/

Pra mim, o NPM vem atendendo bastante, apesar que ultimamente venho mexendo bem pouco no cliente.

[phsantiago]

Eu usava o bower junto com grunt, depois migrei para o gulp e continuei usando o bower.
Depois de um tempo resolvi me aventurar no webpack e quebrar muito a cabeça tentando configurar ele, hoje não conheço workflow melhor que yarn + webpack, quando configurado é extremamente rápido e simples de usar dependências externas no projeto.

Para quem tem interesse por webpack, se prepara que o 4 está saindo 👊🎉
webpack/webpack#6064