A. 畢業做了兩年web前端，感覺好迷茫想換工作了
但凡是從事技術這塊的崗位人員，長期面對電腦是既定的事實，而不斷的更新自己的專業知識是讓你不至於被社會所淘汰，畢竟現在的技術更新可謂是一天一變化，所以這也是許多人說IT技術人員的技術生涯在30歲以後就需要轉型運營管理，否則很難跟上時代的腳步，不僅僅是身體而且技術的更新也會有所下滑。
你才24歲，如果說你真的不喜歡現在的工作環境，那麼你不妨可以嘗試下去做你喜歡的視頻剪輯、攝影哪怕是從頭開始，只要你自己喜歡可以嘗試看看。年輕就是試錯，只有經歷過了你才會明白究竟哪些是對的。
工作一定要自己喜歡，工作時候是快樂的才能讓你有動力做下去學習下去，否則你會很壓抑，對你的影響很大。
B. 兩年前端開發，感覺太累了，不知道該不該換行
同開發，只不過我是兩年後端開發，外行人只看到我們行業掙得多，卻不知道我們多少個日日夜夜加班到凌晨，為了上線穩定通宵也是有的。這個行業累是肯定的，但我想我們的收獲也是多的，正所謂收獲與付出成正比。樓主如果是喜歡這個行業，那可以趁著年輕再多奮斗幾年，如果身體 健康 差了或者是厭倦了這個行業，那就盡早轉行吧，轉測試轉產品等等都是可以的。
累因為積累的東西不足以支撐自己走下去
累因為東西學不動了沒有競爭能力了
累因為覺得這行業給你了對未來的恐懼感
累總是因為你有不敢面對的原因，走出來就好了
最近幾年前端的變化確實很大，不過你剛從業兩年，如果換行業，我覺得一個是看自己興趣方向，另一個就是考慮收入情況！
首先，兩年的前端開發經驗，在前端開發這個領域的收入是你轉到任何一個行業都比不了的！其實還有好多人由於自己工資太低還想去培訓做開發多賺些錢呢[可愛]
其次，就是關於工作累的問題，我覺得任何行業可能都不輕松，而且也不一定可以拿高工資。
最後，我想說的是，目前前端趨勢還算明朗，多花些時間把常用的框架，語言學習扎實 ，然後多積累多總結，後續工作可能效率就會提高，也就沒那麼累了
純屬個人的一些想法與建議，最後還是要自己做打算，只能幫你到這兒啦 [呲牙]
看你是不是還繼續喜歡著前端工作，如果喜歡請繼續。因為現在的前端開發行業很火，現在的用戶在基本操作的前提下越來越注重頁面的美觀和體驗，而這都是靠前端技術人員來完成的，不管後端代碼寫得有多好，演算法用的多麼精通這些用戶通通不管，他們看到的就是眼前的頁面，所以說前端還是很好的。不過前端技術更新太快所以要及時掌握新技術才能不被淘汰。
為啥你們程序員都說換行，我覺得轉行沒那麼容易呀？
前端轉行有什麼路子沒？
轉行，做什麼呢？感覺除了寫代碼，其它都不會啊？？？？
C. 好難受！從培訓班出來的前端，進了公司好難熬，在每家公司都待不長。怎樣做，才能在每家公司長久待下去
每個公司都待不長被辭退，首先找自己的原因，為什麼別人可以你卻不行。培訓時發瘋的玩手機，沒有學到東西，進了公司什麼都幹不了、完不成任務和工作，再難受，也得自己受。
D. 如何提升前端開發速度和效率
時間管理
不同的時間段做不同的事。頭腦清醒的時候，做一些難的事情；狀態欠佳的時候，做一些簡單的事，或乾脆出去走走，休息休息。
做事時要專注。在我們專注做事時，要減少外界的干擾，比如帶上耳機，將手機開靜音。如果此時有人來打擾，稍後來處理他的事情；如果事情比較緊急，則記錄下當前的狀態，方便切換回來的時候，能迅速進入狀態。我們可以嘗試使用番茄工作法：在一段時間內（一般是25分鍾），只做一件事情，結束後，休息一會，繼續做事，以此循環。
實現不靠譜的需求。拒絕不靠譜的需求。
理解需求出現偏差。對於不理解的需求，要及時和 PM 溝通，不要自己揣測。
做與整個項目風格不一致的頁面。如果設計師的設計的和當前項目的風格不一致，與其溝通，看是否能用項目中統一的風格（樣式）。
想清楚實現思路後，再開始編碼。有時候一個好的演算法比一個差的，會簡單很多。
重復造輪子。
一拿到項目就開始編碼。應該熟悉當前項目所用的技術。避免重復實現項目已經實現過的功能。
重復的事情讓程序來做。
項目腳手架生成器。基於此快速搭建一個項目。主流的框架都有 xx-cli 項目。也可以用 Yo 自己搭建一個。
自動添加瀏覽器前綴。可以用 AutoPrefix。
自動生成圖片精靈。可以用 Compass。
一鍵切圖。可以用 Cutterman。
代碼改變時，瀏覽器自動刷新。
代碼發布前做的一些事情。代碼壓縮，合並等。
選用合適的框架和第三方庫。
用好軟體。
安裝一些代碼補全插件。如 Emmet， Bootstrap Snippents 等
設置一些命令的簡寫。如，git 可以配置一些簡寫。
快速定位到項目中的某文件；某方法。
全局搜索，替換。
等等。
熟悉常用快捷鍵。
敲更少的代碼。
能快速啟動常用軟體。
減少查找的時間。
保持工作環境的整潔。丟掉不用的東西，刪除不用的文件。
常用鏈接的導航。
常用第三方組件整理。我積累了一些，見這里。
自己寫的代碼參考示例。
文檔聚合網站。devdocs。
其他
兩個顯示屏。
保持身體健康。
做事時，保持一個積極的心態。
不做不必要做的事
優化做事的方式
E. 本人後台開發，前端說改個東西要兩天，但我感覺撐死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、那個可憐的前端可以讓他滾蛋了…
希望這個辦法能讓你們公司長命百歲
F. 我是做前端開發的，但是技術是在太差，我該辭職，還是繼續熬下去
缺方向並不代表你的能力不行，所以要解決這個問題，做哪塊領域的前端開發？可以考慮正在興起的物聯網3D可視化開發，用的是javascript邏輯，可選擇的免費產品有three.js，thingjs，這兩個的區別容我說一下。
three.js包括了3D專業開發概念，你還沒有朝九晚五上班，所以可以花時間學習和研究，了解3D可視化這個方向，作為女生，審美能力也不差，聽說前端開發也愛招女生……不過，如果你有一定的管理能力，可能開發一年後，就想著接外包項目，那就可以嘗試thingjs這款3D框架，它封裝了復雜的3D專業概念，讓你的開發流程變得簡單，迅速就能夠生成一個3D商業項目，作為開發戰績~
不管是3D可視化，還是其他領域的前端開發，你可以畫個思維導圖，比較一下優劣，看看這個領域做得好的人是什麼樣子，然後選定它，鑽研到底。只有懂得沉澱的人，才不會迷茫，祝你面試順利！
G. 剛入行前端編程，基礎很薄弱，感覺很迷茫，請問該怎麼學習
慕課網找視頻，或者網上有人會發布免費的視頻。先基礎，在高級，webaoi，es6。
H. 培訓班出來的前端，在公司好難熬，堅持不下去了
其實每個公司都是一樣的。有一些大公司，他明白，畢業生的水平只是一個基礎，甚至說有的時候只是一個思想。所以說他們有自己的培訓。還有一些公司的公司氛圍非常好，會有人教會有人學。我很幸運，我就在這樣的公司。最終也堅持了下來。
I. 剛剛進入前端工作，很迷茫怎麼辦
第一 學習前端這一塊，找工作怎麼樣？
目前前端這一塊市場需求還是很大的，薪資待遇水平也很不錯的，最後涉及到找工作這一塊，有些同學會說，為什麼學前端工作不好找呢？首先對於這個問題，根據相關數據調查顯示，這個問題不僅僅是前端行業有這個問題，各行各業都有這個問題，很多人其實對前端都是一知半解，僅僅學習了一個皮毛，基本什麼也不會，連個像樣的小項目都做不出來，你們覺得這樣的水平好找工作嗎？換做是你當老闆，你會樂意僱傭什麼也不會的員工嗎？
企業需要的是召之即來，來之能用的人才，而不是一半瓶子不滿，半瓶子晃悠的人。反觀我們看一下那些真正有前端技術的同學，很多企業都是搶著要，把自己做的項目，放那一演示，證明自己很牛，公司的求著找你，你的境遇由你的實力決定，不要把自己的無能怪罪於前端這個行業怎麼樣，任何行業都是一樣的，有本事的人才能走的更遠，當然那些前端水平一般的同學，不要糾結，盡管你現在的前端水平有點差，但是你可以通過不斷的學習，來提升自己的水平啊，水平是動態的，是可以不斷的變化的，學習可以改變一切。
第二 別把自己停留在對前端的迷茫上，學習，提升，才是硬道理。
很多想學前端的同學，總是停留在一個徘徊觀望的層面，內心充滿了糾結和迷茫，覺得選這行對嗎？怎麼才能一步登天呢？我想說的是，任何一個行業都不容易，都需要你付出努力用心思考堅持，吃苦耐勞才能贏得未來，不要總想走捷徑，沒有，也別把自己當成時代的幸運兒，用一顆平常心，踏踏實實學習，踏踏實實提升自己，才是王道。
一些同學會問我，想學前端，但是不知道應該從哪裡入手？老話說的好，只有站在巨人的肩膀上，才能看的更高更遠，聰明的同學永遠都知道，借鑒別人的精華，迅速的提升自己，所以好的開始，就是跟前端高手學習，因為他們有經驗，有實力，怎麼學，怎麼提升，他們很有經驗，我認識一位前端高手，他每天都在網上做前端免費直播課，我也經常去聽，學到很多東西，講的給人一種醍醐灌頂的感覺，別自己摸索學習強多了，學習前端不僅僅是知識層面的提升，還有思維層面的提升，所以想聽這位前端高手課程的同學，請加他的前端教程資料裙 ：首先位於開頭的一組數字是：655，其次處於中間地帶的一組數字是：567，最後位於尾部的一組數字是：613，把以上三組數字按照先手順序組合起來即可。希望同學們做一個聰明的人，一個善於學習的人，一個懂得如何不斷強大自己在這個現實的社會中生存的更好的人，只有你自己的努力才能給自己更強大的未來，而不是抱怨等待猶豫，這只是墮落者的表現。
J. 工作干不下去了怎麼辦（網頁設計、手機UI設計、WEB前端）
不如 休息一段時間 自主學習 或者找地方進修一下