平安程序員打架

⑴ 銀行的程序員薪資水平如何

銀行裡面的項目有很強的管理方式，標準的軟體項目管理，這裡面可以看到一個項目如何標准化管理的，項目的管理很嚴格，標準的。開發和測試都是很標準的過程，因為一旦投產，系統出現問題不但會扣獎金，還有要你發補丁，還有可能會影響到你的年終的考核待遇方面。

並且每個季度都有獎金平定，還有年終獎，半年獎，老的員工還有技術保障費，當然每年的各個節日都會有錢和東西發的。學歷，看城市，看技術。985大學中上水平，去一線城市大公司，華為基本打底，本科8k，碩士10k在好的就是上邊那些公司（這類公司基本只要985）了，不過說實話這些人數其實非常少。如果不是985，是一本，可能要減2k，專科或者培訓班可能再減2k。而如果不是一線城市（IT其實就是北京上海），二線城市可能減2k，三線可能減2k。這是畢業生，一般來說不跳槽，一般每年工資就漲20%左右，兩三年跳槽能漲50%，如果從程序員升級到項目經理，那樣翻1倍，也正常，所以技術不是985大學的，干個三年達到月薪1w也不是特別誇張。

⑵ 如何看待互聯網大廠程序員因厭惡編程，辭去月薪2w+的工作去當司機

人各有志，只要能過上開心快樂的日子，做什麼職業不重要。
外面的人看到的都是程序員的工資高，卻不知道程序員工作中的煩惱
奇葩的需求
2018年中國平安的產品經理和APP開發人員在辦公室打了起來，原因是該產品經理給開發提了一個需求，根據用戶手機殼的顏色自動調整APP的主題，程序員聽到這樣的需求後對產品經理大打出手。假如這樣的需求給到我的話，大打出手倒不至於，辭職是肯定的。對於這種完全不懂編程的產品經理，日常被程序員問候已經是常態了。
2019年某次元視頻網站源碼泄漏事件中，不少人在源碼的注釋中看到了這個
可見程序員日常寫代碼中都不忘問候產品經理，對產品經理的仇視是日積月累的。
還有這個
地位
程序員被戲稱為碼農、代碼搬運工也不是沒有道理的，在需求上沒什麼話語權，需求來了，即使覺得這樣的需求不合理、沒有意思，也要硬著頭皮去做完；拿到需求，只能默默低頭完成，這時候培養一個好心態尤為重要，不然將是無休止的口水戰爭。
彈性工作時間
程序員的加班是無休止的，996已經是工作常態了（早上9點上班，晚上9點下班，一周工作6天），遇到緊急任務或者產品上線，有時甚至需要工作到凌晨，去年較火的github項目996.ICU，程序員集體反抗，但是作用根本不大，除了讓外界知道程序員加班外，工作時間沒有任何改善，甚至由於大環境不好，很多程序員都丟了工作。現在的招聘信息中，工作要求中一般都不寫加班，但是在會在面試的時候問你能不能接受加班，你要是說不能接受，基本就涼了。
身體越來越差
當程序員的，在變強的道路上禿頂的問題也隨之而來，剛入行時關注編程能力的變強，到入行後的養生，行內的規矩，根據程序員的發亮去判斷一個程序員的技術水平，雖然是吐槽，但是也並不是沒有道理的，程序員的工作本來就燒腦，平時工作頭發掉得多，還有工作時間也導致了這個行業普遍都掉發嚴重，晚上得不到好的休息。
後來還出現了幫助程序員通過面試的發型
通過發型迷惑面試官，讓面試官認為你是具有多年開發經驗的老手。
發亮都是表面上看到的，還有內在的，程序員因為工作時間長，平時沒有時間鍛煉身體，久坐，導致的腰肌勞損，頸椎病都是常態
所以工作多年的程序員中就兩種體形，一種骨瘦如柴，一種發胖型，就沒有幾個是壯的。
最後
程序員的轉行都是多種原因，日積月累的，曾經剛入行時對這個行業的神秘感，到真正工作時對他的厭倦，其實不止是程序員厭惡編程，其他工作也一樣，當愛好變成了你的日常工作，你的這個愛好就已經被扼殺了。程序員轉行當司機，也許是真的受不了這樣的工作強度和工作壓力吧。

⑶ 一個程序員的出路在哪裡，當你做到35歲以後應該做什麼來維持生計

一條路：管理路線，程序員--項目經理--IT經理--部門總，如果你溝通能力好，領導能力強，這條路很靠譜

二條路：業務路線，程序員---需求---業務部門。程序員做的項目，99%都是企業級應用吧？寫多了也熟悉系統的業務流程了吧？比如你做銀行的項目，做幾年了，銀行的核心業務流程你都熟悉了，你就可以做需求了啊~~~然後轉到業務啊~~參考平安老總的發展路線

三條路：死磕路線，程序員---程序員----程序員。 一路做程序員，做到死~~~你得進步吧？你得有自己的核心競爭力吧？解決問題和分析問題能力、經驗等等吧？你35歲的人，跟25歲的價值相同的話就說不過去了吧？技術經驗很足的人，做到60歲都是搶手的。前提是你真的熱愛programming~~有足夠的熱情讓你堅持進步。而且，即可以越做越往底層：大數據的處理、演算法分析，也可以越做越往上層：系統架構、IT系統級顧問、咨詢。只要你技術夠硬，年齡不是問題

⑷ 軟體開發中的 概要設計文檔 詳細設計文檔在正常情況下 是不是程序員寫的吧！

一個項目設計是最重要的。其實現在在技術上難題不多。同一個公司你不會肯定有別人會，相互問問就好。最關鍵的是需求理解。所以開發人員自己寫詳細設計是很有好處的。譬如我現在在平安科技。我們的流程時：客戶將需求講解給SA（需求分析師），SA理解之後在召集開發人員一起講解，最後由開發人員自己設計並將設計文稿發出去由負責人及SA評估。 如果沒有問題就會按照詳細設計來開發。 這樣的話雖然設計花費了一定的開發時間，但是在熟悉需求的基礎上開發可謂是：磨刀不誤砍柴工！
望採納。 謝謝

⑸ 鏉宸為摱琛岀▼搴忓憳鑳藉共鍒伴浼戝悧

閾惰屽伐浣滀漢鍛樺彲浠ュ共鍒伴浼戠殑銆傛垜灝卞湪閾惰屽伐浣滀竴杈堝瓙浜嗭紝椹涓婂氨瑕侀浼戜簡銆傞摱琛屽憳宸ヨ櫧璇存槸鍚堝悓鍒訛紝浣嗗彧瑕佹槸宸ヤ綔娌℃湁澶х殑榪囬敊錛岀粰閾惰岄犳垚宸ㄥぇ鎹熷け錛屽悎鍚屽埌鏈熷氨浼氱畫絳俱傛寜瑙勫畾騫磋交浜轟笁騫磋嚦浜斿勾涓絳撅紝宸ヤ綔鑻ュ共騫翠互鍚庡氨鏄姘鎬箙鍚堝悓浜嗐傚彲浠ュ鉤騫沖畨瀹夌殑騫插埌閫浼戠殑銆