在你看來，什麼才是好的工程師文化？
大家關於工程師文化的理解其實有很多，國內國外，不同公司也不盡相同，請在評論區談談你眼中的好的工程師文化。
我們將向點贊最多的知友，送出一個定製版的攜程吉祥物小游游。
- 從組織層面講：
- 不會讓外行領導內行
- 我相信很多技術團隊都吃過外行領導內行的苦頭。
- 為什麼在技術團隊里不能讓外行領導內行？第一，外行不知道一件事的實操需要哪些人付出多少代價，所以經常表現出「不尊重技術團隊的勞動」，無他，可能只是因為ta不知道。第二，ta只關注業務層面的事情，對技術趨勢、技術內功、基礎架構完全無感。
- 人與人之間關係簡單
- 不管是誰，說對了就要點贊，說錯了就要反駁。錯了就是錯了，錯了就要承認，錯了就要糾正。
- 會少
- 除非必要，就不需要開會，尤其是開大會。
- 哪種會可以多開？技術分享講座。哪種會可以少開甚至不開？頭腦風暴會。
- 從工作內容講：
- 願意投入人力物力在增長內功、有助傳承的長期項目上。
- 在面對安全、審計、質量控制等要求時，更願意選擇用「機器」解決，而不是增加流程。
- 即以前經常說的『凡是被不斷重複的過程，將其工具化，綁定到自動化流程之中，減少不必要的心智負擔』。
- 分享學習氛圍濃厚
- 第一不會以部門為溝壑。第二鼓勵與引導跨部門輸出價值觀。第三，安排適當工作時間以補充新知，反哺團隊。
簡單說就是由團隊中最資深的那個擔任產品經理。
謝邀。在我看來：
1. Code Review是必須的；
2. 在開發估時中一定要包括完善文檔的時間；3. 如果使用git，一定要有規範的git workflow，最好在issue中可以看到需求的完整實現；以上都只是一些開發規範，至於團隊建設，我只希望各部門溝通順暢即可。ps.請不要再給我安排一個改了資料庫中數據，結果在url中id寫錯說返回結果不對的測試。作為一個後端開發，我真的很無奈╮(╯▽╰)╭比較重要的，4. 團隊內的每個人至少要各方面都相似，差別不那麼大才適合敏捷開發，不是每個團隊都適合敏捷開發，如果流動性極大，且團隊內的人差別較大的團隊，用敏捷開發，只會導致文檔不完善，代碼不規範，以及文化流失嚴重；（這一點極為重要）5. 不加班，有較高的工作效率，在工作時間內完成自己的任務；6. 有時間可以提高自己豐富自己去學一些新的東西；7. 推薦使用嘗試新的技術。以上。
產品經理的水平決定下限，而技術部門領導的能力決定上限。
而下邊幹活兒的同志需要做的就是完成自己的任務並享受生活！其實很多人期待理想的真正的工程師文化應該是開源精神和無私奉獻，不為功利，不面向工資編程，而是把程序當做一件藝術品來精雕細琢。
拙見：
1. 不要讓非技術人員參與任何技術決策。可以提建議，但沒有決策權，即便是不懂技術的大 Boss。
2. 技術團隊中除了做決策的那個 leader，其他人基本做到每個人都相似的話語權，至少沒有明顯的上下級之分，更不會因為個人資歷來決定某個人的技術觀點的對錯與否，一切就事論事、以理服人。
3. 鼓勵探索新技術，更不要用任何單一指標（尤其是工作時間）來簡單的衡量一個工程師的績效。鼓勵為某一類問題尋求更通用的解決方案，而不僅僅為了某個具體業務的 DDL 放棄研究（當然，可行性和得失得具體情況具體評估）。
4. 鼓勵為提高工作效率進行各種形式的 OA 開發，建立公司內部的代碼庫，每個開發者都可以提交自己寫的模塊。類似於公司內部的 GitHub，可以考慮把對內部庫的貢獻程度納入對開發者的評估中。更具體的，可以適當有一些黑客馬拉松之類的活動。
5. 公司內部有技術書庫，而且有簡單的申購流程。
6. 每個技術團隊有專門的運營或者策劃等處理這個技術團隊任何與外部的非技術溝通，屏蔽不必要的非技術信息對開發者的干擾。
7. CEO 是技術出身並打心底里熱愛技術，或者 CTO 在整個公司擁有話語權。
8. 必須寫單元測試，必須進行 Code Review。
另外，推薦閱讀：1. 創業及管理：構建利於探索的工作環境：https://zhuanlan.zhihu.com/p/20400750 ；2. 談談工程師文化：https://zhuanlan.zhihu.com/p/20225815；少加班，有空自己看書。少開會，溝通流暢
恩，不會把伺服器搞崩就行啦_(:з」∠)_
崇尚自由
- 有靈活的工作時間和地點
- 上下級之間是扁平化的管理
- 有自由的時間和機會去嘗試自己的想法
- 內部人員可以自由的進行技術分享
- 簡化組織架構和管理
- 招聘最優秀的人才
- 技術團隊不要讓非技術人員管理
- 少開沒用的會
- 對技術組件進行抽象化，對代碼進行高效重用。如 Google 的代碼庫。
- 技術團隊最好小而美，員工能積極學習新技術，補充技術棧
- 實施員工一些靠譜的想法，內部競爭，比如騰訊的微信就是內部創業，還有豌豆莢內部孵化的開眼等等
- 不斷反思，做高質量的產品，及時放棄一些很糟的產品
- 如果有足夠的資金，成立未來技術研究實驗室，放眼未來。如 Google X ，華為 2012 實驗室等
- 擁抱開源
1.適當的工作量.從而有時間學習新知.2.有學習氛圍,定期有技術分享課.3.不要讓不懂技術的人到技術團隊BiBi4.不以加班多為績效考核標準.
5.不以出bug為由扣錢扣獎金.
6.團隊有mm7.有明確的加薪升職制度.8.彈性上班時間9.懂得鼓勵培養新人.10.禁止搞各種xx哥,xx爺的稱呼暫時能想到的就這麼多了.什麼是好的工程師文化我不知道，不過我知道你們攜程最好的文化是一邊在員工背後捅刀子，虐待他們的孩子，一邊給客戶挖坑，雙管齊下可真是棒棒的。
我說說我的理解和實際工作中遇到的問題
我們公司並不是我說的這種方式，而是一種相對叫「老」的管理體系，有開發部，產品部，設計部，測試部。
這樣的團隊，是怎麼工作的呢？
產品部門有需求會找開發經理溝通需求（誇部門溝通），會找設計部門溝通（誇部門溝通），會找測試部門溝通（誇部門溝通）開發是怎麼樣進行的呢？
開發經理會安排工作到小組長（二次理解），小組長安排工作到具體開發人員（三次理解），然後開發進行中遇到問題先找組長（他也不一定理解），然後找開發經理，然後找產品。我作為開發，我是什麼感受呢？
首先我只是個寫程序的，我就算再想為產品考慮，或者提出一些意見，但是上面還誇那麼遠呢？你找組長，那是他的理解，你跟項目經理說，組長這邊似乎也過不去，而且項目經理也不一定理你。最後我只僅僅是一個開發者，沒有任何參與感，開發者往往是用產品最多的，雖然會產生慣性，但有些常識性問題還是能夠發現的吧，不是完全沒有一點看法的不是。我理想中的團隊。
一個大的團隊有n個小團隊組成，每個小團隊由一個靠譜產品經理領頭（具備常識）團隊包括服務端開發，前端，設計等，測試可以團隊間共享我為什麼會覺得這是我理解的理想團隊呢？
1. 小團隊更加容易培養默契和感情，使辦公更加順暢互相嘮嗑也放的開些2. 產品需求和開發、設計直接對接，增強參與感和認同感，提高效率3. 有疑問和建議直接一嗓子直接溝通，減少溝通成本4. 小團隊互相之間更加了解，工作任務互相了解，互相監督5. 小團隊的衝鋒能力更強，戰鬥力更強在程序設計中一個重要的原則「分而治之」，這在團隊管理中也同樣適用謝邀，首先我覺得最重要的就是技術，無論是業務創新還是技術創新，都是依託於技術的快速演進，技術成了解放生產力提高社會運作效率的中堅力量。
還有一個就是營銷手段，還要考慮到開發成本。其實最重要的還是自由和效率。2016年12月10日 1:00更新
我覺得還有就是經常要開會，和工程師們探討解決方案以及未來公司的掌控方向。然後呢讓工程師適當的異想天開。老闆也要多關心員工，多做一些心裡輔導，少一點壓力。最最重要的還是客戶的意見，好的意見一定要接受，並在下一個版本中加入(當然要看實際的效率)。再者就是經常要考核一下工程師的一些姿勢水平，盡可能的開展一些培訓。多借鑒一下外國同行(當然國內同行也不錯)的經營模式還有技術創新，從中吸取些經驗。2016年12月13日更新如果有網路功能的APP一定要把伺服器弄好，否則，嘿嘿嘿，你懂的。本人大四狗 大一入坑前端 沒什麼社會經驗，大三在外實習了一年， 前面大牛都說了leader的重要性， 我一個實習生，自然沒有接觸過leader這一層面，我就說說什麼樣的環境更吸引我， 最先的當然是分享， 公司的技術交流一定是最重要的，這可以幫助大家把控技術大的發展趨勢，增加彼此成長速度，有利於技術選型， 其次是工作一定是相對寬鬆的(一些緊急的項目除外)， 像前端這樣發展迅猛的行業，不留時間『』養兵『』等於放棄公司技術層面的發展
良好的氛圍才是工程師文化，《大秦帝國》相信大家都看過，裡邊的老秦人精神才是秦國由弱小到強大的動力。當然，合適的領導者（秦孝公、商鞅）也是一個團隊不可或缺的，團隊中人人都有進取心才是成功之處。
其實之前也有思考過，國內由於大環境影響以及發展時間有限不夠成熟，整體上還是不夠自由，開放，平等，包容，技術並沒有得到應有的尊重和認可以及執行度，希望以後能逐步的改變。
在我個人覺得，一個好的工程師文化，必須擁有自己的開發思路和架構模式，運用合理的技術去開發一個項目，雖然難免有bug，但是解決bug的過程才是最開心的
只要能再deadline前保質保量的完成任務，其他時間你愛幹啥幹啥
1.專業，要讓一堆專業的人去做這些，最討厭那些什麼也不懂的在一邊指手畫腳.2.有能力的leader，這個很重要，協調整個團隊，制定合理計劃3.自由，給開發相對的自由去學習新的知識和技術。給開發相對的自由對項目規劃提出意見。
第一，肯定是工程師本身的素養，工程師階層約定俗成的道德素養，然後是氛圍，其實有個行業協會之類的引導一下，積極向上，相對自由，擁抱變化，服務於社會大眾
推薦閱讀：