1樓：
先公升級成.Net 4.5，這個比較簡單，然後有些就不能用了，然後就是重構就行了。
說實話，重新用MEAN或者React+spring boot+jpa寫乙個新的程式會比修好舊的快很多。.Net1.1的話還要用VSS，TFS不能用估計。
我覺得你跟你們老闆說說安全問題，sql server manager2012明年一月馬上就不支援了，必須換成2016版本，然而.Net 4 以上才支援2016 sql server。嘗試說服一下老闆公升級。
這個主要太耗時間了，重新拿angular或者react什麼的寫個新的吧。
說實話如果老闆硬讓你幹這個，該考慮辭職了，根本沒什麼意思。
2樓：
不請自來
現在在一家小公司工作，剛入職就被派去出差，開始跟我說的是專案馬上結束，讓我過去寫協助收尾工作，那就去唄。
到了地方後才知道，原來的同事離職了，就給我留了份交接文件和無數的Bug，我還是第一次接觸mes系統，沒辦法，幹就完事了
沒來的時候知道這裡技術框架用的是springboot和mybatis，還有帆軟報表，到了之後簡直絕望，業務全部用帆軟報表實現，現在就是牽一發動全身
現在就盼望著趕緊過年回家，累啊
3樓：
推倒重來，too young啊
那麼大乙個系統，都做完了，你說重來就重來啊顯然你領導是對的，現在的任務就是維護以及加一點小需求而且你推倒重來，只不過是把前人的坑再踩一遍，可能還不如現有系統穩定依你現在的情況，就繼續維護就可以了，實現新需求可以繼續複製貼上
4樓：ming yang
這種專案就是典型的爛尾樓，爛尾的專案接觸過不少，雖然爛尾的原因各不相同，但是最大的問題還是需求分析沒做好。
另外樓主推薦去看看大話重構這本書，講的就是面對需要重構的專案，會面臨怎麼樣的風險，重構如何做才能控制風險
5樓：鄒扒皮
當專案進行到一定階段的時候，就會產生一批老中醫，只有他們能對專案進行改造。而這群老中醫才是企業核心資產。
新的功能盡量不要復用舊系統的方法，自己來一套，把舊系統的呼叫路徑捋順清楚，心情好就遷移過來一兩個小功能，心情不好就讓他們爛著就好。
6樓：
問清楚啥是爛專案?個人覺的沒有所謂的爛專案吧.所謂的爛專案無非就是資源不到位,變成爛尾樓了.
你要接,需要足夠的溝通,對上,對下.爭取足夠的專案,否則你就得繼續為爛專案背鍋.
7樓：缺錢找活
那你就在原有的基礎做優化，把自己的想法做到裡面去，一點點改，把爛專案做好，那麼你就牛了，一味的抱怨只會增加煩惱和憎恨，不如尋找突破，成就自我！(不過，時間過去那麼久啦，怎樣啦？)
8樓：陳二白
我接手過乙個最爛的專案是，資料庫的轉換系統，其實就是從A庫匯入B庫，中間程式會建立乙個快取資料庫。
但是上乙個程式設計師太牛了，當然我現在仍然比不上，所有的邏輯都是拼接sql 然後執行儲存過程完成的。至今仍在膜拜。
資料庫不允許我備份考出，我連環境也沒搭建出來。
對不起，我辜負了大家的希望。
至今仍是陰影。
9樓：沈某某
為什麼沒人說繼續拖...乙個需求如果拖幾個月幾年都沒問題，說明這個需求其實到你手裡還是可以交給下個接盤俠的，只要勸說老闆拖到下線就好了...哈哈哈哈哈
10樓：羅永錘
說一下打log，
1. 重大事件肯定要打log，尤其是控制面的訊息2.異常要打log
3.對於資料面的log，往往1秒鐘上千幀，printf肯定會打死的，這時候可以嘗試非同步傳送到網路。
4.log需要按功能分。有點spring框架裡的面向切面的概念。列印的時候加上功能字首，方便過濾。最好每個功能面加上列印開關，調某個功能的時候再開啟。
5.對於難查的問題，可能需要開發工具來分析log.
6.如果是抓幀，最好把狀態和上下文也收集起來一塊抓，再做個圖形工具來分析。
7.對於不嚴重的異常可以發到乙個伺服器記錄起來從而統計出現的頻率。
8.做效能統計的log有時候也是需要的。
等等吧，總之debug功能是軟體很重要的一部分，決定了乙個軟體的成敗
11樓：
工作沒有你想做什麼就做什麼的， 這些都是很現實的事情。公司也有公司層面的考慮。接到這種專案，你的選擇無非就兩種：
1、繼續維護下去，扎扎實實做好它，不想其他，找機會推進公司技術發展；2、辭職走人，既然不合意，你無法接受那就走人，沒什麼大不了的。
12樓：張澤宇
在醫院裡見到的各種系統大部分都是mfc做的，能接上.net的已經很幸福了，畢竟還有醫院win xp和1GB DDR2記憶體電腦的效能問題，莫非用個.net3.
0以上的framework和WPF做的應用在那些機子上能跑起來？
13樓：
重構正在執行的系統是一件危險係數很大的動作，但是有時候又不得不這樣做。只有這樣做了，才有可能扭轉被動的局面，產品才有可能脫胎換骨。
曾經接手過乙個c#1.1專案。N層架構，幾乎沒有注釋，乙個方法動輒七八千行，五六層if else巢狀，沒有事務，處理異常只有try catch。
每實施乙個新客戶都要定製一大堆功能。當時覺得與其繼續維護不如重新設計開發。最後也是不了了之。
如果系統只有在維護老使用者就打消重構的念頭吧。如果有新使用者可以考慮按照模組，分多次重構。最終將老的完全拋棄。
14樓：安江澤
感覺和領導提「重構」就是作死，即使懂技術的領導一聽這倆詞也是心裡咯噔一下。
你得說要避免加倆字段「萬一出什麼差錯」，需要對系統做出怎樣的改動。把區域性重構當成保證質量的必要條件，你們領導也不敢阻止你。
另外你們的這個系統明顯是處在售後階段，沒有任何經濟動力去做整體改進。如果你們的日常工作都是和這類系統打交道的話，說明公司已經沒有了新的系統專案。這要麼意味著公司經營方向發生了變化，要麼公司業務在走下坡路。
15樓：
不知道你有沒有看過《嚦咕嚦咕新年財》裡面的有個觀點我覺得非常有道理，你可以學習一下，就是人生如同打牌，你不能指望起手聽牌或者天胡，因為這樣的呆子牌誰都會打，考驗你本事的是如何摸一手爛牌依然能夠打得好，這才是顯示你水平的地方。你可以把這個爛專案，看成是對你的鍛鍊，也看看你自己水平如何，爛牌更要用心去打~更能顯示你水平~~~其實人生就是這樣，很多生下來就是殘疾的人，難道就不活了？？？他們更用心去活啊！
16樓：
你領導招你到這個職位不是讓你來幹活的，而是用來給客戶看的：「我們非常嚴肅認真地對待你們的需求，專門招了乙個全職程式設計師來負責這一塊。」至於老闆在不在意你能不能做出來，你自己也說的很清楚了：
不求有功，但求無過，混過明年，萬事大吉。簡單說，你就是個擺設，用來堵住客戶天天喋喋不休的嘴。老闆多方布局，戰略產品上有特種兵來衝鋒陷陣，你是用來負責在後方堵槍眼，掩護大部隊轉移的。
這種情況我見過。
雖然都是程式設計師，但沒混進有不錯工程師文化的公司的話，考慮職場問題還是多往人的角度考慮一點好
17樓：
想起蘇聯的乙個笑話。
有個年輕的克格勃接了爸爸的班，第一天上班就把他爸爸留下的專案辦好了。回家後還埋怨他爸效率太低。
他爸說：這個專案養了我一輩子，就這樣被你毀了。
18樓：
既然明年要用新系統，那還搞個鬼啊，乙個字拖，搞幾個容易的不容易出BUG的功能，混過這一年就沒事了。此外還可以學上個同事就是啥不幹就找下家，找到就走。
19樓：yaoyao
先找到問題在哪，針對性地先解決掉問題再說。
其次，既然是乙個面臨放棄的爛攤子，想必老闆也不會指望你能怎麼樣。有時間自己重新設計開發吧！可以先做一些淺度嘗試，直到自己找到了最佳方案。
到時候如果專案被放棄了，你也得到了練手的機會，下乙個專案就不會爛成一灘稀泥了。如果專案並沒有放棄，那你的春天就來了！
20樓：林杉杉
想辦法把單子甩給其他人！
沒有錯，你沒看錯。遇到這種情況，就應該左右看看，那個同事適合做背鍋俠！（一般剛進來的員工最適合，特別是應屆生）
21樓：擼吖擼
我之前也做過VS2003的開發，裡面確實好多習以為常的方法都不能使用，編輯器效率也非常低，重新生成一次專案都要2分鐘。
對於這個專案，如果你還想待下去的話建議還是公升級吧；公升級到.net framework3.5、4.
0就別想了，公升級到VS2005就夠了，05跟03還是比較接近的，但是05跟03比是乙個質的提公升，而且到05就可以支援泛型還有目前常用的各種方法函式(Linq除外),新增了不少控制項方便開發
22樓：
別犯了矯情的毛病。
十年前vs2003是很先進的，能幹一切活，現在也能幹一切活，哪有那麼痛苦。
另外，業務優先，你領導是對的。別太拿自己當回事，忍不了就走人。
23樓：
老闆沒動力重構是因為重構並不能給他帶來收益，只會帶來風險。從你老闆的描述來看，這就是乙個快要死的專案，只需要人來擦擦屁股，能維持一天是一天，你能擦成什麼樣就擦成什麼樣吧，多爭取點其他重要的專案做做。
24樓：百小程
其實換個角度來看的話，老闆的擔心不是沒問題對於乙個線上執行很久的專案，要重構不是那麼一件簡單的事情，光是把以前的那些功能模組的需求梳理清楚都已經是乙個非常龐大的工作了，何況如果進行完全的推倒重來，如果對於需求沒有那麼深刻的理解，也很難保證重來的版本符合專案的要求。
重構，要逐步進行，先從非核心業務部分下手，逐步取代，而不是啪的一下整個專案推倒重來。以前的版本要適當的繼續維護，維護過程中，你會發現很多很多的坑，這個維護的過程就是為了讓自己摸透需求，為重構做好準備。
這樣平滑過度相對風險會小一些，當然咯，工作量及週期會加大；但是由於之前的版本仍在繼續，所以你所受到專案進度上的壓力也會小一些。
如果條件不允許這樣做的話，直接撤吧！
25樓：夏晚
任何系統都會逐漸的老化。維護乙個系統的時候首先要考慮的是價效比。
重構的代價不僅僅是程式設計師編碼的成本，還有測試與風險。如果系統本身已經快被淘汰，那麼顯然繼續打補丁才是價效比最高的做法。修剪枝椏畢竟在大部分情況下還是比重栽一棵樹要容易的多。
新技術固然好，系統不斷蛻變也好，但是維護系統的工作，本質上還是搞清楚How it operates, 然後keep it going而已。
26樓：zhuzhu
當務之急是表現出好的態度。不是說好就撐個一年多麼。領導要看的不是你把系統做好了，是要看你積極推進的態度。
表現得忙碌而樂觀，讓客戶也認為你在積極處理。一年之後好專案就是你的了。
同事離職，領導不要我接他的工作卻招人而讓我去財務共享中心，說是為我好。我該怎麼辦？
離職同事的工作是什麼方向和財務共享中心的工作方向也不提，別人怎麼對比？怎麼知道好不好？調崗不是管理層說行就行的，你不在調崗上面簽字，誰來都沒用，反正都鬧掰了，不簽就不籤，一直在原崗位幹又怎麼樣。調崗後，薪資待遇的變化你了解清楚沒有？看到送禮啥的，如果送禮才能上去這得多官僚的企業才會這樣？說明這家公司...
我有個離職的同事，找我借500元錢，我該不該借？
l借錢這事最見人品了，如果穩妥起見，別說離職的同事，就是在職的同事，錢能不外借，還是盡量不要外借，因為我就被坑過。我一同寢室的女同學，那時候她比較放得開，在外面租房子住，有一次她說交房租錢不夠了，向我借了500塊，據說她家條件挺好的，交了個男朋友也挺有錢，我當時沒有多想，以為她只是暫時手頭不寬綽，就...
github 自己建立了乙個專案A，我的同事fork乙個B，當我的專案更新的時候，怎麼樣在他fork的repo上進行相應的更新
俺看到的其他比較細緻的回答 Github fork其他專案的分支與主幹保持同步 如何同步 Github fork 出來的分支 HyG cs gitlab或github下fork後如何同步源的新更新內容？高浩陽的回答 我在另乙個問題下的回答。其實這種問題真的看看官方的幫助文件就好了。 王徐陽 先把B ...