新手程序員項目一直發不上去

① 程序員遇到百度不出來的bug都是怎麼解決的

筆者不同意下面網友的回答。程序員如果解決bug的水平停留在網路，那麼本質上只是一個「面向搜索引擎的代碼搬運工」，是不合格的程序員。

程序員對面bug，正確的「打開方式」是像福爾摩斯和柯南那樣，尋找線索、運用邏輯推理來縮小問題可能的根因范圍，最終精準定位。

常用的方法有：

1. 壞境上下文變換法

2. 工具調試法

3. 版本回溯對比法

4. 代碼審計法

……

沒有編程問題是stack overflow和Google解決不了的，假設你在編程中遇到了問題，你自己解決不了、你周圍的的人都解決不了的時候，我覺得stack overflow、Google是你最好、也是最後的幫手。

作為一個程序員，我覺得Google、stack overflow是你必須要學會使用的兩個工具，這兩個工具本身並沒有使用門檻，只不過因為一些眾所周知的原因，很多人不能使用Google和stack overflow這兩款工具。

Google主要還是方便，而且很多編程問題都需要用到英文搜索，當然現在網路在專業能力上也提升明顯，不過跟Google也還是有比較大的差距，因此我還是強烈建議要學會使用Google，這會幫你在工作、學習上事半功倍。假設Google確實因為某些原因沒辦法很好的使用，我也建議你至少要會使用Bing搜索。

現在可以說stack overflow上沒有你找不到的問題了，從IDE環境安裝問題，到各類編程語言問題。演算法問題，數據結構問題，調試，重構等等，幾乎這里就沒有你找不到的答案，可以說在stack overflow上你可以找到任何解決方案，並且上面的回答者基本上都是非常有經驗，而且都是實際中遇到的問題分享出來的，這個工具一定要會使用。同理，除了stack overflow這個專業的垂直程序員問答社區，你也可以使用Quora這個綜合問答社區，這上面也能找到很多問題的答案。

一些比較優秀的文本編輯器： Emacs/Vim，Visual Studio Code，Sublime Text，Atom，Ultraedit，Hbuilder等。

一些比較非常出色的IDE集成開發環境： visual studio，IntelliJ IDEA，PhpStorm，Haskell for Mac ，eclipse，WebStorm，GoLand，CLion，Android Studio，Xcode，QT等。

macOS平台比較好的第三方包管理工具： Fink，Macports，Homebrew等。

一些比較好的終端工具： Zoc7，iTerm2，Cmder，terminus，hyper等。

一些比較好的筆記軟體、markdown工具、效率工具： Evernote，有道雲筆記，為知筆記，Ulysses，MWeb，FileZilla，Snipaste，Kantu等。

虛擬機軟體、容器軟體： Parallels Desktop，VMWare Fusion，Virtual Box，Docker等。

我是個程序員，職務是linux底層驅動工程師。平時的主要工作是調試驅動，但產品遇到諸如死機、重啟、不開機之類的問題時，也要參與查找原因。一部分問題，確實可以查看相關的log，然後網路這些log的關鍵字來解決；但更多的問題，牽扯的條件太多，並不是簡單的網路就能解決的。

觀察了周圍同事們的做法，我總結出以下幾種解決方法：

網路因為競價排名的原因，搜索出來的結果有很多廣告的成分，所以有時候要翻好幾頁才能看到一條相關的答案，有些甚至要翻幾十頁。

因為網路搜索使用的是SEO技術，即普通用戶可以通過優化網站內容來提升關鍵詞排名。

而這就會導致一個問題：你搜索關鍵詞後展現出來的結果是有人想要讓你看到的，並不是質量最好的。

也就是說，網路搜索結果被人為干預了。所以網路一直被網民所詬病。

但網路搜索不出結果，未必是網路的原因，也有可能是自己輸入的搜索詞不準確造成的。所以對於網路，我們要做到如下幾點:

除此之外，網路搜索還有點小技巧，粥左羅《萬字干貨，徹底講透搜索技巧，10倍提升你的搜索力（免費教程）》這篇文章寫得非常好，我整理幾點，僅供參考：

01 過濾目標內容

命令：「+」「-」

用法：通過「+」和「-」來對搜索結果進行過濾

比如在關鍵詞後加上「-推廣 -推廣鏈接」就可以排除搜索結果中包含相應字樣的鏈接。如果你發現廣告還沒有排除干凈，你也可以再加上「-廣告」通常就能徹底的消滅廣告。

02 搜索包含某關鍵詞的內容

命令：「intitle」

用法：通過「intitle」命令指定搜索結果中要包含的關鍵詞，注意「intitle」後邊連接的冒號是英文狀態下的。

03 搜索某一個格式的文件

命令：「filetype」

用法：通過「filetype」命令可以限制我們要搜索文件的類型，注意「filetype」後邊接的冒號也是英文狀態下的。

04 搜索特定時間范圍的內容

命令：「時間..時間」

用法：通過「時間..時間」命令可以限制我們要搜索的文件的時間，注意兩個時間的中間頓號沒有空格。

相對網路，谷歌、必應對於技術搜索，就相對准確許多，所以當你網路搜索不到時，嘗試下別的搜索引擎，說不定會有新發現。

現在程序員使用的機器語言，都是國外的，更准確的說，都是美國的。所以很多論壇、資料等，都是英文。如果你只會用中文來搜索，某些小眾的問題，當然搜不到啦。

所以，要學會使用英文關鍵字來搜索。

有時候甚至要去國外的一些論壇來搜索想要的答案，這就要求要有一定的英語閱讀能力，不能一看到英文帖就放棄。

有時候不管你如何搜索，都找不到自己想要的答案，該怎麼辦呢？這種情況下，就只能硬著頭皮嘗試自己解決了。

或者，尋求同事或朋友的幫助，尋求大腦風暴，說不定就會有思路。

如果有些問題是因為新器件帶來的，還可以找到器件供應商，讓他們安排技術支持幫忙查找原因。

除此之外，還可以把問題整理好，寫清發生的條件、復現步驟、測試方法、相關的LOG截圖等資料，去一些技術論壇發求助帖，尋找大牛的幫助。

做技術時間久了，發現有些問題確實無解，根本沒有辦法去解決它。

這時候，我一般會嘗試把它繞過，就是說，想辦法讓它無法復現，雖然問題還是存在，但是能把它掩蓋過去。

比如有些驅動在開機啟動時會載入不正常，那麼就讓它晚點啟動，或者手動載入。這也不失為一種解決問題的方法。

以上就是我的建立，希望對你有幫助。

首先作為一個程序員，一個優秀的程序員最最最重要的能力就是解決問題的能力。這里解決問題的能力當然就包含了解決 bug 能力了

畢竟，程序員這一生，可能會寫無數個 bug ，沒有說哪個程序員敢保證自己寫的程序沒有 bug 。 所以，寫了 bug ，遇到 bug 並不可怕，可怕的是你沒有解決 bug 的能力 。

作為一個程序員，解決 bug 的途徑有哪些呢？我們來一起聊一聊！

其實，每個程序員在學習編程的時候，都會使用編程工具，而現在的開發工具，其實功能都很強大。如果你自己合理利用編程工具，都了解和懂得開發工具的一些技巧，其實不僅僅能夠提高開發效率，而且還能夠幫助你解決很多編程中的實際問題。

debug 調試，大部分你常用的開發工具，都會有調試模式的，簡而言之，就是你編程的時候，遇到了不是自己所想的結果的時候，你可以使用 debug 模式，來一步一步的調試，在調試模式下一般每一步都會顯示所執行的結果，你可以看看在哪一步出錯了，執行的結果與你預想的結果不對，那麼你就能夠找到問題所在了。

還有就是，開發工具的控制台，都會提示出報錯信息的，現在的開發工具，都會直接告訴你哪一行，報了什麼錯。其實，很容易定位到錯誤的。你只需要在編程的過程中積累經驗，知道報什麼錯，用什麼方法來解決就行啦。

可是，提示的報錯信息，我不知道用什麼方法來解決的時候，該怎麼辦呢？這就是你需要積累的，也是問題中所描述的，就是通過搜索引擎來找答案。

不對，這里不應該是合理使用搜索引擎，應該是學會正確使用搜索引擎。比如：網路，你就不要用了，搜出一堆重復的信息，而且廣告也多。作為程序員，建議你使用谷歌搜索。

其實，你在編程中所遇到的幾乎所有的問題和 bug ，別人也同樣遇到過，因為不管是經驗豐富的老程序員，他技術再牛逼，也是初學者過來的，也都踩過你踩的坑。所以，互聯網是個好地方，裡麵包含了你想要的問題的答案。

你只要把報錯信息往搜索引擎上一放，回車一下，很多關於這個 bug 的答案就出來很多，你只需要找到跟你一樣的 bug ，就能找到答案了。

在這里必須提一下這個網站，所有的程序員有必要學會使用這個網站，其實，你編程中所遇到的問題，這個網站上幾乎都是由解答的。

Stack Overflow 可以說是最好的軟體程序類問答網站了，給軟體開發人員工作和學習提供了非常大的便利，以至於像小白，離了 Stack Overflow 簡直都不會寫程序了。

所以，建議大家一定要學會使用這個網站，對你編程肯定會有非常大的幫助的。

通過上面的方法，幾乎應該能夠解決到你所遇到的問題，但是，實在找不到答案的話，你可以問經驗比你豐富的老程序員，實在解決不了，那就換種方法吧！

網路，谷歌，debug，斷點調試，業務上的bug就需要問下同事或者產品。如果能知道大致范圍，哪一部分錯了，就換一種方法唄，一般都不會只有一種方法。

1.reload

2.restart

3.rewrite and then goto 2 or 4

4.reboot

5.rm -rf /

6.原諒我編不下去了[捂臉][捂臉][捂臉][捂臉][捂臉][捂臉][捂臉]

找bug跟醫生看病的思路是一樣的，要對症下葯。得先把問題的根源找到，找到根源以後問題就容易處理了。搜索引擎找不到的問題，說明這個問題不是一個常見的問題，具有獨特性，那麼從bug出現的路徑上一步一步去排查。必要時可以用排除法，盡可能的縮小排查范圍。另外，當軟體的業務邏輯比較繁多復雜的時候，一個結構清晰的架構能為你節省不少找bug的時間。還有，充分的單元測試能夠幫你減少出bug的機會。以上均為個人看法，歡迎討論！

一般程序員能碰到的bug無外乎其他上遊程序員寫庫時手抖留下些不匹配或者容易溢出的問題，搜一下差不多能解決問題。如果是自己寫的，那無非就是時序錯誤類型錯誤之類的，用break point一行行的調就好了。

再復雜點的bug就是程序員拿高薪的根本了，只可意會，不可言傳～

僅僅靠搜索引擎、其他網站那必然無法解決大量問題，因為很多問題是跟業務邏輯相關的，是沒有直接答案的。比如 游戲 開發有個界面一直無法顯示，這個問題就不是網路可以解決的。問題需要調試分析，這和破案非常像，但在開發過程中更有利的是問題有機會可以重現。破案是逆向工程，需要反推。解決代碼問題不僅僅可以反推，也可以通過閱讀代碼正向分析。下面說說如何debug一個業務邏輯問題。回到剛剛的例子，有個界面一直出不來，我們如何快速去定位：

1.思考這個問題發生的可能性。比如 游戲 內大量界面都是正常的，那麼可以對比正常界面代碼和異常界面代碼的區別，這是對比法。

2.假設創建正常界面和這個異常界面的邏輯代碼是一樣的，那麼問題就落到了這兩個界面內部，繼續在內部重復上面的對比法進行判斷，直到鎖定最終位置。

上面說的方法基本上可以杜絕卡在一個簡單問題上，這是擺脫新手的一個過程。選擇使用對比法或者其他方法的前提都是基於觀察和對項目的認識，所以，搜集「案發現場」是最關鍵的。

其他的問題，不屬於邏輯的，像其他網友說的那樣，有些通過到github、stackoverflow等地方解決的。這些問題也不是直接就去查找的，它通常也有個分析過程。比如你使用了一個庫，但是目前它不支持你的模塊。對於新手，就是直接網路或者google了。實際上這樣的問題也是有「案發現場」的。對於作者提供的api介面的統一性和便捷程度去推斷作者在相關支持模塊的位置以及命名以及拓展，再嘗試在文件夾中搜索。如果都找不到，再去Google上獲取更多的信息。重復推斷、分析，決定如何拓展或者繞過。

綜合上面的幾種問題，可以看到的是都離不開對現場的觀察和推理分析。這種能力也被稱為經驗。但是一般情況下你看不到它們這個分析過程，你能做的就是在實際環境中反復逼迫自己去思考，去訓練。這個推理的培養，不僅僅是對事情，也是對人。

我在入行 游戲 開發的前期，也是類似的情況。卡在不同種類的問題上，有些在簡單邏輯，有些在別人的代碼支持上。後面解決的問題多了，就會發現裡面共通的思維方式。常用的一些方法如下：

1.對比法，比較正常與異常代碼區別

2.二分查找法。分段注釋找問題，也會用在很多方面。比如最近版本突然出了一個奇怪bug，可以通過svn還原來定位。這個還原不是一個一個版本還原，而是用二分法去還原。

3.增加信息。在懷疑的位置或者過程添加日誌或者打斷點輔助自己更好的推理。

4.相似推理。比如一個引擎在api、性能使用程度上都非常友好，那麼它在別的地方也有可能相對表現比較好。這時候如果有個功能我們的實現需要很復雜才能完成，那麼就有可能是我們用錯了。相似推理不一定都能正確，但會提供一些幫助。

以上。

② 我是一名程序員，受夠了朝九晚五，想辭職轉行，想自己創業，不知道有啥好的項目可愛的朋友能指點迷津下

想要創業，建議您選擇一個合適的創業項目，看自身是否具備相關項目的資質，找對項目之後腳踏實地努力。當然創業過程中資金也是需要考慮的問題，如果您啟動資金有限，可以通過小額貸款的方式來解決。

推薦使用有錢花，有錢花是度小滿金融旗下信貸品牌，面向用戶提供安全便捷、無抵押、無擔保的信貸服務，借錢就上度小滿金融APP（點擊官方測額）。有錢花消費類貸款，日息低至0.02%起，年化利率低至7.2%起，具有申請簡便、利率低放款快、借還靈活、息費透明、安全性強等特點。

度小滿金融獨家冠名《奔跑吧·黃河篇》第二季，下載度小滿金融 APP參加活動，即可贏跑男周邊、享低息優惠和最高千元生活禮，還有騰訊視頻會員，京東E卡等多種生活禮劵隨機得，更可參加抽獎活動。

和您分享有錢花消費類產品的申請條件：主要分為年齡要求和資料要求兩個部分。
一、年齡要求：在18-55周歲之間。特別提示：有錢花謝絕向在校學生提供消費分期貸款，如您是在校學生，請您放棄申請。
二、資料要求：申請過程中需要提供您的二代身份證、本人借記卡。
注意：申請只支持借記卡，申請卡也為您的借款銀行卡。本人身份信息需為二代身份證信息，不能使用臨時身份證、過期身份證、一代身份證進行申請。

此答案由有錢花提供，因內容存在時效性等客觀原因，若回答內容與有錢花產品的實際息費計算方式不符，以度小滿金融APP-有錢花借款頁面顯示為准。希望這個回答對您有幫助。

③ 我培訓機構剛畢業出來的程序員，在公司里做軟體工程師，項目代碼做不出來，被開除了。出bug了就不知道

剛做項目都是這樣，建議進一些正規公司，進入後有人帶著一起做項目，不懂就問，實際做上2個項目就知道如何做了。不會一開始就讓你單獨接項目。
1、繼續開發行業，找正規公司，不要太在乎工資。
2、做二次開發，一些軟體公司有自己的產品，他們有合作商，做二次開發相對來說簡單一點。
3、做實施，有開發相關經驗一般會優先錄取（學歷、經驗也很重要）。
4、做測試，額，測試行業不是很了解，大型公司的測試都是大神級別的。。。

④ IT公司的項目組入職了新的程序員，如何帶好這些新員工

不少軟體開發團隊每年都有新的開發人員要加入，其中以初級程序員居多，要想讓這些初級程序員能夠快速融入開發團隊並實現價值，需要從以下三個方面入手：

第一：以開發實踐能力進行人員劃分。 新入項目組的准程序員往往有兩種情況，一種情況是剛剛走出大學校門的計算機專業畢業生，另一種情況是自主學習通過面試的非計算機專業畢業生。這兩種准程序員在進入崗位之前可以根據實踐能力進行人員劃分，實踐能力較強的可以直接安排進項目組中，而實踐能力較差的准程序員則安排到實習崗位上。按照 歷史 經驗來看，不少實踐能力較差的程序員如果直接安排到開發崗位上，往往會導致其放棄這份工作。

第二：老帶新。 按照 歷史 經驗來看，讓程序員快速成長的方式無非就是通過實際項目的鍛煉，對於學習能力較強的程序員來說，如果有專人指導的情況下會很快融入到開發團隊中，有的程序員在一個月之內就可以完成功能模塊的開發。老帶新的原則有三點，其一是軟體開發團隊所使用的技術結構要交代清楚；其二是軟體開發過程中所使用的開發工具和開發流程要交代清楚；其三是給出具體的參考案例。

第三：安排清晰的工作任務。 對於初入項目組的開發人員來說，由於其自身的專業知識積累還比較少，在項目理解力上還有待提高，所以在安排具體開發任務的時候一定要詳細，越詳細越好，同時要給出明確的功能邊界，防止出現不可控的事情發生，比如哪些數據是不能動的，哪些功能和資源是不能調用的等等。有的時候「無知」是最可怕的敵人，不少初級程序員進行的「刪庫」等操作都是在「實驗」的心態下完成的。

如果有互聯網、大數據、人工智慧等方面的問題，或者是考研方面的問題，都可以在評論區留言！

我是程序員出身，現在也管理著一個項目，手下最多的時候也有十幾號人；但是說實話，在管理方面，我還是比較欠缺的，我也一直在學習和摸索；當項目組入職了新的程序員的話，我經常會這樣做：
先溝通，大方向要保持統一
每當項目組入職了新的程序員，我會第一時間和他們溝通，主要讓對方快速地知曉項目的基本信息，並了解我們大的方向、觀點、風格，我是希望在某些地方能和組員保持一致，例如：

制定計劃
下面就要給新人制定計劃了，這一點在前期很重要，否則新人就會面臨無事可做的尷尬；

安排開發任務
通常，我們一兩周後就會給新人安排一些開發任務，當然這個過程也是從易到難：

代碼檢查
對於新人，代碼檢查一定要做；如果是工作時間段的新人，每一行代碼都檢查一遍都不為過。

最後，我會給新人一些成長方面的建議，讓他們覺得在這個項目中能學到東西；畢竟我沒有權利給他們漲工資，只能通過這種方式留住員工了。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

建議從以下幾方面考慮：

1、人員能力考查和培養。人員的能力參差不齊，需要根據崗位進行有目標的培養；

2、業務技能提升。想把工作做好，不了解業務，不理解自己做的東西，早晚要出現與預期偏差較大的情況。

3、工作態度和心態的培養。

4、盡早了解項目內容和項目團隊，將人員在項目中的定位和需要的技術提前告知，告知項目計劃和提示工作的難點。

5、組織一點團隊活動，早點融入項目。

第一：熟悉你們開發工具、開發環境、運營環境……

第二：熟悉上下開發工序對接組別和責任人……比如開發該項目的前端、後台、測試等不同組別以及其他開發外項目組外的不同部門打交道的人員。

第三：項目說明書、整體功能、進程，所負責的分割模塊……要完完全全提供出來。
每個人都是從新人成長過來的，在我工作的五年間也帶過很多新人，最近剛好有個畢業生來公司實習，領導讓我帶，這邊就分享一下我具體是怎麼操作的(開發的角度):
總而言之，帶新人還是比較累的，對大部分公司而言，技術要求並不是很高，所以新人真的比較難上手的不是技術，而是業務和表結構邏輯的不熟悉，作為新人，公司的打算就是從零開始培養，因此基礎並不是最重要的，學習的態度才是公司看重的。

以上為個人觀點，歡迎在評論中發表自己不同的觀點，喜歡的加個關注，謝謝。

以十人以下的團隊來說一下。首先是和員工相處好，其實這一點做到並不難，就是正常的相處，怎麼愉快怎麼來（當然不能壞規矩）。我做的最大尺度一次是這樣：有個畢業生干著干著就哭了，一問之後知道直接原因是程序員的工作內容和自己原來想的不一樣，主要原因是剛到北京體會到了巨大的壓力。當時我就拉著她到對面肯德基去坐會了，點了飲料和薯條，聊了一下，順便開導開導她，舒緩一下情緒，這事就這么解決了。其次，作為領導請安排劃分好工作內容，不要頻繁變更，否則影響威望值。這也是保證工作可以順利開展的基礎。安排工作時請考慮員工的能力和經驗，還要考慮員工的興趣，這點也很重要，很大程度影響積極性。

在小團隊中只要工作能順利完成了，一般問題就不會很大了。其它：可以觀察一下每個人的喜好，然後看機會適度的介紹這方面的內容。比如我就專門給一個員工培訓過數據結構，而她也很願意介紹自己認識的人來工作，雙贏的結果。員工做好的地方及時表揚，自己做錯的地方及時承擔責任，等等。總之將心比心的對待員工，小團隊還是好帶的。

教會徒弟，餓死師傅，等你教會他們，你就該退了，理由：你三十多，奔四了，負擔大，不能加班，養不起你！中國現狀，保留必要絕活，留幾招吧！為養家！

先讓他做點小項目，鍛煉一下，把以前已經完成客戶的項目拿出來給他做，練手，看看功底如何

如果功底好，則主要鍛煉他的思維能力

如果功底不好則多鍛煉他的技能

首先是能力要過關，之後就是交流要能順暢，其他的問題都不是問題，只是經驗和熟悉而已。

⑤ 程序員做項目，發現有些需求真的完不成，該怎麼辦。目前那個模塊只有我一個人比較懂。很糾結現在，該如何

可以和上級溝通一下啊，或者一起討論看看有沒有好的想法，項目這個東西最終定型是在不斷的討論修改過程中生成的

⑥ 好程序員：技術分享 有哪些新手程序員不知道的小技巧

我有一個學習的小技巧，就是學習新技術的時候，多看看「官方文檔」。
多年來的學習和工作經歷，讓我比較深刻認識到一點：看「官方文檔」非常重要。
我們很多的問題和技術細節，其實，只要我們認真將官方文檔過一遍，會發覺大部分的問題和認識模糊的地方都消失了。甚至，你還能發現自己之前通過搜索獲得的到一些資料，可能是不準確或者已經過時的。官方文檔是真正的好東西，因為編寫文檔的人群，通常就是這些技術或者軟體的開發者，他們才是對這些東西最了解的人，因此，他們寫的文檔質量是很高的，通常也是最新的。
官方文檔的不足的地方，大概是中文版本不多，看起來可能會比較吃力。不過，請相信我，下載一個翻譯輔助軟體，慢慢看還是可以的。另一方面，就是這些文檔編寫者，通常是技術界大牛，他們編寫文檔有時候是基於他們自己的技術認知水平，跳過了很多基礎概念，也增加了閱讀難度。不過，這個我們也可以通過多查資料，慢慢看來解決，並且通常會帶來額外的學習收獲。