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就像個白痴
大眾使用不代表政治正確。我不想說如何改善你們目前的開發流程,只是勸你們儘早使用版本管理工具
說這話也得按照基本法來啊。
不用版本控制誰敢搞開發?
團隊合作,版本控制真的非常非常重要。