一篇程式設計師應該看下的文章
鑑於經常看到很多傻傻的問題,比如xx語言幹什麼用的,xxx語言是不是落伍了?(不過說實在的,這些問題初學者都會有.) 我在這裡說說開發人員應該知道的一些東西。但是這些只是我在平日裡看到和想到的。難免有所偏差,請見諒.
軟體開發,是一個綜合性的活計。軟體開發,並不僅僅是編寫程式碼.學會了用c這些程式語言進行程式設計只是第一步,一個最最基本要求。其他要的東西還多著呢。在我看來,程式設計師大致可以分為兩類.當一個工作任務分配到程式設計師身上時,一種程式設計師知道為什麼要這樣去做.另外一種則知道怎麼去做完這個工作.
而這個區別就大了.如果你知道為什麼要這樣去實現,這個至少說明你能把握住你的任務在軟體工程裡面的位置.如果你只是僅僅知道怎麼去完成他.那只是說明你能做完這個工作而已.想做好就不一定能行了.而第一種程式設計師一定能做好.做的最優.看看下面的條條,希望對大家都有所幫助.
第一要說的,程式設計的關鍵是什麼?
程式設計不是實現了程式碼就可以了.引用我的友人的一句話,“程式設計講究是一個整體的平衡性。”
對於這個他是這樣解釋的。“平衡性,是軟體的很重要的部分,從平衡性的角度去考慮程式設計,就會抑制你想要用最新技術,最新系統等等一些想法。因為從平衡性的角度考慮,只要你的軟體有一個瓶頸出現,你的程式就是失敗。你首先要考慮的是怎麼消除程式中可能存在的一些瓶頸。在這個基礎上你才有權利去考慮提高你程式的效能”.就算你擁有最新的技術,最好系統,如果你的程式碼不行。只要你的程式有效能瓶頸存在,等於什麼都沒有做。
在這裡我想說的就是程式是人寫的。如果你的水平不行,再好的現成的技術也是用不起來的。就算用起來了,你可能沒有辦法說清楚,為什麼這樣用?
第二要說的,怎麼程式設計?
我想很多人看到這個問題,一定會在心裡把我罵的體無完膚的。心想這小子活膩了。罵也無妨。暫且聽我說。我說的怎麼程式設計不是要說怎麼寫詳細的程式碼,而是你的程式最終是怎麼形成的。我想寫到這裡又有人把我給陵遲了一次了。但實際上編寫程式碼是在軟體的生產過程中佔有時間比較少的一塊。
我個人覺得要包含以下的幾個部分:
1。市場潛力分析 分析你要寫的軟體能不能賣出去,或者說我要編寫什麼樣的軟體?
2。同類產品競爭分析 看看你的同類產品的優缺點,設計你的軟體的賣點.(如果沒有賣點,就沒有必要繼續了)
3。軟體設計 寫出詳細的軟體流程,資料流程。主要演算法。軟體架構等
4。編寫程式碼 不用說了吧
5。bug測試和試執行
6。賣
這些事,有的是市場的事,有的是系統分析員的事,還有的是程式設計的事。但是在很多小公司,本著小公司事必親恭的辦事原則。大家多瞭解一點是不會有錯的。
舉個具體的例子來說。假如我要編寫一個共享軟體。我要怎麼做呢?
1。要好好想想我要寫的軟體有沒有“錢”途。時間在15天-30天左右。在這段時間裡面一定要好好的做一下市場考察.這個可是最關鍵的一步.
2。好,我已經決定要寫xxx軟體了。
3。在網上找幾個對xxx最有威脅的同類軟體,分析它們優缺點。要它們的優點,不要他們的缺點。設計出自己軟體的賣點.
4。根據前面分析的結果,大概的列出xxx軟體應該具有的功能表
5。寫出1.0版的基本功能表,寫出1.x的功能表。不要一次就做完全部的功能,這樣的話,你的軟體永遠都沒有出世的機會
6。選擇程式語言 (看看,程式語言到這裡才出來)
7。上網找類似的原始碼,演算法。RFC標準文件。吃透.軟體程式碼和演算法的良好重用,會讓你事半功倍的.
8。根據你選定語言,演算法,標準文件,寫出xxx的詳細設計文件。文件一定要用,不然你的計劃性就不強.計劃性不強,隨意性就大.隨意性大了,軟體很容易失敗的.
9。按照設計文件編寫程式碼
10。測試和賣
第三,哪裡有資料,標準文件
程式碼的世界是千變萬化的, 在開始一個新的專案之前,完全可以找一個類似功能的程式碼來看看。這樣可以更好的改進你的程式。有時還可以加快進度。還有當新的技術出來時,你要看看相關的文件。雖然不要完全瞭解它的功能,好處。但是你至少要知道新的技術能用在什麼地方。怎麼用。配合什麼其他的技術用能更好的發揮它的作用。編寫軟體不是全部的東西都是自己寫的。有很多的功能是一種標準,也許是標準演算法。像圖形的,多媒體的,加密解密的演算法。有的是一個標準的檔案格式,像各種影象檔案,多媒體檔案。還有的是一種標準的約定。像email,telnet等常見的網路工具。
所以你要知道你可以從哪裡找你要的資料。我把我知道的都寫在這裡
原始碼和技術資料站點
www.vchelp.net gb
www.csdn.net gb
www.codeguru.com en
www.codetools.com en
www.dexv.com en
msdn.microsoft.com en
www.programmerheaven.com en
www.freshmeat.net en
www.sourceforge.net en
www-900.ibm.com/developerWorks/ gb
論壇和標準,組織
www.linuxaid.com.cn gb
www.linuxbyte.com gb
www.aka.org.cn gb
www.rfc.org en gb
各種maillist,irc
第四,要掌握的工具和知識
工具,可以讓你的工作更加的有效率和不易出錯。
下面的工具也許你用過,也許你沒有用過。不過沒有關係的。同行的老鳥會教我們怎麼用的。(我想到哪個就寫哪個。沒有順序問題)
1。資料庫工具 建資料庫工具,代表 powerdesigner 資料庫分析工具。很多大型的資料庫都會帶的。
2。流程圖設計 代表 visio 2000 , smartdraw
3。case工具 代表 rose
4。程式碼分析工具 代表 bounderchecker(for vc delphi),smartcheck(for vb) ....
5。編輯器 代表 vi,vic,Ultra Edit
6。原始碼管理 代表 vss ,cvs
7。程式設計工具,不要我多說了吧
8。其他的,我沒有用過的,但是也許在某個行業用的很多的工具。(廢話 :))
知識的話,因為每一個人的發展方向不一樣,所以大部分人的知識結構都不一樣。但是有幾點應該是一樣的。
1。英語能力
主要的新的技術,文件資料都是用英語來作為首發的。如果要學到更好更新的知識,技巧。不懂點英語也是不行的。也不要指望有人給你翻譯出來。一般來說,這些資料,看的懂的人不需要翻譯,看不懂的人沒有辦法翻譯。半懂不懂的人翻譯出來的文章我想你也不敢看。所以大部分的資料還是英語原文的。當然也有很多的人在翻譯這些文章,但是對於這麼多的資料來說,翻譯過來的只是很小很小的一部分。求人不如求己。多學點英語沒有錯的。
2。設計能力
雖然一般來說,正規的公司有系統分析員做設計(我猜的)。但是70%-80%的小公司,可就不一定了。知道一點軟體工程的知識,知道一些文件設計工具怎麼用。或者知道應該有哪些設計文件。也是很有好處的。比較這些東西如果你學到了,就是你自己的了。而且?廡┛墒羌庸ぷ實暮枚鰲:苡星鏡摹#海?
3。語文寫作能力
作為一個程式設計師,大部分時間是都是在寫程式碼。但是程式碼的註釋,各種文件,測試報告,說明文件,使用手冊編寫,這些都需要文字功底的。 還有用email,bbs,qq這些工具與人交流的時候,如果話都說不清楚,那交流就更談不上了。水平提高進步也就有點問題了。
4。學習能力
沒有幾個人是全部學會了再去工作的。這個不是很現實。目前社會也不太允許這樣做。一邊工作一邊學習是很常見的。也許很多人是在工作之中才學會做某些事情的。很多技能也是這樣會的。此外,很多新的專案的到來。很新的技術的到來都要求我們能適應新的工作環境,新的工作要求。如果沒有好好的學習是很容易被一個專案踢掉的。呵呵。
另外有一點,當上司讓你做你不會的東西時,你要告訴他,你不會,但是會在XX天內把他搞定。不會沒有關係,會學習也是會上進的一種好表現。
5。知道自己要做什麼,要學什麼,要發展什麼。
世界上軟體技術是多的像9個牛上的毛一樣多,也許還要多很多。如果我們什麼都要知道。哦,天哪,我不想活了。
作為一個軟體人員也好,作為一個初學者也好。知道自己要往那個方向走是很重要的。不然很容易的就餓死在軟體技術迷宮裡的。最後只好不幹這一行了。這個可不太好。
一般來說,作為一個軟體人員,掌握一到兩個語言的開發能力就可以了。另外除非你是想做軟體技術的研發(這些工作最有錢,在大型的公司是最受歡迎)。如果不是做軟體技術的研發,只是一般的應用程式編寫的話,不用太關注今天出來什麼新的技術,明天又出來什麼新的技術。這些東西只要知道就行了。知道有這麼回事就可以了。以後有用的到的地方再去認真的關注也是不遲的。自己選擇一個發展的方向,努力的向前走。不要被各種各樣的新技術誘惑過去。說句實話,很多的所謂新技術的怎麼怎麼好,怎麼怎麼優異,很多時候都是有商業行為在裡面的。要自己會判斷才行。如果不能判斷怎麼辦,看下面的一條。
第六:知道的更多
很多初學者最麻煩的事是怎麼在這麼多的軟體技術裡面選擇一種又好學,又有前途(錢途),又能做點什麼偉大的事情的技術來開拓軟體開發這個他們未知的領域。對於這個麻煩的問題,很少有解。如果你能遇到一個很好的老師,那就是你的福氣,千萬要抓住這個機會。如果你不得不一人做出這個決定,那隻能是小心翼翼地來了。不過一般來說學c和c++都是一個不錯的選擇。
初學者的另外一個麻煩的問題是,當我選擇之後,在學習過程中出現的很多這個和那個的新技術,新的變化。我該怎麼辦。這個也基本無解。只能是你自己慢慢慢慢積累。積累到你能理解這些新技術的出現是為了什麼,這些新變化的發生是為知道的更多 ......,這些新變化的發生是為了什麼之後。你就會不怕這些的新的東西。
我一向堅持,如果我知道的更多,我的力量就會更大。我就更不會怕出現變化。如果因為你的資訊不足,而無法對某件事情進行判斷時,千萬不要強行進行判斷。對你沒有好處的。
相關文章
- 程式設計師如何寫好一篇技術文章?程式設計師
- 這是一篇關於程式設計師學習的文章程式設計師
- 程式設計師應該如何找工作呢?程式設計師
- 程式設計師應該少做些"工作" - johnwhiles程式設計師While
- 程式設計師你應該勇敢說不程式設計師
- 程式設計師永遠不應該相信"抽象“程式設計師抽象
- 程式設計師最應該知道的一些事程式設計師
- 程式設計師應該造的五大輪子程式設計師
- 有經驗的程式設計師應該如何提升自己程式設計師
- 3 年 Java 程式設計師應該具備的技能!Java程式設計師
- Java程式設計師應該知道的20個有用的庫Java程式設計師
- 站在風口上的程式設計師,就應該有高收入!程式設計師
- 淺談:合格的Java程式設計師應該具備的能力Java程式設計師
- 程式設計師應該怎樣和領導相處?程式設計師
- 年終了,程式設計師應該這樣談加薪!程式設計師
- Java 程式設計師都該懂的 HashMapJava程式設計師HashMap
- 程式設計師的中年該如何度過程式設計師
- 程式設計師該不該主動提加薪?程式設計師
- 每個程式設計師都應該知道的下一個程式語言——Kotlin程式設計師Kotlin
- 程式設計師要搞明白CDN,這篇應該夠了程式設計師
- 每個程式設計師都應該瞭解的硬體知識程式設計師
- Web前端程式設計師應該遵循的15個開發原則!Web前端程式設計師
- 一名優秀的程式設計師應該向誰提問程式設計師
- 程式設計師工作之餘應該注意鍛鍊自己的身體程式設計師
- 智慧行業聰明者,程式設計師應該瞭解的CRM行業程式設計師
- 一名合格的程式設計師應該是什麼樣子程式設計師
- 無人機在火星升空!程式設計師應該感到自豪的日子無人機程式設計師
- 程式設計師應該關心的iOS12新特性一覽程式設計師iOS
- 程式設計師該看的幾部電影程式設計師
- 小程式的ui應該怎麼設計?UI
- 程式設計師只能吃青春飯?程式設計師該怎麼規劃自己的未來程式設計師
- 一篇文章帶你入門SQL程式設計GIFUSQL程式設計
- 9月書訊 | 程式設計師最應該知曉的 189 道題程式設計師
- 中級JAVA程式設計師應該掌握的資料結構知識Java程式設計師資料結構
- Java程式設計師職業發展應該怎麼規劃Java程式設計師
- 每個程式設計師都應該參加一次 GDD程式設計師
- 2020年的1024程式設計師節(娛樂小文章)程式設計師
- @程式設計師,你該如何磨快你的鋸子程式設計師
- 誰該為程式設計師加班“買單”程式設計師