Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

gulp 迁 Makefile 的一些思考与启示

  最近把一些项目从 gulp 换到了 Makefile 来构建,自己觉得用起来很舒服,也不用像以前一样装一大堆 gulp 插件的依赖了。但用着用着也暴露出了一些问题。gulpfile 毕竟是 JavaScript,而 Makefile 基本都是 shell。能看懂 Makefile 的前端开真的比能看懂 gulpfile 的少。
  说白了就是一个生态圈的问题。gulp 有很多很多插件,虽然大部分插件都有坑,但至少它的生态圈很庞大。而 Makefile 虽然也挺常用,甚至知名度比 gulp 要高,但在前端这个圈子里,懂 Makefile,懂 shell 的人真的很少。而 gulp 由于是基于 node,基于 JavaScript,对前端开发者来说更友好,所以也更容易被接受。而且 gulp 是更专业的前端项目构建工具,配套的资源非常丰富。而 Makefile 搭建前端如果遇到问题可能谷歌上也找不到答案。
  在曾经那个年代,懂 shell 是程序员的必备技能。而现在呢?大部分开发者不仅不会 shell,连 git 之类的操作也是用带 GUI 的版本。是现在的工具更先进了还是现在的人不如以前了?
  有人说 Makefile/shell 太难了。这个说辞我无法认同。gulp 就不难么?gulp 在 node 的 stream 上加了一层 object stream 的概念,这个概念难道比 linux 的管道简单?很多人声称会 gulp 也只是会从 google 上 copy 一些代码下来改而已,凭空写出一个 gulpfile 有几个人会?写出一个 gulp 插件又有几个人会?
  或许是我的观念不对吧?如果一坨代码随便谁 copy 过去改改都会用,即使这个代码本身很烂,但它确实在工程上解决了问题,那么这也是一坨好代码。而反过来如果是一个逼格高得爆表的技术,没有解决工程上的问题而一味地装逼那也只是一坨烂代码罢了(比如目前这个博客的架构就是典型的装逼过度)。
  突然佩服起那个把 git 设计成 GUI 的作者来。再仔细想想似乎 Dreamweaver 这款产品也非常成功。
  是在下输了!
网名:
3.80.32.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^