我是去年年底辭職的，到了現在的新公司，和我一起進公司的還有個09年畢業的研究生。到了公司不多久，我們就參加到了一個項目研發中，在研發的過程中，我們都發現公司的代碼簡直就是垃圾：

一：代碼的命名很亂，簡直就是三國。他們的項目都是以漢語拼音的首字母，比如是北京目的的項目，他們會在項目中使用bj***,更可笑的是我們在開發中發現有JJbutton 這種名稱，我和那個新同事，笑了好半天，雞雞butoon是什么東東？ 類的名稱基本都是漢語拼音的首字母，時不時給你來個wfcl 等等這種。

二：代碼中的DLL管理很混亂 。一個項目中，同一個DLL有好多的版本，比如arcgis的dll，大家好幾個人的版本就是不一樣，統一不起來，這樣每次簽入編譯都報錯，郁悶死了。再在framework2.0的開發環境下，竟然有人引入3.0的DLL。一編譯都是錯誤，很郁悶。

三：相同功能的代碼很多。他們原來的開發人員基本上都是crtl+c/v過來的，不知道代碼重構啊，這樣的代碼在維護的時候是要死人的。

四：項目中一些DLL直接是從網下down下來的直接就用，不知道這種dll是否有使用限制是否安全。?

五：代碼層次不明。每個層次的功能相互雜糅，混換不堪。?

六：數據庫代碼更混換。公司是做政府項目的，大家都知道，政府項目中，關于數據庫，有的是有要求的，表名稱和字段需要以漢語拼音的首字母,這些都是要求，我們應該遵守，可是在公司的項目中，可能開發人員心情好，他就使用拼音，心情不好，他就是用了英文，而且沒有相關注釋，只能是詢問相關的開發人員。

七：文檔管理混亂。部門號稱是通過了CMMI3認證。但是在文檔方面，相關的文檔都是有的，但是文檔中的東西，確是牛頭不對馬嘴。可能你是新員工如果你對項目不了解，需要看需求文檔，和設計文檔，但是當你看了這些，你在看代碼，天哪，這文檔中說的是這個項目嗎.

八：對于數據庫查詢，哥們可能以為是ORACLE，性能不錯，所以就有SELECT * FROM TABLE 之類的東西經常見到，而且有的是嵌套了好幾個SELECT *.還有在SELECT 的時候，大量使用函數，本來SELECT 兩張表是可以的，他就來個SELECT FUNC(1,2) FROM table 之類的，這個FUNC再去掃描一次table2表，要知道，ORACLE的性能在好，咱也不能這樣糟蹋啊。?

總而言之， 公司的研發能力低下，不知大家如果遇到這種，如何辦？

轉載于:https://www.cnblogs.com/ssjylsg/archive/2010/03/17/1688480.html

總結

以上是生活随笔為你收集整理的新公司研发能力低下，何去何从？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。