有感而發,歡迎討論。我對軟體開發的幾點認識

2021-08-29 14:55:44 字數 897 閱讀 4863

vcleaner

最近在論壇上看到很多熱議語言和前途(錢途)的帖子,很多人在熱議:我有多少多少年工作經驗,我會多少多少門語言,我做過多少多少個專案,等等。我現在以我的個人觀點來說一說: 1、能力是否強和工作多少年無關。同樣是工作,但是可能在不同的公司、從事不同的專案、不同的工作流程和工作壓力,即使是相同資質的人也會獲得不同的知識和經驗。 2、會的語言多並不能代表能力強。人的精力是有限的,乙個人不可能同時精通很多東西,多而不精的人只適合做架構師,還需要他或者她有豐富的專案經驗和對軟體背後的本質的深刻認識。 3、專案的多少並不能代表實際能力。姑且不論專案的大小區別,且談自己在專案做所充當的角色才是公司和雇主所關心的,還有就是專案的相關性和連續性也是考察的一方面,東一榔頭西一棒的專案經驗其實也是沒有太大作用的,個人覺得軟體的精細分工的時代已經到來,專案再多、工作經驗再長也只能代表你對開發工具有多麼熟悉。 說了這麼多的東西,亂七八糟的,呵呵,也許該說說我覺得什麼樣的人才是好的人才: 1、誠實、有熱情,不浮躁。不是僅僅為了餬口而工作,對這個行業有足夠的熱情和耐心。 2、精通一門語言,熟悉演算法,並且能看到語言背後的東西,最好能對語言的本質和硬體的關係有所了解。程式設計風格良好、認真。 能寫讓計算機認識的程式的人很多,能寫讓別人能認識的程式的人很少。 能寫正常情況下執行正確的程式的人很多,能寫在各種情況下都能執行正確的程式的人很少。 3、某一行業的長時間的工作和專案經驗。 4、良好的團隊合作能力,溝通和表達能力。 5、足夠好的英語能力。

a:不涉及演算法的程式???這裡所指的演算法不是狹義上的樹、佇列等等,而是廣義上的演算法,包含前面所說的狹義上的演算法,而且還有其他無所不在的思考。 就是乙個簡單的字串操作也有不同的做法,好的程式設計師會思考各種做法的優劣,根據程式的上下文環境選擇合適的做法。

b:一定程度上能力和工作多少年是成正比的,這只能在工作的前兩年。 如果是乙個工作5年和乙個工作8年的人相比,就一定是工作了8年的人強嗎????

我對產品軟體開發流程的理解

做了這麼多年的專案管理,對產品軟體開發過程還沒有特別清晰,對於軟體開發過程而言,我雖然看過軟體工程 軟體專案管理等書籍,總沒有乙個特別清晰的認識。今天為了以後清楚些,在這裡給自己乙個總結。首先,第乙個來的是需求分析或者市場研究報告。需求是 來的,也可以是市場,也可以是銷售,當然也可以是實施或者是服務...

我對軟體開發的一點思考

但凡是搞 的 對軟體架構 設計模式 xp程式設計 極限程式設計 或是敏捷開發 重構 這些軟體開發的思想或方法都不陌生 但是它們之間究竟有什麼聯絡?在實際的開發過程應該如何做?才能構建乙個好的程式 簡單來說 開發乙個軟體的常規做法是 先設計整個系統的總體架構 架構包含一些 層 的思想 希望你了解 層 ...

我對軟體開發的一點思考

但凡是搞 的 對軟體架構 設計模式 xp程式設計 極限程式設計 或是敏捷開發 重構 這些軟體開發的思想或方法都不陌生 但是它們之間究竟有什麼聯絡?在實際的開發過程應該如何做?才能構建乙個好的程式 簡單來說 開發乙個軟體的常規做法是 先設計整個系統的總體架構 架構包含一些 層 的思想 希望你了解 層 ...