獨角獸企業心得實例（精選4篇）

獨角獸企業心得實例 篇2

一，開發流程很重要

大牛在BAT等地方工作指出，對于團隊而言流程很重要，為什么說流程重要呢?如果只是倉促的提出一個想法就去做的話，開發為了趕節奏，可能會導致非常多的Bug 。后期修改這些Bug會很麻煩，而且對于企業來說也不是什么好的事情。并且流程其實沒那么復雜，按照節奏來反而會快很多。

二，不盲目炫技

有些人曾說，有人要用 JS實現一個簡單的功能，然后朋友給他推薦了幾十個庫，其實這是完全沒有必要的。有時候一套工具就可以實現的事情，做多了反而不美，并且，還要考慮有些大型的庫的后續發展。想要有具體的一些操作，可以找熟悉的人建議，舉個例子：數據庫ORM 思想，用 KM 上推薦的 GreenDAO 就可以了;PC 上 3D 引擎，用 OGRE 就可以了;小型游戲 DEMO，用 Irrlicht 足夠;寫WebGL，用 ThreeJS 足夠。

三，正確對待Bug

產品開發完成后，必然有Bug，開發人員在開發過程中的Bug，一部分產生是由于架構帶來的，例如比較復雜的架構，這些會導致復雜的實現細節。但還有很大部分Bug，可能是因為

對于某個 API 的不了解、或者對于某個平臺、或者 SDK版本的不了解造成、因為邏輯的異常邊界沒有處理好造成;也可能就是粗心大意造成的。對于這些Bug，一定要每過一段時間，都要站在高空俯視自己，你在不停的改正以前的錯誤，還是在做新的東西;如果修改錯誤的時間多一點，那就要注意自己的代碼質量了。

四，養成好的習慣

有人說，代碼就是最好的注釋，但一般人達不到這種高度，養成好的習慣，比如注釋寫的非常清楚，這樣做可以讓自己以后維護的方便，或是讓其他人接手更方便。

舉個例子，對于很復雜的邏輯，務必用數字的順序依次寫清楚，對于函數中的某個參數，需要解釋為什么要設置這個參數，尤其是公用工具類里面的函數，說清楚參數的背景含義，可以讓其他調用者理解的更加清晰。其次，代碼結構要清晰，比如代碼有的按照功能劃分，有的按照數據管理結構劃分等等，不管用哪種思想，有序的代碼都更便于管理。

五，提升開發效率

這里建議發開效率可以用以下方式提升，在使用開源的一些包，例如 ORM 思想的數據庫等，就可以很快的找到問題;在尋找Bug的時候，常用方法有：使用try catch;攔截所有 crash 到我指定的地方;超多的 Log，Log 有統一的控制開關。

精品小說推薦： 昔日落魄少年被逐出家族，福禍相依得神秘老者相助，從此人生路上一片青雲！ 我行我瀟灑，彰顯我性格！ 彆罵小爺拽，媳婦多了用車載！ 妹紙一聲好歐巴，轉手就是摸摸大！ “不要嘛！” 完整內容請點擊辣手仙醫