『壹』 前端開發的難點到底在什麼地方
不同級別的前端面臨的難點各不相同，不可一概而論；
業務開發的前端難點在於對業務的理解和把控能力；
平台開發的前端難點在於產品化的把控和推進能力。
觀點1：不同級別的前端面臨的難點各不相同，不可一概而論。
其他回答有說 CSS 難，有說 CSS 不難的，每個人水平不同，這樣爭論毫無意義。我剛學前端時覺得 JS/CSS/瀏覽器兼容問題都很難，現在覺得也就那樣，因為前端路子廣，辦法總比問題多。後來覺得要評估好需求，把控好項目質量比較難，很多時候我們是在幹事，在解決問題，不是只埋頭寫代碼，時間一長你會發現前端工作中，技術問題往往比較好解決，反而資源+協作問題比較麻煩。現在對我來說比較難的是快速產品化的能力，如何從無到有去做出一些有價值的東西。
舉一個簡單粗暴的例子吧：阿里前端很多，P5/P6 一大把，但是 P8/P9 的非常少，為什麼？進階的難點在哪裡？
前端開發的難點跟前端進階的難點是非常相似的。阿里對每個前端層級都有一個標准，這也從側面回答了這個問題，比如對 P5 來說，難點可能是寫好業務代碼，保證其靈活性和可維護性，能解決各種適配問題；對 P6 來說則需要獨擋一面，能獨立 owner 需求，而 P7 則需要在某方面技術有深入理解，等等。
能提出這個問題首先得恭喜題主，說明題主在當前階段遇到瓶頸了，需要向下一個 level 出擊了。
觀點2：業務開發的前端難點在於對業務的理解和把控能力。
業務邏輯開發本身並不是難點，誰都可以寫。但是對於你自己負責的這塊業務，後續業務的發展方向和潛力，你有去了解過嗎？當業務方提需求過來時你是只負責執行還是和業務方一起探討更合理的方案？你有沒有給自己負責的產品提過一些建議？做過一些改善措施？如果前端只是作為一個執行者，作為一種被調度的資源，那麼即使最終項目取得了好的成績，跟你有多大關系？你自己會有多大的成就感？
另外一個很重要的點：就是對業務的把控能力。業務方總是會催著上線，開發時間不斷被壓縮該怎麼辦？進度不如預期怎麼辦？開發遇到瓶頸怎麼辦？發布新功能翻車了怎麼辦？
我見過有默默加班保證進度的，也有跟需求方重新談延期的，有發布出問題手足無措的，也有自己默默修復的，有遇到瓶頸一籌莫展的，也有及時跟老闆溝通，跟業務方撕逼的… 如何優雅的處理這些問題，有時候比寫代碼更難。為什麼有的人業務代碼邏輯混亂，寫的一團糟？我不相信是智力問題，反倒更相信是對項目本身沒有把控好，本來排了5天工作量的需求被業務方壓到了3天，你還能保證寫出健壯而不失風度的代碼？
觀點3：平台開發的前端難點在於產品化的把控和推進能力。
做業務時有人給你提需求，幫你出交互視覺稿，你只要負責寫頁面就行了。但是在支付寶前端，很多內部平台和技術產品都是技術自己主導，你需要自己發現問題，出方案，設計資料庫，自己出頁面，這是一個從無到有的創造的過程。並且要保證你做的東西是真正解決問題的，而不是做一些自己覺得很牛逼實際上並沒有解決用戶痛點的東西，用我老闆的話說就是對產品的把控能力，不要跑偏了。前端是最容易做出產品化東西的工程師了，因為後端不會做 UI，UI 不會寫代碼，唯前端兼顧，這是最大優勢。
再一個就是對產品的推進能力了，你做的東西可能需要各種資源？如何爭取？可能牽扯到多方利益？如何權衡？東西做出來了如何推廣?如何在用戶的一片罵聲中奮勇前進？
印象中很多平台型產品，剛開始投入使用時都是一片罵聲，各種問題，說實話負責這些產品的程序員壓力是相當大的，天天被罵還得徹夜幫別人解決問題，還得不斷優化系統，你說難不難？
以上三點就是本文所展現的理念，希望能對大家有幫助。
『貳』 前端開發的難點到底在什麼地方
一般意義上的前端項目：
-從0到1，治理曬哦為健全點的都能搗鼓出來；
-從1到60，後後端或者設計崗位勉強能兼任；
-從60到80，需要比較專業的前端；
-從80到100，這么好的前端可遇不可求。
從0到1就是從無到有的過程，很多人用WordPress，建站之星就差不多就能搞個demo了，可以拿去騙投資人的錢。
從1到60，就是勉強可用，基本上讓後端工程師或者UI設計師找一套bootstrap的模板東拼西湊的也能勉強應付到第一版本上線。
從60到80，就是真正要做一款能完備、性能優良、架構合理的中小規模產品，沒有專業的設計、前端、後端、產品、運營是走不到這步的，差不多到A輪了。
從80到100，那就是追求各方面的極致，與競爭對手一較高下，各個方面沒有頂尖的人才都會影響整體的戰鬥力，木桶效應。
解釋一下：
1. 核心競爭力的主體是工程經驗。
其實這個結論可以推廣到其他研發崗位，就是每個研發崗位的知識體系都是由基礎學科知識＋領域工程經驗構成，彼此不可替代的就是工程經驗部分。一個後端工程師一時間不能替代同等級前端工程師到不是基礎或者智商的問題，主要是工程經驗不足，你讓一個前端一個後端分別實現對方領域中一個有明確輸入輸出的功能函數，二者通過簡單學習新語言新語法，加上開發手冊查詢，一般都能比較正常的實現業務邏輯，但你讓他們hold住對方領域的完整項目就很困難了，技術選型，系統設計，模塊拆分，平台特性，宿主環境，性能優化，構建部署，系統測試等等都是領域工程經驗問題。
2. 工程經驗的等級是能cover項目從0發展到80+。
這個很好解釋，因為從0-60的非專業前端也能做到，60+的才是專業前端。
所以不用擔心核心競爭力問題，60+的前端現在都很搶手啊。工程經驗只有60-的話確實壓力比較大。
『叄』 項目管理中經常會遇到哪些問題
1. 缺乏信任
信任對團隊合作至關重要，它始於人們的相互了解。團隊成員絕對需要相互了解，無論是在專業方面還是個人方面，尤其是參與一些高度緊張的項目中。否則成員就不會相互理解，不會想要交流，因為他們還沒有建立人情紐帶，不會完全信任彼此。
2. 沖突和緊張
沖突或意見分歧可以是健康的，如果處理得當，能夠引發有益的辯論。它可以使人們產生不同的想法，擴展知識和洞察力。意見不同不是壞事，處理沖突的方式才是關鍵。
3.信息不共享
知識不是力量——除非共享。項目團隊成員提供獨特的技能、知識、經驗和智慧。為了每個人的利益和項目成功的利益，有效的項目團隊經常慷慨無畏地共享。這使得整個團隊的能力提升，並給予團隊更多的權力。
4. 參與度低
團隊參與是企業成功的關鍵。如果參與其中，某個項目的團隊成員將對他們所做的事情感興趣，將致力於項目任務，並願意付出額外的努力。參與的關鍵在於加入，讓其他人加入，使置身事外變得不可能。
5. 缺乏透明度
沒有透明度，信任就會受到影響——無論是在項目團隊內部還是最終客戶之間。透明度正在成為項目和方案管理的假定規范，並且期望值越來越高。你的職位越高，你就有越多的責任成為這方面的榜樣。員工會跟隨領導的行為，無論好壞。如果做得好，可以在整個組織中產生積極的級聯效應。
6. 沒有長期的思考
項目經理必須超越日常的緊急事務，著眼大局並考慮項目的所有部分如何組合在一起。對於項目團隊來說，這意味著能夠超越自身領域，思考如何適應更廣泛的變更計劃或項目，以及如何影響最終客戶的體驗。這關繫到業務的可持續性和長期成功。每個人都很忙，但只是忙是不夠的。長期的項目成功需要長期的思考。
7. 感知不好，沒有交付
項目團隊有品牌、形象和聲譽，這些由團隊成員的行動和行為所創造。很大程度上，這種認知由團隊如何很好地實現預期和承諾所驅動。作為項目團隊，你需要確保每個人都能理解並承擔起他們在創建團隊認知中的角色。這包括在項目中交付什麼以及如何交付。
8. 變更管理不善
變化是持續不斷的，除非經過精心管理，否則可能不利於團隊合作和結果。改變始於溝通，也終於溝通。每當你認為溝通已經足夠時，你就需要溝通得更多，而且需要互動：傾聽、交談和參與。注意變化曲線，或四個可預測的變化階段：拒絕/抵抗，情感，希望，承諾。每個階段都是必要的，但可以控制人們在每個階段停留的時間，並將其保持在最低限度。
9. 孤立工作
孤立工作是許多項目團隊的現實。團隊成員可能並排坐著，但不是真的合作。認真合作就是要充分利用你們是一個團隊這一事實。尊重你的時間和努力，將自己視為團隊的全職成員，而不僅僅是個人貢獻者。
想像一下，作為團隊的一員，每個人都在為團隊著想而不僅僅是考慮自己——通過共同努力使項目成功。
10. 並非朝一個方向努力
為了朝著同一個方向前進，團隊需要知道它的目標是什麼、就什麼做出貢獻（願景），以及為什麼（目的）。和你的團隊在這上面花點時間。這種清晰性提供了一個框架和「理由」，能將任何給定項目的團隊團結在一起。記住，願景必須引人注目，目標必須有意義。人們會對兩者的重要性做出反應。
『肆』 web前端工程師工作中,遇到難以解決的問題有哪些
有時會遇到外層中的子層使用margin-top不管用等情況
『伍』 java 面試必問題 你在項目中碰到過什麼問題
例如：
你的項目有多大，幾個人開發，價值幾何
主要分幾個模塊，開發周期是多長，如何測試
你負責哪個模塊，模塊內容是什麼
你是如何實現的
在做程序的過程中碰到哪些問題，你是如何解決的
如何保證代碼質量的，需求文檔和開發文檔如何進行編寫的
『陸』 前端開發遇到的問題與怎麼解決的
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。
基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css
js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
『柒』 前端項目中遇到最大的問題是什麼
不能正常顯示時，很麻煩.有時會遇到外層中的子層使用margin-top不管用的情況；這里我們需要在子層的前後加上一個div{height:0;overflow:hidden;}
『捌』 web前端工程師工作中遇到難以解決的問題
1）.margin-top,margin-bottom不能正常顯示時
一.有時會遇到外層中的子層使用margin-top不管用的情況；這里我們需要在子層的前後加上一個
div{height:0;overflow:hidden;}
例
CSS樣式表中：
#box {background-color:#eee;}
#box p {margin-top: 20px;margin-bottom: 20px;text-align:center;}
解決方法：在P標簽前後各加2個空的div：<divstyle="height:0;overflow:hidden"></div>
二.網頁中頭部，中部，底部的居底部有時給個margin-bottom:10px;不管用也是要給個清除屬性的.clear{clear:both;font-size:0;line-height:0;}在底部<div id="footer"></div>下加個<div></div>
2）.div層中高度自適應問題
網頁前端科技人員在設計網頁時不可能知道客戶在要他們自己的網站內容頁里加多少文字或圖片內容
這時我們就不能規定div層的高度，為此應寫成min-height:200px;height:auto!important;height:
200px;overflow:visible;這樣ie7,ff,ie6瀏覽器的高度自適應問題就解決了，這些在
http://www.xueshengshu.com/網站中用到最多了。
3）.div層中子層的居底部對齊問題
div中的定位問題有很多也很麻煩，但弄懂了就OK了，在一個大的div層中如何讓子層的內容居底部
對齊就涉及到了position定位問題；
例
div層#box{position:relative;border:1px solidred;width:600px;hegiht:400px;}
div子層#box .wrap{position:absolute;bottom:0;border:1px dashedblue;width:200px;height:
100px},最近寫的網站中http://www.msgc.net.cn/就用到了
4）.div層中清除clear屬性的一小部分應用
在div中一個大的層裡面有很多子層，若是加上邊框在ie7、ie6中或許會正常顯示，但是在ff中可能
只會成一條線了，此時在最外層的後面加上<div style="clear:both"></div>或者設 .wrapfix:after{
content: ".";
display: block;
height: 0;
clear: both;
visibility: hidden;
}後在每個浮動外框調用wrapfix；http://www.xueshengshu.com學生書網里用到最多了。
5）.解決IE8下div移位、錯位等兼容性問題
在<head>標簽後面的第一句話加上<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />就OK了
6）.單行文字居中與字體樣式問題
在div中一個層中只有一行文字，要讓這層中的文字居中，可設line-height的高度和層的高度一樣，注意這一層中的文字不能換行，此外，設了line-height時再給定字體樣式font:bold 14px "宋體";這時要把font:bold 14px "宋體";放在line-height的前面，否則字體樣式不顯示文字也不居中；或者將font:bold 14px "宋體";改成font-size:16px;font-weight:bold;font-family:"宋體";就OK了。
7）.滑鼠滑上去的特殊效果
往往為了達到顯眼的效果，我們會寫到一些好看的效果，方法一在樣式表中寫：ul li a{border:1px solid red;}ul li a:hoverimg{filter:alpha(opacity=40在ul標簽中調用即可方法二：在樣式表中寫上：.hover img{filter:alpha(opacity=40);}在div中調用onmouseover="this.className='hover'"onmouseout="this.className=this.classtype"即可
8）.IE6中高度不對問題
今天在div中給定了高度為1px,其它瀏覽器顯示正常，可是ie6中顯示的高度就不對了，這時我給樣式表中加了個font-size:0px;line-height:0px;就好了
9）.ul在外框里margin-top不起作用的問題
在div大框子里用了ul作導航的時候為了合ul層居中顯示，設ul的樣式表為margin-top:-15px不起作用了，此時應該將div大框設定高度後給個line-height與height一樣的高度，ul層就自動居中了。
例如http://www.hopes-home.cn/main.aspx
10）.ff中margin-top有時不起作用的問題
今天頭暈腦漲的把這問題給解決了，這幾天寫標網都有累似問題，可是一直都是換個寫法解決的，今天的這個辦法也不只可行試試還是可以的，在一個div外框層中給個寬度例如，#div_wrap{width:280px;height:100%;}
其次在這個框子里設一個.div_top{widh:100%;font:bold12px "宋體";height:24px;line-height:24px;}
.div_center{border:1px solid#dbdbdb;border-top:none;background:#fff;min-height:460px !important;height:auto!important;height:460px;overflow:visible;}
最後在這個div_center里套個ul li時經常會在ff中出問題，也就是在div_top與div_center中莫名的多了幾個像素的空格，這時給ul樣式表設個display:inline-table即可；
『玖』 web前端開發常遇到的問題有哪些
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
『拾』 在前端開發工作中一般會遇到什麼問題，是如何解決的
對於經驗豐富的人來說，基本上不會遇到什麼困難的問題，但對於菜鳥來說，問題會出現一大堆，除非有人來總結，不然，這個問題是不好回答的