1樓：adiha
做過十幾年軟體開發。現在主要做諮詢和專案管理，完全不做開發了。
給自己的第乙個定位是軟體工程師——用某種軟體工具來解決特定問題，而不僅僅是用某種語言/工具來程式設計序。用過的語言和開發工具有十多種吧。會對各種所謂流行的語言和工具做一些初步了解，一旦有專案需要能短時間內上手，並且在專案過程中成為熟手。
不一定有特別高的水平，但是要足夠解決問題。
不太能理解現在懂一門什麼語言就可以拿高薪、學校拼命培養各種熱門開發技術的現象。
中國程式設計師太多、軟體工程師太少。會某種工具的人太多，能識別/分析/解決問題的人太少。
2樓：由曉東
首先說明我的觀點，關於人的問題，沒有統一的答案或者標準答案。下面就我的個人經歷說說我的看法。
背景情況，某國際知名銀行投行部核心系統開發，使用技術略落後於時代，穩定準確是最高要求。
7年左右的經驗對絕大部分開發人員來說可以積累到足夠工作的技術水平，單論技術而言，和15年經驗的相差不大。如果是大批量的開發任務，效率一般優於更多經驗的開發者。
15年經驗的開發人員，由於工作經歷更長，在處理關鍵問題的時候往往會有優勢，到這個優勢我個人覺得並非技術上的，而且見識上的。
3樓：AmberGarden
其實對於一部分人來說，差距不明顯；對於另一部分人來說，差距非常明顯從我個人工作十幾年的經驗來看，工作其實需要動智商和情商的。在前期，動智商很重要；在後期，動情商很重要
先說說智商上的事兒。其實我一直認為程式設計，尤其是有些技術含量的專案，其實是需要動腦的。但是有那麼一部分人，工作其實就是提線木偶。
能問就不去想，能做出來就不去深究。其實這對整個職業發展不是特別有利。幾年後TA的思維廣度和深度就會有非常大的差別。
這就是為什麼很多人工作十年到了35還是CRUD工程師，然後嗷嗷叫著中年危機的緣故。因為和五年前相比，TA的成長太慢了。但是對乙個動腦的人而言，他的水平則在不斷的精進，不用說七八年，一年就可能讓人耳目一新
再說情商的事兒。到了一定年齡，你就要或多或少的承擔一部分專案的執行啊，管理啊等等方面的責任。因為你已經有了十幾年經驗，也應該有一定的大局觀了。
所以一些專案架構邊界和規則的制定，選型，Release Scope等等其實你都需要去想，需要去參與，然後把這些資訊準確無誤地傳遞給比你級別低的同事，並且根據每個人的特色來為他們分配任務，並能調和他們之間可能存在的一些邊界問題。所謂的管理，管是一部分，理是更重要的一部分。你要讓整個專案組順利的執行起來，前提就是要有足夠多的情商。
而情商這個事兒，天生是一部分，後天還有一部分，看什麼時候悟到了
軟體開發工作量如何評估？
KidTrak 這是個專業活，因為非標。和評估人員經驗和水平 開發團隊水平 使用者軟體期望等均有很大關係。還有和使用者的認知也有極大關聯 比如由於專業限制，使用者可能無法理解乙個簡單的站內搜尋和baidu google搜尋的區別 第3方評估http dev.hireview.cn 可試試，不過私以為...
軟體開發專案經驗？？
Bingo 瀉藥。個人經驗是 興趣驅動。講道理我這種雖然是渣科班出身的，最後到了面試的時候派上用場的專案經歷都是自己瞎逼重新寫輪子整點興趣愛好弄的。題主雖然是非計算機專業，應該是想要長遠走下去吧。如果是我，我會選擇從基礎開始，找到乙個喜歡的方向，然後重新造幾個輪子 一句話總結就是 得耐得住寂寞。培訓...
為什麼軟體開發需要重構？
李超利 其實最核心的一點是 現在的邏輯不能有效快速的支撐未來的邏輯 我們要在何時的階段去小步迭代去補這個 技術負債 在系統開發之初，系統用例比較少，軟體的領域模型相對比較簡單，但是隨著系統用例的不斷增多，發現領域模型不能有效的支撐，隨即開發人員用錯誤的系統模型不斷的增加各種判定路由 標記儲存等去解決...