程序員有技術問題嗎

『壹』 程序員技術發展問題

學習c++的50條忠告(初學者必看)

1.把C++當成一門新的語言學習（和C沒啥關系！真的。）；

2.看《Thinking In C++》，不要看《C++變成死相》；

3.看《The C++ Programming Language》和《Inside The C++ Object Model》,不要因為他們很難而我們自己是初學者所以就不看；

4.不要被VC、BCB、BC、MC、TC等詞彙所迷惑——他們都是集成開發環境，而我們要學的是一門語言；

5.不要放過任何一個看上去很簡單的小編程問題——他們往往並不那麼簡單，或者可以引伸出很多知識點；

6.會用Visual C++，並不說明你會C++；

7.學class並不難，template、STL、generic programming也不過如此——難的是長期堅持實踐和不遺餘力的博覽群書；

8.如果不是天才的話，想學編程就不要想玩游戲——你以為你做到了，其實你的C++水平並沒有和你通關的能力一起變高——其實可以時刻記住：學C++是為了編游戲的；

9.看Visual C++的書，是學不了C++語言的；

10.浮躁的人容易說：XX語言不行了，應該學YY；——是你自己不行了吧！？

11.浮躁的人容易問：我到底該學什麼；——別問，學就對了；

12.浮躁的人容易問：XX有錢途嗎；——建議你去搶銀行；

13.浮躁的人容易說：我要中文版！我英文不行！——不行？學呀！

14.浮躁的人容易問：XX和YY哪個好；——告訴你吧，都好——只要你學就行；

15.浮躁的人分兩種：a)只觀望而不學的人；b)只學而不堅持的人；

16.把時髦的技術掛在嘴邊，還不如把過時的技術記在心裡；

17.C++不僅僅是支持面向對象的程序設計語言；

18.學習編程最好的方法之一就是閱讀源代碼；

19.在任何時刻都不要認為自己手中的書已經足夠了；

20.請閱讀《The Standard C++ Bible》(中文版：標准C++寶典)，掌握C++標准；

21.看得懂的書，請仔細看；看不懂的書，請硬著頭皮看；

22.別指望看第一遍書就能記住和掌握什麼——請看第二遍、第三遍；

23.請看《Effective C++》和《More Effective C++》以及《Exceptional C++》；

24.不要停留在集成開發環境的搖籃上，要學會控制集成開發環境，還要學會用命令行方式處理程序；

25.和別人一起討論有意義的C++知識點，而不是爭吵XX行不行或者YY與ZZ哪個好；

26.請看《程序設計實踐》，並嚴格的按照其要求去做；

27.不要因為C和C++中有一些語法和關鍵字看上去相同，就認為它們的意義和作用完全一樣；

28.C++絕不是所謂的C的「擴充」——如果C++一開始就起名叫Z語言，你一定不會把C和Z語言聯系得那麼緊密；

29.請不要認為學過XX語言再改學C++會有什麼問題——你只不過又在學一門全新的語言而已；

30.讀完了《Inside The C++ Object Model》以後再來認定自己是不是已經學會了C++；

31.學習編程的秘訣是：編程，編程，再編程；

32.請留意下列書籍：《C++面向對象高效編程（C++ Effective Object-Oriented Software Construction）》《面向對象軟體構造(Object-Oriented Software Construction)》《設計模式（Design Patterns）》《The Art of Computer Programming》；

33.記住：面向對象技術不只是C++專有的；

34.請把書上的程序例子親手輸入到電腦上實踐，即使配套光碟中有源代碼；

35.把在書中看到的有意義的例子擴充；

36.請重視C++中的異常處理技術，並將其切實的運用到自己的程序中；

37.經常回顧自己以前寫過的程序，並嘗試重寫，把自己學到的新知識運用進去；

38.不要漏掉書中任何一個練習題——請全部做完並記錄下解題思路；

39.C++語言和C++的集成開發環境要同時學習和掌握；

40.既然決定了學C++,就請堅持學下去，因為學習程序設計語言的目的是掌握程序設計技術，而程序設計技術是跨語言的；

41.就讓C++語言的各種平台和開發環境去激烈的競爭吧，我們要以學習C++語言本身為主；

42.當你寫C++程序寫到一半卻發現自己用的方法很拙劣時，請不要馬上停手；請盡快將餘下的部分粗略的完成以保證這個設計的完整性，然後分析自己的錯誤並重新設計和編寫（參見43）；

43.別心急，設計C++的class確實不容易；自己程序中的class和自己的class設計水平是在不斷的編程實踐中完善和發展的；

44.決不要因為程序「很小」就不遵循某些你不熟練的規則——好習慣是培養出來的，而不是一次記住的；

45.每學到一個C++難點的時候，嘗試著對別人講解這個知識點並讓他理解——你能講清楚才說明你真的理解了；

46.記錄下在和別人交流時發現的自己忽視或不理解的知識點；

47.請不斷的對自己寫的程序提出更高的要求,哪怕你的程序版本號會變成Version 100.XX；

48.保存好你寫過的所有的程序——那是你最好的積累之一；

49.請不要做浮躁的人；

50.請熱愛C++!

『貳』 程序員應該如何面試，程序員面試問什麼技術

3年以下的面試
面試主要看兩個方面：
一、通過溝通交流，一些簡單的問題，了解的你的邏輯思維，個人性格。

二、一些常用的技術是否了解，根據你的回答問幾個典型的問題。

這個階段面試技術並不是最重點的，主要還是邏輯思維是否敏捷，為人處事是否好相處，技術是可以培養的，基本帶一周就可以很好的幹活了。

3年以上就麻煩了
一、技術會問的很詳細，沒有扎實的功底，擋不住啊。

二、超過3年的招聘，一般都是有一定目的性的，比如需要搭建項目構架，或者需要專攻資料庫的，或者需要比較全能的技術大牛來解決問題，所以應該針對面試方的一些需求去准備。

以上都是瞎掰，看看就行了。

『叄』 程序員真的很難嗎

您好，非常榮幸能在此回答您的問題。以下是我對此問題的部分見解，若有錯誤，歡迎指出。展開全部
很多人問編程難不難？我想說那可不是鬧著玩的。不從事這一行的永遠不知道這行的艱辛，還咋巴著小眼睛問編程好不好學？
不知道諸位看沒看過聖鬥士星矢這部動漫，如果你想踏入編程殿堂，就要先想想那個被無數小孩子嘲笑的實力很菜只會死纏濫打經常被虐得體無完膚的主角星矢，首先你得問問自己，想學編程，你有沒有像星矢一樣持之以恆百折不撓一步一個腳印忍受常人無法想像的困難和痛苦的品質，沒有？你說我開玩笑逗你，那好，下面的不用看了，因為你確實不適合學。
如果你只想著掙大錢，勸你別碰這行，一句話，別來找虐。為什麼？你看到的手機APP,各種應用，要想開發出來，不知道需要多少種技術。拿最常見的網站開發，需要後台資料庫mysql，數據格式json,xml,各種網路協議，還有網站開發語言PHP,

JSP,ASP.NET，等等不下十幾種技術。而每一種技術都是一本厚厚的五六百頁的書，需要最少一年多時間掌握一門技術。最要命的，每種技術互不交叉還跨度很大，每種技術都有自己的設計理念和很多很多「天坑」在等著你攻克，你問問你自己，你有這個恆心和意志力天天捧著本大部頭的書天天看，天天上機操作學嗎？你說有，那好，你看電視上那些富二代天天瀟灑地到處遊玩泡妞基本於你無緣了，因為你根本就沒時間，談個戀愛都困難，還想打網遊玩王者？那算了，你還是別碰這行了，別耽誤你玩游戲享受生活了。
學習編程，你上來就會碰到第一關勸退BOSS,環境搭建。如果只會個C++，java可以有VS,
Eclipse幫助你，但是你要學那種新興的語言工具，如cocos2dx, NodeJS, Android,各種伺服器語言，Linux,
那對不起，各種環境配置能練得你頭大，就算用上VS這種宇宙無敵IDE,
學編程還是會碰到無休無止的各種編譯錯誤，運行時錯誤，很多時候編譯器給出的出錯語句非常費解,全英文的哦，還是高濃縮科技英語，還經常真實出錯原因跟IDE的出錯提示差了十萬八千里，這個時候只能依賴您豐富的編程排錯經驗，不行只有網路，google，專業論壇海量搜索，碰運氣了，看是不是有高人也遇到同樣的問題，很多情況下你發的帖子石沉大海，沒人回答，這個時候是你最容易放棄被勸退的時候，少年們，覺悟吧。這個時候如果你沒有星矢那樣反抗命運不公，被打倒多少次都要站起來不服輸的勇氣，半途而廢是你註定的結局。
程序員加班很恐怖，工作制通常是996，即早9晚9周六還要上班，晚9下班還是早的，一般到晚上十點。你想那時夜深人靜了人家都休息抱著老婆睡覺了，你還在工作中，F9, F10, 不對，重來，這聽上去是不是很崩潰?
第2，程序員耗腦太嚴重。工作中需要十幾個小時大腦不停地運轉。需要設計演算法，不斷地把代碼改來改去來適應客戶一天幾變的需求。很多功能沒有現成的解決方案，還經常遇到一些天書一樣的疑難問題，bug，實際工作中突發狀況千奇百怪，你可能見都沒見過的bug,崩潰，需要一點一點查幾萬行的log日誌。而且也需要網路，google,英文論壇尋求幫助，理解錯誤信息是什麼意思。所以英文不好的沒耐心的還是算了吧，不適合這行。
第3.

程序開發首先是非常難學的，任何一門編程語言都有自己獨到的思想，概念設計，很多情況下一門語言與另一門語言沒有多大關系，知識經驗無法串用。而且工作中你還不得不用到這些技術你不得不去學。而且程序技術日新月異，新類庫新SDK每天都會推出，你需要日復一日不斷地學習新技術。如最新視頻解碼技術，游戲引擎等等，而這些新技術可是國內沒有書和任何資料的，需要你到英文官方網站去找實例看文檔去學，更要命的，新的技術和老的還沒太大關聯，你得重頭去學。而且老闆急趕項目不會給你什麼時間，一般三天就是極限了，你需要這么短的時間快速掌握一項新技術...
綜上，你明白程序員為什麼總要加班了吧，也知道這行不是人乾的吧。為什麼說程序員干到三十干不動。很簡單，以這種消磨人生所有時間狀態，你生命中只有加班加班工作工作學習學習，你將不能顧家不能跟朋友聚會不能再有自己一點點休閑時間，更別說談女朋友戀愛了，以這種狀態你能堅持到三十歲？我想那簡直是個奇跡了非常感謝您的耐心觀看，如有幫助請採納，祝生活愉快！謝謝！

『肆』 優秀的程序員是如何處理技術 Bug 的

從初入職場菜鳥到職場大咖，很多程序員在努力充實自己，有時候我們需要對自己進行一次能力定位，了解自己的優勢和沒有掌握的技術。芯學苑列出幾點作為初入職場的新手評估自己，明了前進學習的方向。
1、技術能力(解決問題的能力)
這是非常重要的事;過硬的技術能讓你得到面試機會，並在工作中游刃有餘。當公司招聘一個Java開發人員時，是會優先考慮能力因素的。在實際的項目開發中，一個程序員的技術能力等於其解決問題的能力。
如果拿一個尺度來衡量這個能力的話，一個程序員的能力可以用能完成任務的數量和難度來衡量。一個程序員能基本無誤的完成項目中的一個功能算是合格，但在此之前，他對項目的生產力為負，為他布置的任務，中間環節的溝通，修補bug的時間其實要多於自己直接完成該功能的時間的。能較好完成一個完整模塊的程序員才算是較好的程序員，也是項目中的主要開發者。能獨立完成整個項目才是優秀的程序員。
2、專業基礎(知識的積累)
一個程序員的知識積累很大程度上決定了其解決問題的能力。知道如何編寫代碼是基本的技能，但是知道Java編程語言的原理，知道代碼背後的演算法將使你從人群中脫穎而出。
3、主流編程工具
今天，事實是，你不能成為一個樣樣都懂的人(雜而不精)。你必須選擇你要掌握的工具。有時這是由工作的環境決定的，但是按照下面說的去做也是一個很好的選擇：
構建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
構建自動化：Jenkins。
IDE：Netbeans或Eclipse——不僅用於編寫代碼，而且還從IDE中重構和調試代碼。我遇到了很多沒有如何從他們最喜歡的IDE調試的開發人員。
Bug跟蹤：Bugzilla或Jira。
4、JSF的知識
應用程序伺服器
所有Java開發人員應該知道如何在Apache Tomcat中部署。
當Glassfish開發停止時，下一個最好的事情是J Boss Wild Fly。
5、溝通的能力
溝通是我們做好一切事情的關鍵。我們必須與我們周圍的環境保持互動，無論是在我們的私人還是職業生活中。一個良好的程序員知道如何在各種團體面表達自己。也許對你來說顯而易見的東西在他人的角度來看並非如此。
從大的尺度(比如一個人的工作生涯)來看，一個程序員知識積累的多少只決定於其自學能力和他對編程本身的興趣。
在一個分工明確的項目中，程序員需要理解產品，和領導溝通理解自己的任務，和同事們溝通以正確的方式進行合作。無論哪一個方面溝通出了問題都不是小事情，同時，程序員還需要正確的傳達設計的實現難度，以及讓別人正確的理解自己設計模塊的介面。在不寫文檔時，正確的口頭溝通非常重要，需要寫文檔時，良好的編輯能力也算做是溝通能力的一部分。
6、自學能力
這是一個非常重要的技能，在你自己的空閑時間學習新的技能。不要等待公司為你提供培訓。你需要自己去學習新技術，提升自己在相關領域的水平。從Java後端開發到架構模式，總是有一些新事物值得學習。經常閱讀博客和論壇，嘗試加入本地聚會小組。你學到的東西可以幫助你的事業。知識刷新頻率極快讓人無法追趕的這個時代，難免會有超出自己知識范圍的時候，此時你的自學能力決定了你能多快的完成任務。
7、良好的團隊合作精神
無論是部分編程還是大型項目，所有開發人員都是作為團隊的一部分在協同工作。你需要致力於團隊的目的，或幫助新的團隊成員克服障礙。不要存在這種「我只要做好我的本職工作，下班就直接回家」的態度。成為團隊的一部分，幫助周圍的同事，對自己的能力也是不小的提升。
就像拿破崙說的不想當元帥的士兵不是好士兵，追求參與一個大型軟體系統的開發，是每個程序員的夢想。在此之前，應該學習更多的專業知識，達到優秀程序師的標准。最後希望各位程序員閱讀本文後能夠得到一些裨益，在這條路上走得更好。

『伍』 作為一名程序員，從事技術管理工作，應該注意什麼事情

從程序員到技術管理，這要用人力資源管理的專業知識來看，就是一個非常典型的從「個人貢獻者」向「團隊管理者」角色轉變的過程，這也是各公司人力資源部門會重點關注的一個群體，幫助這些新晉升為管理者的人員快速進行角色轉換。

我將結合我人力資源從業生涯見到過的諸多案例、以及個人從員工升到管理層時的一些心路歷程，來回答這個問題。

第三步，掌握激勵下屬及增強團隊凝聚力的技巧和方法

依賴下屬完成業績目標的管理者，最重要的就是解決兩個問題，一個問題是讓下屬會幹活、有能力幹活；另外一個問題就是讓下屬有意願幹活，擁有一個能夠好好乾活的環境。

輔導和培養員工能夠解決員工幹活能力的問題，而激勵下屬及增強團隊凝聚力則能夠解決員工幹活意願的問題。主要分享3個主要方法。

• 自己做一個肯負責有擔當的領導人，遇事自己要沖在第一線，帶領大家一起解決問題和難題，有了榮譽、好處和利益，則更多把真正有貢獻的下屬推在前面；
• 鼓勵團隊成員之間互助互利，切忌主動製造內部矛盾和小團體；
• 營造一個以追求成長、進步、上進為榮，敷衍、懶散、得過且過為恥的團隊文化和氛圍。

『陸』 你所知道的程序員都有哪些『技術癖』

程序員是非常喜歡寫代碼的，我感覺他們的技術癖好就是一直的寫代碼，不斷的寫，也不知道什麼時候能寫完，而且是非常恐怖的，一直在敲，也不如看到他們寫的是什麼，他們打出來的東西是什麼樣的。

『柒』 為什麼說程序員的工作沒有技術含量

有的只是單純每天復制、粘貼文件，做些重復而簡單的工作，這種不能被稱之為程序員。真正的程序員是很有技術含量的，做開發，編寫程序

『捌』 程序員，感覺技術停滯了怎麼辦

程序人生 | 程序員感覺技術停滯了怎麼辦?Java程序員如何打破工作2,3年的瓶頸問題,讓技術更上一層樓?? 很多人做java開發2,3年後,都會感覺自己遇到瓶頸。什麼都會又什麼都不會,如何改變..

『玖』 為何國內程序員的平均技術水平不高

高級程序員是不能只靠讀若干本書和寫幾萬行代碼練就的，筆者更注重的是低層的環境，即程序員現實的工作環境。因為程序員的高低還得從實際的工作來衡量，而非其它。所以我想說的是，中國的軟體公司的性質直接影響程序員的水平的高低。而我所說的軟體公司，不是指某個或者某幾個，而是指主流的軟體公司，大眾型的軟體公司。所以我希望那些已經步入一個理想的公司的程序員理解我這篇文章的定位。 軟體公司的無償加班對程序員的影響 國內的軟體公司中程序員是常常加班的，每日加，周未也常加。基於這種性質，出現了一種很莫名其妙的現象：每天程序員的實際下班時間總是要晚於規定下班時間，至於晚一個小時還是兩個小時還是更多這就另說，總之，程序員這份工作，如果按時下班反而自己感覺自己像是做賊似的。表面上公司並沒有強迫誰加班，但實 際上在潛移默化中有一種威懾力，要求你要多為公司工作幾個小時，而且表面上你所工作的這幾個小時還是你自己願意的。正因為是「自己願意的」，所以公司更有理由認為是無償的。 還有就是周未加班，一般周未加班是因為「忙」（關於這個帶引號的「忙」，見「軟體公司的『忙』對程序員的影響」）。但周未加班一般是無償的，至於法律所規定的那種「償」就更嘗不上了。不過一般公司是這樣規定的：周未加班可以倒休。關於倒休，一般是周未的班真的加了，倒休卻遙遙無期，原因很簡單，公司 「忙」 嘛! 這種情況對程序員的影響：消極、軟弱無主見、虛偽、對前途渺茫。 軟體公司的「忙」對程序員的影響 軟體公司的「忙」其實有時也是真忙，從原因來說，軟體公司認為是程序員(其實也有其他員工，但本文不涉及討論)造成的，程序員認為公司造成的。而根據「一 個巴掌拍不響」原則來看，應該是公司與程序員合作不協調出現的惡性循環造成的。深層原因大家自己研究去吧。不過從我這里的表象來看，這種「忙」有這么幾 點，這幾點如果不代表大家的意見，大家可以補充： 1、項目開發與計劃脫節，表現為項目開發慢於計劃。 2、突如其來的事件。 3、為某種說不清道不明的原因，像是作秀。 4、假忙。 5、真忙。 上面說的第一種情況最常見，這涉及到軟體工程的話題，其實也是軟體公司做不大，程序員水平提不高的核心。 上面說的第二種情況也常有，比如偶爾趕個標書，比如客戶那裡突然出現了BUG，急著去改等等。 第三種情況就很讓人暈菜了，有點無病呻吟的感覺，比如不知道從哪裡冒出一個會議，開到個七八點; 第四種情況很特別，也比較常見，大家同室坐、彼此各自心。一片共同耕作的美好景象，但果實見不到兩顆豆呢。這可是大家齊心虛度時光。程序員可以拿出這個時間提高自己嗎？當然不可以了，你表面上還是得幹活呢。 第五種情況就不說了，因為這是正根。 總之軟體公司是「忙」的，一般是以上三種「忙」，偶爾這三種都沒有了，第四種就馬上出來的。 這種情況對程序員的影響：混亂無序、怨由心生、虛偽做作、學習時間少。 軟體公司的流程不規范對程序員的影響 無像樣的需求、無像樣的設計、沒有測試、沒有文檔、沒有維護（所謂維護也大都是客戶測試出BUG來改一改）。 其實說到需求這一塊也並非完全是軟體公司的問題，大多數情況下，客戶也是根據程序員直接上來編碼後暴露出來的問題才漸漸明白自己的需求是什麼的。 「什麼都沒有」的問題在於，什麼也不清楚，如果寫一堆以不變應萬變的代碼，第一，時間不允許，第二，難度太大。要是稀里糊塗去實現，擴展與維護性又差，整個一堆豆腐渣工程，總之是沒法下手。長了一堆「打鐵」技巧，神不像神，程序員不像程序員的。 這種情況對程序員的影響：無規劃性、代碼質量低、手忙腳亂、技術永遠停留在「打鐵」水平。 軟體公司對程序員員工的「全能型」要求對程序的影響 裝系統、修列印機、寫文檔、編代碼、見客戶、掃地搬桌子、接網線，在國內軟體公司中程序員做什麼事都有可能。單單說技術方面，也是要求事事能做，看一下招聘要求就知道了。 這種情況對程序員影響：術業無專攻。 軟體公司的工資拖欠對程序員的影響 很悲哀，這是存在的。我向來認為一個員工與公司合作的最底線應該是按時按量發工資。但很多公司打破了這個底線。一個朋友開玩笑地說過：「家庭有錢，誰干程 序員呀!」這話雖只可信一半，但是從國內情況來看，程序員的生活質量還是不高的，工資的拖欠直接影響到程序員的心態，甚至影響到程序員的生活。 這種情況對程序員影響：低調、迷茫、心態不穩、思想徘徊、生活困難。 軟體公司對軟體開發的要求對程序員的影響 軟體公司對軟體開發的要求一般是實現即可。如果說寫一個和記事本一樣的程序，公司感覺程序員應該在一天內搞定;如果寫一個WPS，公司也就感覺程序員應該 在兩到三個月搞定。這不是浮誇，事實就是這樣的。公司所著眼的點在於「就這么一點功能」，而非在於「怎麼實現這『一點』功能。 這種情況對程序員的影響：開發難度大、維護難度大、壓力大、難溝通。 軟體公司的承諾對程序員的影響 國內軟體公司一般實際行動能力差，但沒理難說話，他們也知道自己沒理，所以比較愛承諾，把實際問題拋向以後解決。然而承諾也只是口頭的，有一點「我以人格 擔保」的意思。不過一般情況下，國內的程序員還是比較有忍耐能力的(從上文來看不忍耐還能混嗎)，但公司層面的「人格」卻是不可信，多承諾少兌現，員工面 試時聽到的說話到幹了兩年走了都沒做到的事根本不少見。然而路遙馬乏力，日久人變心，這樣的結果往往是使公司與員工走入惡性循環。 這種情況對程序員的影響：不滿、被動、拿不起放不下、進退兩難。 總結 消極、軟弱無主見、虛偽、對前途渺茫、混亂無序、怨由心生、虛偽做作、學習時間少、無規劃性、代碼質量低、手忙腳亂、技術永遠停留在「打鐵」水平、術業無專攻、低調、迷茫、心態不穩、思想徘徊、生活困難、開發難度大、維護難度大、壓力大、難溝通、不滿、被動、拿不起放不下、進退兩難。 上面這些短語概括了程序員的性格、心態、生活環境、工作環境等方面，它們就像毒素一樣，日久能把一個健康的程序員毀掉。在這樣的環境下，還問為什麼你的技術這么低？太搞笑了。

『拾』 做了快一年的程序員了 技術仍是一般般，是不是很不合格

習慣促使我，我們不斷進步，寫出更好的代碼。如果你現在覺得自己遇到了瓶頸期或者不知道該如何提升自己，那麼這篇文章非常適合你。