程序員走火入魔的表現

① 谷歌研究員發文稱AI已具備「人格」，是他走火入魔還是機器真的進化

其實，在我看來，我不太認同。我感覺整個聊天對話是涉嫌引導或者誘導的成分在裡面的。

比如：

AI 演算法里，肯定有大量的人類語言的一些演算法模型和結構，針對人類語言的特點，專門讓 AI 說話的方式像人類，這種根據演算法模型說出人話，跟主動產生自我意識是兩回事。

我懷疑這個程序員，研究 AI 可能時間太長，他的自我意識已經迷失在研究當中了，產生了自我催眠。

② 程序員的代碼潔癖在什麼情況下是一種惡習

當你把【代碼清潔】當作目的時，就是惡習了。為什麼會存在代碼潔癖，究其根本，是我們對「維護代碼」這種讓人抓狂的事情的實際需求，讓我們越來越注意到清潔的重要。比如說 1 == a 這個，如果從來沒有把 a == 1 寫錯成過 a = 1 導致你調式很長時間過，恐怕這個人能難把這個納入到他的潔癖范疇內，即使他對空格的使用要求近乎苛刻。在我的圈子裡面，一直有很多搞單片機的的。這些人主業是做電子甚至是機械的，當需要一個控制器的時候，會用單片機寫一些非常小的程序來實現控制。我發現在這個圈子裡面，就幾乎沒有代碼潔癖的人，別說潔癖了，代碼的基本清潔都看不到，即使這個人在做電路板的時候一板一眼。為什麼？因為沒有需求，代碼本身長度都很小，而且都是寫過無數遍的基本套路，甚至大段大段的代碼都是用輔助工具直接生成的；這些代碼對他們來說，多亂都很難寫錯，並切，最重要的，這些代碼幾乎都不需要維護，因為功能簡單，程序就是可以做到沒有BUG，需要升級的時候也很少。混亂的代碼，於他們的工作效率，幾乎沒有什麼影響；相反，由於開發環境難以想像的簡陋，整理代碼會浪費他們大量時間。既然代碼潔癖是由需求引起的，那麼我們來反思一個問題：我們做的和我們需要的一致么？其實問題問出來的時候，相信大家有答案了，既然用到了「潔癖」，肯定代表「做多了」，《編程之道》這本故事書裡面有個有趣的小故事：一個初學者被要求編寫一個財務軟體。他瘋狂地工作了很多天，但他的主管檢視他的程序時發現，它寫了一個編輯囂，一個圖形程序集，和人工智慧的界面，但是看不到任何跟財務有關的東西。主管要求解釋時，程序員被激怒了：你太沒耐心了，我會在最後寫財務的部分。這就是一個典型程序員在乾的事情，所有的優秀程序員都要經歷這樣的階段，過度設計、過度優化、過度使用技巧等等等等，因為我們就是這樣的群體，對這些的追求就是我們學習編程提高自己的動力，所以我們必然會經歷這樣的事情

③ 當程序員寫不出代碼了，該怎麼辦

你已經對著電腦n個小時了。不知道該寫什麼代碼，或者一種摔鍵盤的沖動正在你的胸中醞釀。

咖啡一杯接著一杯。不敢再喝了，因為搞不好要有副作用了，心跳加速，身體不由自主地顫抖，出冷汗，但還是無法產出任何代碼。

所有重新發現編程趣味的努力都徒勞無功，因為你的最後一點能量都用來驅逐大腦中正在攻城略地的話：

「我寫不出代碼了!」

編程的本質是棘手

即使是最優秀的程序員也會遭遇無法解決的軟體工程問題。碰到這樣的問題，並不一定意味著你缺乏技能或知識。

編程不是一項容易的工作，我們可以通過採取非正統的方法來保持你想要的生產力水平，並確保提交高質量的代碼。

如果我在一個問題上花了幾個小時，卻仍然找不到解決方案的話，最後我會覺得這是浪費了時間。我不是胡言亂語——我只是覺得「沒有人能夠百死不悔」。

沒有憤怒和悲傷。因為我已經嘗試過所有方向，只是都走不通而已。失去希望，於是開始想辭職不幹。我覺得自己應該換工作，去做做調酒師或其他，至少研究和測試在啤酒中加點什麼不會耗去我數個小時的時間。

這些都是我在不敲代碼時的想法。我開始懷疑生活，懷疑編碼，懷疑人生。

有成效不?好吧，我從來沒聽任何專家說過「辭職和萎靡不振」可以造就偉大的代碼，所以可能並沒有成效。

這就提出了一個問題：我們該如何避免這種沒有成效的狀態?

重新發現問題，重新發現你的生產力

可能你已經行進在這條路上了。那麼此時你只要繼續就可以了，我可能沒有什麼新的東西可以告訴你的。

如果你是新手，那麼可能你還不知道如何重新發現生產力。

下面我要分享的內容將有助於你在編程時以一種健康的方式保持生產力，不至於筋疲力竭。主要包括：

測試不同的解決方案，直到感覺重復

在線尋找開源解決方案

向更有經驗的程序員詢問

如果一切都失敗，那就瀟灑放手

1_測試不同的解決方案，直到感覺重復

在你研究或詢問其他開發人員(=浪費他們的時間)之前，你應該嘗試使用你現有的知識和思維來制定每一個可能的解決方案。

顯而易見的是，太多的程序員是從詢問他人開始的，自己甚至都不曾靜下心來分析問題本身。不要成為這樣的討厭鬼，盡可能不要浪費別人的時間。

先投身於工作，然後再尋求幫助。

2_在線查找開源代碼

當你投入於工作，卻沒有什麼成果的時候，那麼下一步你可以嘗試開源代碼。許多編程人員構建軟體，是出於創造解決方案並在線發布以供大家使用的樂趣。有些人發布的代碼曾被它們的程序員使用於商業項目。

GitHub是尋找開源代碼的兩個主要地方之一。另一個是StackOverflow。

這些網站的解決方案是採用可重用代碼的形式，方便你在項目中實現。

謹記，使用其他人開發的代碼總是有風險的。它可能會以你意想不到的方式改變程序的行為。備份原始代碼，這是常識。

3_向更有經驗的程序員詢問

你有沒有碰到過這樣的情況，向其他人求助卻發現你甚至不知道自己在問什麼?

在詢問任何人之前，你得准備好一些你無法通過網路信息搜索解答的問題。

明確的問題，才能有明確的解決方案。如果是你自己都描述得雲里霧里的問題——那麼你只會得到一個雲里霧里的回答(並且可能會惹惱他人)。

如果你周圍沒有任何開發者可以詢問，那麼也可以在線查找。你可以在社交論壇上詢問，或查找特別針對於你所用技術的頻道。

4_如果一切都失敗，那就瀟灑放手

不要一心鑽在死胡同里，實在不行，那就去干點別的事——睡覺，吃東西，等等。

你覺得這是在逃避工作?那就錯了。

我要告訴你的是，當你最輕松的時候，往往正是解決辦法靈機一現的時候，這不是我胡編亂造的，而是有科學的證明。此時你的大腦工作在「發散思維」的模式下，而不是在「集中注意力」的模式下——你可以在這篇文章中了解之間的差異。

總的來說，這個理念就是要你忘記手頭的問題，讓你的意識心靈沉浸到其他的事情中。此時，你的潛意識則開始連接要點，朝著頓悟的方向前行。

我們可以做些什麼以便於幫助大腦在發散思維的模式下工作呢?放輕松就好了：

散步(古代哲學家非常習慣於在走路時演講，因為他們意識到走路有助於思考)

清理辦公室或住所(完成後給自己一個獎勵)

與朋友約會，喝杯咖啡，聊聊八卦(如果你過於關注問題的話，那麼建議和不能提供幫助的非編碼人員交談)

總結

我在編程和生活兩者之間保持了一種健康的平衡。

無論你是為了興趣愛好、錢還是改變世界的宏圖偉業而選擇編程——編程都不應該是你唯一痴迷的東西，否則你會走火入魔。

最後再說一句，如果你絞盡腦汁，卻仍然無法解決問題，那麼不妨先放一放。通過潛意識的運作，搞不好突破性的想法就會靈光乍現。

感謝大家閱讀由java培訓機構分享的「當程序員寫不出代碼了，該怎麼辦?」希望對程序員們有所幫助，更多精彩內容請關注Java培訓官網

免責聲明：本文由小編轉載自網路，旨在分享提供閱讀，版權歸原作者所有，如有侵權請聯系我們進行刪除