A. 有能力的技術 怎麼找工作 知乎
有能力的技術，還怕找不到工作，人們為沒技術而煩惱，有鍋虧還真沒牙般，在網路輸入你的技術特長，便可查詢到很多招聘信息，調你所願的去就業，很好的
B. 一年c++工作經驗的程序員應該達到什麼水平 知乎
做程復序員純粹的腦力活兒，
而且你只會制C++這個語言，並不一定能代表你的能力。
想做程序員，要學的東西很多，從底層的硬體要了解一些，到上層的抽象
還有通信，網路，所以思想是很重要的，而且要一直學習新的東西。
語言只是工具，重要的是編程思想。你的編程思想好，哪個語言其實都很行。
干程序員這行，如果你是偏向軟體開發的，經常加班是肯定的啦。
重要的是你喜不喜歡編程，你喜歡這行，就算累點，也是開心的。
工資什麼的，程序員很在意的就是經驗，你寫的代碼多了，
開發的經驗有了，時間長了，工資是一個質的飛躍。
一般干入行都不高，3000左右吧，3年左右大概會上在萬元左右，再長些，年薪按幾十萬算了。
PS：慎重選擇，興趣很重要，否則你會後悔，工資什麼的，現在你就考慮，你的動力也不會很大。
C. android程序員如何去海外工作 知乎
我就是入職誠邁科技的應屆生。個人認為做android還是很有前途的，而誠邁科技又是做android的先驅，還是能學到很多東西的。而且感覺誠邁科技的待遇還是很不錯的。可以考慮!
D. 知乎 工作一年的java程序員工資多少合適
6K-10K左右吧
E. 程序員讀在職研究生有用嗎 知乎
你好
說實話沒有多大用，畢竟你工作要的是技術好，而不是學歷高，當然你想進大企業肯定是有用的
希望我的回答能幫到你
F. 沒有學歷的程序員怎麼發展 知乎
沒有學歷，就要努力提高自己的技術水平了，現在社會還是比較注重能力的，如果專技術高的話，就屬可以讓人忽略學歷的問題了。平時的時候也可以多看看書，就算沒有學歷，也要讓自己的文化水平不低於有學歷的人，那樣一定會有好的發展的。
G. 為什麼程序員總在半夜工作 知乎
這取決於三個因素：創作者的日程、沉睡的大腦和明亮的電腦屏幕。
H. 程序員的前景怎麼樣 作為外行自學轉入編程行業的難度有多大 在知乎看到一句話：未來人人都是程序員
從我最近看到的這些文章來分析，所謂人人都是程序員這是一個夢想，就像共產內主義一樣，是一個夢想容，至於何時能實現那就不好說了！簡單分析一下，要學習編程隨時隨地都可以，因為法律並沒有規定誰誰誰不能學習代碼，所以說入門低就是這樣咯，隨便買本書兩個視頻就能學習！但是真正要學好學會那就不一樣了，首先至少要有一定英文水平，其次數學運算，再次就是邏輯思維，也就是說你至少高中以上的文化，而且英語和數學水平至少有模有樣才行，最後就是興趣了，因為整過過程非常枯燥無味，並且每天都要專研，而且不僅僅是看書或者看視頻，還得跟著敲代碼，還得自己思考判斷，而且每年的技術更新都不一樣，要不斷學習等等等等，總之沒有一定的興趣和毅力最好不要浪費時間！
I. 程序員往哪個方向發展比較好 知乎
取決於職業興趣和自身能力。
程序員的大體方向分為4個，
有管理的興趣，可以走技版術管理路權線；
只對技術有興趣，向高級程序員或者架構師發展；
對程序員不感興趣，可以試試產品經理方向或者系統工程師方向；
如果對IT業不感興趣，找其它行業合夥做事。
非粘貼，希望有幫助。
J. 什麼才是程序員的核心競爭力 知乎
姚冬回答的非常好，我狗尾續貂的說幾句。
我們都知道學習能力很重要，那麼學習能力從何而來，除了去看書上課這種，如何在實踐工作中學習成長？
我之前微博說了一個籠統的概念，什麼是能力？ 對待問題的態度，以及處理問題的思路和方法。
先說態度
你伺服器偶爾出501錯誤，也許比例不高（知乎也出現過很多次），很多程序員，沒錯，是很多，假裝看不見，不在乎，或者歸咎於人品問題。 這就是態度問題。
再往後，負載高了或者其他什麼原因，突然頻繁出現501錯誤，不去追尋深入的原因，而是找各種借口， 什麼IDC服務商不好，伺服器品牌不好，操作系統不好，資料庫不好，CDN不好，網路狀況不好，web server不好，甚至，直接對Boss說我們被DDOS啦！（遇到過，幫他Boss找過多個安全專家會診，最後發現根本不是DDOS，是程序員太爛。）
這就是態度，觸目驚心，如果能對問題有敏感性，能知道對任何小的，輕微的問題有足夠的敏銳度，你就有了一個快速成長的基礎。對問題的敏銳度是非常重要的。很多性能或程序邏輯上非致命的bug，在不夠敏銳的時候是發現不了的，但是一旦進入特殊場景就會驟然爆發，你多一點敏銳度，就會減少這種危機的風險。
第二個態度是解決問題的態度，有人對自己的解決方案信心滿滿，認為萬無一失，但有的人就會多留一條後路；就好比你說我伺服器要不要做安全加固，肯定要做對不對，要做到盡可能嚴謹和周全，但是你資料庫保存密碼的時候是不是還要加密?而且要隨機salt，不就是防止萬一依然有漏洞被人拿庫怎麼辦么。程序也一樣，以前寫的一些服務端守護進程，有bug，會莫名其妙的終止，這個bug當然要定位，要修復，但是同時，寫一個cron檢查這個守護進程狀態，一旦遇到終止給予自動恢復，這就是第二手准備，即便你多麼不希望他執行，這個准備還是要做的。對問題 做兩手甚至三手准備，也是優秀程序員，架構師的關鍵素質。
第三個態度是基於溝通與理解的態度，產品或運營提了一個不靠譜需求，一句話打回去當然很爽很威風，但是有沒有仔細溝通分析過，這個需求基於怎樣的實際訴求，這個實際訴求有沒有更合理的實現途徑，一句話「這個沒法做，這個實現成本太高」，不是正確的溝通態度，而且，最優秀的產品，往往是實現了那些原本人們認為無法實現的訴求。
這樣的態度，才有了一個持續進步的基礎，下面說思路和方法。
優秀 的程序員和平庸的程序員，如果只看敲打代碼的速度，我覺得是分不出來的，也許每人都可以一天寫很多行代碼，但是遇到問題後，平庸的程序員的解決效率，和優秀程序員相比就會有天壤之別。 所謂解決效率，不外乎對bug的分析、定位，以及 思考。
最基本的一條，看執行日誌，看各種日誌，web server的日誌，資料庫 的日誌，慢查詢日誌，binlog日誌，php的錯誤日誌，等等等等，線上出問題瞎猜連日誌都不看的大有人在。看日誌不仔細不完整的也大有人在，你能去認真研究日誌已經超越很多人了。
第二條，模塊測試和斷點分析，程序員一個壞習慣就是上來就寫很大一坨代碼然後再執行，不知道一個模塊一個模塊來寫來測試，執行出了問題不知道設置斷點，縮小范圍逐步分析。斷點分析非常簡單，將整個代碼中插幾個中間輸出，觀察哪個環節出了問題，或者觀察每個環節的系統開銷，對調錯和性能優化都非常重要，高手們大概認為這是ABC的東西，但是就這玩意我看到的大部分程序員都沒有這個習慣。
第三條，錯誤信息 的理解和搜索，搜索引擎上有各種豐富的技術資料和技術問答，你所遇到的錯誤信息和錯誤提示，通常都能在網上搜索到，當然，搜索到後要結合你的場景認真思考，並理解透徹，而不是照貓畫虎的去處理，否則可能這次運氣好就蒙對了，下次運氣不好又不知道怎麼回事了。
第四條，不斷總結歸納，對一個問題，一類問題，以及不同類型的問題，善於歸納整理，不斷反思自己的問題，即便是不出bug的代碼，你經過一段時間去回頭看，也有很多思考不正確不合理的地方，有很多優化點，如果你覺得自己的代碼一向牛逼，毫無破綻，那你一定是原地踏步，毫無進展。
關於 歸納總結，我說個案例
以前我們有個系統，請求量非常大，負載非常高，有個不錯的技術經理來處理，他列了幾個升級計劃，都很靠譜，去執行了，效果非常好，然後我們跟進匯報的時候他來講，做了幾項升級，整體效果如何，然後我就批評了他。
我批評了什麼呢？他是一起做的升級，然後一起觀測的效果，那麼這幾個方案里，具體每個方案的實際效果怎樣，對提升的幫助多大，他沒有任何數據。所以對具體每個升級方案的價值和重要性，他沒有任何概念。你正確的解決了問題，卻沒有認真的去歸納整理，你的收獲是有限的。一起做升級不能說是錯的，但是效果評估需要單獨去做，而這個數據是非常有價值的，知識積累，不是你處理過的就一定有積累，而是整理過的。
大概就這些
最後重述一遍
什麼是能力？
遇到問題的態度
處理問題的思路和方法
這就是能力
點贊的那麼多，答謝各位，補充幾條思路吧，是上面幾個方法的具體擴充
補充1：善於提問，你能得到怎樣的答案，取決於你提出怎樣的問題。
你遇到問題，你應該知道，從哪裡去問，去問什麼。
我常見的一個測試題是這樣的。
資料庫目前掛了，我就是伺服器，我不知道為什麼掛了，你是一個優秀的分析師，現在我來做響應，你問我問題，你問一個問題，我回答一個指標，然後看你能不能定位問題。（當然，我會根據所假設的問題回答所有數據指標），比如你問我資料庫連接數多少，問我系統i/o壓力多少，或者問我慢查詢日誌里有什麼，等等，善於提問的人就可以快速得到答案，而不善於提問的人，就會猜測一堆可能，最終卻一無所獲。
有個真實好玩的案例，有個兄弟公司（前段時間新聞出來，賣了好像十個億的樣子），開始的時候服務端資料庫不夠強壯，負載起來的時候會出現一些問題，就請我去把脈，我一看windows伺服器，SQLserver (不要猜了，那是幾年前，現在應該改了)，我說這個我不會啊，然後人家那麼熱忱當我是專家，只好硬著頭皮上，我連基本操作都不會怎麼辦，我就坐在那裡問問題，開始他們說是不是這樣，是不是那樣，我說你們不要盲目下結論，你們要是知道結論就別來問我了，我問什麼指標，什麼日誌你們就給我查什麼，我就一樣樣的問，他們現場操作去查數據，我問一個他們查一個給我看，查著查著，他們的工程師說，知道原因了！果然和他們開始的假設完全不同。其實關鍵就是問問題的思路，他們一開始沒有提出正確的問題。提出了正確的問題，他們很快自己就找到了原因。
補充2：善於劃定范圍，縮小問題區間。
前面提到的斷點分析是一個非常常見的分析方法，但是很多場景，你甚至不知道是哪個程序出的問題，善於將問題范圍化，也是一種歸納和分類的能力。
我曾在某個技術群出過一個經典測試，還記得以前微博上提到的一個經典面試題么。「從瀏覽器輸入url到打開網頁，中間經歷了什麼」，這是一個經典的綜合認知的題目，基於這個題目，出一個更實戰的場景測試是（這個場景其實90％的網站站長和游戲運營商都遇到過），」目前有用戶反映網站或游戲卡，請問如何分析原因，以及當前優先順序步驟。「。結果在這個群里，只有我徒弟說出了完全正確的答案（09年帶過的）。優先順序第一步是看在線用戶數和當前訪問數，對比歷史，得到該問題目前的影響程度，來決定後續的優先順序，以及減少分析范圍。（這是意識問題）分析思路，分成三大塊，前端，網路層，服務端。當然這三塊可以繼續延伸下去非常多細節，但是至少，能先把問題分成三大塊，然後基於一些顯見的分析方式快速排除其中幾個部分，再逐步細化問題，而大部分人只是從一個局部去思考，講了很多局部細節卻沒有完整的綱領，所以這就是差距。
先想到這些，咳咳。
轉自知乎 曹政