背景介紹
面對vuca環境，很多公司都急切期望用更少的成本來達成或超越業務目標，當前市面上已經湧現出很多的方法，如敏捷方法、精益思想、devops、持續交付、等。不可否認這些方法取得很多不錯的成效，這裡就不做太多的陳述了。面對複雜的業務領域，作為技術體系該怎麼樣的應對這樣的環境挑戰呢？建議技術體系在如下方面發力：
part-1：團隊管理方面
在軟體交付流中人是很重要的，而軟體實現團隊更是注重之重，那麼團隊能力、協作方式、等方面是技術 leader是需要重點關注的。
團隊能力提公升
業務領域學習：在面向強業務領域，作為軟體實現團隊在具備軟體實現的基本功，還得利用業餘時間學習相關的業務知識，這樣團隊在和業務領域專家溝通就可以很好的與業務專家在同乙個上下文進行交流，如：團隊需要做乙個財務相關的系統，團隊對財務知識一竅不通，溝通成本就會很高，並且分析、設計、開發、測試、運營的過程中可能都不清楚自己所在的位置，作為專業人員可能會出現如何才能更好的服務業務目標的疑問。
開發能力提公升：在開發過程中基本遵循「開發-除錯-修復」的閉環操作，基本不考慮優雅性，模組擺放位置是否合理，借助熊老師的話就是依靠本能做事。為了防止**爛到根，團地會制定**規範，如：變數命名遵守駝峰命名等。往往這類情況需要先在系統設計上下苦工，同時面對團隊輸出需要加大評審力度，重點關注：複雜性、特殊情況處理、與設計方案匹配度、等。
C reference 那些容易被忽視的細節
工作之餘做個小結。te為實體型別，td為推斷型別 引用建立時即初始化賦值。作為函式引數時，程式進入函式就已經初始化完畢。注意區分值與值的引用。一旦創造了te t右值引用便有了別名，t的行為變成左值 傳入td 模板為左引用，但t列印出的型別依然為右值引用是別名，構造好的引用可當作自身，引用之間的非初始...
從技術到管理容易犯的錯誤
從技術到管理容易犯的錯誤l 遇到問題喜歡躲。技術人員並不是碰到什麼問題都躲，碰到技術 難題他會迎難而上，但是碰到人的難題就會有畏難情緒。l 技術人員總是希望能找個好的環境，好的老闆。如果這兩點不能滿足，常常有失落感，這個老闆不行，我就跳槽 其實就是一種逃避。這是典型的技術人員心態，一碰到 人的問題就...
Linux下容易被忽視的那些命令用法
工作中發現很多同學對於linux下的命令不太熟悉，尤其是一些功能強大的工具，使用者很少。正所謂工欲善其事，必先利其器。本文總結了linux下常用命令的用法，希望能夠幫助大家提公升日常開發的效率。strace用於跟蹤程式執行過程中的系統呼叫，如跟蹤test程序，只需要 strace p test pi...