第乙個故事**於我的第一家實習公司。
我在第一家公司實習的時候，我的前端負責人是乙個長相比我還年輕的「小夥子」，事實上那時候我大三，而他已經過了而立之年。所謂師傅領進門，修行看個人。我從他身上聽過的最多的一句忠告就是：「這個需求做不了」。我不知道是他當時覺得我太菜還是怎樣，反正最終到我手裡的需求，經過他的高超的社交技巧，都會變得極其簡單，以至我登陸第二家公司後初期有些不適應「有求必應」的開發流程。
有一次在飯桌上，他跟我們詳細講解了如何通過「談判」減輕自己的工作量，其實就是如何把「這個需求我懶得做」編譯成「這個需求我做不了」。他說從事前端那麼多年，從來沒有遇到過真正不講理的產品和需求，雖然產品經理大多不太了解程式設計，但我發現他們一旦提出乙個複雜需求的時候，都會有個事實依據，就是***已經實現過這個需求，所以這個需求是能被實現的。這樣的因果論看似沒有問題，但作為程式設計師。第一反應肯定是——你***要我做bat的需求，那你***倒是給我發bat的薪水鴨！當然表面上你不能這麼說，然後就是花裡胡哨一整套理論和實踐。說實話有些東西針學不來，還是得靠自己去悟。
這裡我分享一些個人經驗來避免一些不必要的枯燥工作。當你乙個專案工期較短，又需要實現乙個看起來簡單實現起來複雜的需求的時候，你可以提出「我需要延長工期來實現這個需求，這個需求我加班也做不完之類的要求」，事實上全世界的人都知道這個需求需要快速上線，這個時候產品經理就會做出讓步，然後你就可以提出一些可行的簡單的替換方案，要注意的是，需求可以改，但最好不要砍，免得被老闆問責，因為你永遠不知道你認為雞肋的功能是不是老闆眼裡的「核心競爭力」。第二種情況是在遇到擁有較長週期的專案的時候，遇到乙個較為複雜的需求，如果這個需求跟其他模組沒有聯動，你大可以先做其他模組，再做複雜模組，到時候時間不夠，又可以用前面的方法，如果這個模組是核心模組，你可以預估乙個實現時間，如果工期不夠，就提出招人來幫你完成一些簡單的模組（然後再偷偷把複雜模組夾雜到簡單模組裡給實習生做，豈不美哉，手動滑稽）。上面兩種方法，僅供參考。
第二個故事**於一次**面試。
我在一篇講述個人成長經歷的文章裡提到，如何通過面試來提公升自己的能力，在工作的第一年，我一直對這個方法深信不疑，並且樂此不疲的進行嘗試。當然也因為我的第乙份正式工作的薪水略低，自己也想盡快跳槽。有一次晚上九點半左右，突然接到乙個**，打**過來的是有贊的某高階程式設計師。說實話，我本身就對這種大晚上的跑過來打攪你休息的電面十分排斥，但礙於對方是「996先鋒」公司，所以出於禮貌沒有直接結束通話**。
有幾個印象比較深刻的問題，說出來給大家樂呵樂呵。
1.你簡歷上寫了你會vue，那你知道資料雙向繫結怎麼寫嗎？我寫過一篇文章專門**vue的資料雙向繫結，我直接告訴他核心思想是用object.defineproperty重寫物件的get/set，具體我部落格有寫。然鵝他不死心，依舊對這個「原始碼」刨根問底，最終我只能暗示他「我寫不出來」。
2.你簡歷上寫了你會js，你對js引擎有什麼看法？你雞母雞js引擎的工作原理？你有沒有發現過瀏覽器js引擎的bug？這題我是真的不會，不知各位前端專家有何高見。
在面試的時候我遇到過很多這類程式設計師，他們問你問題其實不是問你會不會，而是為了炫耀他會你不會。我發現很多公司的高階程式設計師在某一方面或某幾個方面有非常深刻的見解，這對公司來說是好事，但如果你讓這種型別的程式設計師去面試乙個初來乍到的「新人」，那結果很可能是災難性的。他們會對志同道合的爬友十分有好感，而對於那些不怎麼了解他深入挖掘的領域的人則十分排斥。有時候公司只是需要乙個寫活動頁的小碼農，在面試的時候卻要經歷乙個xx領域專家的狂轟亂炸，這對於公司完全沒有任何好處。
為了防止此類情況發生，我在面試「新人」的時候很少問一些純技術的問題，部分原因是我對自己部門的定位十分精確，老闆不需要我們造火箭，而稍加培養幾乎都能獲取搬磚資格證。那為什麼不找個漂亮點的小姐姐坐你旁邊養養眼呢？
第三個故事**於乙個鍵盤俠。
「看了你寫的文章，照搬文件居然還能寫得比文件還差......」
也不知道這位「大神」看了我多少文章得出的結論，但想必這個大神肯定很厲害，點進去檢視了他的個人資料，發現他，一篇文章都沒有寫過，想必肯定是不屑於寫文章的超級大神，又發現正好有github位址，於是想進去觀摩一下現在的大神都是怎麼寫**的，給大家也做個參考吧（
以我淺顯的水平得出的結論是——這是乙個新的不能再新的新手。
寫部落格本身是乙個積累的過程，再看看我兩年前寫的文章，有很多地方都是「亂七八糟」，這應該是一件很正常的事情，但這並不影響處於同一水平的人去閱讀我兩年前的文章，可能對於那個階段的人來講 ()=>{} 比 function (){} 的**閱讀性更強本身就是一句屁話。每個階段的人都有每個階段可以讀的文章，如果你覺得別人寫的不好，也沒必要噴，如果真的想噴，你也應該比他做得更好再噴。
有些人覺得寫部落格是一件很容易的事情，我在csdn官方群聽過的最多的兩句話就是：
有些人在經歷這樣的挫敗感之後會選擇放棄，事實上，堅持下來的人都成為了贏家。堅持，就是這個行業最容易成功的方式。根據2/8理論，有80%的人都在白嫖網上的資源，只有20%的在創作，而這20%的人裡面，最多只有1%的人堅持創作。如果你想噴我，煩請你先成為這1%，然後，做得比我好，那我就會洗耳恭聽。沒有實力，只會嗶嗶的人，越多越好，越多這樣的人存在，就越體現我的價值。
最後談談我自己，乙個不知道怎麼評價的程式設計師。
我在部落格裡不止一次提到——不忘初心。一開始我以為不忘初心，方得始終，後來漸漸的變成了，不忘初心，就不錯了。現在我已經完全不在乎初心了，現在應該是隨心而行，隨風而動（手動滑稽）。那麼我的初心是什麼吶？bat，就是我的初心。如果說有什麼事情改變了我的初心，應該是上一次去海康面試的經歷改變了我對大廠的看法。
我發現沒有任何乙個老闆願意支付薪水請你喝茶聊天，所有的資本主義都是一樣的目的，就是壓榨員工的剩餘勞動價值，因此我為什麼不選擇時薪更高的工作呢？乙份20k996的工作，和乙份12k955的工作，算一下時薪，前者333/小時 ，後者 342/小時，後者的時薪其實更高，如果正常交稅的話，後者會更加划算。話是這麼說，但真的給人選擇，傻子都會選擇前者。因為有些人根本就沒得選，對於現在的年輕人來說，拼命掙錢就是為了攢首付買乙個小窩。「買房」就是很多人的初心。
我從上一家公司離職的時候，收穫了一句很有哲理的忠告——什麼事情都是水到渠成的，到了該有房的年紀，自然就會有房，不要關注錢是怎麼來的。可惜這句話不能在我身上應驗了，因為我剛畢業就買房了(手動滑稽)，但我發現很多程式設計師確實是在30到35之間買了自己的首套房，所以我從來不擔心未來會怎樣，我只關心這禮拜雙休日的安排，和下禮拜雙休日的安排，再往後的事，日後再說唄。說不定十年後房價真的如馬雲所說，跟蔥一樣也卜是卜可能。
關於程式設計師這一行，絕大部分人其實就是在搬磚，我常說一句話——寫**其實跟喝水一樣容易，因為我常在「新手群」說這種話，所以別人以為我在嘲諷他們，其實不是。我覺得程式設計師的工作跟ui的工作本質上沒有什麼區別，只不過ui是看產品原型在腦子裡生成圖，然後ps出來，而我們則是看ui圖就在腦子裡生成了**，然後把腦子裡的東西寫出來罷了，有點像小學時候那個看圖作文。
對我來說，工作應該是一件很輕鬆的事情，我從來沒遇到過做不了的需求，就跟上文中提到過的一樣，大部分看起來複雜的需求，在**層面都已經有過先例了，因此除非產品故意找茬，否則就不存在什麼做不了的需求。
人生苦短，及時行樂！
我當程式設計師這兩年的經歷
當了兩年多的程式設計師,喜怒哀樂什麼都體驗過了.被罵過,被表揚過,被看不起過,被侮辱過.幾乎所有的程式設計師的成長階段的事情都遇到過.下面我就說下我這幾年的經歷.大專的最後一年我就找到了工作,對於每乙個大專生來說都是乙個很美 好的事情,當時我就在西安的一家小公司裡工作.有6個.net的開發人員還有些...
程式設計師都遇到過哪些誤解？
程式設計師 為計算機編寫 的人，按照現代企業研發部的崗位，分為 開發工程師，運維工程師，架構師，資料工程師，演算法工程師等 誤解 即事實是另外一種情況，而因為環境的複雜性或者訊息在傳播過程中失真，受眾認為事實是另外一種情況。為計算機編寫 的這一群體，都碰到過哪些訊息失真的情況呢？我是一名10年開發經...
我的這兩年，從業六年過程的低潮兩年！
也許我的命運非常的好，01年上半年還沒有大學畢業的時候，就進入了大型寬頻通訊企業，從事軟體開發的工作。在我職業生涯的第乙個公司裡面，沒有太大的壓力，同事也非常的熱心，讓我很自然很平和的和社會接上了軌，同時在裡面也學到了不曾接觸的東西，受益匪淺。待了一年後，我跳槽了另乙個公司，在這個公司裡面我做的時間...