不去寫重複的應用**，去做新的或者更低層的**研究。
去關注產品。
與其他部門，例如pm提出的需求，採用yes，but模式去回答。而不是以工程師思維來思考，遇到需求先考慮資源是否充足，技術難度等，習慣性的說no。
一定要讓那些讓你滿意的人滿意，不讓你滿意的人可以選擇性的放棄。
賦能你的team staff，看到每個人的優缺點，揚長避短。
向上多表現，向下多關心，平級多幫助，把榮譽給下屬。
如果能招到乙個比你級別高的人，他還心甘情願在你手下工作，這相當於變相提公升了自己的級別。
在一家高速發展中的公司，做乙個技術leader最重要的事是招聘，其次是人員管理和技術提公升。
對下屬要嚴格，認真幫助他分析自己的優缺點，並幫助他提公升優點，規避缺點，讓他做能夠發揮他長處的事情。
管理team有乙個非常重要的關鍵點，就是人員的架構。
關注pm，qa，後端rd的感受，讓他們爽，你就會爽，領導總是會從側面了解你的團隊。
兩周做一次staff談話，了解工作狀態和訴求，讓他多說，自己多聽。
把對staff的反饋放在平時，不要積怨，不要將誤會加深。
與領導有衝突，事前要理智的分析。要反思。
跟領導談的時候要注意。
了解你的老闆，知道他們在意什麼，了解他們的性格和習慣，是閱讀型還是傾聽型的。
讓老闆知道你在做什麼。（但不要太細節）
了解自己的不可替代性，在恰當的時候，跟老闆提要求。
真誠的為公司和老闆考慮。
讓跟你合作的人舒服，尊重他們。
做利益交換，達到共贏。
跟我一起衝。
發展員工。
給予team成績，讓團隊每個人成功。
溝通和協作，增加staff參與感。
贏得他人的信任，讓別人樂於分享他的問題。
傾向性，給別人確定的答案。
把自己的team當做一家公司，你應該做什麼能夠讓team自給自足，並能賺到更多的錢。
擴大團隊影響力，有兩個思路
找到自己團隊工作中的痛點，解決它並把他推廣到其他team，甚至打造成乙個產品，向社會交付。（比如效能監控平台）
找到跟你合作的人或者team的痛點，開發技術工具來解決，提供合作效率。（比如ui切圖重新命名工具，雪碧圖生成器）
當你成為乙個20人以上團隊的leader，技術會變得不重要，找到懂技術的人，做技術創新和業務創新，變得更重要。
熟悉更多業務和**，不管是不是你寫的。
熟悉端到端，各端的架構和業務。
自學更多基礎和底層的原理性的知識。
做的更好一點，針對系統和業務裡面的不合理的地方，提出並修改他。（向領導展現自己，同時增強自己對業務和**的熟悉性。）
通過看書系統性的學習，通過看文章查詢疑問點，找尋一些方法。
將所學的東西真正實踐，自己模擬環境寫demo。
講給別人聽。
多做一點，尤其是測試。
交付乙個完整產品。
別人可以繼承你的**，不要有坑。
提供乙個可擴充套件的系統。
p6可以自己解決問題。
p6可以獨立解決一件複雜問題。
規範制定
樹榜樣，你怎麼做，他怎麼做。（一級一級的學習，分治和遞迴）
拆分複雜問題成小問題的能力。
p7可以將自己的技術影響力拓展到整個team。
p7可以批量解決複雜問題。
作為乙個軟體工程師的經驗
我覺得，與現階段學習緊密相關的是個人規劃問題，規劃不同，自然需要學習的內容也不同。心無旁騖的時候不妨問自己這樣乙個問題 我希望十年後二十年後的自己是什麼樣子的？如果能迅速明確的回答這個問題，那麼你的心中肯定也有了乙份對未來的美好藍圖。這也就是奮鬥的目標，雖然有可能這個藍圖現在看來非常遠，非常不現實，...
乙個工程師的點滴 20130717
來這家公司幾個月了，一直想把在這家公司的點滴付諸文字 你可以叫我馬工 工程師的使命感 被賦予的稱謂五花八門，小馬 馬經理 馬哥 mr馬 其實我更喜歡別人叫我馬工 工程師這個稱謂就像老師，神聖也肩負使命 不要以自己的工作效率和工作態度衡量團隊其他成員 結果面前任何解釋聽起來都不能讓人接受 自己常常在晚...
乙個老工程師的忠告
諸位，咱當電子工程師也是十餘年了，不算有出息，環顧四周，也沒有看見幾個有出息的！回顧工程師生涯，感慨萬千，願意講幾句掏心窩子的話，也算給咱們師弟師妹們提個醒，希望他們比咱們強！1 好好規劃自己的路，不要跟著感覺走！根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽...