使用nodejs里面的前端工具(grunt gulp)之类的工具确实可以显得你比前端小白水平高,sass和less也是给没接触过这些的人觉得你很牛,但是现在问题来了.
但是有几个问题:
1.用这些工具要开命令行,如果是一两个项目没事,但是我们这一弄就是好几个项目同时一块干,同时开好几个命令行显得太乱了,或者一会开这个,一会开那个. 有时候其实也就改一两行代码,感觉没必要命令行.但是你不开sass之类的没法编译啊,个人感觉用考拉+sublimetext+livereload插件比node方便多了.
2.首先,前端没有git,svn之类的(不要鄙视很多公司都这样).把代码写好了以后发邮件给后台人员,结果他干着干着说要改一下css,然后说你别在你那改了就在我这改吧,就几行代码着急上线,但是他那没有node环境啊,我只能改css,改了很多地方.过两天又找我说要改好多地方,然后我又用以前的sass文件改,改完以后发现以前还在他的机器上改过,结果就开始混乱了......前期自己写的时候用sass还方便,但是交给后台以后就开始不方便了....
请问这几个问题有好的解决方法么
根据你的描述,大致可以判断你说的这个工作内容(或者工作岗位),不太符合我们这几年对"前端工程师"的定位,倒是很像以前大众对前端的认知:“网页重构师”、“页面仔”。。。
这里没有任何贬义在里面,只是工作内容有区别而已。
如果按照你的描述,那么搞出一堆AngularJS
,React
, vue
, webpack
, rollup
, babel
, AMD
, CommonJS
, ES2016
, less
, sass
, stylus
, async/await
..., 确实看不出什么必要。因为过一会发给“后端”后,他们可能为了适配到他们的JSP
/ASP
/PHP
里面去需要你做各种调整,你的各种“工程化”就白干了!
就这个角度看,我同意你的意见,“真的没必要”。
但“前端”绝不止你现在眼前的这些,还有远方的诗和田野^^,更多关于前端的介绍,看:
为什么市场上优秀的前端这么少,国外也是这样吗
前端大牛们都学过哪些东西?
为什么前端工程师很难找?
说这话也得按照基本法来啊。
不用版本控制谁敢搞开发?
我觉得你说这话,可能没把所有的功能结合起来使用。
对于sass,不用其他功能,直接使用sass --watch sass/bootstrap.scss:css/bootstrap.css就可以编译了,不觉得考拉有多么好用
团队合作,版本控制真的非常非常重要。
如果执意在windows下工作,劝你换个好点的命令行工具,至少有标签管理,cmd就像个白痴
大众使用不代表政治正确。我不想说如何改进你们当前的开发流程,只是劝你们尽早使用版本管理工具
1.这个问题好解决。你可以建一个 gulp 工作目录,只在根目录放一个 gulpfile.js 就行了,所有的项目都放到这个目录。接着改下你的 gulpfile 文件,使其支持多项目。比如,输入 gulp task --a
表示对项目 a 的构建任务。
2.我觉得还是尽快用版本库管理吧。