84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
小伙看你根骨奇佳,潜力无限,来学PHP伐。
根据你的描述,大致可以判断你说的这个工作内容(或者工作岗位),不太符合我们这几年对"前端工程师"的定位,倒是很像以前大众对前端的认知:“网页重构师”、“页面仔”。。。
这里没有任何贬义在里面,只是工作内容有区别而已。
如果按照你的描述,那么搞出一堆AngularJS,React, vue, webpack, rollup, babel, AMD, CommonJS, ES2016, less, sass, stylus, async/await..., 确实看不出什么必要。因为过一会发给“后端”后,他们可能为了适配到他们的JSP/ASP/PHP里面去需要你做各种调整,你的各种“工程化”就白干了!
AngularJS
React
vue
webpack
rollup
babel
AMD
CommonJS
ES2016
less
sass
stylus
async/await
JSP
ASP
PHP
就这个角度看,我同意你的意见,“真的没必要”。
但“前端”绝不止你现在眼前的这些,还有远方的诗和田野^^,更多关于前端的介绍,看:
为什么市场上优秀的前端这么少,国外也是这样吗
前端大牛们都学过哪些东西?
为什么前端工程师很难找?
1.这个问题好解决。你可以建一个 gulp 工作目录,只在根目录放一个 gulpfile.js 就行了,所有的项目都放到这个目录。接着改下你的 gulpfile 文件,使其支持多项目。比如,输入 gulp task --a 表示对项目 a 的构建任务。2.我觉得还是尽快用版本库管理吧。
gulp task --a
我觉得你说这话,可能没把所有的功能结合起来使用。
对于sass,不用其他功能,直接使用sass --watch sass/bootstrap.scss:css/bootstrap.css就可以编译了,不觉得考拉有多么好用
如果执意在windows下工作,劝你换个好点的命令行工具,至少有标签管理,cmd就像个白痴
大众使用不代表政治正确。我不想说如何改进你们当前的开发流程,只是劝你们尽早使用版本管理工具
说这话也得按照基本法来啊。
不用版本控制谁敢搞开发?
团队合作,版本控制真的非常非常重要。
根据你的描述,大致可以判断你说的这个工作内容(或者工作岗位),不太符合我们这几年对"前端工程师"的定位,倒是很像以前大众对前端的认知:“网页重构师”、“页面仔”。。。
这里没有任何贬义在里面,只是工作内容有区别而已。
如果按照你的描述,那么搞出一堆
AngularJS
,React
,vue
,webpack
,rollup
,babel
,AMD
,CommonJS
,ES2016
,less
,sass
,stylus
,async/await
..., 确实看不出什么必要。因为过一会发给“后端”后,他们可能为了适配到他们的JSP
/ASP
/PHP
里面去需要你做各种调整,你的各种“工程化”就白干了!就这个角度看,我同意你的意见,“真的没必要”。
但“前端”绝不止你现在眼前的这些,还有远方的诗和田野^^,更多关于前端的介绍,看:
为什么市场上优秀的前端这么少,国外也是这样吗
前端大牛们都学过哪些东西?
为什么前端工程师很难找?
1.这个问题好解决。你可以建一个 gulp 工作目录,只在根目录放一个 gulpfile.js 就行了,所有的项目都放到这个目录。接着改下你的 gulpfile 文件,使其支持多项目。比如,输入
gulp task --a
表示对项目 a 的构建任务。2.我觉得还是尽快用版本库管理吧。
我觉得你说这话,可能没把所有的功能结合起来使用。
对于sass,不用其他功能,直接使用sass --watch sass/bootstrap.scss:css/bootstrap.css就可以编译了,不觉得考拉有多么好用
如果执意在windows下工作,劝你换个好点的命令行工具,至少有标签管理,cmd就像个白痴
大众使用不代表政治正确。我不想说如何改进你们当前的开发流程,只是劝你们尽早使用版本管理工具
说这话也得按照基本法来啊。
不用版本控制谁敢搞开发?
团队合作,版本控制真的非常非常重要。