tech程序員

❶ 程序員怎麼去提升自己能力

二：信息採集器和筆記本

首先你要給自己設定一個目標，就如同一個公司會設定它的Vision。

目標要夠大，這樣你才能看到更多的風景。

目標應該設定在解決哪一類問題，而不是精通哪一類技術。技術只是手段，不是目的。

例如，「我要成為iOS developer中的達人」這個目標，就遠不如「我要成為前端應用開發的專家」來得有意義。前者學到深處你可能會去鑽研iOS framework里各種奇技淫巧，而後者你會開始關注視覺與交互設計，研究各平台間的差異與共同趨勢。顯然，後者更有助於你的個人發展。

不過即便有了明確的目標，選擇哪一類技術學習，如何學習，在信息過載的今天依然是一個難題。常有的觀點是應該學習最新的技術，因為老的已經過時，而反對的觀點則是新技術還不成熟。我個人的觀點是，當初入一個領域時，選擇主流技術框架；當你有一定經驗後，選擇技術時更應該關注背後的推動者，我相信優秀的人和團隊總能打造優秀的產品，無論是商業公司還是開源社區。不必太在意技術的新舊，因為可能很快都會成為過去時。你真正要學習的是技術背後的思想。有不少語言與開源項目會寫它的Coding philosophy，這是很有意思的，你可以從它們的源代碼中去驗證這些編程理念。以python為例，如果你執行import this就會看到它的理念，再如Python中一個著名的開源庫Celery，在它的文檔有專門一節講述它的編程理念。它們對你的影響會比這些技術本身來得更深遠，這是我給初學者們的一個忠告。

同理，我非常推薦讀一些優秀開源庫或是語言的源代碼，例如Python的標准庫絕大部分都是用Python實現的，而且可讀性非常好。如果學習一門技術僅僅停留在用的層面上，你就還沒有完全吸取其中的精華，而且學習的收益會隨著技術的過時而消失。

我的另一個學習原則是，在選擇學習一門新技術時，最大化它與你現有知識庫的差異性。讀起來可能有拗口，例如你會Django，接下去你應該去學習Ruby on Rails還是NodeJS?依據這個原則，你應該學NodeJS，因為它的非同步IO模型在理念上與Django的同步模型差異很大，而RoR則與Django更多相似之處。但更好的選擇是不要去學另一個Web framework，去學習ZeroMQ或是Redis，這兩者對於Web development也非常有幫助，這樣就做到了最大化差異。從構建一個程序員的技術理念角度，我會推薦每一個程序至少去了解Lisp或是一門Functional programming language，不管你是否會在可見的未來用到，它們能讓你從一個不同的角度看待編程。

最後我建議每個程序員都應該經營一款自己的產品，它可以是一款app，一個網站或是一個開源軟體。除非你是一個創業公司的早期員工，不然你可能沒有機會將所有學到的技術或是理念都付之實踐，有很多人想成為全棧工程師，最快的捷徑就是打造一款自己的產品。任何一個設計師都會精心打造自己的Portfolio，但大部分程序員卻不會。當評估一個程序員的Coding能力時，我會去看他的Github上是否有出彩的項目，可惜國內絕大部分程序員的Github空空如也，或者只有一些非常簡單的程序。我建議大家好好經營自己Github上項目，這不但可以提高你的聲譽，對你將來的求職也非常有幫助。當你報怨求職面試時又被問到各種無厘頭的程序題時，有沒有想過面試官也很無奈，因為他沒有任何其他方法得知你的Coding能力究竟如何。如果每一個程序員都有自己的作品，我想程序員的面試會簡單許多。

重視溝通能力的培養

當被問到「你覺得Junior Developer和Senior Developer最大的差別是什麼」時，我最自然的反應是溝通與文檔。溝通包括程序員團隊內部的溝通，與其他團隊的溝通，與Manager的溝通等等。我不認為自己有能力把這些問題非常概括地說清楚，不過我可以給一條建議，那就是先學會和你的Manager溝通，讓他來教你其餘的部分。許多公司都會設置Manager與組員的1:1，一個有效率的1:1應該大部分時間有組員來主導。這需要你在1:1之前花足夠多的時間來考慮要問的問題，並且最好提前1天發給Manager，讓他有機會思考答案。許多人對此不太重視，或者只問非常具體的問題而不是一些開放性問題，這樣你很難在你的Manager身上學到東西。如果你漸漸懂得如何利用1:1的時間，它很會成為你在工作中單位時間投資回報率最高的活動。

累積你的人脈

每個人都明白人脈的重要性，但實際做起來卻不容易。參加一些線下的會議或是活動，可能是最直接的擴展人脈的方式之一。可惜大部分人似乎只是去聽了一場技術講座就回家了。當然，這和不少活動的時間安排也有關系，講座時間排得太滿，茶歇時間短，加上有時嘉賓遲到或是沒控制好時間，乾脆就把茶歇取消了。而實際上，結識一兩個同道中人遠比聽技術講座有價值。下次去參加這類會議，不妨給你自己設個目標，比如至少加兩個同行的微信。之後維系你的人脈可能需要花更多的時間，下了班或是周末找你的朋友們喝個咖啡吧？

另外我覺得每個人都需要一個職場導師，他可以是你第一份工作的導師或是Manager，也可以是你認識的其他前輩。你們需要維系一個非常長期的關系，不止於一家公司，最好貫穿你的整個職業生涯。每當你遇到疑惑時，都可以詢求他的建議，我覺得這將是你最寶貴的一筆人脈財富。

尋找發揮你才華的平台

最後也是最重要的一步，找到適合你的公司。做為求職者評估一家公司可以看三個方面：

公司的發展前景（大公司的話，看所在部門的發展前景）

你將要加入的團隊

薪資福利

所以在面試一家公司的時候，你要意識到面試是雙向的，公司在面試你的同時，你也在面試這家公司。面試前你應該對這家公司做足功課，准備好一些有質量的問題，比如指出產品中的問題，詢問開發流程或是如何做績效評估。到時你也可以檢驗一下你的面試官是否合格。

每次選擇公司對以上三個方面都應兼顧，但在職業生涯的不同階段，側重點不同。比如，在剛剛工作時，加入一個優秀的團隊最為重要，他們可以教會你很多東西，提升你的能力。工作5年之後，你需要一個平台施展你的才華，體現個人價值，公司發展前景的重要性迅速提升。當你做出一番成績，證明了自己的價值之後，逐漸進入收獲期，就有了與公司要價的資格。另一方面，團隊實力對公司的前景也有很大的影響。

對一個剛畢業，初入職場的同學，一個近幾年被問了無數次的問題「我的第一份工作是去創業公司還是大公司？」我的回答仍舊是「加入一個優秀的團隊最為重要」。一些知名的大公司，團隊的素質是有一定保證，但創業公司則不然，團隊素質參差不齊，所以如我前面所說你需要面試這個團隊，做出自己的判斷。不過除了團隊因素之外，我想提一下畢業生去創業公司的幾個好處。

首先，在剛畢業的一段時間內，經濟壓力小，是最自由最能承受風險的時期，而這段時間往往不長，所以應把握好這個去創業公司的黃金時段。其次，所有的學生進入大公司後，都會擔任初級職位，某種程度上來講是學校學習的延續，規范有條理，但缺乏獨立性和創新性，而這正是中國大部分學生所欠缺的。這方面的能力在一家創業公司可以得到快速鍛煉，而在大公司可能要等升到中級職位後才有這方面的機會。個人觀點，僅供參考。

小結

我覺得步入職場的前3年對今後的發展尤其重要，希望此文能對年輕的程序員們有所幫助。歡迎評論？

如果想私信我的朋友可以加群,大家一起學習，一起學術分享，資料共享

❷ 程序員 一個月最高工資多少

大公司的程序員工資最多2萬。。其實能達到這水平的大多都自己出去幹了 不可能呆在公司了 。 因為自己編出好的程序 商業價值更加高。

❸ 要成為一名專業的程序員，從零開始需要怎麼一步步來比較好，要把最底層的先學精通嗎(個人認為)求學長

前言
你是否覺得自己從學校畢業的時候只做過小玩具一樣的程序？走入職場後哪怕沒有什麼經驗也可以把以下這些課外練習走一遍（朋友的抱怨：學校課程總是從理論出發，作業項目都看不出有什麼實際作用，不如從工作中的需求出發）
建議：
不要亂買書，不要亂追新技術新名詞，基礎的東西經過很長時間積累而且還會在未來至少10年通用。
回顧一下歷史，看看歷史上時間線上技術的發展，你才能明白明天會是什麼樣。
一定要動手，例子不管多麼簡單，建議至少自己手敲一遍看看是否理解了里頭的細枝末節。
一定要學會思考，思考為什麼要這樣，而不是那樣。還要舉一反三地思考。
註：你也許會很奇怪為什麼下面的東西很偏Unix/linux，這是因為我覺得Windows下的編程可能會在未來很沒有前途，原因如下：
現在的用戶界面幾乎被兩個東西主宰了，1）Web，2）移動設備iOS或Android。Windows的圖形界面不吃香了。
越來越多的企業在用成本低性能高的Linux和各種開源技術來構架其系統，Windows的成本太高了。
微軟的東西變得太快了，很不持久，他們完全是在玩弄程序員。詳情參見《Windows編程革命史》
所以，我個人認為以後的趨勢是前端是Web+移動，後端是Linux+開源。開發這邊基本上沒Windows什麼事。
啟蒙入門
1、 學習一門腳本語言，例如Python/Ruby
可以讓你擺脫對底層語言的恐懼感，腳本語言可以讓你很快開發出能用得上的小程序。實踐項目:
處理文本文件，或者csv (關鍵詞 python csv, python open, python sys) 讀一個本地文件，逐行處理（例如 word count，或者處理log）
遍歷本地文件系統 (sys, os, path)，例如寫一個程序統計一個目錄下所有文件大小並按各種條件排序並保存結果
跟資料庫打交道 (python sqlite)，寫一個小腳本統計資料庫里條目數量
學會用各種print之類簡單粗暴的方式進行調試
學會用Google (phrase, domain, use reader to follow tech blogs)
為什麼要學腳本語言，因為他們實在是太方便了，很多時候我們需要寫點小工具或是腳本來幫我們解決問題，你就會發現正規的編程語言太難用了。
2、 用熟一種程序員的編輯器(不是IDE) 和一些基本工具
Vim / Emacs / Notepad++，學會如何配置代碼補全，外觀，外部命令等。
Source Insight (或 ctag)
使用這些東西不是為了Cool，而是這些編輯器在查看、修改代碼/配置文章/日誌會更快更有效率。
3、 熟悉Unix/Linux Shell和常見的命令行
如果你用windows，至少學會用虛擬機里的linux， vmware player是免費的，裝個Ubuntu吧
一定要少用少用圖形界面。
學會使用man來查看幫助
文件系統結構和基本操作 ls/chmod/chown/rm/find/ln/cat/mount/mkdir/tar/gzip …
學會使用一些文本操作命令 sed/awk/grep/tail/less/more …
學會使用一些管理命令 ps/top/lsof/netstat/kill/tcpmp/iptables/dd…
了解/etc目錄下的各種配置文章，學會查看/var/log下的系統日誌，以及/proc下的系統運行信息
了解正則表達式，使用正則表達式來查找文件。
對於程序員來說Unix/Linux比Windows簡單多了。（參看我四年前CSDN的博文《其實Unix很簡單》）學會使用Unix/Linux你會發現圖形界面在某些時候實在是太難用了，相當地相當地降低工作效率。
4、 學習Web基礎（HTML/CSS/JS) + 伺服器端技術 (LAMP)
未來必然是Web的世界，學習WEB基礎的最佳網站是W3School。
學習HTML基本語法
學習CSS如何選中HTML元素並應用一些基本樣式（關鍵詞：box model）
學會用 Firefox + Firebug 或 chrome 查看你覺得很炫的網頁結構，並動態修改。
學習使用javascript操縱HTML元件。理解DOM和動態網頁（Dynamic HTML: The Definitive Reference, 3rd Edition - O'Reilly Media) 網上有免費的章節，足夠用了。或參看 DOM 。
學會用 Firefox + Firebug 或 chrome 調試Javascript代碼（設置斷點，查看變數，性能，控制台等）
在一台機器上配置Apache 或 Nginx
學習php，讓後台PHP和前台HTML進行數據交互，對伺服器相應瀏覽器請求形成初步認識。實現一個表單提交和反顯的功能。
把PHP連接本地或者遠程資料庫 MySQL（MySQL 和 SQL現學現用夠了）
跟完一個名校的網路編程課程（例如：http://www.stanford.e/~ouster/cgi-bin/cs142-fall10/index.php ) 不要覺得需要多於一學期時間，大學生是全職一學期選3-5門課，你業余時間一定可以跟上
學習一個javascript庫（例如jQuery 或 ExtJS）+ Ajax (非同步讀入一個伺服器端圖片或者資料庫內容）+JSON數據格式。
HTTP: The Definitive Guide 讀完前4章你就明白你每天上網用瀏覽器的時候發生的事情了(proxy, gateway, browsers)
做個小網站（例如：一個小的留言板，支持用戶登錄，Cookie/Session，增、刪、改、查，上傳圖片附件，分頁顯示）
買個域名，租個空間，做個自己的網站。
進階加深
1、 C語言和操作系統調用
重新學C語言，理解指針和內存模型，用C語言實現一下各種經典的演算法和數據結構。推薦《計算機程序設計藝術》、《演算法導論》和《編程珠璣》。
學習（麻省理工免費課程）計算機科學和編程導論
學習（麻省理工免費課程）C語言內存管理
學習Unix/Linux系統調用（Unix高級環境編程），，了解系統層面的東西。
用這些系統知識操作一下文件系統，用戶（實現一個可以拷貝目錄樹的小程序）
用fork/wait/waitpid寫一個多進程的程序，用pthread寫一個多線程帶同步或互斥的程序。多進程多進程購票的程序。
用signal/kill/raise/alarm/pause/sigprocmask實現一個多進程間的信號量通信的程序。
學會使用gcc和gdb來編程和調試程序（參看我的《用gdb調試程序》）
學會使用makefile來編譯程序。（參看我的《跟我一起寫makefile》）
IPC和Socket的東西可以放到高級中來實踐。
學習Windows SDK編程（Windows 程序設計 ，MFC程序設計）
寫一個窗口，了解WinMain/WinProcere，以及Windows的消息機制。
寫一些程序來操作Windows SDK中的資源文件或是各種圖形控制項，以及作圖的編程。
學習如何使用MSDN查看相關的SDK函數，各種WM_消息以及一些常式。
這本書中有很多常式，在實踐中請不要照抄，試著自己寫一個自己的常式。
不用太多於精通這些東西，因為GUI正在被Web取代，主要是了解一下Windows 圖形界面的編程。@virushuo 說：「 我覺得GUI確實不那麼熱門了，但充分理解GUI工作原理是很重要的。包括移動設備開發，如果沒有基礎知識仍然很吃力。或者說移動設備開發必須理解GUI工作，或者在win那邊學，或者在mac/iOS上學」。
2、學習Java
Java 的學習主要是看經典的Core Java 《Java 核心技術編程》和《Java編程思想》（有兩卷，我僅鏈了第一卷，足夠了，因為Java的圖形界面了解就可以了）
學習JDK，學會查閱Java API Doc Java Platform SE 6
了解一下Java這種虛擬機語言和C和Python語言在編譯和執行上的差別。從C、Java、Python思考一下「跨平台」這種技術。
學會使用IDE Eclipse，使用Eclipse 編譯，調試和開發Java程序。
建一個Tomcat的網站，嘗試一下JSP/Servlet/JDBC/MySQL的Web開發。把前面所說的那個PHP的小項目試著用JSP和Servlet實現一下。
3、Web的安全與架構

學習HTML5，網上有很多很多教程，以前酷殼也介紹過很多，我在這里就不羅列了。
學習Web開發的安全問題（參考新浪微博被攻擊的這個事，以及Ruby的這篇文章）
學習HTTP Server的rewrite機制，Nginx的反向代理機制，fast-cgi（如：PHP-FPM）
學習Web的靜態頁面緩存技術。
學習Web的非同步工作流處理，數據Cache，數據分區，負載均衡，水平擴展的構架。
實踐任務：
使用HTML5的canvas 製作一些Web動畫。
嘗試在前面開發過的那個Web應用中進行SQL注入，JS注入，以及XSS攻擊。
把前面開發過的那個Web應用改成構造在Nginx + PHP-FPM + 靜態頁面緩存的網站
4、學習關系型資料庫
你可以安裝MSSQLServer或MySQL來學習資料庫。
學習教科書里資料庫設計的那幾個範式，1NF，2NF，3NF，……
學習資料庫的存過，觸發器，視圖，建索引，游標等。
學習SQL語句，明白表連接的各種概念（參看《SQL Join的圖示》）
學習如何優化資料庫查詢（參看《MySQL的優化》）
實踐任務：設計一個論壇的資料庫，至少滿足3NF，使用SQL語句查詢本周，本月的最新文章，評論最多的文章，最活躍用戶。
5、一些開發工具
學會使用SVN或Git來管理程序版本。
學會使用JUnit來對Java進行單元測試。
學習C語言和Java語言的coding standard 或 coding guideline。（我N年前寫過一篇關C語言非常簡單的文章——《編程修養》，這樣的東西你可以上網查一下，一大堆）。
推薦閱讀《代碼大全》《重構》《代碼整潔之道》
高級深入
1、C++ / Java 和面向對象
我個人以為學好C++，Java也就是舉手之勞。但是C++的學習曲線相當的陡。不過，我覺得C++是最需要學好的語言了。參看兩篇趣文「C++學習信心圖」 和「21天學好C++」
學習（麻省理工免費課程）C++面向對象編程
讀我的 「如何學好C++」中所推薦的那些書至少兩遍以上（如果你對C++的理解能夠深入到像我所寫的《C++虛函數表解析》或是《C++對象內存存局（上）（下）》，或是《C/C++返回內部靜態成員的陷阱》那就非常不錯了）
然後反思為什麼C++要干成這樣，Java則不是？你一定要學會對比C++和Java的不同。比如，Java中的初始化，垃圾回收，介面，異常，虛函數，等等。
實踐任務：
用C++實現一個BigInt，支持128位的整形的加減乘除的操作。
用C++封裝一個數據結構的容量，比如hash table。
用C++封裝並實現一個智能指針（一定要使用模板）。
《設計模式》必需一讀，兩遍以上，思考一下，這23個模式的應用場景。主要是兩點：1）鍾愛組合而不是繼承，2）鍾愛介面而不是實現。（也推薦《深入淺出設計模式》）
實踐任務：
使用工廠模式實現一個內存池。
使用策略模式製做一個類其可以把文本文件進行左對齊，右對齊和中對齊。
使用命令模式實現一個命令行計算器，並支持undo和redo。
使用修飾模式實現一個酒店的房間價格訂價策略——旺季，服務，VIP、旅行團、等影響價格的因素。
學習STL的用法和其設計概念 - 容器，演算法，迭代器，函數子。如果可能，請讀一下其源碼。
實踐任務：嘗試使用面向對象、STL，設計模式、和WindowsSDK圖形編程的各種技能
做一個貪吃蛇或是俄羅斯方塊的游戲。支持不同的級別和難度。
做一個文件瀏覽器，可以瀏覽目錄下的文件，並可以對不同的文件有不同的操作，文本文件可以打開編輯，執行文件則執行之，mp3或avi文件可以播放，圖片文件可以展示圖片。
學習C++的一些類庫的設計，如： MFC（看看候捷老師的《深入淺出MFC》） ，Boost, ACE, CPPUnit，STL （STL可能會太難了，但是如果你能了解其中的設計模式和設計那就太好了，如果你能深入到我寫的《STL string類的寫時拷貝技術》那就非常不錯了，ACE需要很強在的系統知識，參見後面的「加強對系統的了解」）
Java是真正的面向對象的語言，Java的設計模式多得不能再多，也是用來學習面向對象的設計模式的最佳語言了（參看Java中的設計模式）。
推薦閱讀《Effective Java》 and 《Java解惑》
學習Java的框架，Java的框架也是多，如Spring, Hibernate，Struts 等等，主要是學習Java的設計，如IoC等。
Java的技術也是爛多，重點學習J2EE架構以及JMS， RMI, 等消息傳遞和遠程調用的技術。
學習使用Java做Web Service （官方教程在這里）
實踐任務： 嘗試在Spring或Hibernate框架下構建一個有網路的Web Service的遠程調用程序，並可以在兩個Service中通過JMS傳遞消息。
C++和Java都不是能在短時間內能學好的，C++玩是的深，Java玩的是廣，我建議兩者選一個。我個人的學習經歷是：
深究C++（我深究C/C++了十來年了）
學習Java的各種設計模式。
2、加強系統了解
重要閱讀下面的幾本書：
《Unix編程藝術》了解Unix系統領域中的設計和開發哲學、思想文化體系、原則與經驗。你一定會有一種醍醐灌頂的感覺。
《Unix網路編程卷1，套接字》這是一本看完你就明白網路編程的書。重要注意TCP、UDP，以及多路復用的系統調用select/poll/epoll的差別。
《TCP/IP詳解 卷1:協議》- 這是一本看完後你就可以當網路黑客的書。了解乙太網的的運作原理，了解TCP/IP的協議，運作原理以及如何TCP的調優。
實踐任務：
理解什麼是阻塞（同步IO），非阻塞（非同步IO），多路復用（select, poll, epoll）的IO技術。
寫一個網路聊天程序，有聊天伺服器和多個聊天客戶端（服務端用UDP對部分或所有的的聊天客戶端進Multicast或Broadcast）。
寫一個簡易的HTTP伺服器。
《Unix網路編程卷2，進程間通信》信號量，管道，共享內存，消息等各種IPC…… 這些技術好像有點老掉牙了，不過還是值得了解。
實踐任務：
主要實踐各種IPC進程序通信的方法。
嘗試寫一個管道程序，父子進程通過管道交換數據。
嘗試寫一個共享內存的程序，兩個進程通過共享內存交換一個C的結構體數組。
學習《Windows核心編程》一書。把CreateProcess，Windows線程、線程調度、線程同步（Event, 信號量，互斥量）、非同步I/O，內存管理，DLL，這幾大塊搞精通。
實踐任務：使用CreateProcess啟動一個記事本或IE，並監控該程序的運行。把前面寫過的那個簡易的HTTP服務用線程池實現一下。寫一個DLL的鉤子程序監控指定窗口的關閉事件，或是記錄某個窗口的按鍵。
有了多線程、多進程通信，TCP/IP，套接字，C++和設計模式的基本，你可以研究一下ACE了。使用ACE重寫上述的聊天程序和HTTP伺服器（帶線程池）
實踐任務：通過以上的所有知識，嘗試
寫一個服務端給客戶端傳大文件，要求把100M的帶寬用到80%以上。（注意，磁碟I/O和網路I/O可能會很有問題，想一想怎麼解決，另外，請注意網路傳輸最大單元MTU）
了解BT下載的工作原理，用多進程的方式模擬BT下載的原理。
3、系統架構
負載均衡。HASH式的，純動態式的。（可以到Google學術里搜一些關於負載均衡的文章讀讀）
多層分布式系統 – 客戶端服務結點層、計算結點層、數據cache層，數據層。J2EE是經典的多層結構。
CDN系統 – 就近訪問，內容邊緣化。
P2P式系統，研究一下BT和電驢的演算法。比如：DHT演算法。
伺服器備份，雙機備份系統（Live-Standby和Live-Live系統），兩台機器如何通過心跳監測對方？集群主結點備份。
虛擬化技術，使用這個技術，可以把操作系統當應用程序一下切換或重新配置和部署。
學習Thrift，二進制的高性能的通訊中間件，支持數據(對象)序列化和多種類型的RPC服務。
學習Hadoop。Hadoop框架中最核心的設計就是：MapRece和HDFS。MapRece的思想是由Google的一篇論文所提及而被廣為流傳的，簡單的一句話解釋MapRece就是「任務的分解與結果的匯總」。HDFS是Hadoop分布式文件系統（Hadoop Distributed File System）的縮寫，為分布式計算存儲提供了底層支持。
了解NoSQL資料庫（有人說可能是一個過渡炒作的技術），不過因為超大規模以及高並發的純動態型網站日漸成為主流，而SNS類網站在數據存取過程中有著實時性等剛性需求，這使得目前NoSQL資料庫慢慢成了人們所關注的焦點，並大有成為取代關系型資料庫而成為未來主流數據存儲模式的趨勢。當前NoSQL資料庫很多，大部分都是開源的，其中比較知名的有：MemcacheDB、Redis、Tokyo Cabinet(升級版為Kyoto Cabinet)、Flare、MongoDB、CouchDB、Cassandra、Voldemort等。

❹ 一個27歲沒文憑，想去努力自學編程，有機會成為程序員嗎

27歲沒有文憑，除了自學入門做程序員之外，還有哪些路可以走呢？

我想了一下，可以開店、做自媒體、學一門其他的手藝、做苦力（服務員、建築工、外賣員、快遞員）、滴滴司機等等。但是大家看一下就會發現，這些選項裡面，要麼天花板非常低，要麼做成的難度很大。

但如果深度思考一下，進一步可以發現即使去掉沒有學歷這個條件，把有文憑加進去，想要有所成就，能夠在大城市裡立足同樣舉步維艱。這一點相信也不用我多說，大家了解一下每年的畢業生就業情況就了解了。

這說明了什麼呢？

說明了一個很簡單大家都知道的道理，想要往上走，突破當前的層次，獲得更好的生活，更高的收入，這本身就是一件困難的事情，和有沒有文憑其實關系不大。沒有文憑做程序員是困難的，有文憑的程序員也海了去了，其中能夠進入BAT拿到高收入的又有多少？能夠轉行管理，年薪百萬的呢？又要少得多，能夠財富自由的呢？更是鳳毛麟角。所以從某種程度上來說，對他來說自學成為程序員至少不是一個差的選項，雖然它並不容易。

追夢的路上總是艱難，我個人的看法是，前路漫漫困難重重，但至少不該裹足不前。雖然未必能夠如願抵達，未必能夠得償所願，但能進一步是一步，每前進一步總有一步的欣喜，也多少會見到一些新的風景。就像我做公眾號，其實我也沒有把握一定能夠坐擁幾十萬粉絲，真的成為自媒體大佬，但能寫一篇文章，能多堅持一天，總要離目標近一點。這樣一點點積累下去，說不定有朝一日驀然回首的時候，發現已經達成所願了。

我不知道讀者里有多少這樣前路迷茫需要鼓舞的人，希望今天這篇文章能夠給你們一點鼓勵和力量，勇敢地出發，朝著自己夢想的地方前進。你也可以點贊關注我，與我一起前進。

❺ 程序員工資真的那麼高嗎

根據《2018年中國程序員生存狀況報告》，年薪 5w 以下的程序員僅占 6.2%，且年齡都在 25 歲以下，工作年限只有 1-2 年；大多數程序員年薪在 9-30w，平均月薪達到 10k 以上，這相比於其他行業已算是高薪；年薪 40 萬以上平均年齡為 36 歲。

為什麼程序員普遍高薪？

1、程序員是IT行業的核心競爭力

it 行業自誕生以來，一直是資本的寵兒。近年來，多數風投都進入了互聯網公司，這是一個循環，資本看好，就會出現更多的創業者。創業公司越多，就需要越多的技術人員。所以，這個行業總體上是不缺錢的，有能力給程序員開高薪。

2、程序員的門檻相對比較高

這個門檻不是指學歷，而是很多人倒在入門的路上，因為零基礎入門時總會遇到挫折，很容易讓人放棄，能真正堅持學完然後做這一行的人，相比別的行業來說還是少很多。

3、程序員的不可替代性

軟體技術公司最主要的開銷就是人力開銷，人才是最重要的組成部分。軟體開發不是工廠，很難量化，沒辦法做到流水線工程。有些關鍵的崗位人才一旦流失，就會對公司產生巨大的損失，這也是程序員值錢的一個原因。當然前提是技術實力過硬，如果只是打雜或者混日子的，那就另當別論了。

未來，程序員會持續高薪

在所有職業當中，程序員是增長得最快的。很多傳統工作類型已經漸漸被取代了，正是因為程序員把這些工作內容自動化了，這個趨勢肯定會繼續下去。

軟體行業的變化會遠遠超過幾次工業革命的變化。傳統行業被軟體化需要程序員來實現和維持。未來幾十年內，需求只會越來越大，與其它行業的工資差距也會越來越極端。

站對了風口，豬都能飄，更何況是工資？

❻ 程序員的工資是怎麼算的

基本工資4000左右+加班費（每小時20）+獎金或者提成（年獎金，和項目獎金），月薪8000+左右。。年薪12萬+

❼ 一個好的程序員至少應該具備哪些條件

樓上的幾位顯然誤會我的意思了，我並不是說不應當寫文檔加註釋注重團隊精神，看看下面的一篇文章，那位三天就寫出UNIX的他需要寫文檔注釋和團隊精神嗎，他用不著。哪個高手沒有一點傲氣和自信，他之所以敢對用戶說：拿到你想要的，然後滾蛋，你已經很幸運了！是因為他有這個資本。天才本就不循規蹈矩，那樣他就不叫天才了。

MIT BBS上說微軟電話面試的一道題就是「Who do you think is the best coder,
and why?」。我覺得挺有意思的，也來湊個熱鬧。排名不分先後。

Bill Joy, 前任Sun的首席科學家，當年在Berkeley時主持開發了最早版本的BSD。他還
是vi和csh的作者。當然，Csh Programming Considered Harmful 是另一個話題樂。據
說他想看看自己能不能寫個操作系統，就在三天里寫了個自己的Unix, 也就是BSD的前
身。當然是傳說了，但足見他的功力。另一個傳說是，1980年初的時候，DARPA讓BBN在
Berkley Unix里加上BBN開發的TCP/IP代碼。但當時還是研究生的B伯伯怒了，拒絕把BBN
TCP/IP加入BSD，因為他覺得BBN的TCP/IP寫得不好。於是B伯伯出手了，端的是一箭封
喉，很快就寫出了高性能的伯克利版TCP/IP。當時 BBN和DARPA簽了巨額合同開發TCP/IP
Stack，誰知他們的代碼還不如一個研究生的好。於是他們開會。只見當時B伯伯穿
個T-shirt出現在會議室(當時穿T-shirt不象現在，還是相當散漫的哈)。只見BBN問：你
怎麼寫出來的？而B伯伯答：簡單，你讀協議，然後編程就行了。最令偶暈倒的是，B伯
伯碩士畢業後決定到工業界發展，於是就到了當時只有一間辦公室的Sun, 然後他就把
Sparc設計出來樂。。。象這種軟硬通吃的牛人，想不佩服都不行的說。據Bill Joy的同
事說，一般開會的時候B伯伯總是拿一堆雜志漫不經心地讀。但往往在關鍵之處，B伯伯
發言，直切要害，提出漂亮的構想，讓同事們徹底崩潰。對了，他還是Java Spec和JINI
的主要作者之一。

John Carmack，ID Software的founder和Lead Programmer。上個月和一個搞圖形的師兄
聊天，他竟然不知道John Carmack, 也讓偶大大地暈了一把。不過也許搞研究的和搞實
戰的多少有些隔吧。想必喜歡第一人稱射擊游戲的都知道J哥哥。90年代初只要能在PC
上搞個小動畫都能讓人驚嘆一番的時候，J哥哥就推出了石破天驚的Castle Wolfstein,
然後再接再勵，doom, doomII, Quake...每次都把3-D技術推到極限。J哥哥的簡歷上說
自己的專長是"Exhaust 3-D technology"，真是牛人之言不我欺的說。做J哥哥這樣的人
是很幸福的，因為各大圖形卡廠家一有了新產品就要向他「進貢"
，不然如果他的游戲不支持哪種卡，哪種卡基本就會夭折樂。當初MS的Direct3D也得聽
取他的意見，修改了不少API。當然，J哥哥在結婚前十數年如一日地每天編程14小時以
上，也是偶們凡人望塵莫及的。對了，J哥哥高中肆業(？)，可以說是自學成才。不過
呢，誰要用這個例子來為自己學習不好辯護，就大錯特錯了。那 Leonardo Da Vinci還
是自學成才呢(人是私生子，不能上學)。普通人和天才還是有區別的。對了，其實偶們
叫「達分奇」是相當不對的，因為Vinci是地名，而Da Vinci就是從Vinci來的人的意
思。換句話說，Leonardo Da Vinci就是「從Vinci來的Leonardo」的意思。叫別
人「Da Vinci」就不知所謂樂。嗯，扯遠了，打住。

David Cutler，VMS和Windows NT的首席設計師，去微軟前號稱矽谷最牛的kernel開發
員。當初他和他的手下在微軟一周內把一個具備基本功能的bootable kernel寫出來，然
後說：「who can't write an OS in a week?"，也是牛氣沖天的說。順便說一句，D爺
爺到NT3.5時，管理1500名開發員，自己還兼做設計和編程，不改coder本色啊。

D爺爺天生脾氣火爆，和人爭論時喜歡雙手猛擊桌子以壯聲勢。 日常交談fuck不離口。
他面試秘書時必問："what do you think of the word 'fuck'?" ，讓無數美女剎羽而
歸。終於有一天，一個同樣火爆的女面對這個問題脫口而出："That's my favorite
word"。於是她被錄取樂，為D爺爺工作到NT3.5發布。

Don Knuth。高爺爺其實用不著偶多說。學編程的不知道他就好像學物理的不知道牛頓，
學數學的不知道歐拉，學音樂的不知道莫扎特，學Delphi的不知到 Anders Hejlsberg，
或者學Linux不知道Linus Torvalds一樣，不可原諒啊。為了讓文章完整，就再羅唆幾句
吧。高爺爺本科時就開始給行行色色的公司寫各種稀奇古怪的編譯器掙外快了。他賣給別
人時收一兩千美元，那些公司拿了code，加工一下賣出去就是上萬上十萬。不過也沒見高
爺爺不爽過，學者本色的說。想想那可是60年代初啊，高爺爺寫編譯器寫多了，順帶就搞
出了個 Attribute Grammar和LR(k)，大大地造福後人啊。至於高爺爺在CalTech的編程比
賽(有Alan Kay得眾多高高手參加)總是第一，寫的Tex到86年就code freeze，還附帶2^n
美分獎勵等等都是耳熟能詳的，偶就不饒舌樂。

順便說一下，高老大爺是無可爭議的寫作高手。他給Concrete Mathematics 寫的前言可
謂字字鏗鏘，堪為前言的典範。他的技術文章也是一絕，文風細致，解釋精當，而且沒
有學究氣，不失輕快跳脫。記得幾年前讀Concrete Mathemathics，時不時開懷大笑，讓
老媽極其郁悶，覺得我nerdy到家，不可救葯。其實呢，子非魚，安知魚之樂，更不知那
完全是高爺爺的功勞。說到寫作高手，不能不提Stephen A. Cook。他的文章當年就被我
們的寫作老師極力推薦，號稱典雅文風的樣本。庫爺爺一頭銀發，身材頎長，總是面帶
謙和的微笑，頗有仙風道骨，正好和他的仙文相配的說。

高爺爺其實還是開源運動的先驅。雖然他沒有象Richard Stallman那樣八方奔走，但他
捐獻了好多作品，都可以在網上看到，比如著名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用說足以讓他流芳百世的Tex樂。

Ken Thompson，C語言前身B語言的作者，Unix的發明人之一(另一個是Dennis M. Riche
老大，被尊為DMR)，Belle(一個厲害的國際象棋程序)的作者之一, 操作系統Plan 9的主
要作者(另一個是大牛人Rob Pike,
前不久被google挖走了)。Ken爺爺也算是計算機歷史上開天闢地的人物了。1969年還是
計算機史前時代，普通人都認為只有大型機才能運行通用的操作系統，小型機只有高山
仰止的份兒。至於用高級語言來寫操作系統，更是笑談。Ken爺爺自然不是池中物，於是
他和DMR怒了，在1969年到1970間用匯編在PDP-7上寫出了UNIX的第一個版本。他們並不
知道，一場轟轟烈烈的UNIX傳奇由此拉開了序幕。Ken爺爺在1971年又把Unix用C重寫，
於是C在隨後20年成就了不知多少豪傑的夢想和光榮。

Ken爺爺還有段佳話： 裝了UNIX的PDP-11最早被安裝在Bell Lab里供大家日常使用。很
快大家就發現Ken爺爺總能進入他們的帳戶，獲得最高許可權。Bell
Lab里的科學家都心比天高，當然被搞得郁悶無比。於是有高手怒了，跳出來分析了UNIX
代碼，找到後門，修改代碼，然後重新編譯了整個UNIX。就在大家都以為「這個世界清
凈了」的時候，他們發現Ken爺爺還是輕而易舉地拿到他們的帳戶許可權，百思不解後，只
好繼續郁悶。誰知道這一郁悶，就郁悶了14年，直到Ken爺爺道出個中緣由。原來，代碼
里的確有後門，但後門不在Unix代碼里，而在編譯Unix代碼的C編譯器里。每次C編譯器
編譯UNIX的代碼，就自動生成後門代碼。而整個Bell Lab的人，都是用Ken爺爺的C編譯
器。

(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，現在google研究操作系
統 。羅伯伯是Unix的先驅，是貝爾實驗室最早和Ken Thompson以及Dennis M. Ritche開
發 Unix的猛人，UTF-8的設計人。他還在美國名嘴David
Letterman的晚間節目上露了一小臉，一臉憨厚地幫一胖子吹牛搞怪。讓偶佩服不已的
是，羅伯伯還是1980年奧運會射箭的銀牌得主。他還是個頗為厲害的業余天文學家，設
計的珈瑪射線望遠鏡差點被NASA用在太空梭上。他還是兩本經典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初學者
想在編程方面精益求精，實在該好好讀讀這兩本書。它們都有中文版的說。羅伯伯還寫
出了Unix下第一個基於點陣圖的窗口系統，並且是著名的blit終端的作者。當然了，羅伯
伯還是號稱銳意革新的操作系統，Plan9，的主要作者。可惜的是，Plan9並沒有引起多
少人的注意。羅伯伯一怒之下，寫出了振聾發聵的雄文 Systems Software Research is
Irrelevant，痛斥當下系統開發的不思進取，固步自封的弊病。雖然這篇文章是羅伯伯
含忿出手，頗有偏激之詞，但確實道出了系統開發的無奈：開發周期越來越長，代價越
來越大，用戶被統一到少數幾個系統上，結果越來越多的活動是測量和修補，而真正的
革新越來越少。

就在羅伯伯郁悶之極的時候，google登門求賢來樂。如果說現在還有一家大眾公司在不
遺餘力地把系統開發推向極致的話，也就是google樂。隨便看看google的成果就知道
了。具有超強容錯和負載平衡能力的分布式文件系統GFS
(現在能夠用100,000台廉價PC搭起一個巨型分布系統，並且高效便宜地進行管理的系統
也不多哈)，大規模機器學習系統(拼寫檢查，廣告匹配，拼音搜尋。。。哪個都很牛的
說)，更不用說處理海量並行計算的各式google服務了。Rob在System Software
Research is Irrelevant里蕭瑟地說現在沒有人再關心系統研究的前沿成果了。想不到
他錯了，應為google關心。google網路了大批功成總是試圖吸取系統研究的最新成果。
想必Rob Pike在google很幸福。願他做出更棒的系統。

Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新聞組上人稱DMR的Dennis M.
Ritchie自然也是，畢竟兩人共同締造了UNIX，而Dennis幾乎獨力把C搞大(當然，C的前
身是B，而B是Ken Thompson一手做出來的)。兩人1983年分享圖靈獎，是有史以來少數幾
個因工程項目得獎的工程師(本來是唯一的一對兒，但Alan Kay才因為SmallTalk得獎，
所以就成了唯二的樂) 一個人一生能做出一個卓越的系統已經不易，DMR的C和UNIX長盛
不衰近30年，至今生機勃勃，DMR此生可以無憾的說。

D爺爺也算有家學淵源：他老爸在AT&T貝爾實驗室工作了一輩子，並在電路設計方面卓有
成就，還出了本頗有影響的書The Design of Switching Circuits，據說在交換理論和
邏輯設計方面有獨到的論述。當然，D爺爺和他老爸是不同時代的人：他老爸的研究成
形於晶體管發明之前，而D爺爺的工作離了晶體管就玩兒不轉樂。:-D

不要看D爺爺搞出了C，其實他最愛的編程語言是Alef，在Plan9上運行，支持並行編程。
Alef的語法和C相似，但數據類型和執行方式都和C大大不同。說到語言，D爺爺對後來
人有非常中肯的建議：抱著學習的目的來開發你自己的語言，不要冀望於它被眾人接
受。這個建議不光對語言開發有用，也適用於其它大型系統的開發。別的不說，DMR後來
領導自己的團隊在1995年和1996分別推出了Plan9和Inferno操作系統，又用多少人知道
呢？其實，D爺爺當初也沒想過C會風行世界。他開發C的初衷和Eric S. Raymond
在Cathedral and Bazaar里闡述的一樣，就是要消除自己對現有工具的不爽之處。誰
知D爺爺無心插柳，C竟然受到眾多程序員的狂熱擁戴，連D爺爺自己都大惑不解。在一次
采訪中D爺爺說大概那是因為C的抽象程度碰巧既滿足了程序員的要求, 又容易實現。當
然C一度是Unix上的通用語言也是原因。但不管怎麼說，D爺爺對編程語言出色的審美意
識奠定了C廣為流傳的基礎。

最後八卦一下。D爺爺的業余愛好和NBA大牛Karl Malone一樣：開卡車。不過D爺爺更喜
歡開NASCAR，而KM獨愛巨無霸。J D爺爺自稱心中不供偶像，如果一定要說一個，那就
是Ken Thompson了。現在Ken爺爺退休當飛機教練去了，而D爺爺當了貝爾實驗室系統開
發部的頭，整日忙於開支票。他倆合作20年，屢屢創造歷史。這段令人神往的佳話，也
就長留你我心中樂。

P.S., 很多人都以為Brian W. Kernighan是C的作者。其實BWK只是寫了那本經典K&R C。
據D爺爺說，他，Ken, 和Kernighan三人中，Kernighan最能寫文章，他次之，而Ken寫
得最少；但說到編程，Ken爺爺才是當之無愧的老大。

Edsger Wybe Dijkstra, 對，就是E.W. Dijkstra. 一提到EWD，很多人就會想起找最短
路徑的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一樣。
其實這些個演算法不過是兩個牛人在他們職業生涯中最瑣碎的貢獻。比如Dijkstra演算法，
無非是戴爺爺在1956年為了展示新計算機
ARMAC的計算能力，初試身手的成果，屬於他的演算法處女作。據戴爺爺自述，他搞出最
短路徑演算法的時候連紙筆都沒用。當時他和他老婆在阿姆斯特丹一家咖啡廳的陽台上曬
太陽喝咖啡，突然就把這個演算法想出來樂。而且當時的演算法研究還比較原始，牛人們忙
著用計算機搞數值計算，對離散演算法不屑一顧。那時連一個象樣的專注於離散演算法的專
業期刊都沒有。戴爺爺於是推遲發表這個演算法。直到1959年，他才把這個演算法發表
在Numerische Mathematik的創刊號上，權為捧場。:-)
EWD在多個領域牛氣沖天，端的是理論和編程兩手硬的高手。只不過他的很多工作比較
深刻，學校的老先生們覺得本科生接受不了，不給本科生講而已。

戴爺爺大概因為最短路徑演算法一戰成名，於是有人請他參加另一台計算機X1的設計工
作，並且把設計實時中斷系統的任務派給了他。現在看來實時中斷也許不算什麼，但要
知到，X1前根本就沒有實時中斷的概念。實現它簡直就是一場豪賭。戴爺爺起初還不情
願，但經不住項目負責人Bram和Carel的輪番 「吹捧」：我們知道實時中斷讓您工作變
得非常困難，但象您這樣的牛人肯定能做出來的說。結果戴爺爺被糖衣炮彈徹底擊穿，
接下了這個燙手山芋。兩三年後，他不僅搞出了實時中斷，還圍繞這個寫出了自己的博
士論文，順利戴上博士帽。

讓戴爺爺真正成名立萬的還是在X1上開發的Algo60，最早的高級語言之一。戴爺爺沒日
沒夜地工作了8個月，就搞出了Algo60，也因此獲得了 1972年的圖靈獎。因為Algo60，
戴爺爺發表了一篇石破天驚的文章：Recursive
Programming，於是人們才知道，原來高級語言也可以高效地實現遞歸，原來從此以後，
所有程序員都不可避免地和戴爺爺發明的一個詞(應該說是概念)打交道：堆棧。
而且Algo60還讓戴爺爺深入地思考多道程序設計的問題，最終發明了每個系統程序員
都繞不開的概念：semaphore。當然，戴爺爺總是把他發明的概念嚴格形式化，極具科
學家本色的說。和這些成就想比，他提出的吃飯的哲學家問題，也就沒什麼好說的了。

說來好笑，當時的大學(忘了哪所了)還是覺得戴爺爺沒有受過正統的數學訓練，也不是
專門搞數值分析的，所以最後不太情願地給了他一個教職。這種小挫折並不能妨礙象戴
爺爺這樣的牛人創造歷史。他一邊教數值分析(:-D) ，一邊開始開發一個新的操作系
統，並培養計算機科學家。幾年後，THE Multiprogramming
System橫空出世。THE是第一個支持鬆散耦合，顯式同步的進程並由此使得嚴格證明系統
沒有死鎖變得容易的操作系統。可惜戴爺爺任職的系不識貨，還強行解散了他的研究小
組(1972年戴爺爺給他的系主任說他得了圖靈獎，系主任的第一反應是你們搞計算機就
喜歡亂發獎)。這讓戴爺爺相當郁悶，得了抑鬱症。在極度郁悶之中，戴爺爺決定用寫作
來治療自己的抑鬱症。於是經典就誕生樂：Notes on Structured Programming。戴爺爺
從此被尊為結構化編程的奠基人，而且他的抑鬱症也被治好樂。

EWD太牛，結果他的故事也太多。先到這里吧。1973起，他的故事就在美國發生了。

Anders Hejlsberg，微軟.NET的首席架構師，編程語言設計和實現的頂尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。這些作
品的名字足以為他立傳。作為一個程序員，我在這樣的大師面前實在無語。生子當
如Anders的說。李維的<>里已詳細講述了Anders的傳奇故事，我就不用費舌了：

http: //java.mblogger.cn/iexploiter/posts/1505.aspx

Artima上有Anders談C#的系列訪談。MSDN上有一段Anders導游的錄像 。有興趣可以去看
看牛人的豐采。

❽ 專業程序員有哪些表現

專業的程序員至少有以下表現：
1.承擔責任

這是專業和不專業的分水嶺。對於一般的程序員來說，他的責任就是及時、高質量的完成任務;對於 Tech Lead
來說，其責任就是統領全組，合理安排任務，讓組員各司其職。2.高質量的代碼

沒有Bug，每一段代碼都要有相應測試。可讀性要高。剛學計算機的同學，變數隨性命名，整個文檔看不到注釋。可擴展性和解耦性。最好的代碼不僅針對當前特殊的情況，還可以應對其他情況;以後即使對現有的代碼進行大量修改，也不應該影響其他模塊。

3.代碼上的時間

一個專業的程序員一周的花在計算機上的時間應該為每周60小時。最基本的40小時，要花在工作中。剩下的20小時，要花在提高自己身上。提高可以是多種多樣的：讀博客、做項目、看文檔、上公開課。

4.對自己領域的精通

無論是前端、後端、還是移動端，都有自己的一套架構體系。作為一名專業的程序員，我覺得應該至少對自己領域所有的知識都有涉獵了解;對於核心的部分，則要做到爛熟於心的程度。

5.思維模式

很多程序員平常寫代碼只在乎能快速解決問題，不在乎選擇解決問題的方法和原因，這是典型的不知其所以然。專業的程序員，理應對每一個問題、每一步設計都有自己的理解。

6.溝通

很多程序員只想寫代碼，做個安安靜靜的美男子，這當然無可厚非。但是你真的確定，正在在做的東西是老闆希望、客戶期待的嗎?作為一名程序員，理解自己應該做什麼、達到什麼效果、同時讓老闆知道什麼能夠實現、什麼實現不了，才是專業的表現。

7.合作

與組員的合作是專業程序員工作學習中重要的一環。除了溝通很重要以外，我想著重談的一點，就是程序員在合作中不能摻雜著辦公室政治。我所認識或者聽說的矽谷的大牛，跟同事皆是坦誠相待，對後輩也是傾囊相授。

❾ 一個優秀的程序員必須學習什麼課程呢

一個優秀的程序員必須不斷學習的課程：
1、專業的的理論教程，系統的知識學習面。
要成為一名出色的程序員，從數據結構、演算法。資料庫都需要系統全面的了解和認識，並可以靈活運用。對自己所從事的編程語言要靈活調用。
2、不斷嘗試，樂於挑戰。
編程高手都是從不斷的失敗和嘗試中走出來的，所以對於一個剛入門的新手來說，任務就是不斷的去編程，發現自身存在的缺陷，以及更熟練的掌握各種數據介面的調試和數據調用的應用。
3、好學，不恥下問。
成功都是建立在無數次嘗試的基礎上的，同時也需要利用前輩們已經得出的一些規律，盡量的少走彎路。
4、保持良好的心態。
編程每天對著的都是一些枯燥的單詞以及數據，所以保持一個良好的心態是至關重要的，只有擁有一個良好的心態，才是端正自己學習和勤奮的根本。
5、善於從生活中發現需求。
每一個程序都是為了滿足網名的一種需求，所以發現網名的的需求，並把這種需求利用程序解決，可以極大的促進自己的職業發展。
6、擴大自己的視野。
編程的同時，我們也要緊跟時代的步伐，學習更多的前進的經驗以及技術，更好的為自己所用。
以上，可以總結為《一個優秀程序猿的自我修養》。

❿ 現在程序員的工資是怎麼樣的

這玩意兒不好說。
看你的學歷、能力、工作經驗、是否剛畢業、工種，工資是不一樣的，還與地域和公司有關。

二三線城市的程序員一部分的工資在2500-3000（稅前）左右，稍微多一點的在3500-5000左右。北上廣剛畢業一般在4500-9000左右，這個波動太大的，真不好說，一般6000-7000看你能力和學歷。