1 需要及時反饋
舉個例子，如果你手頭有一個事情需要別人去完成。當你告訴別人這個需求的時候，很多情況下是希望那個人能夠給你完成時間點的，而不是簡單的告訴你會去做。更好的情況是，當你給出需求的時候，那個實現者能夠提供出更好的方案，或者能夠和你一起分析實現過程中可能遇到的問題，解決的大致計劃，最後給到你一個完成的時間點，順帶說明下可能存在的風險。這樣的回覆，你會覺得這個人做事是靠譜的，是真正理解了你的需求去做的，而不是拿到需求後放在那裡應付一下或者排計劃(排計劃最好也給出一個能夠制定計劃的時間點)，需要不斷地 push 才能做。
工程師或者技術人員作為實現方，承接很多來自產品、運營、甚至市場的需求。這些需求當中，有些可以明確的確定相應的技術方案，有些需要調研，有些可能現階段技術上還不夠成熟。無論是以上哪種情況，在接受需求的那一刻，你需要及時的反饋一些資訊給需求方。比如預計完成的時間，可能會遇到的困難。讓需求方能夠經常性的知道事情的進展情況。這個就好比我們網上買完東西后，會經常性的去查詢當前貨物的物流情況，大概什麼時候能到。所以換位思考，當提了一個需求給你的時候，你也需要經常性的將這個資訊反饋給需求方，讓他實時瞭解進展。
2 注重團隊合作
現在的軟體開發，是一個分工合作，協同作戰的過程。像張小龍一個人寫出 foxmail 的年代已經一去不復返了。在開發的時候你需要將自己作為團隊的一份子，互相合作。當自己遇到問題的時候，及時的丟擲來給團隊，而不是一個人在那邊死磕。記住，你的背後是一個團隊，你和他們在一起戰鬥。
在這個大規模協作的時代，一個人想要做出類似前輩們那種靠著單打獨鬥就做出類拔萃的成果已經變得極其困難了。這樣的人，更多的時候是以領導者或者組織者的身份出現，但是真正的成績都是靠背後的團隊創造的。現在的產品想要成功，除了產品本身要可用、易用之外，很大程度上還依賴產品背後的運營、市場、投放、推廣、資料探勘、黑客增長等等方面。酒香不怕巷子深在現在這個快節奏的時代已經成為了歷史。一個優秀的團隊，是一個產品成功的必要條件。讓自己融入優秀的團隊，成為團隊的一份子，榮辱與共，共同解決困難，一起分享喜悅。
3 專業人做專業事
現在的社會分工很細，自己不懂的領域，找專業的人來解決。技術人有個特點是很多的事情喜歡刨根問底，追求知道所有的技術細節，甚至恨不得所有的東西都自己從頭搞一遍。在現代軟體規模下，自己搞完全是不現實的做法。術業有專攻，一個不專業的人去做一件事情，無論從時間成本還是經濟成本肯定是不如專業人士，而且除此之外，往往還有看不見的成本，比如人的能力。即使時間充裕，資金充足，最終出來的產品也未必能夠超越專業的。所以除了核心部分，其他的就交給專業人士去做吧。
4 做事要講究效率
在外界看來，網際網路有個特點就是加班多。996，997 也經常被周圍的人提起。從效率上來說，程式設計師有效的工作時間也就那麼幾個小時。程式設計師是一種創造性的活動，需要的是靈感，而不是靠時間堆積的。所以更多的時候是需要找到自己效率最高的哪幾個小時。在哪幾個小時裡去提高自己的生產力，而不是磨洋工。
還有一點，隨著產品開發的節奏越來越快，手頭的事情也會越來越多。永遠不要想著把所有的事情全部處理完，總是有一些重要的，緊急的事情需要去處理。那些不重要和不緊急的事情，就隨它去吧。大部分時間專注於那些重要不緊急的事情，才能避免經常處理重要緊急的事情。
5 做好自己，再說別人
家裡小朋友現在做一些事情，比如看電視，或者玩手機，我們都會有限制，而小朋友張口的理由就是爸爸媽媽也看電視和玩手機。比起看電視或者玩手機，被批評的時候總是先從別人身上找缺點這一點反而問題更嚴重。這就好比我們經常聽到或者自己感受到的，一些電動車闖紅燈，被交警抓到的時候可能首先會說你看前面誰騎電動車也闖紅燈了，為什麼沒事，覺得自己心裡不平衡。甚至說你看行人也闖紅燈，為什麼不用罰。
這裡面其實我們往往忽視了一個重要的點：就是我們做這件事情的時候本身就是不對的，既然不對為什麼不從自身先找找原因。我們總是樂於積極搜尋別人的短處和自己的長處。而自動忽視自己不好的地方。做好自己，絕不是一件容易的事情。自己沒做好，其實是沒理由說別人的。但是反過來，別人沒做好，沒理由說自己，這就強詞奪理了。
6 凡事可以做的更好
這一條也算是對以上幾條的補充。
大家都知道以前的汽車裝配都是需要大量的工人來做的，很多裝配工人成為熟練工之後就覺得裝配是個體力活了。但是事實上，我們今天已經很少看到工廠裡有大量的裝配工人了。覺得體力活完全是認知問題，不代表做汽車裝配這個沒有提升的空間了，否則的話目前你去工廠可能還會看到大量的裝配工人，而不會有現在流水線的裝配作業了。有沒有提升空間關鍵在於你是不是那個不安於現有的體力活，想把它做成流水線的那個裝配工人。
有時候工程師業務做久了，業務層做的工作類似於裝配工人做的事情，會覺得沒有提升的空間或者提升的空間不大。其實大部分只是因為你用已有的認知思維用你熟悉的習慣方式做業務而已。拿到業務後，你會下意識的決定使用很多熟悉的技術方案，這些方案形成了你自己的舒適圈，你喜歡呆在這樣的舒適圈中，沒有想過去突破。漸漸的你就會覺得業務對你來說沒有了挑戰，覺得做著沒意思。
其實寫業務程式碼一樣可以很牛逼，業務做多了之後，你需要思考的就是如何將業務封裝和抽象出來，使業務程式碼可以更加方便的維護。或者從 SDK 的角度出發，如何讓新人能夠通過簡單的文件就能實現業務。這些事情，同樣都是業務層面的事情，但是在技術維度上卻已經是兩個完全不同的層次了。 有句廣告詞：沒有最好，只有更好。同樣的一件事情，做完和做好，結果上不一樣，收穫也不一樣。
以上幾點是平時工作中的一些感悟，自己有些也做的不好，拿出來分享給大家。也算是給自己一個警示，和大家一起共勉。
完。