前端工程化，有时觉得并不方便

[zlgodpig]

作为前端工程师，当然乐见工程化越来越正规。
最新的项目，已经完全是基于 webpack + ES6 的模块开发了，感觉生产力提高挺多的。

但是最近发生了两件事：
1.我帮一个朋友写了几个页面，因为工作量还有一些，我就把这构建的一套拿来开发。当我给他的时候，他根本不知道怎么继续开发，环境都不知道怎么跑。。

2. 昨天出现了个 bug ，后端同学（前端水平不错）电话，说知道问题在哪，知道怎么修，但是修不来。。我只好起床，加了行 if 。。。

之前的前端工程化，是没有编译一说的，代码到浏览器里，马上看效果，发布就压缩合并下。

现在 用 webpack ，多了编译一步，包括 ES6 到 ES5 ，包括把模块里的 css 和图片抽出来等。感觉，以前前端那样直接了当，其实有时也不错。

然后又想到，以后万一离职，后面的同学把现在构建的一套摸透，应该会感到小吃力的。

我是不是想太多了。

[learnshare]

1. 怪这个朋友不懂； 2. 怪前后端不分离。

WebPack 、 SASS 、 Coffee 这种先编译后运行的工具，的确没有写完、保存、刷新的来得方便。
但谁让前端开始写 App 了呢。

[cyio]

《黑客与画家》里讲了，就是要用难的用新的。

现在的前端技术快速迭代，难度还要翻，你快来不及想太多了。

[sox]

以前的是 0 配置，开发痛。
现在是配置痛，开发爽啊。

[Pastsong]

所以要写 Readme.md 啊...

[ferrum]

回去原来的条件下开发个稍微大点的项目，看看你还会不会这么想。

就 CSS 而论，有变量这一点能方便多少？

还有配套的 auto reload ， hot module replacement 等等。

现在这样的问题，正是说明前端开始专业化，门槛开始变高，而不是以前那样谁都能插一手。

[zlgodpig]

@learnshare 1.我朋友只是略知道一点前端，如果知道的多，也不会拜托我了。 2. 公司小，大家都是能解决的问题，都主动解决，不会因为这是其他人的，就完全不问。另外前后完全分离，这事能满足的公司不多，我在争取今年推进这事，但是更多的工作量，更大的责任，都要有提前的准备。

前端 App 化，我只觉得蛋疼，但是没办法，谁叫现在大势 只认 app 。

[zlgodpig]

@ferrum 趋势是这样，只是有时候觉得，从解决问题的角度，感觉有点自己给自己找需求的味道。

比如 react ，以我现在接触的工程类型，我没觉得生产力提高。从满足产品需求， jquery 拖拖的，又快又稳，但是团体总归有技术追求，渴望新技术。

我还是太实用主义了。

[jamiefang]

同感。前端现在都不解决实际问题，美其名曰工程化。以前 flash 能搞定的东西都弄不好，一个个都重复造轮子，还都是差不多的轮子。轮子多是好事，但要造也应造出有改进的轮子。

[jinwyp]

工程化后, 你确定更容易维护? 就 react 那套 一年后 你确定比 jQuery 更容易看懂? 一年后建议你在看看好维护不 ? 再来回答这个问题吧.

[jinwyp]

还有最本质一点:步骤越多,bug 越多这时真理. 目前看到说工程化好的都是前端 leader 说的, 目的不就是让员工变成码农和可以多招人壮大队伍吗?

[typcn]

同意楼上，楼上上上

[sox]

楼上上都认为前端就是 jQuery 的难度？

比 jQuery 更难看懂怪 React 咯

[old9]

咦，楼主开发环境如果已经写好了，通常不就是两个命令即可 happy hacking 了么？ 1 、 npm install ， 2 、 grunt/gulp/npm start...

应该很好教啊，便于团队新成员融入不也正是前端工程化的目的之一么？