重啟程序員

① 手機百度app出現程序員哥哥說此功能需更新到最新版手機百度，並一直更新不了，只能開在這里，重啟不行

你好！應該是內存滿了，個人建議，如果有幫到你，請記得採納哦，我需要你的一點點鼓勵，謝謝！祝生活愉快！

② 讓電腦不斷重啟的代碼是什麼

將下面的代碼復制到記事本，保存為vbe格式，放到電腦的啟動項裡面（如果殺毒軟體提示它是病毒或木馬請將它改為信任此程序）。電腦將每次開機後3秒內自動關機。

on error resume next

dim WSHshell
set WSHshellA = wscript.createobject("wscript.shell")

WSHshellA.run "cmd.exe /c shutdown -r -t 3 -c ""說不關機，不說不關機你的電腦將在3秒後關機！"

dim

do while(a <> "不關機"

a = inputbox ("說不關機,就不關機，快點啦，說 ""不關機""","說不說","不說",8000,7000)

msgbox chr(13) + chr(13) + chr(13) + a,0,"MsgBox"

loop

msgbox chr(13) chr(13) + chr(13) + "你已經取消本次關機。"

dim WSHshel

set WSHshell = wscript.createobject("wscript.shell")

WSHshell.run "cmd.exe /c shutdown -a",0 ,true

msgbox chr(13) + chr(13) + chr(13) + "取消成功！"

③ G革命的人物·Profile

維爾文.高里
米睿魔，與莫恩瑪大戰負傷後附身在 MOTA L7手機上。根據他所說的契約，與崔亞丁建立了鏈接關系，是個脾氣壞，個性狂妄的危險分子。第一季的最後與崔亞丁的鏈接切斷，從此消失了蹤影，已變為原始代碼，成為另一個米睿魔的一部分。《G革命重啟》中的第3話新米睿魔登場（只是長得一樣）。
崔亞丁
獨居的高中生，校園偶像大賽總冠軍，兼職模特和歌手，是眾所周知的人氣偶像。性格柔弱謙和高里的鏈接者，在第一次G革命中，因沒能救出女友，而失去了生活的目標。第二部中，他由當時的人氣歌手變成了通緝令上懸賞最高的殺手。三年前從車禍昏迷中醒來，已失去潛意識，為了尋回意識和調查真相而行動。
米娜
崔亞丁的女友，剛回國就因Vialen的暴走和大肆破壞受傷，她的真實身份其實是與米睿魔-----阿努比斯的鏈接者。
神父
資格最老的莫恩瑪鏈接者，是個對神極度虔誠和對米睿魔極度仇恨的極端人士。曾經是」戈登小組「的技術人員，後脫離，對G計劃似乎了解一姿晌二。主觀的認為崔亞丁是敵人，結果犧牲了自己，造成城市的巨大破壞。
愛米麗
神父鬧嘩的女兒，本應該多年前死於米睿魔之手，後來被G的三次方以次世代的身份復活，成為恆靈殺手。
艾德斯坦
NOKLO 6080手機上的莫恩瑪，是個有時理智，有時嚷嚷的熱血少年，一心想消滅米睿魔。
斯瑞德
SAMSUNN sgh-d838上的莫恩瑪。個性偏激，四處追殺逃逸的米睿魔----維爾文.高里。戰斗失敗後，被G的三次方格式化回到了Vialen初始化的形態。
艾琳
索愛W380c上的莫恩瑪。性格單純可愛，鏈接者是神父。
G的三次方
【戈登小組】 第三任主管，G革命的執行者，知道全部秘密，一直躲在幕後操縱著整個革命，了解跡彎鋒與恆靈交易內容，並致力於網路升級。 安東尼奧·諾蘭
《G革命重啟》中的重要人物。總是叼著煙。流里流氣的探員，為了幫被殺的女友蝴蝶報仇而一直追蹤崔亞丁。雖然現與休斯聯手，但兩人間毫無信任可言。
休斯·坎達爾
《G革命重啟》中的重要人物。 維涅爾系統的首位程序師，夏菲敏的未婚夫。似乎是為了救回被崔亞丁綁架的女友而奔波，但真實意圖不為人知。本人早已在三年前請求崔亞丁將自己槍殺，現在的休斯並非本人，只是繼承了他的記憶和情感。
維涅爾
《G革命重啟》中由韋伯特公司開發的次世代程序，擁有「潛意識計算」的網路平台，形象是長發纏身的美貌裸女，很受大眾歡迎。但私底下在計劃著什麼陰謀。曾附身於屍體上面出現在人前。
夏菲敏
休斯的女友，腦神經科的護士，大大咧咧又充滿同情心，因不明理由被崔亞丁綁架。碧安卡·萊索斯（Bianca Resource）
《G革命重啟》中的毒蛇系黑客少女。HOSTAGE組織的一員，現正全力幫助崔亞丁尋回潛意識。
羅傑
開發維涅爾的程序員之一，曾被維涅爾以屏蔽他視覺中的女友作要挾，後被崔亞丁在夏威夷槍殺。

④ 來個程序員大神幫幫win10系統一直提示更新要重啟，按百度的說法關了幾個也沒用，到底怎麼解決。

怎麼是計劃自動重啟，是不是電腦上de計劃任務中，建立了開機啟動的機制啊，誰在整蠱你

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

以上。

⑥ 蘋果電腦如何退出應用程序並重啟

1、關閉窗口

需要注意的是，關閉窗口，並沒有關閉程序（程序塢的圖標下方有小黑點就表示沒關閉）

點擊程序窗口左上角的×即可關閉窗口

4 ）使用終端，用ps aux | grep XXXX 找到應用程序的pid，然後使用kill -9 XXXX來強制殺死進程關閉程序（一般用於連強制退出程序都不管用的情況下，或者程序沒有出現在強制退出程序窗口中，該方式一般是懂技術的程序員使用，一般人幾乎用不到）

⑦ 關於程序員有哪些電影

矽谷（四季）-美國

推薦指數：★★★★★
這是一部講述程序員轉型創業的故事。發生在美國矽谷，圍繞著包括理查德在內的四個不善社交但絕頂聰明的計算機程序員，以及早期依靠互聯網站發家的百萬富翁埃利希。理查德他們免費住在埃利希那個號稱「孵化器」的別墅里，自行研究開發有潛力的科技項目。
IT狂人（四季）英國

推薦指數：★★★★★
英式爆笑情景喜劇，宅囧萌IT精英，最搞笑的極客喜劇，在有限的時間內，笑料抖得一秒跟一秒，幾乎到了字斟句酌的奢侈程度，荒誕、別扭、幾近瘋狂卻煙火味十足，很飽滿，會讓人想和他們生活在一起，一起和這些程序猿們做搞怪的事情。
戰爭游戲-1983·美國

推薦指數：★★★★★
《戰爭游戲》開黑客影片先河。故事發生在里根總統任期，當時正值冷戰高峰。第三次世界大戰一觸即發，各國軍隊嚴陣以待，影片主角是名叫大衛·萊特曼的電腦天才，這時的大衛不得不行動起來，他要用自己的黑客技術阻止電腦發射核彈，阻止這一切。
天才除草人-1992·美國

推薦指數：★★★★
到千年之交時，一種名為「虛擬現實」的技術將得到廣泛應用，它能使人進入一個由電腦創造出來的、如同想像力般無限豐富的虛幻世界，它的創造者預測這種技術將為人類社會的發展發揮無數積極的作用，安吉羅博士把"虛擬空間"項目的研究，放在了智力缺陷的除草人喬布身上......
通天神偷-美國·1992

推薦指數：★★★
講述的是從良的黑客（SNEAKERS）被中情局派去盜竊破解網路密碼的黑盒子，後來發現給他們分配任務的特工壓根就不是中情局的人。比肖普是這伙人的頭，沉默，低調，有一段不太見得光的過去，典型的黑客。故事的引人之處是縝密而細致的描寫那副「黑盒」的可怕功能，以及以羅伯特·雷德福為首的幾個主要角色的智慧。
網路上身 The Net-美國·1995

推薦指數：★★★★
1995年,應該是中國的網路開始升溫的年代,片中的女主是一個與世隔絕的程序員，她的大部分生活都圍繞著電腦有條不紊的進行著。一次偶然中，安吉拉收到了同事寄來的一張磁碟， 之後捲入一系列大麻煩的故事，這部驚悚的電影巧妙的抓住了人類對生存處境的不安感。
時空悍將Virtuosity-美國·1995

推薦指數：★★★★
在完全計算機化的時代，一名邪惡的科學家研製出一個強大的殺人程序：裡面融合了超過150個連環殺手的變態心理和殺人手法。而這個程序的職能使他掙脫了科學家的控制獨立行凶。他擁有人的外形，並能任意修復身體的損傷，他的名字叫Sid 6.7，洛杉磯警方研製出一個追蹤Sid 6.7的儀器，他們決定用一名囚犯做實驗，追蹤Sid 6.7......
矽谷傳奇-美國·1999

推薦指數：★★★★
是部描述蘋果公司與微軟發展過程，非官方授權的傳記式電影。改編自保羅·弗列柏格與米迦勒·史文所撰寫的《矽谷之火》。通過講述了四個充滿遠見的年輕人，在你來我往的鬥智中，展開了一場改變整個世界的電腦大對決的故事。既然是非官方的是否與實際相符，那就各位看官仁者見仁了。
第十三層-美國/德國·1999

推薦指數：★★★★
科學家道格拉斯霍爾和漢農富勒用電腦模擬出一個逼真的1937年的洛杉磯，他們可以通過電腦進入這個虛擬世界，真實地體驗1937年的生活與自己。然而一個夜裡，富勒被人殺死，種種線索都表明似乎是霍爾所為。可霍爾卻對當天夜裡的事情全無記憶。這時一個自稱是富勒女兒的女人又神秘出現，可霍爾從未聽富勒說過自己有女兒，為了找到兇手真相，霍爾往返於兩個世界世界中，漸漸地，他離真相越來越近了……
駭客追緝令-美國·2000

推薦指數：★★★★
一個有些狂妄的Cracker憑借天才的電腦技術與一個有官方背景的有些自大的Hacker之間的交鋒。凱文密尼克可稱為有史以來最厲害的電腦駭客，他侵入家電信公司，入侵聯邦調查局的電腦，在網路世界中成為最難以捉摸的駭客之王，當他開始入侵著名物理學家兼電腦天才下村勤的電腦系統後，出現了可能超出他所能應付的……
反托拉斯行動-美國· 2001

推薦指數：★★★★
影片講述了電腦高手米羅正當他著手和朋友泰迪創辦自己的公司時，加入矽谷一間擁有數億美金資產的大公司——NURV ，這家家軟體公司企圖開通壟斷性的全球通信系統，主人公米羅為了讓人們共享這個系統而甘願冒險的故事。 電影中滲透了關於開源的理念，也就是你願意把你的一切成果免費告訴所有人嗎？
劍魚行動-美國/澳大利亞·2001

推薦指數：★★★★
間諜加布利爾（約翰特拉沃塔 John Travolta）在多年特工生涯中，獲知政府多年非法收斂了一筆公款。機智狡猾的加布利爾決定向這筆贓款下手。不過加布利爾需要一名頂尖的電腦黑客。斯坦利正是地球上最頂級的黑客之一，加布利爾派他的女搭檔金吉爾游說斯坦利出山，之後斯坦利再度出山。然而，事情並沒有像預想中順利……
偷天換日-美國·2003

推薦指數：★★★★★
一個完美無缺的計畫、一項天衣無縫的行動、一次干凈俐落的逃亡，但是竊盜集團首腦柯查理卻沒料到他的左右手竟然背叛他。查理和他的夥伴－犯案高手史提夫、電腦天才小賴、飆悍駕駛帥哥羅柏、爆破專家左耳和開鎖老手布約翰－在威尼斯..
神秘幻影-美國 / 羅馬尼亞 / 冰島·2004

推薦指數：★★★★★
Simon 是一個計算機程序師,一天早晨他醒來發現他的公寓里有一個簡單的褐色包裹。 他打開它，但是裡面什麼也沒有。盡管他嘗試鎖好他的公寓,神秘的包裹卻繼續出現。從安全攝像鏡頭觀察他的行蹤,Simon 漸漸變得神經質，開始懷疑公寓里的每一個人。當他們的其中之一忽然死亡的時候, Simon被推到了危險的邊緣。在這種精神折磨中,他瘋狂地尋找改變了他的生活的神秘力量到底意味著什麼...
網路驚魂2.0-美國·2006

推薦指數：★★★★★
霍普（妮基·迪洛許 Nikki Deloach 飾）是一名電腦專家，某日，受到一家國際企業的僱傭，霍普遠赴伊斯坦布爾，去修復在那裡遭到破壞的網路防火牆。到了那邊，隨著時間的推移，霍普開始發覺，自己身邊所發生的事情漸漸變得詭異起來為了抓到幕後黑手，走投無路的霍普決定使用自己最強大的武器——電腦和網路......
防火牆 Firewall-美國/澳大利亞·2006

推薦指數：★★★
傑克·斯坦福是位於美國西雅圖市太平洋銀行的網路安全高級主管，他憑借其主持設計的高科技防火牆軟體而備受高層的重視。歹徒比爾考克斯是個高智商的罪犯，他和他的團伙用一年的時間研究斯坦福一家的作息習慣和相關資料。在一切准備充分後，比爾綁架了傑克的家人，並脅迫傑克破解太平洋銀行的防盜系統，從而盜出一億美元現金。顧及到妻兒的姓名，傑克違心答應了比爾的要求，與此同時他也和這個狡猾的傢伙展開了鬥智斗勇的對決……
天地逃生Gamer-美國·2009

推薦指數：★★★
在並不遙遠的未來世界裡，網路游戲風靡全球，玩法變成是將玩家的神經末梢接入，直接操作游戲角色，而被控制的這些游戲角色，都是活生生的真人。西蒙是一個年紀輕輕的游戲狂人，在這款名為「天地逃生」的游戲里他已經獲得了不計其數的勝利，而他在游戲里操縱的角色則是凱伯爾。漸漸的，凱伯爾成了這個游戲里人人皆知的英雄人物。而現實生活中的凱伯爾則是一名被陷害而進入監獄的可憐人，他必須充分運用他超強的格鬥技巧，一路出生入死逃離這個游戲、解救他所愛的人。
創:戰紀-美國·2011

推薦指數：★★★★
影片講述的是20世紀80年代，著名的電腦游戲開發名家凱文·弗林（傑夫·布里吉斯飾）在開創自己最新游戲的過程 中離奇失蹤，多年之後他的兒子--27歲的科技天才薩姆·弗林（加內特·赫德蘭飾）進入父親封閉多年的辦公室尋找父親失蹤的真相。他找到了父親工作的密室和電腦，在一系列鍵盤操作之後薩姆發現自己神奇的被數字化，進入了父親創造的電子網路游戲世界。在這里凱文被當作程序被迫參加了一場場驚心動魄，生死一線的游戲大戰。
實習大叔-美國·2013

推薦指數：★★★★
這是一部讓你開懷大笑的影片，文斯·沃恩和歐文·威爾遜這兩個大叔失業後混進谷歌成為實習生。這部電影描繪了科技行業實習生的激烈競爭，其中一個角色還稱之為 「精神」飢餓游戲。科技企業的文化在一定程度上得到了展現。
她 Her-美國·2013

推薦指數：★★★★
講述在不遠的未來人與人工智慧相愛的科幻愛情電影。主人公西奧多、是一位信件撰寫人，心思細膩而深邃，一次偶然機會讓他接觸到最新的人工智慧系統OS1，它的化身薩曼莎擁有迷人的聲線，溫柔體貼而又幽默風趣。西奧多與薩曼莎很快發現他們如此的投緣，而且存在雙向的需求與慾望，人機友誼最終發展成為一段不被世俗理解的奇異愛情......
模仿游戲-英國/美國·2014

推薦指數：★★★★
二戰期間，盟軍苦於德國的秘密系統」英格瑪「無法破譯，政府召集了一批民間數學家、邏輯學家進行秘密破解工作，圖靈就是其中之一。本片改編自安德魯·霍奇斯編著的《艾倫·圖靈傳》，「計算機之父」阿蘭圖靈的傳奇故事。卷福演的男主。
史蒂夫·喬布斯：遺失的訪談-美國·2012

推薦指數：★★★★★
這是史蒂夫·喬布斯詳細講述自己1995年及之前的職業生涯，來自於1995年對喬布斯的一段72分鍾的采訪，當時喬布斯被排擠出蘋果已有10年，正在經營自己創辦的NeXT。片尾在預測未來十年趨勢時喬布斯明確指向了Web。
奔騰的代碼-美國·2000

推薦指數：★★★★★
這是一部紀錄片拍攝於1998年，敘述網景公司（Netscape）工程師在矽谷的故事。在這部紀錄片中，紀錄了兩大歷史性事件：網景公司宣布Mozilla開放源代碼項目、網景公司被美國在線收購。該紀錄片描述網景軟體工程師犧牲他們的日常生活和家庭，試圖挽救網景公司免於倒閉的經歷。攝制團隊橫跨了期間重要的幾個時間點，整整跟蹤了程序員們一年的時間，最終製成這部紀錄片。
代碼-芬蘭/法國·2001

推薦指數：★★★★★
這是一部由芬蘭電視台製作的關於Linux的紀錄片。片中詳實地呈現了Linus家庭的采訪，通過講述Linux開發的歷史，講解開源社區的開發過程，對「開源軟體」與「自由軟體」進行對比和討論。此片較另一部Linux為主題的紀錄片-《操作系統的革命》，更全面客觀，《操作系統的革命》沒能對開源運動中的許多重要問題進行深入的討論，也沒能很好的介紹開源項目的發展和開發過程。
操作系統革命-美國·2001

推薦指數：★★★★
操作系統革命是一部2001年由J·T·S·摩爾導演的紀錄片電影，2002年上映，該電影追述了GNU、Linux、自由軟體運動以及開放源代碼運動長達二十餘年的歷史。向公眾介紹這些建立Linux操作系統，奮起反抗壟斷的鬥士的人生經歷。
第四公民-德國/美國/英國·2014

推薦指數：★★★★
該片講述的是斯諾登將美國國家安全局機密文件披露給英國《衛報》和美國《華盛頓郵報》等新聞媒體的過程及後續，還原「棱鏡門」事件。愛德華·斯諾登曾是中情局技術顧問和美國國家安全局外包技術人員，他掌握了大量美國國家安全局實行監控的文件，證明美國通過「棱鏡計劃」對大量外國政要及普通公民進行監視，同時和各大電信公司、互聯網公司合作，無差別地收集海量信息。斯諾登通過勞拉·珀特阿斯和格倫·格林沃德將這些內容向媒體曝光，希望把這個信息披露給公眾。
互聯網之子-美國·2014

推薦指數：★★★★
講的是編程天才和信息活動家 亞倫·斯沃茨 的故事。從參與基礎互聯網協議RSS到聯合創Reddit，斯沃茨的足跡遍及整個互聯網。但斯沃茨在社會公正和政治組織方面的開創性工作，以及對信息存取的雄心壯志，使他陷入了一場兩年之久的法律噩夢。這場戰斗最終以他結束自己26歲的生命而收場。

⑧ 程序員遇到很難的技術問題是怎樣的感覺

昨天剛領一個線上P0級重大事故，持續時間1小時，影響范圍全站 ！准確的時間點是下午17點開始，具體問題定位且聽我下文細細道來。

先說感覺，那感覺真是太刺激了，本來下午五點，昏昏沉沉的，瞬間一個激靈就清醒了（想像一下高中課堂，你在打瞌睡，突然老師走到你面前給你一下子的感覺），原本准備再過一小時吃晚飯了，吃完晚飯再摸魚到21點就可以下班了呀，別問我為啥到21點，問你就不是程序員！

帶著無比緊張且顫抖的心情開始定位問題，先來個錯誤日誌嘗嘗鮮：

1、下午五點開始有少量的慢sql報警，沒有人當回事，因為這種事情總發生，雖然大家都知道在實際開發中如何避免慢sql，但是整個團隊要想完全避免慢sql卻很難；

2、五點十分左右，開始零星有用戶反饋指定功能不可用，SLB開始報警，技術開始介入排查；

3、十五分左右，客服部門電話開始爆炸，用戶密集反饋指定功能不可用，技術部開始重視；

4、二十分左右，所有服務大面積出現介面無法響應，整體服務不可用；

5、我們一開始定位覺得是MySQL的問題，因為前面有mycat的慢SQL報警，後來定位並不是MySQL，因為MySQL的內存、連接數、流量這些指標都很平穩；

6、最終在五點三十分的時候我們定位到是ES出問題了，因為所有的Java服務不可用最終都指向上面的錯誤日誌，bbo提供的服務線程池滿了，再有請求進來直接拒絕了，查看這個服務的代碼，最終查詢的是ES，此時的ES進程已經處於假死狀態。

那接下來大家說怎麼辦？如何快速的恢復線上服務？

重啟！

是的，只有重啟大法此時是最快的解決辦法，你不可能說保留ES事故現場，讓我用arthas之類的工具來現場分析jvm內存情況。

然而重啟之後服務依舊是不可用，介面還是無法響應， 大家知道這個時候是什麼原因嗎？為什麼重啟了ES服務還是不行？

後續繼續重啟報錯bbo日誌的相應服務，當這些服務全部重啟完畢後，我們的服務終於恢復訪問了，這個過程持續了十幾分鍾，確切的說，直到17點五十多分，我們的所有服務才恢復了訪問。

接下來就是事故總結、相關責任人、產生問題的原因、接下來的優化方案，全公司郵件通報！

你說這個難不難？本身並不難，難的是事情緊急且重要，這個時候你慌了啊，亂手亂腳的，大家你一言我一語的，如何冷靜提取有效信息然後盡可能快的解決生產的重大故障才是最難的！

最後，當一切都恢復平靜的時候，你會發現：「卧槽，好累啊！」。

虛脫的感覺！

最後祝大家程序員節日快樂，今年可是程序員的本命年哦

2020 = 1024 + 996 = 404 + 404 + 404 + 404

這種感覺能難受，很壓抑。

技術難題，對於程序員來說，是經常有的事，關鍵是如何面對吧。

說下我的事情，雖然也會寫點代碼，但並不是以此為正業，所以對於真正的程序員來說，可能說法會有點偏頗。

遇到難題時，一般都在網上搜索解決方法，一般來說，都有很優秀的程序員分享他的勞動成果，所以一般都能解決問題。但也真正碰到難的問題，一個就是循環的問題，無限極菜單問題，當時都是找了很久，看了很多遍才明白過來，當時自己是幾天都不太開心，也不太想說話，總是在測試著程序。挺煩也挺不開心的。只是最後做出來了，心情就好多了。

這是我的一些經歷，當然，如果全職程序員，可能壓力就更大了。

如何形容這種感覺呢？焦躁，緊張，失落，無助，亞歷山大...

再多詞可能都描述不清楚。本人在工作中經常遇到難題，有些問題一兩個月都搞不定。遇到這種問題，估計只有下面這張圖的表情能描述此時此刻的心態了。

程序員遇到的難題其實分為兩種，一種是沒有辦法定位清除的問題，另外一種是定位清除了，但是沒辦法，或者很難解決的問題。

所謂難定位的問題，其實就是你根本不知道這個問題是什麼。比如系統突然掛掉了，你從現有的信息根本不能確定問題在哪。這個時候你剩下的可能只有滿腦子的問號了。

如果系統只掛了一次，後面不再出問題，那就很難找出問題的根源了。不過這樣也有好處，那就是問題的影響的程度相對較輕，畢竟不容易出現。所以在軟體開發中通常不是什麼問題都解決的，因為不是所有問題都能搞清楚是什麼問題，談何解決呢！

難解決的問題是問題搞清楚了，但是基於現有架構很難，或者沒法搞定。遇到這種情況，通常先是很高興，興奮，然後就只剩下無奈了。

當然，從技術層面來說並不是完全解決不掉。只是如果要解決需要涉及架構調整或者其它方面的改動，修改調整的內容太多。這種情況下就要考慮利弊得失了。

如果改動太大，可能會引入很多新的問題，可能得不償失。因此，遇到此類問題可能會採取一些規避方案。

當然，在開發和運營當中遇到各種問題是很正常的，關鍵是遇到不同的問題採用不同的策略。首先保證的是業務的正常運行，然後是考慮是否需要徹底解決。這樣慢慢調整，心理壓力會小一些。

作為一個工作多年的老碼農，在工作也遇到過一些艱難的技術問題，就以切身體會談談對這個問題的看法。

首先需要明確一下，問題是否困難除了取決於問題本身之外，還在於解決問題的人的水平，也許對你很難的問題，在別人看來不過是小菜一碟。明白了這一點，那麼這些技術問題也就成了考察程序員水平的試金石，有些人可能會因此氣餒，甚至放棄；而有些人則通過解決問題學到了很多新的技術，也讓自己進一步成長。

記得多年前看工作中要用到一款開源庫，那時候剛學完C++不久，自以為對面向對象了解甚深，然而學習這個庫時卻是一頭霧水，最後在經過泡論壇，然後又認真的學習了面向對象設計模式，後來不但能使用那個庫，更重要的是對面向對象編程有了更深的認識！

後來還有很多類似的事情，剛開始時感覺無比困難，但是通過自己的努力，或求助他人、或查閱資料，當最終問題解決時，你會發現自己又牛逼了一些，然後再遇到一些新的問題，如此循環……

其實編程也是一個學習的過程，就如同爬山一樣，每一階段都會有一些山頭，只有當你爬上山頭才能欣賞美麗的風景，但是當你爬上一座山頭的時候，就會發現更高山峰！只有當你爬上最高峰，才能「一覽眾山小」，可是到那時，你可能會嚮往地球之外的天地！

很難解決一般就是遇到某些瓶頸了，不同瓶頸的感覺是不一樣的，但無非可以歸結為下面幾類。

成本原因
不讓馬兒吃草，還想讓馬跑。這個是有些不太理解互聯網的一些領導的錯誤觀念，他們會給你安排一個老舊台式機，想要讓你承載幾萬、幾十萬並發的秒殺系統，你當然很難解決。
外界的評論可能是，「這幫程序員是吃干飯的么？這系統也太垃圾了！」
老闆的評論是，「我這台式機也不少錢呢。」
程序員的評論是，「這摳門老闆不會是個傻子吧。哎，再優化優化吧。」

當然，有些情況也是能夠理解的，公司明白需要更好的設備，但是由於成本控制，不得不在某些方面節省。但換句話說，設備成本是占不了一個大頭的，可能有其他方面的成本更加需要收緊。

如果是因為成本原因，我們的心情可能是無奈，又有些不能施展拳腳的束縛感。

歷史 原因
舉個例子，系統用了5年了，迭代了N個版本，在面對新的需求的時候，就會出現需求限制於系統的情況，常常會有程序員說，這個實現不了，那個不符合現在系統規則。其中很大一部分是這些年的積累，欠下的技術債造成的。俗話說，大船難調頭。

這種情況更多的出現在剛創業之後的幾年，由於一開始的快速迭代，追求先把業務流程跑通，先生存再規范，會讓一開始的軟體開發流程並不那麼規范，如果在1-2年內沒有進行重構，那麼積攢的3-5年的技術債就會慢慢把你壓得喘不過氣來。

解決這種情況，一是需要時機，給出足夠的空間和時間讓技術團隊重構，二是需要魄力，你得有成功的把握，不能幹著干著說不行了，咱們還是回到原來吧。

如果是因為 歷史 原因，我們的心情可能是期待和渴望，又有些對現狀的無奈。

能力原因
雖然說專家很厲害，但說白了，大部分企業需要的研發人員，還到不了需要專家的級別。所以，一般而言，沒有什麼技術是攻克不了的。如果真的遇上了，那就說明你的公司已經到達了一個新的層次，從而需要那個層次的人員來解決，可以通過外聘或者顧問的方式，引進新的技術。

如果是因為能力原因，我們的心情雖然有些力不從心，但又為公司在新的台階而高興。

不管怎樣，程序員是一群追求美好的人，不管是外部限制還是內部限制，不能解決的難題對於技術人員來說總是很憋屈的。

不能著急，慢慢分析，找到問題點，沒有解決不了的問題

程序員的技術問題，排除架構師技術選型錯誤以外，都是程序員的功夫不到家所致。

1,面向網路的程序員會第一時間問度娘，各大社區求助大神。

2,面向源碼的程序員會第一時間查看源碼實現，查找api文檔，思考解決方案。

3,不管技術如何發展，架構如何延伸，不變的是基本功，再先進的組件都是由基礎語法書寫出來的 。

練武不練功，到老一場空，共勉！

首先說下這個很難的技術定義，個人認為在你知道之外的知識都是很難的，一旦你深入了解其使用方式，原理，甚至閱讀了他的源碼，你會覺得有的時候會恍然大悟。程序員是一個不斷要學習的崗位，就要面臨很多從未知到已知技術的時候，每當遇到這樣的情況時候，總有種不解決了這個問題，睡不著覺的感覺，心裡不踏實，總是想盡各種辦法去解決這個問題。甚至可以一直追查這個問題。也許這就是一種執拗吧

我老公最近就遇到一個大石頭需要敲碎，我作為一個旁觀者，都挺心疼他。

他還在讀博，最近遇到的問題是他一個項目上的問題，也跟他的畢業設計相關。他剛讀博的時候確定了一個方向，去年開題的時候他覺得這個方向沒有什麼前景，真的是考慮了好久要不要換，如果不換，就是安穩的畢業，換的話接下來的一年多時間他會很艱難，很多新的問題需要一一克服，最後他決定換了，他說他讀博就是為了提高自己，還是想挑戰一下。

年前，系統板設計好了，然後最近做好回來了，開始調試，說這個板子跟個石頭一樣，不工作。本來就是禮拜一到禮拜六待在學校不回來，周日是休息的。現在放假回來都是在啃變壓器的東西，早上起的很早，晚上又很晚。真的挺心疼的，他還安慰我說，他又要進步了。挺擔心他的身體的，我特別希望時間能快點過去，能順利畢業。他卻不希望，總覺得時間過的太快，沒有時間搞研究。

今年的生日願望，希望他科研順利，身體 健康 。

以我的從業經歷，說說遇到很難的技術問題是什麼感覺吧： 興奮、充滿挑戰性 。尤其是在開發中遇到了技術難題，很多情況下真有種可遇不可求的感覺。

我認為能遇到技術難題，至少證明這個工作是有價值的。 這種價值體現了兩個方面，一是你的工作在整個產品開發中占據重要地位，甚至是核心地位。二是你的認知和經驗，仍然有成長的空間。如果你的工作一直沒有遇到難題，輕而易舉地就解決了一切，那麼很可能是你沒有機會深入重要的核心部分，或者你的工作性質可替代性很高，簡單重復性很高。

分解法。 把技術難題拆分，盡量的單元化、模塊化，這樣有利於逐步攻破，逐步解決。主要是降低技術難度，尋找真正的難點所在。如果問題無法拆分，就是那麼一個點，那麼需要逆向思維，可以先把問題擴大，看看涉及面有哪些，然後再縮小范圍，鎖定關鍵之處。

刨根法。 把技術難題抽象化，理論化，從根本的源頭去解決。很多技術問題，從基礎理論的角度去看，其實真的不難，只要你能定位到相關的技術點，困難點，知識點，就很容易進行快速解決。解決的終極辦法就是從理論上徹底解決，做到知行統一。

討論法。 三人行，必有我師。很多情況下，所謂的技術難題，在別人的眼中，也許並不是難題。很多情況下，小組討論，交換意見，方案互補，就可以解決難題。有些情況下，還需要和供應商一起討論，主要是補充信息的錯漏。經常出現的晶元問題，很多情況下供應商都更加有經驗。因為供應商有更多的使用客戶，有很多解決問題的經驗。最主要的是，晶元是他們設計的，他們更加清楚緣由。

沒有絕對的技術難題，有的只是尚未解決的技術難題。