進入前端這個行業，加上實習，也幹了差不多兩年了，從最開始的跟著教程用js寫輪播圖，到後來進入公司實習，使用extjs維護專案，到後來自己學習vue，最後在這家公司一直使用react到現在，想想兩年前學校實踐跟著老師用jsp製作網頁，覺得好難，老師好厲害，現在想想確實是沒什麼東西，從這也能明顯的感覺到自己確實是成長了，兩年，說久不久，說短也不短，也是該給自己進行乙個總結，並進行下一步的規劃了。文章將從以下幾點對這兩年進行乙個總結：
溝通心態
技術我將溝通放在了第一位，是因為它真的十分重要，都說程式設計師不善言辭，確實是這樣，我周圍的程式設計師其實算不上話多，可以說，不善言辭從某種程度上是我們的乙個缺點，但並不代表它不重要，事實上，如果乙個程式設計師善於溝通，會讓你的工作效率高上幾倍。有句話我覺得說的很好——人人都是產品經理，尤其對於前端，這句話再貼切不過。
為什麼這麼說呢，乙個產品的構建和規劃，其實前端是最早接觸到產品的乙個職位，在你不斷開發的過程中，你也在實時的接觸到這個產品的成型，有些人可能會說那這跟我又有什麼關係，原型和ui都已經將產品做好了，我照著做就是了。其實不然，策劃和產品經理在產品沒有完全成型前，也不能完全有把握的說這個產品沒有任何互動上的漏洞，而我們作為前端，最早接觸到產品的人，在開發過程中，遇到了一些互動上的疑問和不妥的地方，一定要與策劃和ui進行及時的溝通，也可以適當的說出自己的建議，才能盡可能的避免產品在成型後有互動上的漏洞。
我在開發初期的時候，遇到了互動上我覺得不妥的地方，我並沒有及時的反饋，一方面是我覺得這不是我的問題，到後面出現問題了反正也可以甩鍋給策劃，另一方面也是我覺得還要找人去反饋，浪費了我的開發時間。我發現並不是只有我有這個問題，前陣子我發現已經工作了一年多的前端同事，也還是有這個問題，我覺得這跟程式設計師不善溝通也有一定關係，總是覺得麻煩，但其實這樣最後造成的結果往往得不償失，就算我們不從做好乙個產品的角度去出發，大部分互動上的漏洞在測試階段其實都能被測試出來，等到測試提出bug，策劃修改原型，再反饋到你這裡來修改**，轉了一大圈，影響了專案的上線進度不說，你也得去將寫好的**再次進行修改，也增加了你的開發時間。
所以我覺得前端相比於後端，後端可能是更加「純粹」的敲**，而我們再開發的過程中，不但需要注意產品互動上的缺陷和ui上的不足，還需要及時的和策劃、ui、測試進行溝通。當然，如果前端能夠掌握一定的ui、原型上的設計的技巧和知識，就更加的得心應手了。所以我說前端是最接近產品經理的乙個崗位，我們要嘗試著從產品的角度去考慮乙個專案，而不是簡單的從**層面去開發專案，這樣我們寫出的專案才會避免更多的問題。
剛進入社會工作的時候，心態跟現在確實是差了不少，首先就是工作上態度的轉變，其次就是工作中的乙個抗壓能力，我就從這兩個方面來說一下吧。
我跟周圍的朋友說我是程式設計師時，朋友都會很調侃的說那我的頭髮怎麼會這麼多，我已經習以為常，當然只是玩笑話，更多的是程式設計師對自己的自嘲，也從側面的顯示出了其實程式設計師的工作壓力其實算比較大的，當然，我個人並不認為只是程式設計師的工作壓力大，每個行業都有來自各自行業的壓力，我公司的設計，我朋友即使在國企，也免不了加班。所以在工作中如何應對工作中的壓力，合理的分配自己的時間進行高效率的工作就顯得尤為重要。
在我剛進入公司的時候，那時候什麼都不會，有東西做不出來，就特別緊張，總是怕趕不出東西，越焦慮效率就越低，寫出來的bug就特別的多，最後的結果就是，導師和我一起修bug修到了凌晨三點.....不過也就這一次，但這次的經歷讓我知道了，當專案比較緊張的時候，最應該做的不是馬上就開啟專案就開始工作，而是——開啟便簽，羅列出代辦，將要做的事進行乙個優先順序的劃分，然後才開啟專案工作。
壓力越大的時候你的頭腦越容易混亂，這時候馬上就進行工作其實效率是非常低的，所以這時候往往需要冷靜下來分析一下你接下來的要做的事，甚至應該分析下，在接下來有限的時間裡能不能把東西做出來，如果真的做不出來，應該要及時的反饋，告訴領導這個功能可能會趕不出來，我相信領導也是講道理的，如果真的做不出來總不會真的叫你不睡覺吧。及時的提前告知比到時間了沒交出東西要來的更好。所以在工作中，將自己的工作進度進行實時的反饋十分重要，能讓自己和領導心裡都有個數。
我相信很多人面對工作時，都是抱著能做完就好的想法，這無可厚非，公司付錢你幹活，合情合理。但是如果調整一下你的想法，抱著想把這個產品做好，希望有人能夠使用它的想法，去做乙個產品，不是會更加有動力和快樂的工作嗎？我當然不是那種萬惡的資本家，說各種好聽的話壓榨員工，但是在自己的工作時間內，抱著乙個積極的想法去工作，總是沒錯的。
我們的領導總是說，要從乙個產品的角度去開發乙個產品，而不是僅僅從**的角度去開發產品，我覺得是很有道理的。乙個產品的開發，需要產品提出想法，然後就是策劃和開發經理進行需求澄清，最後畫出原型，ui定稿，開發將產品實現，qa進行測試，最後開發出的乙個產品，是很多人一起努力出的結果，可以說是乙個團隊的乙個結晶，而你能夠參與其中，讓乙個產品慢慢的成型，其實是乙個很有意思的過程，抱著這樣的想法去開發產品，在開發的過程中，積極的提出自己的想法和建議，這樣最後出來的產品才更有意義，我覺得這也是為什麼人人都是產品經理這句話的意義。
今天先寫到這，後續還會更新。。。
兩年工作總結
從進sangfor的第一天就知道會有離開的一天，因為 i don t like it 我不喜歡做偽嵌入式，在學習一直學習嵌入式，可惜畢業第乙份工並不是嵌入式的，或者說是偽嵌入式的，我想很多部門公司的同事應該都深有體會。總結一下吧，不要抱怨。聽著靜心的 很輕鬆的回憶一下，在sangfor 的兩年，特別...
工作兩年總結
工作兩年，做運維兩年，運維的崗位的地位急轉直下，曾多次想離開，但一直都沒好的的下家，直到最近終於離開了，工位沒變，從運維都辦開發，再徹底到純開發。說實話，我離全職研發的水平還差一些，畢竟還是缺少一些完整的研發專案，但我在對架構理解對全域性把控的能力應該是遠超過普通開發工程師的，畢竟運維也不是完全白幹...
工作兩年面試總結
一.筆試題 1.基礎的混合運算。加減乘除，自增自減等混合運算 2.xml檔案的解析方式 兩家面試遇到 sax 和 dom 3.break和continue在for迴圈中，輸出列印出來的值。4.執行異常類的選擇題 5.順序表 6.資料庫連線池的原理 7.sql,用一條sql語句查詢出每門課都大於80分...