當前位置:首頁 » 網頁前端 » 前端開發需求做思維導圖嗎
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

前端開發需求做思維導圖嗎

發布時間: 2022-12-14 02:37:31

❶ 新手學web前端開發需要多久

自學前端多久可以找工作要根據自身基礎來決定,但是一般的話也要五個月左右才能學會。

可以看看培訓班的學習內容哦!根據這樣的內容來制定自己的學習方法和計劃。

前端學習內容有:

第一階段:Web網頁基礎

HTML入門基本內容,CSS+DIV的基礎知識,選擇器,盒子模型,網頁布局,Photoshop

第二階段:Web編程基礎

學習路線:JavaScript基礎,BOM和DOM模型,事件處理,jQuery,交互及動畫,jQuery優質插件,文檔處理,數組和對象操作

第三階段:Web編程高級及全棧開發

學習路線:JavaScript高級編程,原型模式,jQuery插件開發,模塊化組件開,AJAX,Express(Node.js),Mongodb,RequireJS,MongoDB

第四階段:響應式網站開發

學習路線:HTML5/CSS3,響應式原理及布局,Bootstrap,前端依賴管理,CSS預處理語言(Less+Sass),Grunt/Gulp自動化構建工具,Angular4

第五階段:框架與項目管理

學習路線:Grunt/Gulp,Webpack模塊載入器&打包工具,MVC(backbone)架構前端,VUE2,React

第六階段:混合式移動及微信開發

學習路線:React Native,微信小程序,視圖層,邏輯層。

最好能有視頻教程輔助你:

網頁鏈接

❷ 為什麼數據結構與演算法,對前端開發很重要

前端的技術領域和范圍正在飛速演進中,再過3年5年不懂演算法和數據結構的前端慢慢就淘汰了。幾大互聯網公司的已經開始在使用數據挖掘、貝葉斯、3D圖形圖像等領域演算法到前端領域。對瀏覽器的了解也逐步深入到內部實現機制原理上,從原理上理解渲染。無線端的前端越來越像嵌入式應用開發,這些都更需要有扎實而綜合的計算機專業基礎。

❸ 我是做前端開發的,但是技術是在太差,我該辭職,還是繼續熬下去

缺方向並不代表你的能力不行,所以要解決這個問題,做哪塊領域的前端開發?可以考慮正在興起的物聯網3D可視化開發,用的是javascript邏輯,可選擇的免費產品有three.js,thingjs,這兩個的區別容我說一下。

three.js包括了3D專業開發概念,你還沒有朝九晚五上班,所以可以花時間學習和研究,了解3D可視化這個方向,作為女生,審美能力也不差,聽說前端開發也愛招女生……不過,如果你有一定的管理能力,可能開發一年後,就想著接外包項目,那就可以嘗試thingjs這款3D框架,它封裝了復雜的3D專業概念,讓你的開發流程變得簡單,迅速就能夠生成一個3D商業項目,作為開發戰績~

不管是3D可視化,還是其他領域的前端開發,你可以畫個思維導圖,比較一下優劣,看看這個領域做得好的人是什麼樣子,然後選定它,鑽研到底。只有懂得沉澱的人,才不會迷茫,祝你面試順利!

❹ 如何用3個步驟簡單整理需求

通常在經歷了產品經理自己調查的需求,BOSS的建議需求,市場部的需求等狂轟濫炸之後,產品的第一版本需求已經整理的差不多了,那麼接下去該如何深度整理這些需求呢?

▍1、根據需求描述畫出思維導圖

這里的思維導圖包括產品信息圖和產品結構圖。

信息結構圖主要是列出產品中包含的各個欄位,方便後台開發人員參考使用。

產品結構圖主要是列出各個模塊的功能。用序號將每期要迭代的功能標出。

(PS:思維導圖可以用作整理需求。不過筆者用的更多用在思考產品,這樣更能拓展、發散思維。在紙上勾勾畫畫和電腦上敲擊鍵盤的感覺完全不一樣。)

▍2、根據思維導圖,列出功能需求清單

這部分根據實際情況,可寫可不寫。產品信息圖與結構圖中已經包含這部分內容

▍3、將功能需求整理成用例

這部分既可用表格,也可用流程圖來表示,主要說明前端與後台之間的交互。

❺ 零基礎學習前端開發要怎麼開始

這里整理了一份web前端學習路線的思維導圖,需要掌握和學習的內容如下:

第一階段:專業核心基礎

階段目標:

1. 熟練掌握HTML5、CSS3、Less、Sass、響應書布局、移動端開發。

2. 熟練運用HTML+CSS特性完成頁面布局。

4. 熟練應用CSS3技術,動畫、彈性盒模型設計。

5. 熟練完成移動端頁面的設計。

6. 熟練運用所學知識仿製任意Web網站。

7. 能綜合運用所學知識完成網頁設計實戰。

知識點:

1、Web前端開發環境,HTML常用標簽,表單元素,Table布局,CSS樣式表,DIV+CSS布局。熟練運用HTML和CSS樣式屬性完成頁面的布局和美化,能夠仿製任意網站的前端頁面實現。

2、CSS3選擇器、偽類、過渡、變換、動畫、字體圖標、彈性盒模型、響應式布局、移動端。熟練運用CSS3來開發網頁、熟練開發移動端,整理網頁開發技巧。

3、預編譯css技術:less、sass基礎知識、以及插件的運用、BootStrap源碼分析。能夠熟練使用 less、sass完成項目開發,深入了解BootStrap。

4、使用HTML、CSS、LESS、SASS等技術完成網頁項目實戰。通過項目掌握第一階段html、css的內容、完成PC端頁面設計和移動端頁面設計。


第二階段:Web後台技術

階段目標:

1. 了解JavaScript的發展歷史、掌握Node環境搭建及npm使用。

2. 熟練掌握JavaScript的基本數據類型和變數的概念。

3. 熟練掌握JavaScript中的運算符使用。

4. 深入理解分支結構語句和循環語句。

5. 熟練使用數組來完成各種練習。

6.熟悉es6的語法、熟練掌握JavaScript面向對象編程。

7.DOM和BOM實戰練習和H5新特性和協議的學習。

知識點:

1、軟體開發流程、演算法、變數、數據類型、分之語句、循環語句、數組和函數。熟練運用JavaScript的知識完成各種練習。

2、JavaScript面向對象基礎、異常處理機制、常見對象api,js的兼容性、ES6新特性。熟練掌握JavaScript面向對象的開發以及掌握es6中的重要內容。

3、BOM操作和DOM操作。熟練使用BOM的各種對象、熟練操作DOM的對象。

4、h5相關api、canvas、ajax、數據模擬、touch事件、mockjs。熟練使用所學知識來完成網站項目開發。


第三階段:資料庫和框架實戰

階段目標:

1. 綜合運用Web前端技術進行頁面布局與美化。

2. 綜合運用Web前端開發框架進行Web系統開發。

3. 熟練掌握Mysql、Mongodb資料庫的發開。

4. 熟練掌握vue.js、webpack、elementui等前端框技術。

5. 熟練運用Node.js開發後台應用程序。

6. 對Restful,Ajax,JSON,開發過程有深入的理解,掌握git的基本技能。

知識點:

1、資料庫知識,範式,MySQL配置,命令,建庫建表,數據的增刪改查,mongodb資料庫。深入理解資料庫管理系統通用知識及MySQL資料庫的使用與管理,為Node.js後台開發打下堅實基礎。

2、模塊系統,函數,路由,全局對象,文件系統,請求處理,Web模塊,Express框架,MySQL資料庫處理,RestfulAPI,文件上傳等。熟練運用Node.js運行環境和後台開發框架完成Web系統的後台開發。

3、vue的組件、生命周期、路由、組件、前端工程化、webpack、elementui框架。Vue.js框架的基本使用有清晰的理解,能夠運用Vue.js完成基礎前端開發、熟練運用Vue.js框架的高級功能完成Web前端開發和組件開發,對MVVM模式有深刻理解。

4、需求分析,資料庫設計,後台開發,使用vue、node完成pc和移動端整站開發。於Node.js+Vue.js+Webpack+Mysql+Mongodb+Git,實現整站項目完整功能並上線發布。


第四階段:移動端和微信實戰

階段目標:

1.熟練掌握React.js框架,熟練使用React.js完成開發。

2.掌握移動端開發原理,理解原生開發和混合開發。

3.熟練使用react-native和Flutter框架完成移動端開發。

4.掌握微信小程序以及了解支付寶小程序的開發。

5.完成大型電商項目開發。

知識點:

1、React面向組件編程、表單數據、組件通信、監聽、生命周期、路由、Rex基本概念。練使用react完成項目開發、掌握Rex中的非同步解決方案Saga。

2、react-native、開發工具、視圖與渲染、api操作、Flutter環境搭建、路由、ListView組件、網路請求、打包。練掌握react-native和Flutter框架,並分別使用react-native和Flutter分別能開發移動端項目。

3、微信小程序基本介紹、開發工具、視圖與渲染、api操作、支付寶小程序的入門和api學習。掌握微信小程序開發了解支付寶小程序。

4、大型購物網站實戰,整個項目前後端分離開發;整個項目分為四部分:PC端網頁、移動端APP、小程序、後台管理。團隊協作開發,使用git進行版本控制。目期間可以擴展Three.js 、TypeScript。

這已經是一套非常完備的Java學習路線了,零基礎學習Java完全自學的話還是比較吃力的,建議還是找專業的機構系統學一下,可以點 擊 頭 像 了解一下。

❻ 思維導圖和編程有什麼關系我看到仟課課堂上有用到思維導圖,求大神解釋

用思維導圖的軟體是為了搭個知識、項目的框架
上課用的話,可以用思維導圖做一個知識框架,要學會java,就要學1、2、3三點,學會第1點需要什麼知識點a、b、c,以此類推;
項目上用的話,舉個例子啊,某個項目;分前台、後台;前台做哪幾個頁面,1、2、3;後台實現哪幾個需求邏輯,a、b、c。

❼ 針對前端開發的一些看法

1、基礎技能:html、css、JavaScript

2、CSS預處理:less、sass ...

3、針對DOM操作:jQuery

4、MVC框架:vue、react、angular ...

5、混合式開發:微信小程序、mui、uni-app、react native、ionic、Flutter ...

6、針對多終端開發:Taro ...

7:h5 游戲開發:白鷺引擎、unity ...

8:...

1、做好知識點分類(包括框架,基礎知識,還有一些問題的解決方案等)

2、持續的維護(重要)

1、建議放棄收藏式記錄(一些時候,收藏起來的知識點或文章解決方案等就相當於買了書丟進櫃子里了,沒有去做整理和學習,而且遇到問題時也比較難找起來)

2、每日通過工作,文章、各種自媒體等獲取的知識,最好及時記錄在筆記里,然後定期維護到思維導圖里

針對學習方法每個人肯定也各有不同,但不管怎麼說學習提升是一個漫長持續且枯燥的過程,希望大家和我共勉吧

❽ 專科低學歷想做web前端開發拿10k、15k高薪,我建議你這樣做

並不是所有人都是985、211畢業,學歷低的人一樣要生活、要工作,那我今天就跟大家分享一些建議。

首先,學習路線的建議>>

很多零基礎、其它行業的同學想要入行前端開發之前,都會在網上去查一些前端開發學習路線之類的資料,想先去整體的了解一下這個行業、崗位、職位等信息。這個本身是沒有問題的。

但是整個前端開發知識體系它也是有很多細分領域的。例如,數據可視化,移動端、pc端、游戲、混合開發,等等。而很多前端開發路線圖,它會把整個前端開發技術體系,大而全的整個畫一個大思維導圖出來,非常的詳細、事無巨細。

這就導致很多學生,要麼被這類大而全的學習路線嚇退,要麼在學習過程中迷失在其中,學了半天也沒學出什麼東西,找不到方向,找不到重點,在不是那麼重要的地方、知識點上浪費了大量的時間、精力。

這里我建議同學們,【面向面試學習】。

就是你先確定,

1、你在、或要去哪個城市工作;

2、你確定一個目標工資。例如10k、12k

然後,你在招聘網站,例如boss直聘、拉鉤、智聯等,查找這個工資水平的職位,看看它們的要求是什麼?列出來,一條一條的去搞懂、學習。這樣可以極大的明確你的學習方向和目標。

以公司的招聘要求為學習目標。把公司的要求一條一條的,你全都滿足、學會,你咋可能找不到工作呢?

<!-- 我曾經看到過某培訓機構,它們的web前端課程表裡出現了canvas游戲、ECharts開發之類的內容。我就想說ECharts它只是一個圖表工具,算不得一個技術,講它做什麼?而市面上canvas的職位能有幾個?除了特定業務有幾個公司會在面試的時候專門問canvas?我就不說游戲業務和前端開發根本是二個思路了。這就是大而全的講課,這種東西學了也是浪費時間。-->

第二個,是關於面試的建議>>

同學們首先要明白,面試至少分成二種,社招、校招。

如果你不是什麼985、211或其它什麼好的大學。那你基本就要走【社招】的方向。

社招著重考驗面試者的,

1、解決問題的能力;

2、開發思路的能力;

3、具體技術的應用熟練度;

也就是說,走社招的同學,你不要在網上花費大量的時間,去看什麼xx面經、xx百大面試題、xx演算法、xx數據結構...,很多這類的題都是互聯網大廠的面試題,它們的入職門檻就是985、211,如果你的學歷都不夠格,你看這些大廠面試題有什麼用呢?而且很多時候你確實也看不懂,例如斐波那契數列不同演算法的時間復雜度O(n)不一樣,是怎麼算出來的,你確定你真的看得懂么?

那這些東西要不要看?當然要!但不是現在。我剛才說了,我建議你【面向面試學習】。

那社招的面試題,怎麼准備呢?

分析一下,一家公司要招前端,老大跟我說,老尚你出幾個面試題吧。我會怎麼做?我肯定是先網路搜索一下面試題啊,從裡面挑一些我認為有價值、有難度的。

為啥我要在網上搜面試題,而不是自己出題?因為我在享受996的福報啊!!我爽得不得了,哪有心情、時間自己去出題?!

所以走社招的同學,我真心的建議你們,【你要勤勞,勤勞是美德】。當你把網上所有的,你能找到的面試題,你能看懂的面試題,都手擼過至少一遍之後,面試題這一塊,你基本就沒什麼問題了。

不要去迷信什麼xx演算法、xx結構、xx面經之類的東西,很多時候前端面試官他也不懂。做前端的有幾個天天寫演算法的啊,你要真是面試的時候遇到了,那換一家接著面試就是了。

無論是大廠還是中小互聯網公司,在社招中都是非常看待項目實戰經歷的。

第三個就是英語的問題>>

很多同學的英語其實不怎麼樣。那已經是這樣了,怎麼辦?先去學英語嗎?肯定不能這樣。

那你就,

1、先不要跟風去看什麼外網的英文資料;

2、有問題多查網路;

別去跟風,人家說網路垃圾,你也說網路垃圾。例如我吧,我說網路垃圾是因為網路能查到的我基本都會;而我遇到的問題都是網路查不到了。別人不了解我就不說了。

而你呢?

你一個前端初學者,初入行,你才踩了幾個坑?你能遇到的問題99%網路都有答案。所以啊,你也想罵網路垃圾?可以啊,你先把網路里的坑都踩一遍再說吧。

第四個就是前端行業飽和的問題>>

這個問題其實很簡單,

1、凡是說飽和的都是技術不行,找不到工作的;

2、行業升級了;

例如html、css網頁製作、只會jQuery的,之前只會這些的同學確實可以找到工作。但現在為什麼找不到了?不是前端飽和了,而是這些職位沒了!沒有了!

隨著前端工程化、組件化的發展,html、css這些view視圖層面的工作很多時候都已經前端UI組件化了,不需要完全手工去做了。只會jQuery的同學也不行了,因為現在的前端開發思想不是發現DOM、操作DOM了,而是【數據驅動視圖】。

所以,前端開發只有淘汰,沒有飽和。

最後一個問題,就是學習時間的問題>>

我的學生里,平均每人每天,學習4~6小時。做什麼呢?每節的直播課、錄播課的內容、作業、實例。就搞這些東西,不用多,三個月左右,基本都能找到工作。

而我的讀者老爺,你呢?

你能做到每天學習多長時間?問問自己

我經常跟我的粉絲、群成員、學生們說,你既然不是名校出來的,就不要挑,非多少k工資不幹。只要給的工資差不多就行,先入行,先干著,干個一、二年有些積累了,然後你再換工作、找高薪。

今天就寫到這里了,如果你讀到這里,我謝謝你,希望你能早日入行。

學習是一個艱苦的過程,當然如果能把技術學成,最後也一定可以獲得高薪工作。掌握一個好的學習方法,跟對一個學習的人非常重

要。今後要是大家有啥問題,可以隨時來問我,能幫助別人學習解決問題,對於自己也是一個提升的過程。自己整理了一份2019最全

面前端學習資料,從最基礎的HTML+CSS+JS到HTML5的項目實戰的學習資料都有整理這是我的前端技術交流Q un ++++++++++++++

錢面是-518--

中間是-672---

後面是--693--++++++++++++++

有問題隨時在裡面問我,能給大家提出很多寶貴建議。

❾ 本人後台開發,前端說改個東西要兩天,但我感覺撐死2小時,怎麼辦

本人有五年前台開發經驗,2年後台開發經驗,實際上我覺得後台可能比前台還要容易,在不考慮比較深的技術壁壘的情況下,前台有原型圖,我需要百分百還原,再加上畫面特效,用戶操作特效等挺麻煩的,有時候一個小小的點卡半天很正常,只要不是特別簡單的需求,說隨便兩個小時搞好的我是不怎麼相信的。轉後台之前,本來以為很難,結果後台寫起來真的就是好快,我經常做到無聊到沒事做把人家的活攬過來一起做,後來還是前後台一起搞了,後台框架搭好以後,剩下的只是業務介面實現而已。總的來說,前台入手容易精通難,後台更多偏向框架的靈活使用。不要瞧不起前台,特別是某些後來開發人員覺得不就是寫個界面么?但我想說界面的邏輯不比後台簡單,前幾年曾經去參加一個公司的面試,以後後開發人員跟我在那裝,一個勁的說就是前台而已,很簡單的事情,說了好多次,把我說煩了,我就跟他探討前後台,屁都不懂的面試官,就一新生蛋子,最後我說你公司連面試官都這水平,與我期望不符合,要過來簡歷就撤了,帶著有色眼鏡看待技術的人一般都是那種一知半解,一瓶子不滿,半瓶子晃悠的人

我就是做前端開發十年了,其實你這個問題在職場中普遍存在。就像以前我認為,後端不就寫寫介面,一個介面10幾分鍾的事情,墨跡個半天沒出來一樣,總是很埋怨,其實你真正去實操的時候,發現並沒有這么簡單,細節的東西特別多。

前端說需要兩天時間,可能考慮某些改動涉及會影響到其它功能方面的問題,都需要測試評估,並且前端的開發,比後端還多了界面這一塊開發的時間,這界面調試往往最費時間,這是很多後端開發人員沒有考慮到的。

總之,前端評估可能是一個相對寬泛並且預留了一定空間的時間,也許他能答應2小時做完,但能保證真的做好了嗎,沒有隱患問題存在,這些都是要考慮的,畢竟前端一發布出去就不好在升級版本改動了,這也就是他和你評估時間存在較大差異的一個重要原因吧!

圖一,安裝完oracle,sql,db,mysql後,負責資料庫開庫的叫做底層,

圖二,負責瀏覽器視窗頁面上能看見的什麼東西的一律叫前端。

圖三,負責整個視窗界面看起來很舒服,給人留下深刻印象的我們一般叫他們ui.

項目經理拿到項目,會給底層大致講解一下,然後底層會根據講解開庫做系統,然後給前端代碼。前端拿到代碼寫入頁面然後整個系統大致完成,接著ui介入,ui根據客戶需求制定界面,再轉回前端,雙方共同負責界面達成。接著就輪到測試上場了。一般測試的外號文雅點叫清道夫,難聽點叫擦屁股的。然後高端大氣上檔次的就是全棧工程師了。在測試過程中負責整個系統測試,運行,並找出各個部位的bug,並修復它,然後寫出報告,報告將直接提交人事或者財務,根據描述部位對相應人員做出處罰。

這就是軟體設計部門的整個工作流程。所以,你說後台開發對前端有疑問,就有點納悶。前端有問題,和你後台開發什麼關系?

至於什麼後台開發。。。。。好像外包公司起這名的比較多。

首先問題要分幾面來看。

會者不難,難者不會。

要看別人的具體經驗,具體技術水平。

每個人做同一件事花的時間是不一樣的,不要把自己的想法強加給別人。

如果別人認為你應該怎麼怎麼樣,你也會反感。

而且前端要2天,項目經理能給,就說明前端說的在理。

如果你覺得2小時可以幹完,說明你能力強,但作為同事,還是要善良一些,你總不能有活就幫他干。

也許他干幾次之後,效率就上來了,從兩天變一天,再變成2小時呢。

人是要進步的,是要學習的。

多站在對方的角度思考問題,也許你就有一個不一樣的答案。


最後祝工作開心順利!

在工作中遇到這種人很正常,這種人就是大家口中的「磨洋工」。

有些人認為前端和後端不一樣,後端改個需求可能一個小時就可以搞定,前端復雜,需要一天或者更長時間,這完全是胡扯,是消極工作的一種變現。有些程序員就是喜歡將工作難度誇大,明明一個小時的工作量,他非的要評估一天的工作量。這對於非技術人員可能感覺不到,但是對於一起開發的技術人員來說,一眼就能看透工作量,只是同為同事,大家不好說破而已。

三天100行代碼的奇葩同事

曾經碰到過一個前端同事,技術很一般,分配給的任務,不管是小到一個css樣式的調整還是一個完整的功能模塊,讓他評估時間,最少需要一天。曾經有一次一個簡單。需求評估,後端同學評估只需要半天時間,他的前端竟然需要三天時間,讓他說出具體工作的難度在哪裡,他卻支支吾吾說不出來。這三天的時間我時不時觀察他,發現他一天大半的時間都在瀏覽網頁,要不就是微信群各種聊。三天過去了,我去看了一下他提交的代碼行數,不到100行!三天時間寫了不到100行代碼!

所以,有些程序員就喜歡磨洋工,當然,也有可能是考慮的比較全面,追求代碼質量。 如果碰到這種情況,只要他評估的時間在產品可以接受的時間范圍內,那你也就無所謂。如果你是一位研發負責人,請他將工作進行拆分評估,具體到功能點的時間,看他這兩天時間是如何分配的?炸一炸他,他總能露出破綻。

首先,個人不太理解,為什麼一個後端開發的程序員需要控制前端程序員的開發時間?不管前端需要多少時間,到底是2小時還是2天,這個不應該是由產品經理或者項目負責人來控制的么?

有時候不在其位不謀其政,作為後端程序員可以提出自己的疑問,但是到底如何布置任務和排期,還是交給負責人來協調吧。程序員之間沒有必要相互對立,特別還是因為一個自己並不擅長的領域相互產生矛盾。

當然,如果你自己除了是後端開發外,還兼職了項目負責人,那確實可以對前端的研發時間進行評審。如果你和前端對於某個功能的時間評估上出現分歧,那麼可以採用以下這些方法。

可以考慮「功能點分析」

讓前端把功能分解若干個功能點,然後對每個功能點都採用樂觀時間進行評估,最後匯總後在增加30%的Buffer。

例如:我現在要做一個訂單頁面,這個訂單頁面有查看訂單列表、查看訂單詳情、取消訂單、確認收貨、評價幾個功能。

畫一個思維導圖,然後每個功能再往下分解。查看訂單列表包括了ajax請求api獲取數據,組裝table,css考慮已有框架的樣式復用,不另算時間;詳情頁的話,也包括了ajax請求api,頁面的html和css等等等等(細分的力度自己掌握)。

最後,所有的功能點被一一列舉出來以後,就挨個分析,哪個哪個需要幾個小時,最終就可以匯總出時間了。這里可能需要注意一下,單一的功能點,其實大致已經可以評估得到代碼量了,只要不是特別復雜的演算法類功能點,大部分都可以把時間精確到小時甚至0.5小時。而且,這里我們採用樂觀評估的方法,就是說,大家別去想這個功能可能有坑,可能如何如何。最後匯總時間後,給予總體的Buffer量來抵禦風險。

當然,也可以使用「對照分析」的方法

我們可以考慮對照曾經做過的類似功能或類似優化,當時的那個功能花費了多少時間,而這次相比上次的差異是哪些?是會花費更多時間,還是更少時間。這樣,就能夠得到一個大致的完成時間了。

這種評估方式,就只是針對於當前的功能曾經有過經驗,時間上有參考價值的情況下。不能把完全不相乾的兩個功能拿來類比。而我們在評估的時候,就只需要考慮差異部分的評估,大大的減少需要評估的內容。

最後,就是「專家評估」了

如果你對於前端確實也比較了解,自己完全能夠獨立完成這個工作任務,時間花費可以測算的話,你其實就可以作為一個「專家」的角色了。那麼,你評估的時間就是大家必須要遵循的時間。當然,這種方式需要你有絕對的權威性,不然就是 搞笑 。

不管使用什麼方式,對於分歧問題的處理其實都比較機械,並不是非常的利於團結,最好的方法還是大家商商量量的把事情給解決了。

這個問題需要多緯度去分析:

其實本質就是要麼你判斷錯誤,要麼是你同事判斷錯誤。

無論是你對還是你錯,這工作都是由別的同事來完成的,你沒必要太過於關心,你沒必要太過於在意。

但是,假如這個工作和你的工作有關聯,這個工作的完成時間,完成質量,會影響到你的工作進展與工作質量,那麼你必須要恰當的參與進去,你需要:

這個很重要,同事之間工作上的溝通交流還是必須的,交流內容可以由淺入深,先從你認為只需要2小時就完成的工作談起,然後逐漸深入進去,多聽聽同事的解釋,當然你也可以發表你的意見。互相理解,互相體諒,互相幫助,最好能達成一致。

如果工作非常緊急,你這個同事也不配合你,那你只能請領導出面進行協調。當然,你要有理有據,只針對工作不要針對人。

最後建議:

如果不是領導,那麼就不要參與不要議論別人的工作。

如果沒得到允許,那麼就不要參與不要議論別人的工作。

這個我倒是有心得可以分享。其實如果做程序員的或多或少都會遇到這樣的現象,要不你就是問題中的後台開發,要不就是改東西需要兩天的前端。我覺得都很正常啊,畢竟你不是對方,你也不知道對方有什麼想法和困難。

像產品給個需求給到開發,一般說改這個東西要多久,開發看了下進度表,思考了一會後給了個時間點,這時候一般產品不會多問,因為他不知道實際開發難度,而且他也不知道開發的其他需求進度,所以不敢多說,反正開發給了排期,在合適的項目進度內也就ok。

但如果是開發對開發,那就出現問這個問題的情形,開發A要給開發B提個需求,然後開發A實際內心有個預期感覺這個需求能在其他事情不幹擾下多久完成。注意!是其他事情不幹擾下的情況,其次,這是開發A按自己的能力評估,不是按開發B的能力評估的,而且這種事情一般不是遇到自己,便潛意識就把需求想得比較簡單,畢竟大家都容易「寬於待己,嚴於待人「。

在這種前提下,實際開發B可能本身就有其他優先順序高的需求要做,其次這件事情可能牽涉到系統內部其他需要修改的地方,會牽一發而動全身,不是後端想像修改單個頁面就可以完成的那麼簡單。

所以這種情況開發A說的2個小時是一種自我想像的事情,要不等前端找後台開發說,這個需求最多就2個小時就可以完成,就改個介面,新增這些數據POST出來就行,那我估計這個問題轉換下角色我又可以再回答一次了哈哈。

對於一個技術團隊來說,配合默契是非常重要的,特別是前端和後端人員,如何做到默契,需要三點:

一、前端要懂後端,後端要懂前端,只要這樣,大家才能無縫對接;

二、對工作的重視,無論你負責哪個環節,只要有這個態度,項目會順利的進行下去;

三、同事之間的關系,這很重要,千萬不要有互相拆台的行為:這其中有個人的人品問題,也有個人交際情商問題,這個比較難以處理。

回到你的問題,你認為2小時的工作量,但你同事卻說需要兩天,這種矛盾的可能性比較多,但不管是什麼情況,你都要本著和同事維護好關系為基礎,要主動理解同事,哪怕他說的是錯的,你就會釋然了。

你兩小時能完成人家兩天的工作量,產出是人家八倍!!!那你是不是可以跟你的領導建議下,把前端的任務交給你,讓老闆給你開這個前端雙倍的工資,你承諾產出比現在的前端多4倍,然後你每天只要干4小時活就能完成任務。

多贏局面啊:

1、服務端工資再高也不可能比前端兩倍還多,現在前端都不便宜!你大幅漲薪了,而且每天工作時間少一半,你賺大了;

2、老闆少花了一半的錢、產出卻擴大了一倍,老闆賺大了;

3、那個可憐的前端可以讓他滾蛋了…

希望這個辦法能讓你們公司長命百歲

❿ 自學web前端開發,請問從何入手呢

學習前端,要從學習HTML和CSS開始著手。關於這部分的學習,網上可選擇的資料就太多了,這里不一一列舉,題主網路搜索欄搜索HTML 教程,或者css 教程,就可找到相關資料。

接著是學習前端的一個難點、也是重點,就是JavaScript。

首先,初學一門語言,要秉承一個原則:「能動手的,盡量別吵吵」

另外,你需要一個能夠從簡到難的知識體系,一步一步跟下來。

下面是干貨。

體系:上圖。

(四)、工作流(跟JS原生關系不大,不詳細展開了)

  1. webpack

  2. gulp

上面的內容結束後,就可以進入前端框架的海洋中暢遊了。