84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
小伙看你根骨奇佳,潜力无限,来学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就像个白痴
大众使用不代表政治正确。我不想说如何改进你们当前的开发流程,只是劝你们尽早使用版本管理工具
说这话也得按照基本法来啊。
不用版本控制谁敢搞开发?
团队合作,版本控制真的非常非常重要。