百度開發程序員搜索引擎

A. 程序員遇到百度不出來的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、性能使用程度上都非常友好，那麼它在別的地方也有可能相對表現比較好。這時候如果有個功能我們的實現需要很復雜才能完成，那麼就有可能是我們用錯了。相似推理不一定都能正確，但會提供一些幫助。

以上。

B. 怎麼往蘋果瀏覽器里添加百度搜索引擎拜託各位大神

蘋果瀏覽器的默認搜索引擎可以通過設置來進行調整。

總步驟：【設置】 ——> 【Safari】 ——> 【搜索引擎】 ——> 【網路】

分步驟如下（圖文詳解）：

第一步：點擊【設置】，並找到【safari】；

C. 為什麼程序員都推薦Google搜索而不是百度

谷歌索引到的內容相對網路更廣，獲取資料是很方便的，但是有一個不好的就是上谷歌一不注意就翻到fan hua新聞之類的，有些甚至不是真實的，所以自己要有辨識力。

D. 低級程序員和高級程序員的區別

低級程序員認為自己與高級程序員的區別, 主要是高級程序員任何功能都能編碼實現, 編碼速度快, 代碼無 bug. 正如一慣的那樣,
低級程序員之所以低級, 正是因為他們勉強能看到(或者根本看不到)事物的表象而看不到本質. 所以, 低級程序員總結出的一切東西,
你都可以大膽的忽略.

所以, 我們來聽聽高級程序認為自己與低級程序員的區別是什麼. 高級程序員之所以高級, 在於他們認識到代碼 bug 是不可避免的,
有千萬種理由可以導致 bug, 但他們可以在設計和邏輯上保證(追求)滴水不漏, 並用邏輯的百分之百准確性還減少代碼 bug. 沒錯,
嚴謹的邏輯能力是高級程序員區別於低級程序員的最主要原因.

可以舉一個簡單常見例子: 網路購票終端的開發. 當然, 比低級程序員還低級的程序員做不出來. 我們先看看低級程序員是怎麼做:

order = Db::new_order();
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}

你看到的沒錯, 這段代碼邏輯清晰, 一般 90% 的情況都能正常工作, 有的甚至能達到 99%, 在某些特定的時間段, 這樣的系統 100% 能正常工作(幾乎是完美的系統).

你可能發現了問題: 網路是不可靠的, 網路請求可能發出去了, 也可能沒發出去; 對方可能收到了, 也可能沒收到; 響應可能由對方發出去了, 也可能沒發出去; 你可能收到了響應, 也可能沒收到.

但是, 低級的程序員會這樣解釋: 我用的是 TCP 協議, "TCP 是一種可靠的傳輸協議", 哈! 可笑的照本宣科. 這種低級程序員,
不僅在於他們寫出了邏輯上不完備的系統, 而且還惡劣地引經據典來做錯誤的辯護. 但他們引用的經典是不合時宜的(不能支撐他們的結論).

正確的做法應該是假設上面的每一行代碼都可能中斷執行, 然後進行相應的對策. 正如狹義上的網路協議其實是廣義上的交互協議, 我們可能把 TCP/IP 協議上的許多思想和機制應用到系統間的交互上來.

簡單來講, 可以加上就是重試(超時重傳)和對賬(請求確認). 所以, 邏輯上更准確的代碼應該是這樣:
Process_0{
order = Db::new_order();
}
Process_1{
order = Db::find_new_order();
ret = Network::query_order_result(order);
if(ret == NOT_FOUND){
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}
}
}

Process_0 和 Process_1 是相互獨立的處理邏輯.

Process_0 即處理用戶交互, 接受訂單.
Process_1 請求服務提供商進行對賬. 進行采購下單(補單), 更新訂單狀態.

上面的代碼邏輯實現了重試(超時重傳), 對賬(請求確認). 但上面的代碼在邏輯上還不是 100% 准確的, 例如, 如果對方系統誤報呢? 但其它的異常情況可以根據實際情況來忽略. 如果你發現這段代碼還有重要的邏輯上缺陷, 歡迎告訴我.

記住, 低級程序員和高級程序員的區別在於邏輯和抽象.

E. 作為一個程序員用什麼搜索引擎比較好

火狐，谷歌，一般是程序員用的多的，調試程序一般用火狐。但是作為一個程序員還是要各種瀏覽器都用的，因為要測試調整瀏覽器兼容性問題。

F. 2021年最受程序員歡迎的開發工具TOP 50名單出爐-

對於每一個開發者而言，開發工具就相當於他們的武器，選擇一個合適的工具能夠幫助我們在工作時事半功倍，在互聯網逐漸發展成熟的今天，越來越多的開發工具供我們選擇，但其中總有一些更好用的，如何選擇成為了一大難題。

從而頒布了2021年StackShare第八屆頂級工具獎，快來看看有沒有你青睞的開發工具吧。

年度最佳新興工具

1.FastAPI

FastAPI 是一個使用 Python3.6+ 構建 Web API 的高性能框架。根據框架創建者的說法，FastAPI 性能與 NodeJS 或 Golang 相當。

2.GitHub Copilot

作為一款 AI 結對編程工具，Copilot 的主要定位是提供類似 IntelliSense/IntelliCode 的代碼補全與建議功能，但在實際表現上有望超越同樣由微軟合作夥伴 OpenAI 開發的 Codex AI 系統。

3.FiglamFigma

Figma 是一個 基於瀏覽器 的協作式 UI 設計工具，從推出至今越來越受到 UI 設計師的青睞，也有很多的設計團隊投入了Figma 的懷抱，

4.Logtail

Logtail是日誌服務提供的日誌採集Agent，用於採集阿里雲ECS、自建IDC、其他雲廠商等伺服器上的日誌。本文介紹Logtail的功能、優勢、使用限制及配置流程等信息。

5.Coder

開發人員工作區平台·

6.Charts.csscss

Charts.css 是用於數據可視化的開源 CSS 框架，幫助用戶理解數據，幫助開發人員使用簡單的 CSS 類將數據轉換為漂亮的圖表。·

7.Counter

簡單並且免費的網路分析·

8.React Query

React Query是一個庫，可為任何類型的非同步數據提供ReactJS狀態管理功能。根據他們的官方文件，·

9.vscode.dev

將VS Code引入瀏覽器，構建一個可以在瀏覽器中完全無伺服器運行的開發工具。

10.BookStack

BookStack 是一個開源的、基於 Laravel + Vue.js 構建的知識管理和服務平台。具有簡單但功能強大的所見即所得編輯器，允許團隊輕松創建詳細且有用的文檔。·

11.ThunderClient

Thunder Client 為我們提供了一款輕量級、易用、整潔、簡單的 Rest API 客戶端擴展。·我們可以利用 Thunder Client 在編輯器內快速測試代碼庫的 API 端點，從而最大限度地減少頁面的切換。它可以替代 Postman，作為常用的無腳本測試工具。

12.Quod AI

Quod AI Code Search是一個由人工智慧驅動的Chrome擴展，可以自動從Git存儲庫或Jira問題中搜索代碼。

它使用問題的標題和描述，並自動在你的Git存儲庫中找到匹配的內容。

13.Dendron

Dendron 是典型的開源社區編程思維的解決方案，雖然初看起來有一點學習曲線，但從根本上是給了使用者最大的自由發揮空間，同時又提供了最強大和最徹底的工具生態支持。·

14.Notion API

把概念和你每天使用的工具聯系起來·

15.Github1s

只需1秒，就可以用VS Code方式來看GitHub代碼。·

16.Ocean

容器的無伺服器基礎架構引擎·

17.Magic

快速構建應用程序，可定製，無密碼登錄

·

18.Jina

更簡單的一種在雲上構建神經搜索的方法，

19.Focalboard

一款開源、本地存儲、免費的類 Notion 應用Focalboard 的自我定位是「Trello、Notion 和 Asana 的開源、自託管替代品」。·

20.zx

更好地編寫腳本的工具（By Google）

21.OpenSearh

OpenSearch是阿里雲開放搜索簡稱，為解決用戶結構化數據搜索需求的託管服務，支持數據結構、搜索排序、數據處理自由定製。·

22.Querybook

一個可以發現、創建和共享數據分析、查詢以及表的大數據IDE（通過Pinterest），

23.MangoDB

MongoDB是一款為web應用程序和互聯網基礎設施設計的資料庫管理系統。MongoDB就是資料庫，是NoSQL類型的資料庫

24.TooIJet

Retool的開源替代品·

25.Kitemaker

Kitemaker是為團隊而非經理創建的超快速問題跟蹤器。為遠程團隊創建的Jira的快速替代方案·

26.Appflowy

Appflowy 是一款使用 Flutter 和 Rust 構建的開源筆記軟體，它支持Windows、macOS和Linux，可以免費下載使用

27.Kubegres

Kubegres 是一個 Kubernetes Operator，用來部署並維護 PostgreSql 集群，提供開箱即用的數據復制和故障轉移功能，簡化 PostgreSql 集群生命周期管理，降低數據復制的復雜性

28.Lightning Web Components

Lightning Web Components,業內簡稱LWC,是Salesforce於Spring 19發布的一款新型Lightning Component，快速的企業級Web組件基礎

29.Judo

用無代碼構建原生應用體驗

30.Apache APISIX

Apache APISIX Apache APISIX是一個動態、實時、高性能的API網關。提供了豐富的流量管理功能，如負載均衡、動態上游、canary釋放、斷路、認證、可觀察性等。

31.Control

提供免費的加速、自動化安全性以及SOC2合規

32.Remix

專注於Web技術和現代 用戶體驗的框架

33.NocoDB

免費並且開源的Airtable替代方案

34.JetBrainsQodana

評估你擁有的、合同或購買的代碼的完整性

35.TabnineAI

只能代碼編寫

36.Coolify

一個開源的，自適應的Heroku和Netlify的替代品

37.Penpot

開源設計和原型平台

38.Portman

Postman介紹：postman是一個開源的介面測試工具，無論是做單個介面的測試還是整套測試腳本的撥測都非常方便。

39.Devops Stack

持續部署Kubernetes環境

40.Slidev

面向開發人員的演示幻燈片

41.ReScript

ReScript 是一門針對 JavaScript 程序員的新語言，特別是對 TypeScript 和 Flow 的類型安全感興趣的程序員。ReScript 的語法和 JavaScript 非常相似

42.Fig

自定完成終端

43.FlutterFlow

Flutterflow 是一個在線低碼平台,使人們在視覺上以人們在視覺上構建本機移動應用程序。

44.Porter

運行在你自己的雲中的Heroku

45.SigmaOS

在 SigmaOS 中，你會看到完全不同的瀏覽器布局，它更像是一個工作台

46.VictoeiaMetrics DB

快速、低成本的監控解決方案和時間序列資料庫

47.CloudflarePages

JAMstack平台為前端開發者提供協作和部署網站的平台

48. Devbook

面向開發者的搜索引擎

49.Front Matter

直接在VS Code中管理靜態站點

50.Supacase UI

用於企業儀表的React組件庫

以上可以說是集結了開發行業中的所有「神器」，不僅能助力程序員高效工作，也是今後走向開發崗位小夥伴們的加薪工具。小夥伴可以從中挑選適合自己的工具~