程序員如何保持技術敏感度

⑴ 怎麼學習編程

學編程會有以下逐步學習的過程：
1.熟練掌握java Web程序開發
2.熟練掌握MVC框架的企業級開發
3.熟練掌握資料庫面向對象的開發
4.Linux系統原理、常用命令、Shell腳本編程/Unix系統原理
5.熟練掌握軟體大型化，切面化，多視圖技術。
6.企業級軟體標准化作業流程
建議樓主找一家好的電腦培訓學校學習，這樣才可能比較好的學到你想學的知識。我覺得新華電腦不錯，我在裡面進行過短期培訓。我認為學校最好的地方在於都是從基礎開始授課，這樣也不用擔心自己基礎不好而跟不上了。你可以去了解下，希望能幫到你。

⑵ 作為一個合格的程序員需要掌握的知識

1寧專勿多
我認為,在學習技術時,不應該把面鋪行太廣,不要試圖把OS,語言,資料庫,設計等都掌握了,一個人的精力是有限的,不可能也沒有必要去學習那麼多的技術.'這方面想的多了,那方面必竟就想得少了'.另外,技術在某方面是相通的,比如Java和C.所以,我認為,在學習技術時,可以根據自己的情況結合公司以及技術本身(最好選主流技術,而不要先已經過時的.比如,就是公司需要,也最好不要再學VFP)的情況,選取一種或者兩種主流技術當作自己學習的核心技術.然後深入進去,在學習的過程中,最好做一些小項目或者向一個技術高手學習.這樣是很有必要且很有效的.想必大家都深有體會.這樣,用不了三年,你就會成為一種技術領域內的專家.
2選取什麼樣的技術
技術可以分為兩種:一種是一些高深的技術,直到現在也在研究和探索中,或者存在爭議.雖然絕對華麗且時髦,卻不一定實用.比如:UML.WebService等,到底有多少公司和人能夠理解它並完全用於項目中?不得而知.到底哪一種分析設計更適合我們?RUP?我覺得這些都需要時間去驗證.而且它本身是否完善也許仍是一個問題.所以,我認為這種技術適合那些對技術有狂熱的興趣,本身又有很高的悟性,且有條件(公司需要學,或者有一些培訓機會),則可以去學習這種技術,如果掌握以後,肯定會站在技術的前沿.而個人待遇也會有很大的前進,掌握這種技術對個人能力要求比較高.所以,在選取這樣的技術時,要結合自身條件.也就是你能不能學會.
第二種是成熟的技術,大家都在應用,且能夠解決公司或者個人所面臨的一系列問題.比如:delphi,java,pb,sql server等等,這種技術發展到今天,已經非常成熟和完善,而且學習的資料全面,易於掌握.所以,如果你注重應用的話,可以選取這種技術.就像上面的文章中提到的:"單純的技術，無論如何先進，如果不能給企業帶來好處，都沒有任何意義；同樣是技術，無論多麼原始和落後，如果對企業來說足夠用，能帶來好處，就應當採用".所以.選擇這樣的技術在以後的幾年裡,仍然有很多用武之地.如果能夠精通的話,待遇方面也不會低多少.
3從技術轉入管理
現在看到很多人在談論技術人員在超過35以後能不能編程,擔心自己過了35就會失業.其實這完全是沒有必要的,據我了解,國外超過35的程序員是非常多的.而國內之所以出現程序員很少有超過35的是因為,在國內,程序員這個職業起始於上世紀90年代初,而當時做這個行業的和今天情況一樣:大多是剛畢業的學生,他們當時不過20多點,那也是國內第一代程序員,他們到今天為至,也很少有超過35的,而且很多選擇了自己做公司,不再親自寫程序.所以,現在國內的程序員很少有超過35的.說了這么多,只是為了說明程序員超過35仍可以寫程序,縱然是這樣,程序員這工作仍然是腦力勞動中工作量很大的一個職業,所以,大家可以根據情況,從技術轉入管理,這樣的話,以後的生活會輕松許多.如果選擇以後做管理的話,那麼現在學習什麼就應該重新選擇了.

⑶ 程序員提升開發技術需要注意哪些

一、不提升非技術技能
我們認為非技術技能是項目成功的主要因素。這些非技術技能也可以稱之為「軟技能」，總體上來說，它已經被公司證明為能夠駕馭企業和客戶之間的長期商業關系，因此也能決定公司的成長發展路徑。一些關鍵的軟技能指標包括：

a.紀律——這是最重要的特徵之一，缺乏紀律，最終會讓這個開發團隊在開發能力上「缺乏自信」。解決這一問題的矯正方法就是每天制定詳細的to-do清單：兌現你的承諾、完成你開始做的事情、避免多重任務，因為這些往往會讓你的生活產生混亂。
b.顧客的聲音——不把客戶置於決策的核心地位只會跟你們業務的原始目的相沖突。如果客戶不高興，即使你擁有世界上一流的專業知識和資源也不會起什麼作用。保持符合客戶期望的解決方案、及時交付才能體現出項目的真正價值。
c.溝通——尤其是當客戶和供應商並不在同一地點的時候，明確而及時的溝通是填補服務空白的極好措施。主要集中在這三個方面你就能克服問題——進行主題討論、清晰表達、乾脆簡潔。
d.了解需求——在整個開發生命周期過程中，決定成功和失敗的之間的一個至關重要的區別將會給人留下深刻的印象。通過最初的頭腦風暴法了解問題狀態，以及後續的交貨程序，這其中都要和客戶完美配合。只有這樣，客戶才會贊賞你的工作，給你好評。
二、對編碼不理智
古人雲：善泅者溺，善騎者墮。但估計絕大多數 的程序員都認為自己的編程技術絕對的牛。而同樣真實的是，每一個代碼，讓不同的程序員去實現的話都會不可避免地發現它所存在的缺陷。所以說，只有通過在一 個項目上的合作，程序員之間必然有的摩擦才能證明誰是最好的。健康的競爭是好事，但它不應該成為一個本來可以成功的項目的負擔。

另一個創意阻礙是無法將預定義的模板使用在對你有利的開發項目里。幾乎所有的編程語言有一個很好的在線 /內置的代碼片段存儲庫，可以修補代碼，防止重新編程。然而，如果因為不理解需求或缺乏接觸各種可用庫/模板的話，這就意味著程序員最終會無意間將一開始 就創建的代碼付之東流。這不僅增加了開發時間，也提高了總體成本。另外一點就是，發布了的代碼已經經過了質量檢測，所以只有將它用作模板才能發揮它更大的 價值。
三、不一定什麼都要被理解
如果你是剛調到這個團隊來的編程人員，對於手頭的工作並不是很熟悉，那該怎麼辦?肯定是先看一些前任留下來的工作計劃，要是他寫的詳細倒也沒什麼，如果寫的不詳細，估計會讓你更加的撓頭。
因此，推己及人，在需要交代的工作上，最好是把任務寫的盡可能的詳細。這么做也是非常現實的原因：能夠把編程問題解決掉，最好是保證使用解釋性的語言和英語發音來表示變數。一些基本的指針可以讓你的程序更容易被理解，包括：
a.把所有參數、引用、方法和變數名稱盡可能接近英語表達。保持文件名簡短但有助於理解的功能。
b.使用++包裝文字是一個好辦法，能讓代碼和注釋更加清晰。
c.將編寫的程序保持在一個連續的流程上，尤其是在使用OOP基礎上的語言：C#、C 和 C++。
d.對於不同的代碼塊使用不同的描述名稱。
四、不使用經過驗證的工具和技術
程序員的好壞從他使用的編程工具和調試工具上就能看出。在異常情況的跟蹤上，下面就是程序員經常會出現的常見錯誤。
對一些可能會對其它代碼有影響的常見案例進行捕捉，處理這些比較常見的異常情況(而不是特殊的異常)意味著無意中除除掉了會抑制整個程序的殘留部分，因此並不會影響他人的代碼。
也許程序員可能帶有惡意的意圖來捕捉所有的異常情況，但即使是捕捉到了也不實施採取措施，這就是常說的「虛假安全閥」，這種異常處理手段是對整個軟體的穩定和安全的一種妥協方式。
五、較差的控製版本
在任何涉及多個團隊的項目里，當談到版本控制的時候不去介紹使用最佳實踐都是一個十足的罪過。版本控制的目的是確保由一個人執行的編輯或修訂不去影響另一個人的工作。
版本控制不僅有助於將由兩個或兩個以上的程序員的編輯工作合並到一起，還有助於跟蹤程序的更改歷史。所以說，任何開發團隊都應該做一些好的改進措施以確保強大的版本控制，這其中就包括：
為每個解決方案創建一個「邏輯單元」
給解決方案制定描述性的名稱
確保你所使用的都是最先進的文件
頻繁的向團隊分享你所做的各種改變
六、擁有最新信息的個人代表不了團隊
這是相對有趣的一點，所有的商業產品都想要以自身的敏捷技術和產品文化來給客戶留下深刻的印象，但是現 實中很少有廠商會花時間去磨練他們員工在介紹產品特點上的技能。許多公司只是簡單地提供了一些基本的培訓，並且抱希望與員工在真實的日常項目里學到更多的 技能。所以部門經理和項目的直接領導可以通過以下兩個辦法來提高員工的業績：
一旦有新員工加入，就立刻強制安排他參加專業培訓，讓他知道他的角色是用來干什麼的，盡早產生創造力。例如一個測試人與加入之後，就應該向他介紹編程的理念，之後將培訓重點放到測試實踐上，而不是繼續闡述編程的重要性。
現階段的技術的進化程度比以往任何時候都要快，，所以要記住，定期培訓是必不可少的，這是在給團隊創造價值。例如一個Web 設計師需要知道響應式設計，提供給設計師大量的用戶日常使用的移動設備的不斷擴張的樣品，希望他們能獲得靈感。
七、不恰當的測試
測試作為整個系統開發生命周期(Systems Development Life Cycle，簡稱SDLC)的重要一個要素，通常不需要開發團隊給出太驚人的結果。但是如果在測試環節沒有付出恰當的、相應的努力的話，這是說不過去的。 下面的一些方法或許對你的測試團隊有用，至少在你們交付產品的時候能夠給用戶一個好的交代。
單元測試
實物模型
綜合測試
八、注意安全漏洞
有的時候在軟體開發過程中，就會遇見如下這樣的安全漏洞：

A、不同組件之間意想不到的交互作用：a、輸入不正確的驗證信息;b、SQL資料隱碼攻擊;c、跨網站指令碼;d、命令植入攻擊;e、跨站請求偽造(CSRF);
B、難以實施的資源管理，包括：a、不尊重可用內存緩沖區;b、對外控制;c、使用有潛在危險的功能;
九、和客戶交流
最初的合同簽訂後，開發公司通常會忘記每天與客戶進行產品上的信息交互，以至於在交貨的時候還需要進行升級。兩大關鍵的交流點可以讓你和客戶保持更好的、更長的關系：
在客戶開問之前，開發方應該和客戶進行交流溝通。
和客戶保持周期性的交流。
十、避免標准實踐面臨的迫在眉睫的最後期限
通 常情況下項目都會遇到進度延誤的現象。然而，這不是說你有理由去偷工減料或者是在開發或測試階段耍花招，未經測試的模塊絕對是一個隱患，會讓你的開發團隊 名譽受損的。一個更好的方法來管理延遲是提前告知客戶並且積極執行延遲計劃。只要延期的理由是有效的，客戶應該會理解，也會給你額外的時間來解決這個問 題。

⑷ 程序員應該如何保護自己

Tips：「小鳥雲」是深圳前海小鳥雲計算有限公司旗下雲計算品牌，國內領先的企業級雲計算服務商。團隊擁有多年行業經驗，專注雲計算技術研發，面向廣大開發者、政企用戶、金融機構等，提供基於智能雲伺服器的全方位雲計算解決方案，為用戶提供可信賴的企業級公有雲服務。

中興事件讓我很為當事人惋惜，最近兩年程序員群體被大眾注意到，前有 WePhone 開發者被惡毒女詐騙自殺，後有中興70後程序員被內部宮斗想不開，程序員的弱勢在於常年跟機器打交道，以為什麼都很機器一樣講道理，低估了人性的復雜與醜陋，加上工作的原因，習慣了遇事自己獨立解決，導致遇到事情也不會妥善處理，更不會輕易請人幫忙，往往容易釀成悲劇。

其實這個世界是美好的，我們一生中接觸的人，遇到的事情99%都是好的，然而恰恰那1%的壞人壞事被你遇到，如果你沒有妥善處理，也許會對你的人生造成毀滅性的打擊。所以，今天我想給我的知識星球球友們總結幾點經驗，希望你們在遇到那1%的時候，可以輕松應對，想著對我的讀者也很有用，姑且也更新在公眾號上。

1.技術不是全部

這個觀點，我曾不止一次普及過，眼裡只有技術的程序員，跟讀書時候的書獃子沒什麼區別。程序員們很多都認為只要技術夠牛，我就可以憑借技術掙更多的錢，然後就可以過的更好，所以容易往往忽略了其他方面的發展，溝通交流、為人處事都是很重要的，程序員的弱勢在於常年跟機器打交道，以為什麼都很機器一樣講道理，低估了人性的復雜與醜陋，沒有一點防範心理，這些都是很危險的，總之一句話，程序員們大多智商較高，但是情商較缺乏，但是人這一生，情商絕對比智商要更有用的多。

2.培養第二技能

都說程序員是青春飯，被認為中年危機最嚴重的一個群體，在很多人看來不理解，說人到中年，有車有房，收入也較高，怎麼會有那麼大的危機呢？然而殊不知，人到中年，收入雖然高了，但是房貸、車貸壓力不小，同時還背負著家庭的責任，到處都是花錢的地方，而且經濟大環境不好，很擔心公司發展遇到困難，自己受到各種影響，跳槽的話雖然不愁找工作，但是這個年紀薪資崗位低了不想遷就，高的話除非管理崗位，否則企業不如找個年輕點的、工資低點的來代替了，種種原因導致中年危機感很重。

我之前就說過，一定要培養第二技能，永遠不要把所有賭注都押寶在工作上，年輕的時候趁早培養第二技能，寫作、演講、英語、咨詢等等都屬於第二技能，根據你的個人興趣愛好去選擇，第二技能會是你的後路，當你到了中年，也許第二技能早就發展的如火如荼，甚至超越你的本職工作，擁有第二技能的人從不會擔心危機的到來，奉勸所有程序員們，一定要重視第二技能的培養。

3.永遠不要在非正常狀態下做任何決定

這次事件很多人都想不通，當事人高學歷，經驗豐富，被裁了大不了換份工作就是了，何必想不開呢？簡直太懦弱了。其實我們不知道當時是在一個什麼環境下，我們處在事外當然看得清，但是很多決定其實都是一念之差，就是那麼一瞬間沒想通，導致沖動做出錯誤的選擇，我們能總結出的經驗教訓就是：永遠不要在非正常狀態下做任何決定。

什麼叫非正常狀態？醉酒、憤怒、極度傷心甚至興奮、異常喜悅等狀態都屬於非正常狀態，這種情況做出的決定通常都是不客觀甚至錯誤的，另外，做決定的時候多想想身邊的家人，考慮的因素全面點，會更能避免一些想不開發生。

4.職場中不要講感情

我以前也說過，成熟的職場人士是不會講感情的，不要把公司當做家一樣，更不能把公司同事當做家人看待，那些只給你打感情牌，沒有任何實質性的表示的公司或者老闆，你得小心了。

當然，可以對公司以及同事有感情，但是不可以感情用事，在公司的任何決定，如果你都可以拋開感情，其實都很好處理，但是很多同學想不開，在遇到類似事情的時候，往往會有非常不理智的處理方式。

僅以此事，給我所有的讀者普及下，希望不會有下一個悲劇發生，更希望我的讀者們都可以做一個不羈的碼農！

⑸ IT行業工作一年的程序員該如何提高自己

1.首先告訴你，你工作該換了，也就是說你不應該在外包公司繼續工作了。
2.所謂的編程語言都沒有什麼技術可言，是個人玩上幾個月都能滾瓜爛熟，你回頭想想你學C#，是不是這么回事？如果是作為一個軟體工程師，真正有難度的絕對不是掌握某個語言，而是軟體的需求分析和設計，當然數據DBA除外，那個還是需要比較長時間積累的。除外你甚至可以去看看JAVA的書，因為同樣是搞WEB開發的，JAVA目前用的比較多一些。
3.看你的樣子應該也是本科學歷，如果你進了新公司，比較大一點，比如華為，中興，聯創，大唐什麼的，你更會發現編程技術遠不及對業務技術，而業務技術最終會給你帶來高薪，當然，前提是你在那公司較為長久的待下去。
4.在工作中學習，像樓上給你列出來那麼多書，看完的時候你的同事都不知道在什麼地方高就了，明確你的發展目標，如果你決意要做開發，是電信行業還是金融？那麼電信我要進哪個公司？金融我要進哪個公司？記住，編程語言不是關鍵，你看看JAVA基礎去面JAVA的公司也不難，只要你有工作經驗，如果你想當DBA那就另外說了。當你明確你的目標後，就可以准備跳槽了，進了新公司在新公司學習你需要的東西就OK了

⑹ 技術已經達到了一定瓶頸，程序員該怎樣提升自身的編程

在計算機這個行業技術達到瓶頸。1、選擇適合項目的語言，即便是放棄自己熟悉的語言。
2.與他人分享經驗.
3、別害怕失敗
我過去通常不喜歡分享代碼。我討厭分享代碼，我擔心別人會因代碼編的太爛而批評我。我之所以對自己的編程能力覺得毫無把握，是因為我希望可以做得更好。害怕別人說三道四，這會使我想在一個角落裡隱藏起來。
4、對自己要有耐心
我不敢承認這點：我在過了很久後才明白了這個道理。你對自己要有耐心，急於求成可不行，也就會存在這種可能性：自己把自己搞得筋疲力盡、導致倦怠。我不想讓你遇到這種情況。

⑺ 程序員如何提高自己的技術水平

學會搜索和瀏覽技術社區

如何搜索，怎麼搜索，基本上做Java程序員的同學都應該很清楚。

要善於潛水和瀏覽各大技術社區和論壇，開源網站什麼的，搜索的時候用「Google」比較靠譜，遇到新的控制項的使用，不要網路找使用方法，而是應該首先查「API」文檔。遇到問題在「StackoverFlow」應該能找到解決方案。沒事的時候，多去開源社區比如「GitHub」上逛逛，遇到好的開源項目不要star了就沒事了，看看人家的思路，是怎麼寫的，要喜歡「刨根問底」。

⑻ 程序員競爭力太大了，怎麼樣才能提升自己呢

1、程序員要學會主動學習，要不斷地更新自己的技能，提高自己的「基線」。

2、程序員程序員要學會自我營銷，在業界打造自己的個人品牌，要有品牌意識。

3、程序員要善於對付中斷。如果你在跟別人結對編程，或者你用了TDD，那麼保存上下文信息就變得非常簡單。

4、程序員要重視單元測試。要知道單元測試的重要性，把測試代碼和產品代碼看的一樣重要。

⑼ 面試方法 技術敏感度

這里的玄機很多，可以證明你對問題的刨析深度、可以證明你對崗位的期望和匹配度。當然也可以展現出你的自信和風度。既然有機會溝通而不是結束溝通，抓住機會，但比較忌諱的是問一些個人利益的東西…… 來自職Q用戶：j先生
首先第一點 你一定要說有
因為這是檢驗你有沒有認真對待這次面試的最好的方法，如果你認真對待這次面試，你肯定對整個公司背後更深的運作制度，薪酬管理等問題有著極大的興趣，如果這個時候你說沒有，面試官會認為你是在敷衍他，甚至覺得你根本不了解這個公司
如果要問問題，我們應該這么問
問的問題要和談話內容有關
最好的問題是和你們剛剛所談的內容有關。這樣會讓對方覺得你有在認真聽。二是你問的問題對方肯定願意回答，因為是ta先提起的，他會認為你是一個很細心的人，懂得聆聽並發現問題。如果實在找不到和剛剛談話相關的問題，那就問對方能回答你的問題、對方願意深入回答你的問題、你的問題能幫你更了解這個職位，幫你准備下一輪面試。當然這些都是以你前期對你想要進入的公司的了解為基礎。當然計劃沒有變化快，如果你一時語塞，而恰巧面試官還沒有介紹他自己，這個時候你就可以讓面試官介紹一下他自己，不要覺得這個問題很白痴，當他介紹自己之後，你就可以圍繞著他的履歷，提出一些有關公司環境，工作經驗的問題，既可以讓自己學到東西，還會讓對方覺得你很尊重他，是真的很珍惜這個職位。

面試官為hr
如果你的面試官為公司的hr，你可以向他問
請問你們為什麼要招這個職位？是因為補缺還是擴張？如果是擴張，你要問通過什麼方式擴張，具體往哪方面擴張？
這個問題沒有什麼雷區，每一個求職者都可以問，因為他真的很平常，從這個問題，也可以了解一下公司未來的規劃和發展，對我們進一步了解公司也有幫助。
公司採取了什麼樣的政策，來保證新員工的成長？
這個問題，他會讓hr認為你很有前瞻性，確實是想要進入這個公司工作。同時對於負責幫助領導管理和選拔人才的hr來說，這個問題正是他擅長的領域，他會給你很好的解答，這樣不僅解決了自己的疑惑，對新公司的了解又加深了一層。
您當初為什麼選擇這家公司？工作了一段時間以後，您又是如何評價這家公司的呢？這家公司有什麼優點和缺點？
這個問題是完全將面試官放在第一位，會比較受面試官的歡迎，如果他在這個公司待得時間夠長，這個問題他絕對會給你很好的解答，說不定會自己的和你探討一下，獲益匪淺。

面試官為你未來的上司或同事
你平常在公司的一天是怎麼度過的？
這個問題看似普通確是最不容易出錯的，如果面試官是hr也可以問，但是為什麼要把這個問題放在「未來的上司和同事」呢？因為這會讓你更了解你未來工作的流程和一些與工作有關的相關信息，他們的答案將會是一個很好的尺子，對於將來你想要在工作上做出什麼樣的成績有很大的幫助。
你們對新人在試用期期間有什麼要求？他在這段時間內應該有什麼樣的作為？
這個問題，面試官不會在面試的時候告訴你，需要你自己詢問，但是這個問題很關鍵，如果面試官願意，他會把你在試用期期間要做出什麼樣的業績，達到什麼樣的要求很詳細的和你說出，對於將來你怎樣轉正有很大的幫助，同時也會讓面試官認為你是一個很認真的人。
這個職位在貴公司的發展前景是怎麼樣的？有何種晉升機制？在什麼條件下，才能夠得到晉升的機會？
這個問題很現實，誰都想晉升，如果你不問，肯定不會有人告訴你這其中的內在關系，而在面試的時候提出正好可以讓你對其中的內在機制，有了一個了解，對你接下來衡量是否要真的在 這家公司工作有很大的幫助。

面試官職位很高，尤其是總監級別的（最終面試時）
您覺得這個行業在未來會發生怎麼樣的變化？如何應對這種變化？
沒有規劃的公司，不值得留下，尤其是對於大公司來說，既然你已經到了最後，就一定要問問這個問題，因為不懂得戰略和謀劃的公司，可能這家公司明天就會倒掉。有戰略，看得遠，才能夠走得遠。這樣的公司才是值得打拚的公司。
與同行業的競爭者相比，貴公司的核心競爭優勢在什麼地方？
現在社會上競爭如此激烈，普通人之間都充滿著競爭，更何況是一家公司，沒有競爭優勢，說不定半年後倒閉了，那麼，你的職業生涯也就結束了。所以這個問題一定要問，這樣你才能對公司未來的發展做到心中有數

⑽ 一個程序員該如何提高技術能力，你有什麼好的方法嗎

補基礎，補基礎，補基礎！比如學Android，先把Java搞得差不多，很多就明白了。在網上搜上一套完整的教學視頻，網上教學視頻多的是，自己找一套完整的，系統的去學，學完之後，自己要嘗試著做一些軟體。