新公司入職56天后的面談小結

Sometimes you don't work hard, you don't know what is despair.

 

新公司入職56天后的面談小結

今天2019-4-30，我是2019-3-4命運和這家新公司綁在一塊兒的，歷時56天；今天在五一放假以前，公司的楊總和我好好聊了一波，大概兩個多小時，而後我也是一種後背發涼的感受，仍是要總結一下，記得多少算多少吧。

說真的，今天進入聊天室的第一想法是要把我勸退，但結果並不是如此；怎麼說呢，我如今在一個規模較小的創業型公司，搞一個ranger的大數據安全管理類的項目，該項目就兩個後臺開發人員，一個前端開發，這樣的人員配比了解一下，但另一個後臺開發是真心強悍，保守估計20年程序猿生涯（華爲CC08交換機都搞過）；最重要的是，我對本身這56天的表現也不甚滿意，雖然以前不是搞大數據這一塊的，可是就這些天的表現，工終歸做效率過低了；

而後下面一些事今天公司楊總和我交流總結的一些內容：

一、設計文檔、測試用例和開發流程之類的東西不是很清楚；

二、編碼基礎不紮實、代碼不規範；

三、作事條理不清晰、解決問題的能力不足；

四、什麼叫作完成了，真正的Finish？不是編碼完了本地運行測試兩下就OK了，而是設計文檔、測試用例和接口文檔都出了，測試用例本身也都執行過一遍了，這樣纔算完成了；

五、成長的過程必定是痛苦的，有痛苦纔會有成長；面對痛苦是迎難而上仍是繞路呢？在咱們公司能存活達兩年的出去任何一家公司本身都是頗有競爭力的；

六、共贏，本身和公司都有成長和收穫纔是OK的；

七、有些東西不要好高騖遠，就往你如今手頭上正在作的事往裏鑽；

八、要在代碼中寫有清晰的註釋，能夠把設計文檔中的內容搬到代碼註釋中去，這樣設計文檔也沒有白寫，編碼邏輯和註釋也都很清晰，讓人一看就懂；

九、爲何要逼着本身寫文檔？有了設計文檔和測試用例以後，纔會有動力去很好的完成下面的編碼工做，不然編碼只是單純的爲了完成任務罷了；

十、設計文檔中必定要有圖，就算用電腦自帶的畫板也要把大體的時序圖畫出來；

十一、人就是很低等的生物，不能繼承；沒誰生下來就會的，在工做中不斷的去學習和總結；

十二、想一想，那公司怎麼辦？同時，要對得起公司給你發的工資；

1三、一個程序猿若是開發中都很順利的話，都沒有遇到任何問題，那就是在作重複的事情了，就比如溫水煮青蛙，這樣工做的時間越長，對本身的傷害就越大，換份工做後也天然缺少競爭力；

1四、建議睡覺前，回想下今天工做中所作的事情；

1五、當Boss和你敲定開發週期時，要花多長時間，必定要把設計、文檔、編碼和聯調的時間算上；

1六、你能夠保持樂觀，但並不表示不殘酷，選擇了程序員這條路就沒有簡單而已；

1七、記住本身在作的不是一個小的特性或是幾個接口，而是一個平臺、產品，要擺正心態；

1八、最重要的就是轉變心態，不是給了什麼任務就簡簡單單去爲了完成而完成，對待項目就要像養本身的小孩同樣，就像給他買衣服都要挑好看的是一個道理，這樣項目作起來就天然不同了；

1九、設計文檔要速出，這樣評審事後就不會有什麼太大的誤差；

20、多多與前度交流溝通，面對面溝通，說白了大家就是不肯意，懼怕去犯錯，誰也不主動，誰先開口了，那對TA的收穫也是最大的；

2一、養成好的開發習慣，有條理的作每一件事；

2二、作完一個特性以後，要保證有一個很好的收尾，這樣以後纔不會回來翻工；

2三、運維人員能夠說「報錯」，可是開發不行，開發的要去定位、解決問題；

2四、由於看到我簡歷上的一句話纔想給我個機會的，而後如今不肯意招一些作純web開發的，更傾向於招作過服務器開發類的程序員；

2五、減小加班，提升工做效率；

2六、一樣我也表達了本身的一些想法：在這工做沒有上家公司的項目中開心、開發難度較大、本身能力不足、當時爲何要招我進公司、和我想象中的大數據項目並不同、是否是對不起公司給我發的工資等。