保險公司程序員跳槽

『壹』 程序員從名企跳槽國企，雖工作輕松，但年薪卻降了一半，程序員有多難做呢

程序員的難做，體現在這樣幾個方面。

1、工作時間長，加班加點是程序員的常態。

程序員是一個吃青春飯的職業，行業流動也是特別快，如果一個程序員在三十歲之前還不能走上管理崗位的話，那麼他基本上就要失業了。因為有數不盡的年輕程序員，等著來取代他的位置。在這種高壓環境下，程序員容易出現心理疾病，抗壓能力不強的人就只能被淘汰。

『貳』 你的領導會跟你說你有空就要去給同事幫忙，同事是成天忙不過來的那種

有的領導是會這樣的。但如果存在這種情況，一種可能是領導分工不均衡，導致有的人工作任務重，有的人工作少；還有一種情況是領導拎不清，有些人會在領導面前表現或者抱怨自己很忙，其實他平時都在劃水，有些人工作效率高會顯得經常「有空」，所以聽到領導這樣的話會很委屈；還有一種情況，單純的需要你的幫助，而領導覺得你又可以勝任，那就去幫唄，同事之間互幫互助，團隊協作，才是該有的樣子。

『叄』 中國人壽保險深圳分公司做java程序員怎麼樣剛畢業已經工作半年

程序猿的工作在同一個公司是沒有長久的，剛畢業的學生主要是學技術多積累。

『肆』 保險業為什麼跳槽頻繁

一、我國保險業人力資源流動現狀：1、業務人員。保險業務員，又稱保險展業人員，是保險行業個人代理人的通稱。波士頓咨詢公司公布的代理人調研報告中發布的數據顯示：中國保險行業代理人總體流失率每年高於50%；第一年流失率最高，甚至達到70%或80%；平安保險工作第一年的員工流失率達85%，泰康保險、中宏保險為80%，中國人壽、新華人壽、友邦保險均為70%。2、管理人員。主要指保險公司各部門主任，副總經理，總經理等。2005年，平安、太平洋、人保以及泰康人壽、民生人壽、合眾人壽等保險公司均出現了高管主動跳槽事件。跳槽人員多是以升遷為目的的各公司中上層管理人員，主要表現為由副手變為一把手，分公司老總成為總公司老總。二、跳槽人員的主觀心理分析：人力資源作為一種特殊的資源，具有能動性，復雜性和自我豐滿性等特點。這就決定了每個人在擇業時都有自己的價值觀和著眼點，所以跳槽在很大程度上受當事人的主觀心理的影響，表現為為了實現自身的需求選擇更適合的職位。根據馬斯洛的需求層次論，人的需求從低級到高級分為生理需求，安全需求，社交與歸屬需求，尊重與地位需求和自我實現需求。不同的人根據自身的情況都會側重不同的需求層次。1、業務人員跳槽多是為了獲得更高的薪酬，還有部分是為了減小工作壓力或是獲得更多的自由。這是因為他們的需求主要集中在生理需求，安全需求，社交與歸屬需求的層次。他們不是企業的正式員工，沒有相應的福利保障，只能靠提高收入應對未來不確定的風險。這就決定了他們的職業目標是通過提高業績獲得更高的傭金收入，因此，保險業務員跳槽的原因多是受物質利益的驅動。2、管理人員跳槽多是為了獲得更高的職位和更快的升遷機會，從而獲得更大的發展空間，得到更大的重視。這是因為他們的需求層次已升級到更高的層次。他們的收入水平均較高，在基本的需求得到滿足後更傾向於期望得到更高的地位，獲得更多人的尊重，以實現人生價值。因此，他們跳槽除了基於較舒適的工作環境的考慮，更多注重的是職位的含金量和個人的前途等心理上的滿足。這也是為什麼大公司的超高級主管較少跳槽的原因，現有職位的光環使他們不具有跳槽的動力。三、人才流動帶給保險企業的後遺症：在市場經濟環境下，人力資源作為資源的一種，必定要受到市場需求的支配，於是跳槽便成為現代職場中的一個正常現象，在金融界早已見怪不怪，然而，為何保險業的跳槽引起了各界如此的關注？這是因為由於缺乏相應的法規加以規范，目前保險業的人才流動呈現出無管制的無序狀態。在保險業發展的初級階段，這種不規范流動給企業帶來了各種後遺症，不利於保險業長期健康地發展。1、業務人員的流動帶走了保險公司的客戶資源，阻礙產品後續服務的開展。現在大多數非專業人士對保險知識沒有深入的了解，在購買保險時多是聽信業務員的一面之詞。由於業務人員與客戶直接接觸，掌握著客戶的第一手資料，他們跳槽後為了在新的公司獲得更多的傭金，棄客戶的利益於不顧，惡意勸其退保。保險公司一方面遭受客戶資源流失的損失，另一方面，由於客戶資料的缺失，對於產品的後續服務也很難開展。而且，業務員的頻繁跳槽增加了服務的不確定性，使保險業在大眾心目中的形象大打折扣，不利於保險業的發展。2、管理人員作為企業的管理者，知曉企業的經營理念，掌握著企業的經營策略。管理人員特別是高級管理人員的流動，不僅會增加保險企業人員培訓的成本，還會由於商業機密的泄漏使新產品的開發受挫。有的高管人員跳槽的同時還帶走了較有能力的部下，集體跳槽事件波及范圍廣，對其他員工的工作熱情也有影響，進而使人心渙散，集體凝聚力下降，這些都使得企業無論是在經濟上，還是在情感上都很受傷，從而削弱企業的市場競爭力。1、基於對保險業務員跳槽原因的考慮，若想規范業務員的流動，體制的改變是根本。如果從體制上給予業務員合理的地位，使其有所歸屬，從而獲得相應的保障，那麼跳槽問題自然會得到緩。保險業務員的目標是做好營銷，而保險公司的目標是做大保險，二者的目標不同必然引起利益沖突，所以業務員應該從保險公司脫離出來找到自己的實體。以保險業務員為主體成立專門的營銷公司，保險公司以招標的方式挑選優秀的營銷公司建立長期合作關系。這樣既解決了兩大利益主體的矛盾，又能形成有效的激勵機制，規范業務員的行為。此外，在保監會內設立營銷監管部，在保險法中增加規范業務員的相關法規也是解決當前業務員不規范流動的必要措施。2、企業文化是留住高管人才的關鍵。高級管理人才的收入頗豐，所以酬勞的高低並不構成其擇業的全部標准。那麼若想留住人才，人們跳槽前衡量利弊考慮的因素是切入點。從心理學的角度講，每個人都有求穩的心理，如果現有職位的光環較大，則能不跳就不跳。這光環即企業的品牌，而企業的品牌則由市場份額和企業文化打造。市場份額不是短期能改變的，而且與管理人員執業水平的相互依賴度較大，所以要從企業文化入手。良好的工作氛圍和較大的發展空間，加之較優厚的福利保障，業余時較多增進感情的聚會，平時親如一家的關懷，這一切必使高管人員在跳槽前謹慎行事，因為一不小心將得不償失。在一個具有優秀企業文化的企業工作，感受到溫馨如家的親切感，試問，誰會為了一點利益而放棄自己的家呢？此外，保險業也可以借鑒其他行業的經驗，建立脫密機制來防止人員跳槽後商業機密的泄漏。適度的人力資源流動可以為企業增添新的活力，中央財經大學郝演蘇教授認為，人才流動加快，說明保險業這個行業非常活躍，每個人都在尋找更適合自己的新的定位。一個行業，人員沒有流動性，也就沒有了創造力，沒有了發展空間。所以在保險業的發展過程中，跳槽是必然存在的正常現象。

擴展閱讀：【保險】怎麼買，哪個好，手把手教你避開保險的這些"坑"

『伍』 保險公司員工跳槽同行業需交違約金嗎

因為你朋友屬於保險公司的保險代理人，無勞動合同，不屬於公司員工，所以在你的代理合同中可以約定這樣的條款，你也可以去看下。你所謂的那些經理也是一樣，不是公司員工。如果合同中沒有這么要求，原則上是不可以的。
LS的，要幫保險公司說話,不用扯到保監會去。那有這種規定？拿出來看看好嗎？原來保監會還管人跳槽不跳槽的，這倒是第一次說。至於什麼月薪上萬，賣保險的能做到，母豬就都能上樹了。

擴展閱讀：【保險】怎麼買，哪個好，手把手教你避開保險的這些"坑"

『陸』 保險公司跳槽時間限制

你好，就保險公司跳槽的時間問題，為你做如下解答：
1、保險公司跳槽是沒有時間限制的，只要你個人在原單位的合同不產生糾紛，能夠得到順利離職，那麼到新公司工作就沒有問題；
2、如果是保險公司的高級管理人員（包括一、二、三、四級機構負責人，班子成員）的離職，監管部門也是不會做過多干涉的，但是如果跳槽過於頻繁，任職的時候可能會遇到有麻煩，比如短時間內到不同的好幾家主體任高管，在高管任職資格審批的時候可能會遇到阻力；
3、保險監管部門原則上對於保險公司的人員流動是沒有硬性的年份規定的，比如說一年或是兩年。但是監管部門提倡的是保險人員有序流動，特別是對高級管理人員，不希望過於頻繁的流動，也正因為沒有硬性的監管規定，所以更加難以掌握；
4、作為用人單位來說，也不希望到自己公司來的員工有著過多的跳槽換公司的經歷，我想這個是很好理解的，因此，雖然沒有硬性要求，跳槽換主體也應該謹慎對待，不宜過於頻繁。

擴展閱讀：【保險】怎麼買，哪個好，手把手教你避開保險的這些"坑"

『柒』 那位仁兄知道新致的 保險事業部 怎麼樣，前兩天收到該公司的offer，職位位 程序員(5級)，不知道什麼意思

騙子，別信
你不懂保險，保險也不懂你，別人憑什麼給你職位。現在保險行業還招小白的一律拉去做業務員，不可能給你正式職位。

『捌』 中國人壽程序員外包怎麼樣

一般。
1、前途上。中國人壽程序員是掌握著核心技術的，針對成績當中的核皮簡心技術，他們基本上都是掌握一點點拼起來，做外包前途上的吸引力並不大。
2、薪資上。外包程序員一般去承擔公司裡面的非核心業務，工作要求就是批量生產，薪資待遇並不高，一般。

『玖』 程序員跳槽後面試怎麼說

你的離職原因帶有積極性就行
千萬別說自己不想在原來公司混了
千萬別說原來公司如何如何刻薄，不說原僱主的壞話，這是職場准則，就是壞話，也要委屈地表達，例如：
你對原公司薪水不滿意，可以表達為：想找一個待遇更理想點的企業。
你對原公司加班太頻繁不滿，可表達為：想換個環境，一個加班強度在自身身體狀態可承受范圍內的環境。
可以說：貴司的文化吸引了我。or 我覺得我更適合一個更具挑戰性的崗位。 or 比較喜歡這個城市，其實一畢業時，我一直想來這里穩定地工作的。 or 我想挑戰更高薪資待遇的工作。。。。。。。。

『拾』 為什麼國內程序員都很少進行代碼重構

說到代碼的重構對於國外的程序員提到的比較多，特別是大型的開源工程，基本上一個模塊或者函數的實現會反復的修改，一個文件能被修改成千上萬次，曾經訂閱了linux內核組的郵件，每天的收到的修改文件成千上萬，有時候一個文件都能被修改上百次，對於文件修改最瘋狂的是google的chrome源碼，重構的次數，讓你覺得每天都在重寫但是功能上感覺越來越流暢。為什麼我們周圍的程序員絕大部分時間做的不是這樣的事情。

為啥從直覺上覺得老外的寫的代買質量比我們的要高，我們國內的程序員絕大部分的時間是在趕進度，准確的來講忙著增加功能和修改bug，其實也從側面反映出為什麼國內出不了android以及Linux等影響深遠的 科技 創新，從全球開源代碼的佔比就可以看出，差距還是很巨大的。

為什麼覺得老外寫的代碼比我們的強？

1.國內軟體發展主要階段還在解決有沒有，還遠談不上強大
中國的軟體經過近幾十年長足的發展，已經取得了巨大的成就，特別在互聯網行業已經有幾個巨頭躋身世界前列了，最近炒的很熱的臉書的用戶數據泄密事件，作為當事人扎克伯格，也在論述中提到中國有幾個很厲害的互聯網公司，這說明中國在互聯網領域還是取得了相當大的成就，但是在一些核心的領域，或者門檻很高的領域差別還是非常巨大。

任何事情在發展的初級階段首要考慮的是不是有沒有，所以如同創業初期的公司會選擇短時間內搞出來個產品，哪怕是不成熟的產品，然後快速的投入市場，根據市場用戶的反應同步追蹤問題，等到產品差不多穩定，並且產品在市場上有了一席之地之後，後續的事情就要考慮優化功能，對裡面的代碼或者產品的性能進行全方面的提升，目前國內大部分的互聯網一般比較年輕，還在解決有沒有的問題，相信隨著時間的推移以及國內軟體的發展，也會有大量的高質量的開源框架代碼出來，但這一切都需要很長的時間。

所以國內的程序員大部分時間都是在趕進度和根據需求完成功能代碼。

2.軟體產業的底子還很薄弱， 歷史 積淀還不夠
舉個很典型的例子，現在很多國內的程序員到了30多歲就開始考慮後續的轉型了，因為後面的輕輕人會帶來很大的沖擊，所以大部分的30多歲的程序員都在考慮自己後路，都要考慮轉型的問題。老的有經驗的程序員反而轉型去做管理或者合夥創業了，哪有幾個還在安心搞技術，年齡大了還在搞技術的還被人鄙視，覺得自己沒有出息。

但是在國外寫代碼是一種很常見的職業，和別的工種沒有多大的差異，40，50歲了寫代碼也是比比皆是，做軟體是一種技術工種，經驗的佔比是很高的，所以老程序員寫出來的代碼更加有深度，穩定性更高，一切的根源還是產業的發展不夠成熟，需要時間和 歷史 的積淀，從這方面講國內的軟體整體產業還是比較薄弱，從業人員的整體素質和工作氛圍還有待慢慢的成熟，周圍都是有經驗的程序員在帶領著如何去重構代碼，如何提升代碼的質量，而國內大部分的程序要還是被產品經理鞭策著增加需求和修改代碼。

3.公司的文化差異
目前很多的中國技術公司更多的追求的是短期利益的最大化，在基礎軟體的投入遠遠不夠，畢竟基礎的投入很難短期見成效，在一個具體的場景，有一個產品主體的功能已經實現了，也能在用戶那邊投入使用了，一般的公司很難拿出時間來，讓你做代碼的重構，畢竟這種事情很難直接產生經濟效益。這與公司本身的文化差異有很大的關系，重視的技術或者懂得技術的公司對於這方面相對比較重視，反之就差很多。

小時候課本上就說著我們落後100年，所以高樓大廈不是一天建成的，所以在追趕的道路很漫長，所以承認存在差距，然後努力加倍的去追趕。

Time is money. 以目前國內互聯網的情況，需求應接不暇，程序員基本上都是被需求與業務趕著走，時間非常緊張，在這種情況下，程序員很多時候唯一的選擇就是趕緊實現需求的功能。所以，一個項目下來，代碼基本上都變得非常非常的「垃圾」。

也有很多程序員想過在項目結尾的時候進行代碼的重構，基本上每個程序員也都知道重構代碼的好處，但是並不代表著真正能做起來。還是那個原因，國內互聯網的速度太快，需求應接不暇，做為程序員，基本上沒有時間來做這件事情。

而另外一個原因是跟團隊負責人有關。若團隊負責人能夠意識到重構的好處，那麼他可以為此單獨劃分一段開發時間出來，讓大家分別負責一個模塊進行重構，這都是可以安排做起來的。這也需要團隊負責人如何在需求人員的需求與代碼質量的進度上做一個平衡，進行統籌安排。

最後我想說一個可能很少意識到的原因，那就是人員流動問題。國內互聯網目前人員流動非常的大，尤其是北上深這樣的互聯網發達的城市，基本上是平均兩年就會走一大波人，在這樣的情況下，也會考驗從業人員的職業道德，即我到底要把代碼寫的多好，要把代碼的可維護性做到多好，其實這都是從業人員自身需要考驗的問題，因為完成一個功能很容易，但是要考慮的全面就是另外一回事了。而人員流動帶來的另一個問題就是有一些代碼是很難看懂的，即有些代碼在人員離開後成為了「 歷史 」，無人敢動。這也會阻礙著軟體的重構工作的進行。

從我所講的這幾種情況來看，重構其實是大家都能知道的好處，但是真正實施起來卻又有現實的約束，需要負責人來做這樣的統籌安排與推動。

成本太大
大多數軟體產品的開發都是經過了很多開發人員的付出，如果進行代碼重構需要了解產品、了解框架、了解代碼邏輯，這個過程會花費大量的時間和人力成本，對於企業來說，效益是第一位的，與其花費精力進行效益不大的產品重構，不如去承接更多的項目來的實在。
領導決策
由於大部分企業的老闆都是非技術人員出身，他們更關注效益和客戶，為了符合企業的發展，在進行產品開發時會更多的採用新技術來吸引客戶，花費精力重構代碼不如開發一套新產品或者開發更酷炫的效果更具有實在意義。
代碼規范不足
由於國內互聯網較之國外起步較晚，很多企業發展時間較短，加之人員流動比較大等多方面的因素，很難形成標准、嚴謹、行之有效的代碼規范，所以很多技術人員在開發時都是根據個人風格習慣在開發，等其他人接手代碼時，缺少相關標准和文檔，很難理解代碼邏輯，花時間去了解代碼、重構代碼不如直接推翻重做來的方便。
客戶定製化需求
部分企業創業初期對企業信息化是不夠重視的，只有企業發展到一定程度才會考慮信息化建設，而由於業務的限制，大多數標准化的互聯網產品都很難滿足企業的實際需求，需要進行大量定製化的開發，對於互聯網企業來說，即使產品開發足夠完善，在實際項目中也需要進行擴展，倒不如直接在項目中進行調整。
程序員的發展限定
在國內很少有終身的程序員，大部分都會逐漸轉向銷售、售前、項目經理、產品經理等崗位，而這些崗位則需要了解業務、了解客戶，對技術的需求反而不會太高，所以與其花時間去專研技術不如將更多的精力用在業務和項目層面。

代碼能夠重構對底層框架要求深度掌握、且代碼框架本身要足夠靈活，而國內絕大部分技術人員都是停留在對框架的使用層面、少數可以完善、結合使用，極個別的在做同語言山寨或者換一種語言重寫，能夠對產品體系進行把握、與時俱進擴展實在是鳳毛麟角。隨著國家的經濟提升、IT行業逐漸成熟，在我國這么多IT公司基數下，即便是鳳毛麟角的概率，重視基礎框架、積累萃取、不斷迭代完善的一些技術公司也會慢慢嶄露頭角、涌現出來的。

【國內程序員很少進行代碼重構】，這個現象雖然沒有什麼調查統計，不過我寫了十多年代碼，也發現身邊的程序員大多數是這樣的，【寧可寫新的代碼，也不願意重構老代碼】。下面我也談談自己的看法：

系統沒有問題，就是最大的功勞
我見過的大部分的傳統行業的軟體公司或IT部門是這樣的（互聯網公司不太了解），「只要系統穩定，那麼就是最大的功勞」，而保持系統穩定最好的方法是什麼？ 就是盡可能的不要動系統！

可能很多人不能理解，但很多公司確實是這樣，甚至公司對項目的考核標准中，項目有什麼突破的權重很低，是否有生產事故的權重很高。所以很多「機智」的項目組成員，千方百計的不接需求，或者把需求推給別的項目組。在這種單位裡面，別說重構了，新代碼都寫的不多。

測試覆蓋度太低，重構代碼沒辦法保證質量
代碼重構，很重要的一個問題：「重構後的代碼誰來保證？如果影響到原有的功能怎麼辦？」

這時候很有效的一個方法，是使用各種自動化的測試來保證重構代碼的質量。

但是，大部分公司，不管是單元測試還是其他的自動化測試，都是不健全的，甚至是沒有的。所以只要不是被逼不得已，程序員寧可重新寫一個方法，也不願意重構之前的代碼。

其他

進行代碼重構不是一件容易的事情，務必需要對需求熟悉；對代碼 歷史 變更熟悉；對代碼框架，模塊熟悉；對產品更新迭代做好風險把控，時間成本把控……

進行代碼重構需要能力非常高，責任心非常強的人進行，甚至需要一個優秀的團隊完成。

為什麼要代碼重構？理由一大堆，我認為主要有兩條，一是原代碼已不適合擴展新需求，二是原代碼已擁腫不堪，亂七八糟。

為什麼很少重構？除了上述分析外，還有其他因素，如人員流動快，原團隊原作者早已不知何去何從了。又如需求和業務繁多，完成工作開發都累得半死不活，日理萬機似的，哪有時間和心情重構？

謝謝大家。

1.國內程序員技術能力不足以進行代碼重構

大量的軟體從業人員連編程規范都不熟悉，怎麼可能做代碼重構？更多的人只會寫寫hello world，只會拷貝粘貼小段代碼，連if else這種語句都寫不清楚甚至漏掉邏輯，連面向對象的編程思想都沒有，談何重構？

2.國內程序員的溝通能力說服能力一般。

進行軟體重構，必須說服經理，讓經理相信重構會帶來軟體質量的提高和故障率的逐步降低，這樣經理才會安排人力進行重構。

3.國內軟體開發更注重bug的及時解決

國內軟體開發大量的人力被分配到解決短期的某個bug，沒人抽時間思考如何長久的徹底的解決軟體缺陷，其實解決bug不重要，找到軟體的缺陷或者性能低下的地方才重要，這些才是重構的點。國內加班加點疲於奔命式的開發，沒人考慮bug率是否長期內能夠收斂，總是先解決眼前的問題再說，處於一個永遠解決bug的死循環里。

這種工作模式是愚蠢的，不是smart的。

軟體開發，一定要動腦子，不要蠻干，這不是耕地，力氣大就耕的多。

重構代碼的目的說白了，就是讓軟體開發人員更自由。

謝謝樓主的問題，這是一個我特別想回答的問題？

為什麼？因為，第一，我是一個對代碼有潔癖的人，受不了一坨，一坨那樣的代碼。第二，我是一個踐行Clean Code 的人，給大家我主要負責的一個項目的一組數據（JAVA），總代碼量20萬行,UT coverage(單元測試代碼覆蓋率）82%，代碼重復率0.5%，代碼規則(sonar）違反（Code issue）0,甚至連最低的違反都沒有。

也正是因為我的項目在實踐Clean Code上的數據，我經常去給不同的團隊做分享，也對團隊對這個重構不太上心有一些理解。

大致以下幾個原因。

第一，也是最多的，交付壓力，大部分人都會抱怨，你看我們有這么多新功能，還有那麼多bug,根本忙不過來，哪有時間重構？

第二，重構意識不足，老闆，管理人員總是希望這個我們要有，那個我們也要實現？為什麼？因為別人有，別人有我們沒有可能會造成用戶流逝。即使有一些有見識的程序員和老闆反應這個重構問題，但是重構從來不是高優先順序的。畢竟，現在的軟體的生命周期可能很短。

第三，人員流動性大，這個是我聽過最奇葩的一個理由，我問一個來聽培訓的哥們，說你代碼寫成這樣，以後怎麼維護？這個哥們說，我也知道難維護，但我明年就跳槽了。

第四，設計上就不需要重構，曾經給一個保險公司做分享，我本人也是做金融相關產品後台的，我就問你們這樣寫代碼，可能三四年以後就非常難維護了，還是要盡快重構。他們的回答是，我們不重構，我們只重寫。什麼意思那？就是一個系統，三四年以後在寫一遍。

第五，程序員本身的問題，可能第一寫單元測試，修改命名，修改代碼結構，是一件很沒有成就感的事情，也是一個沒有多少附加值的事情。畢竟現在你去找工作，這個代碼質量方面的問題會問得很少。

第六，我見過的我不能反駁的一個回答，我的英文太差，不能很好的命名，而我也不想學英文。

第七，反正我已經實現了功能。

最後，用一句話來提醒程序員們，重構是多麼重要。

出來混遲早要還的，挖了坑遲早要填的。

在國內，【重構】這件事是程序員最喜歡做的事，而不是公司喜歡做的事。

但程序員喜歡並不能影響公司的決策，所以，國內的現象就是軟體系統很少有重構。

其根本的原因在於，國內的公司所推出的系統大多沒有重構的價值。

1、國內的互聯網公司存在這樣一種快節奏，那就是發現一個有價值的創意，就馬上進入開發，開發完成立即上線，並立馬推廣使用。這是一種快速試錯的模式，一旦發現系統在 社會 中沒有引起反響，那就馬上把系統再下線。這種情況下的系統哪來的重構價值呢？

2、即使一個系統上線成功了，也積累了大量的用戶，貌似為了系統的穩定性和性能，可以有重構的機會。但事實上不是，國內公司仍舊不會選擇重構，因為重構帶不來新的價值。所以，公司多數都會在系統上添加新的功能來吸引新的客戶，而不會考慮重構現有系統。

總得來說，引起重構的原因在於能夠有持續的價值。沒有價值的事，企業當然不會做，僅是程序員的一廂情願而已。

你只是見到了你所在的公司現象，不代表所有，也不能代表大部分的。

代碼重構還是存在的現象

代碼設計爛，經常出問題、擴展麻煩、維護心累、數據混亂、結果不清醒、模塊劃分混亂

就可能要考慮到重構了

呵呵，

老大說：

你趕緊去修復一下這個bug，

還有幾個功能沒有實現，加班搞一下，

pm 說：

這個功能改一下，

還有這個，界面重新調整一下，

這個業務流，現在不一樣了，

客戶需求需要多幾個功能，

老闆說：

這東西下周能出來嗎？