現在企業到底需要什么樣的技術程序員,一個剛剛入行的程序員如何快速成為編程高手?還有大多數人會問我,“我需要具備什么樣的技術水平和能力才可以去創業”對于做了10幾年編程的我來說,我也一直在琢磨類似的這些問題,認真總結了一下幾點建議和各位程序猿們分享一下.

建議一：興趣是最好的老師

只有真正喜歡才能寫好程序,喜歡編程,越干越開心,完成了一個個功能,滿滿的成就感,不喜歡編程的話,編程對于你來說是一件很痛苦的事情!

程序員基本上每天都要面對代碼,沒日沒夜的工作,非常辛苦,而且工作不能有半點虛假,缺少一個標點符號都不行,相信很多程序員們都知道這一點.喜歡的做的人,會越做越開心,沒寫完一段代碼,成就感都會油然而生,特別是本身開發的產品被廣泛認可的時候,那種滿滿的自豪感大家都能夠體會到,倘若你不喜歡做編程,面對代碼面對bug會讓你壓力三大!

只有喜歡和熱愛編程才能把程序做好!

建議二：代碼量必須保證10萬行,不要抱著僥幸的心理

程序員和眾多工作性質也是一個道理,熟能生巧.程序員必須擁有足夠多的代碼量,才會找到感覺,這是一個硬性指標,是個苦力活,沒有任何捷徑可走.

計算機是一門實踐性的科學,沒有動手能力做支撐,很難做出好的科研成果.而國內培養的大部分研究生、博士生,動手能力都偏弱.

沒有寫過足夠代碼量的,想成為高手是不可能的,只能紙上談兵!

建議三：把編程當做是寫詩,把程序當藝術.

為什么這么說呢?因為現在很多公司很少做codeview (對寫好的程序做代碼級檢查)于是很多程序員為了項目上的進度,潦草應對,只要是測試那邊通過就算OK,從表層上看來,速度很快,進度也有保障,本色上,這樣的程序連編程自己都很難看懂,倘若程序員出現bug,很難調試,日后的維護工作也會非常困難.最后這樣的代碼多半只能重寫,浪費很嚴重啊!

如果每個編程都認認真真寫代碼,雖然速度上看起來慢一些,但是從整體效益上來看本錢會低很多很多.

那么問題來了,如何才能寫出像詩一樣的程序出來呢?

一、買幾本經典的編程書,把書上所有例程全部重新寫一遍,逐個比較和書上范例的差距,一步一步改善本身編程的風格和技巧.時間長了,自然就能寫出象書上例程一樣的代碼,甚至可以比書上寫得好.

二、基礎扎實后,多看看Linux 等系統級的源代碼,看看高手是如何寫的,就有感覺了.

三、通讀一下MSDN中所有的資料,這樣,“讀書破萬卷,下筆如有神”.

還有,必定要牢記軟件工程的鐵律：可能出錯的地方必定會出錯.每個變量都做初始化,引用每個參數都會做有效性檢查,在可能出錯的每個地方都會做邊界條件檢查,這樣開發出來的程序必定會穩固很多,就是出錯也會很容易修改.野路子出來的高手,一般開發速度很快,但做完后bug很多,經常需要很長時間修改.而真正的高手,追求的境界是 bugfree code(零缺陷代碼)

建議四：不斷的學習.

相信大家都知道,現在計算機發展的速度非常快,每年都會有新技術出現,在我的編程職業生涯中,我就用過 Java、basic、masm、pascal、c++、vba、Delphi、 等.目前java還是相當受歡迎的,對于零基礎入門來說也是比擬容易上手的!

人的精力有限,高手往往工作壓力也比較大,如安在有限的時間內掌握整個行業動態,的確是一個不簡單的事情.我的經驗是經常看業內的各種技術雜志,參加各種聚會,可以節約很多時間.最重要的是,交幾個博學的技術高手,多和他們交流,一定獲益匪淺!

建議五：多花點精力關注用戶.

這一點對于很多技術編程來說,感覺和自己關系不大,寫好編程就可以了,用戶那邊是產品經抱負的事情,但一個真正的高手需要知道用戶需要什么,如何做出讓用戶滿意的產品.

現在的軟件研發越來越強烈團隊協作,不少團隊都配置了專門的需求分析的工程師、用戶界面及用戶體驗的設計師,軟件研發的分工越來越細.很多程序員以為只要把技術搞好,不用管用戶需求和用戶體驗.實際上,需求方案及界面方案不可能寫得非常細,具體的實施還是程序員本身來實現的.這個時候,好壞的差距很快就體現出來了.

我們寫程序的最終目的是滿足用戶需求,不是簡單完成需求規劃方案中的功能.所以,程序員必定要認真揣摩用戶心理,能明白用戶的真實需求.

其次,怎么設計交互界面,讓用戶覺得好用,用起來舒服

我強烈建議程序員不要僅僅局限在技術本領,還需要多點精力考慮和用戶相關的問題,學會洞察用戶的需求,并努力設計好用易用的產品.做著這點的程序高手,創業成算就很大了.

這樣的技術高手,如果捕捉到合適的產品方向,并且具備必定帶團隊的能力,創業成功機會很大!事實上,絕大部分創業的技術公司,創始人都是這樣!