工程師文化

❶ 學軟體工程師對文化有要求嗎

企業級業務應用開發的軟體工程師，對文化毫無要求。
演算法崗位的軟體工程師，那就要求底層的理論知識了。

❷ 什麼是工程師文化

我認同工程師的文化，，是理科知識融合在日常生活中的點點滴滴的，，從孩童時的玩具車，，手動小發電機， ，年少買二手電筒腦折騰來折騰去。但無論是哪一種，重要的是學以致用，與工業革命時代的浪漫的感覺相比，，我更在乎蒸汽機的發明，，特別是在中華大地上缺失工程師文化，，我認為華為人的創新，，比亞迪國產電動車，，南北車的崛起的背後，，肯定有著他們獨特的工程師文化，，國家要崛起不能缺乏工程師文化。
工程師文化要從小培養，，孩子小的時候，送他成套的塑膠工具做為禮物。而成人後，則是有一整套的工具放在工具櫃中。整套整套的套筒扳手，帶力矩的電動扳手，做為一個男人，這真的是無法拒絕的誘惑。然後帶著自己的夢想和知識結合實際去創新，，發明當然首先你得學好理科，，書籍也是工程師文化的必然條件。

❸ 中國什麼時候才能形成自己的工程師文化，並且工程師能

工程師文化只要是有工程師的地方都有，但提問者所指的工程師，我想其實具體指的是以美國矽谷為代表具有創新精神的網路技術，軟體技術工程師文化。
矽谷的工程師文化確實是美國社會的重要財富，其根本特質是創新能力。一個描繪矽谷工程師文化的經典場景就是，兩個穿著邋遢的大男孩，在車庫里或自己的電腦里折騰出一個創新產品，然後成立公司，在風投和孵化器企業的幫助下做大做強。Apple，Google等企業莫不如此。中國缺乏這種工程師文化的根本原因，在於整個社會對於「創新」的價值的漠視與不認同。創新力，尤其是科技創新力，是21世紀一個國家綜合實力的最重要體現，也是帶動國民經濟發展和社會進步的根本力量。但目前新興經濟體國家，尤其是中國，甚至以軟體開發和技術外包見長的印度，都缺乏對於技術創新者的支持，尊重與贊揚。中國有的倒是「金融從業者文化」或者「公務員文化」。這也體現了社會資源的錯誤配置。比如金融領域雖然也有創新，也提高市場效率，但說到底不是社會生產的推動者，而是社會財富的攫取者。比如證券業，投行業，基金業，房地產業等行業，雖然也需要高學歷高智商。但事實上，從事這些領域所需的智慧和思考，遠遠比不上技術研發。但在中國這些領域的收入和社會認同遠遠高於工程師。
在美國則不然，比如谷歌公司就極其重視工程師文化，其返聘創始人出任CEO，用1億美元期權留住兩位重要工程師，都體現了這一點。當然，在美國，工程師的收入同比也遠遠高於中國的水平。
外部環境是一方面，但同時，中國的工程師也應當加強自身的創新意識，進取精神。
最後順便提一下，孟飛，樂嘉這類的人，體現的是中國最低級的人的思維方式和想法態度，其特點就是完全的無知，卻又愛評論，批評，胡說。本質上，他們和胡同里的大伯大媽的水平是一樣的。這些小丑說的話，樓主完全不必在意。做一個出色的工程師，肯定有優秀的女孩在等你的。

❹ 電氣工程師有著怎樣的職業文化特點

電氣工程師的職業文化特點與企業文化有關。單位不同，電氣工程師的職業文化特點也不同。

❺ 當工程師文化插上「潮」的翅膀，廣汽本田新繽智的命運會怎樣

然而，新繽智上市發布會現場布置，別具一番風格，開放式的發布會現場，與傳統的我講你聽的嚴肅風格完全不同，打破空間布局的條條框框，在你中有我的靈活空間下，在場每一個人都可以放飛思路，激發靈感。廣汽本田將新繽智的上市打造成一場極富新意的靈感WORKSHOP。作為潮流范兒的代表，光繪攝影師、旅行體驗師、工業設計師，分別以各自的視角講述了新繽智對生活靈感的啟發。

新繽智在外觀設計上的升級，也極具攻擊性，一體式鍍鉻前格柵與飛翼動感前臉相得益彰，配上高辨識度的羽翼式LED前大燈，以及動感炫目的並排式五燈珠霧燈，視覺沖擊力極強。經過此次升級，新繽智在各個方面都得到了進化，設計感更加年輕化，配置更加智能和豐富，動力也再次刷新，大名鼎鼎的地球夢 220 TURBO發動機加身，駕駛更加暢快。

❻ 電氣工程師要具備什麼文化水平

工程師是職稱（評聘分開後，稱為任職資格），目前採用評審的方法,不是通過考試獲得職稱。需要通過職稱英語、計算機應用2門考試，需要發表論文、提交業績材料。
助理工程師由初評委認定，一般很容易通過；中級職稱由中級評審委員會評審通過後，經由必要的程序後，由當地市級人事部門發證。高級職稱由高級評審委員會評審通過後，經由必要的程序後，由當地省級人事部門發證。

一般每年6月提交申報材料。取得助理工程師資格5年後方可申報工程師資格。

報名，請到當地市縣人事局（有的大型單位自己設有初評委），如果你有專業的文憑，很容易通過初評委認定。助理工程師需要考計算機技能，不需要考職稱英語 ，也不需要發表論文。

大專畢業3年，可以申報助理工程師；本科畢業1年，可以申報助理工程師----區別僅此而已，當然本科生的知識基礎比較扎實，比較受用人單位的喜愛。至於水平如何，則因人而異，重文憑，卻不唯文憑

❼ 如何在團隊建設工程師文化

工程師證屬於一個職稱證書的，主要用於工作期間的升職證明用。而建造師證是屬於注冊類的資格證書，它決定了你的工作范圍，也就是說你可以參與多大級別的工程管理。現在有項目經理都必須擁有建造師證才可以上崗

❽ 如何打造工程師文化

忽悠第一 交際第二 技術第三
1、 為公司基建辦派駐工程項目施工現場的負責人，隸屬工程管理部管理，負責工程現場業主方的日常管理及現場工作安排協調，必須嚴格遵循公司管理制度，努力提高現場管理水平和工作質量，樹立公司良好的形象；
2、 根據公司批準的施工總進度計劃，審核工程項目施工組織設計，監督控制工程項目的現場施工進度，確保工程項目按計劃進度完成；
3、 根據合同的約定、設計圖紙及相關規范規程的要求，嚴格監督工程項目施工質量，參加組織工程項目檢查驗收，組織進行材料設備進場檢查驗收，對工程質量負完全責任；
4、 根據公司批準的工程項目總施工預算書，嚴格監督控制工程項目施工成本，參加工程現場的經濟簽證、技術核定單、認質單、認價單的審查確認，確保工程項目成本控制目標的實現；
5、 負責進行現場合同管理，嚴格執行合同規定，確保合同履約完成，協調處理合同實施執行過程中的糾紛、索賠等事宜；
6、 負責現場業主、監理工程師、承包商之間的信息交流、信息傳遞和信息處理的管理事宜；
7、 負責協調解決工程項目施工中的設計、施工問題以及現場的涉外關系；
8、 負責組織現場項目部的日常管理工作，協調安排各專業工程師的現場配合工作，完成現場施工日誌的准確記錄；
9、 負責工程項目竣工至保修期滿時間段內的工程保修管理和協調工作；
10、 負責組織參加每周的現場施工協調會議，審核監理工程師現場會議記錄、工程項目管理報告和其他文件資料；
11、 項目主管要在日常工作中加強工作責任心，計劃性，不斷提高自己的專業水平和管理素質，及時准確提供工程建設信息。

❾ 如何打造團隊的工程師文化

打造團隊的工程師文化需要做好10件事：
1. 優化迭代速度。快速迭代的速度提高了工作積極性和興奮度。一些工程師在面試時對他們為什麼要離開公司列舉了最常見的令人沮喪的原因是基礎設施和繁冗流程阻礙他們部署代碼或者上線功能。在組織上，快速迭代意味著給工程師和設計師的靈活性和不設限自主做日常決策。我在谷歌，任何用戶可見的搜索結果改變，即使是低流量的實驗，需要瑪麗莎梅耶在 每周 UI 審查批准。雖然這允許谷歌保護它的搜索的品牌，但它明顯阻礙創新。優化迭代速度也意味著，有明確定義的流程推出產品，而不會說花了大量時間投入後意外發 生。

優化迭代速度意味著建立持續部署以快速驗證，提高測試覆蓋率，減少構建和網站當機次數，快速單元測試，並鼓勵大家來運行，快速增量編譯 和重新載入，以縮短開發時間。持續部署，提交馬上到線上特別重要。 迭代速度至少在小工程隊利大於弊（線上出錯的風險）。人們更興奮看到功能和修復 Bug 是因為很快看到實時流量變化。這要比超過一周或成批的代碼提交，要更容易推斷和精確定位錯誤源的位置。
團隊智慧，快速迭代的速度意 味著有強有力的領導者，幫助協調和推動團隊的工作。在決定關鍵點上負責人需要有效地作出決定，並承諾他們的選擇。借用比爾 · 沃爾什，一個領導 49 人隊 3 次進超級碗的一句話，強有力的領導者需要 「承諾，引爆，恢復」，這意味著承諾攻擊計劃，執行它，然後看反應結果。優柔寡斷團隊只會導致個人努力白費。
2. 盡量自動化。
在技術講座 「規模化 Instagram」，Instagram 的聯合創始人邁克 · 克里格引 「優化最少的操作負擔」 作為一個重要的教訓，領導他的 13 人團隊用戶增長到幾千萬。 產品的增長意味每工程師的操作負擔加重，如用戶跟工程師或者特定功能跟工程師的比率。 像 Facebook 號稱每個工程師支持超過 100 萬的用戶比例指標。
自動化解決方案和腳本去重復執行任務很重要，因為它們解放工程團隊，讓他們為實際產品工作。確保如有失敗服務自動重啟和方便快捷在流量高峰期替代是在管理大而復雜產品的明智方案。在短期內可以對應用做快速修復，而長期還是要依賴自動化測試，這需要權衡。
Etsy 的的座右銘 「衡量所有，衡量一切」。支持像開源監控和制圖工具 graphite 和 statsd 突出自動化 – 即自動化必須由數據和監控驅動。如果沒有監控和日誌你怎麼知道什麼事情錯了，為什麼錯。自動化是困難的。一個後續的座右銘是 「衡量所有，衡量一切，並盡可能自動化。」
3. 建立合理的軟體抽象。
我的麻省理工學院教授和本科生研究顧問丹尼爾 · 傑克遜說的軟體抽象的重要性：
「選擇正確的方式，程序化自然而然地設計; 模塊化就是有小而簡單的界面; 新功能在不影響全局的情況下產生。要是搞錯的話，程序將是一系列的討厭的坑：介面很笨拙因為他們無法適應一些意料之外的交互，即使是最簡單的改動將是很難維護 「。
是什麼在谷歌讓數千名工程師建立可擴展的系統，是因為他們有非常聰明的工程師像傑夫 · 迪恩和桑傑 · 格瑪沃特創建了簡單，但豐富的抽象，如 MapRece 的，SSTable，Protocol Buffer 等。是什麼讓 Facebook 工程這么支持大規模，是因為專注於核心，同樣喜歡抽象和簡單，Thrift, Scribe, Hive。是什麼讓設計人員能夠有效構建產品，Webnode，Livenode 也是基於同樣的理解。
保持核心抽象的簡單和減少自定義解 決方案，並增加團隊熟悉度和對專業知識的抽象。日益普及系統像 Memcached，Redis，MongoDB 等系統都是降低建立定製存儲和緩存系統的必要。團隊重點轉移到少數核心抽象，而不是分裂在很多臨時解決方案，讓公共庫更穩健，監控更智能，性能更易理解， 測試更全面。所有這一切都有助於搭建一個簡單的系統，降低操作負擔。
4. 注重代碼審查，編寫高代碼質量。
維持高品質的代碼庫增加了整個工程團隊的工作效率。清潔代碼更容易便捷發展和維護，更適應變化，不容易引入錯誤。健康的代碼審查過程使之成為可能。
建立及時代碼審查流程，不管是預提交或提交後，能有幾種方法的提高代碼質量。首先，知道有人會檢查你的代碼，提交寫得不好的代碼可能會辜負你的隊友。那些難以維護，或未經測試的代碼是一種壓力。第二，代碼審查也提供了評審和相互學習編寫更好代碼的機會。
代碼審查更容易接觸到其他工程團隊成員，評論也帶動了 a）增進一段時間內審查代碼的責任感 b）允許團隊成員 – 特別新手 – 觀摩別人的好代碼，c）加快最佳編碼實踐的傳播。
有種說法，靈活的團隊沒多少時間花費在代碼審查而忽視了技術債務，可以很容易地從寫得不好的代碼積累。 在創業早期就為了完成盡可能多的功能而忽略代碼審查; 其結果是，雖然最初的產品更迅速地擁有了市場，但代碼變得修改痛苦，我們花了一年多時間僅僅是改寫脆弱的代碼，以償還技術債務。
谷歌預先進 行審查所有的代碼，但規模較小的團隊並不需要那麼全面和嚴格，因為不是所有的代碼需要使用相同的標准審查。 公司後來採用後提交的評論通過電子郵件通知核心處危險的變化。我們用 Phabricator 對所有的代碼審查，大多後提交，並採用了不同的標准模型，比如控制器代碼和視圖代碼; 對於敏感的代碼或新工程師的代碼，我們要麼做預提交的評論或試圖在幾個小時被提交的代碼中查看它們。
5. 保持一個尊重的工作環境。
同事之間的尊重構成開放交流的基礎。靠譜的想法獲得往往通過大家辯論，這種挑戰也是感覺很舒服的方式。人們不爽的是重要反饋沒有及時回應。
1948 年，亞歷克斯 · 奧斯本概述了在過去的幾十年中在工作環境中流行方法，參與者走到一起，拋開批評和負面的反饋，共同凝聚在一起不用擔心被評判，頭腦風暴會議。最近的心理學 研究已經開始推翻奧斯本的做法，表明在頭腦風暴會議，鼓勵辯論實際上避免群體思維並產生更有效的思路。鑒於這一研究，一個尊重環境變得更加重要使得攻擊僅 僅是觀點而不是個人。
工程往往跨越廣泛的領域（系統，機器學習，產品等），而不是每個人都有相同的專業知識在每個領域。其實是一個強大的團 隊應該具備，在某些領域都有能乾的牛人，即使他們最終會被替代。這有時很麻煩，讓一個系統工程師來評估產品工程師的能力，但在一個健康的工程師文化中尊重 這些差異很重要，並不是完全根據自己的優勢來判斷。
6. 建立共享代碼所有權。
雖然有些人自然就成為精通代碼庫或基礎設施的各個部分，但沒有一個人應該覺得他們擁有或任何一件的唯一維護者。雖然有個人一年以上能在一些領域成為專家，在短期內有成效，這種做法最終傷害長期利益。
在組織上，共享的代碼所有權提供了三個好處。首先，保持因子 8 大於 1 可以減輕壓力和降低團隊維護者離開的風險。這也使人很難在休息時間無憂。我清楚記得，當我夏威夷火山上徒步旅行度假時候，得到報警，因為我是公司的日誌處理器的唯一維護者。
其次，共享所有權讓工程師不限制在特定區域，以促進新的見解。它讓工程師們從他們被困在某些項目上離開，並鼓勵他在多樣性項目上工作，這有助於保持工作有趣性，並提升員工學習積極性。從長遠來看，它降低組織風險，一些工程師感到停滯就會決定離開。
第三，共享所有權還設置了有多個團隊成員（從敏捷開發的一種技術）一起在一個高優先順序的問題，必要時更迅速地完成戰略目標奠定了基礎。而孤立的所有權，負擔通常落在一兩個人。
很多工程組織犯的錯誤是為時過早將整個團隊分成子團隊。子團隊會形成責任的阻礙，並很難去打破所有權的牆，因為個人可能會被其子團隊的目標進行評估。 有很多小團隊，我很珍惜與一些其他團隊的工作機會; 他們使用敏捷開發，重心放在共享代碼所有權，使得工作幸福感和生產力更佳。 初期我喜歡的一個方面是更強調項目而不是團隊，讓我有機會合作的項目從用戶增長，機器學習，工具，推薦，分析，網站的速度，和垃圾檢測。
7. 投資自動化測試。
單元測試和集成測試覆蓋率是管理一個大的代碼庫與一大群人沒有不斷被破壞構建或產品的唯一可擴展的方式。自動化測試提供了對提高代碼質量的大規模重構的信心 和也進行有意義的保護。缺乏嚴格的自動化測試，需要手動測試無論是對工程團隊或外包測試團隊，是容易令人害怕的，很容易陷入恐懼改善代碼的文化，只是因為 它有可能破壞以前的。
在實踐中，自動化測試是對持續部署工作團隊成長的要求。代碼庫規模隨著時間的推移增長，但熟悉的代碼庫多少會隨團隊成 員新人加入而減少。測試和驗證是最容易被原代碼作者完成，因為在他們腦子里還是清晰的，而不是被稍後幾個月或幾年嘗試修改代碼的人。鼓勵單元測試是讓作者 為自己工作責任。
8. 分配 20％的時間。
Gmail 是保羅 · 布赫海特的 20％的項目，第一個版本在一天搞定。 谷歌新聞，谷歌公交，和谷歌建議也是推出的 20％的項目。我用 20％的時間，而在谷歌寫一個 Python 框架，使得它更容易建立搜索頁面演示。而谷歌的 20％的時間在創業初期可能降低生產力，讓工程師們花 20％的時間做某件事情而不是他們的產品規劃上，仍然是小型工程組織的創新搖籃。
Ooyala 公司沒有正式 20％的時間，我們花了一些時間寫了一個命令行構建工具 Flex 和 ActionScript，加快了團隊構建時間。正當 Adobe 的 Flex Builder 工具降級時候我完成了它，在工程團隊超過兩倍大小時該工具仍然在使用。 Atlassian 公司在嘗試一年後通過 20％的時間。Facebook 後來又增加了一個 20% 時間的變化是周期性的黑客比賽 – 一晚上的事件，規則是，你可以做任何東西，除了你的正常項目的工作。
自上而下的方法對產品的規劃，對公司的總體方向是重要的，不能指望從工程師中冒出很多的想法。只要工程師對他們 20％的時間和專注於什麼可以有很大影響的負責，這些項目可能會導致很大的向前發展。沒有官方的 20％的時間，它仍然是可能的，對工程師和設計師可能更難去嘗試瘋狂的想法 – 基本上都找周末或假期做。
9. 建立學習和持續改進的文化。
學習和得到充分得到挑戰是心理學教授米哈里 · 米哈伊稱之為 「流」，一個人是如此的完全集中在他們做的事情，他們甚至忘了時間。 直接即時的反饋能夠適應更快的迭代周期。
每周技術會議給工程師分享他們的設計或者正工作的項目，創造了一個機會，工程師們為他們工作感到自豪，並學到更多工作以外的范疇。內部文檔記錄電子郵件服務的工作原理或如何讓排名改變搜索服務，讓工程師學習和探索新的東西，也很好地補充了 20％的時間。
建設學習文化的一個辦法是注重指導和培訓，以確保每個人都掌握基本的演算法，系統和產品成功所必需的技能。工程組織的成長，花在招聘（尤其是高校招聘）越多， 更多的努力需要投入到指導和培訓。一個導師每天花一個小時為一個新員工的前 4 周工作上似乎是很大負擔，但投資是總時間的新員工將在一年內花費不到 1％，並能幫助到此人是否真正成功。
10. 招最好的人。
僱傭最好的人是許多其他列出的 基礎。如果你認為自己是一個 B 級工程師很難有人尊重。如果你不信任他們開發產品能力，很難給別人自主權去開發產品。如果沒有足夠的工程經驗，很難識別正確的抽象去構建系統。這很容易陷 入構建復雜結構的陷阱，又沒有其他聰明人來挑戰你的想法和推動你走向簡單正確的道路。
在矽谷的史蒂夫 · 喬布斯說，「A 等人聘請 A 等隊員。 B 等人聘請 C 等人。「關注招聘和僱傭合適的人很難，但這對工程組織有效增長很關鍵。黃易山，是前 Facebook 一個工程經理和總監，認為招聘必須是工程組織的首要任務，不只是管理者，工程師也如此。 他也正確地指出 「僱傭最好的」 和 「僱用你面試過的最佳人選」 的區別
在初期，我們在客戶工作上不堪重負，我們很想降低我們的招聘門檻，這樣我們可以聘請足夠的人來做大量工作。我很高興我們沒有，因為低質量的代碼和較弱的工程師團隊積累技術債對團隊和產品的傷害是很大的。
建立一個良好的工程文化無疑是一個大量的工作，但由此產生的工作環境是值得的。

❿ 你們眼中的工程師文化是怎麼樣的

在我眼中理想的工程師文化應該是能夠在本專業中有著自己的堅持，但同時又能理解並尊重自己領域外的專家的意見，並根據產品的實際情況在可能的范圍內追求做到極致。