JavaRush /Java Blog /Random-TW /喝咖啡休息#51。程式設計師 4 個避免精神疲勞的簡單方法。幫助您克服編碼恐懼的 7 個步驟

喝咖啡休息#51。程式設計師 4 個避免精神疲勞的簡單方法。幫助您克服編碼恐懼的 7 個步驟

在 Random-TW 群組發布

程式設計師避免精神疲勞的4個簡單方法

資料來源:Dev.to 程式設計可能是一項非常困難的工作。你需要記住你在做什麼。記住應用程式或系統的上下文和內部工作原理。考慮編寫程式碼的語言的語法和功能。請記住特定程式碼段的位置,以便稍後在必要時返回該程式碼段。記住哪些工作階段已經完成,哪些階段尚未完成。儘管如此,你仍然需要學習新技術、工具和語言。所有這些需要記住的事情都在你的頭腦中爭奪空間。結果,你可能會感到沮喪,感覺你的大腦已經變成糊狀了。做出決定變得很困難,因為你過度思考、過度分析、讓一切變得太複雜。你忘記了你現在要做什麼以及以後打算做什麼。最終,你會變得精神疲勞。喝咖啡休息#51。 程式設計師 4 個避免精神疲勞的簡單方法。 幫助您克服編碼恐懼的 7 個步驟 - 1我們的大腦並不是為了不斷儲存和處理如此大量的資訊而設計的。幸運的是,至少有四種有效的方法可以減少腦力負擔。

1. 寫下所有內容

我首先要談的是大衛艾倫的「井然有序」技巧。大衛在他的書中解決了一個常見問題:人們必須追蹤、記住和組織生活中太多的事情。它們可以與工作、朋友、嗜好、家庭有關。通常所有這些資訊都儲存在我們的頭腦中,因此管理起來相當困難。艾倫的想法是,我們的大腦並不是儲存資訊的最佳地點。將其用作想法的來源會更有成效。作為創造性思考的場所。為此,你能做的最好的事情就是嘗試讓你的大腦擺脫記住不必要的事情的需要。解決方案就像天才一樣簡單:寫下您需要記住的所有內容。我們可以記錄應用程式的工作原理。我們可以寫下程式語言的基本語法規則。我們可以列出任務清單,包括我們需要不要忘記的一切。你寫下的越多,你的大腦在記憶中儲存的資訊就越少。這樣我們就可以減少腦力負擔。

2. 為您想要返回的內容加書籤。

如果您在程式碼中發現錯誤並且沒有記下其位置,則您可能會忘記它,並被其他任務分散注意力。結果,您將浪費時間尋找這個錯誤。一個簡單的解決方案將有助於避免這種情況:每當我們感到想要從其他任務中分心時,就記下來。相信我:你不可能記住所有事情。此外,它還會增加大腦的負擔。而且並不總是能夠立即處理發現的問題。我把任務的累積想像成一堆不同形狀的盤子,我們必須保持平衡。手裡拿著一盤並不困難。但每當我們因某些事情而分心時,我們的一堆盤子裡就會添加另一個盤子。漸漸地,堆疊變得沉重且不穩定,並且變得越來越難以保持平衡。所以:如果我們拿走每一個新盤子,把舊盤子放在桌上(寫下來),我們就只能拿著一個盤子。負載減少。我們的大腦可以專注於手邊的任務,而不是保持盤子平衡。

3.從工作中休息一下

一個廣泛接受的理論是,睡眠有助於大腦緩解充血。在睡眠期間,大腦會刪除不重要的記憶並保留重要的記憶。此外,在睡眠期間,大腦會處理想法和感受。我們的大腦是一個複雜的裝置。我們仍然不完全了解它是如何工作的以及它有什麼作用。但這種擺脫睡眠停滯的想法為我們帶來了另一個想法——我們的大腦可以「在後台」工作。我們不需要專門思考一個問題,讓我們的大腦來處理它。這就解釋了為什麼許多隨機的想法是在慢跑或洗澡時誕生的。我們必須利用大腦的後台工作。當你可以休息一下,讓你的大腦平靜地處理問題時,為什麼還要把頭撞到牆上試圖解決問題呢?

4.與人交談

你聽過「調試塑膠小鴨」嗎?這種方法背後的想法是,當遇到問題時,程式設計師向孩子的塑膠鴨子解釋他的程式碼,有時是逐行解釋。於是他把自己放在了老師的位置,解釋了自己需要這樣寫程式以及自己現在在做什麼。奇怪的是,使用這種方法通常可以確定問題所在。小鴨子是一個無生命的物體,但它充當了一個感恩的傾聽者。但是,您會失去與真人交談所帶來的許多好處。畢竟,這個人可以:
  • 提出問題會迫使你重新思考你的方法,
  • 就如何最好地完成任務提出建議,
  • 建議替代解決方案,
  • 表現出對問題的不同看法,
  • 分享您的經驗,
  • 談論現有的解決方案。
與同事分享知識的能力是一項寶貴的技能。當兩個人思考一個問題時,解決問題所投入的能量就會加倍。結果,你可以獲得更好的解決方案(這就是結對程式設計的基礎)。

結論

程式設計是一項複雜的活動。開發人員常常必須在記憶中保留很多不必要的東西。但同時,他們被期望能夠立即針對複雜問題提出創造性的解決方案。所有這些都會導致精神超載。為了解決這個問題,我們需要盡可能減輕大腦的負擔,讓它只專注於手邊的任務。為此,我們可以:
  • 寫下所有重要的事情
  • 製作書籤,以便您稍後可以返回到重要的內容,
  • 花一些時間不編程以便大腦能夠恢復,
  • 改變觀點並與他人交換想法。

幫助您克服編碼恐懼的 7 個步驟

資料來源:Nickbulljs 大多數害怕程式設計的人其實是害怕失敗。甚至在我們開始學習語言之前,我們就預先確定我們會失敗。為什麼會發生這種情況?可能有以下幾個原因:
  • 我們可能會認為程式設計太難了;
  • 我們確信這不是「給」我們的;
  • 我們受到「我們已經太老而無法開始」的刻板印象的影響。
如果需要,該清單可以繼續。喝咖啡休息#51。 程式設計師 4 個避免精神疲勞的簡單方法。 幫助您克服編碼恐懼的 7 個步驟 - 2但我們必須面對現實:這些都只是藉口。在每一個藉口的背後,我們都隱藏著對失敗的恐懼。是他阻止了我們。如果我們對不可避免的失敗充滿信心,那麼我們很可能不會開始任何事情。畢竟,我們認為既然無論如何都不會成功,那為什麼還要開始呢?也就是說,我們根本沒有理由接受一項任務,因為我們事先確信嘗試會導致失敗。對程式設計的恐懼大致就是這樣產生的。我們只是認為我們無法成功。為了克服恐懼,你需要重新調整你的大腦以獲得成功。讓我們看看如何做到這一點。

1.沒有程式設計天賦

大多數人將天賦與多年的實踐混為一談。當我們看到好的結果時,我們常常會說「這個人有才華」。但事實上,這個人只是很早就開始修練了。人們總是很容易將自己的失敗歸因於缺乏「才能」。但相反,最好開始練習。開始至少每隔一天寫 30 分鐘程式碼。不管你一開始程式設計有多好,你只需要開始做就可以了。

2. 選擇任務,而不是語言

大多數人在錯誤的地方開始他們的程式設計之旅。他們做的第一件事就是選擇一種程式語言。但你需要從你想要解決的問題開始。我們編寫程式碼不僅僅是為了好玩。在程式碼的幫助下,我們解決了一些問題。因此,首先你應該決定將來要解決什麼問題,要從事什麼專案。當您決定後,您就可以選擇最適合解決這些問題的語言。

3. 編碼中的帕累托定律

要開始編寫程式碼並用它創建一些東西,您不需要 100% 的程式設計知識。應用帕累托定律。根據這條定律,「20%的努力產生80%的結果,剩下的80%的努力只能產生20%的結果」。換句話說,要創建 80% 的產品,您只需要了解 20% 的程式語言(我在簡化,但總體思路很清晰)。首先學習該語言的基礎知識,然後根據需要深入了解更多細節。無需直接跳入程式語言規範的深淵。這將使您的學習旅程延長數月。從基礎開始,然後深入挖掘。

4.一次專注於一件事

同時學習一兩種以上語言會導致不良後果:
  1. 你分心了。
  2. 你推遲了開始真正工作的時間。
  3. 你看不到進展,並開始不斷地「為了未來」推遲事情。
為了防止這種情況發生,請選擇一種語言並堅持使用。停止在不同語言之間切換。多工處理不起作用。一次專注於一件事。

5.開始做某件事

透過實踐你可以學到最好的東西。獲取知識而不付諸實踐是浪費精力。畢竟,你只會忘記很多。為了防止這種情況發生,需要在實踐中鞏固所學到的知識。您在 YouTube 上觀看影片教學嗎?打開編輯器並編寫您剛剛看到的程式碼。學習網路開發?選擇一個簡單的項目並開始研究它。

6.欺騙你的大腦

當我們打開任務清單並看到類似「建立網站」之類的內容時,我們通常會無限期地推遲該任務。我們知道這需要大量的努力和時間,但我們還沒有準備好花費這些精力和時間。但請記住,如果把一切都推遲到“明天”,你可能會面臨永遠無法解決問題的風險。將大任務分解為小部分。工作的階段應該是每個單獨的小任務可以在 2-4 小時內解決。完整任務清單:
  1. 建立一個網站
詳細任務清單:
  1. 購買域名。
  2. 建立網站設計。
  3. 使用 CSS 和 HTML 建立主頁使用者介面。
  4. ……
當您現在打開任務清單時,開始工作會花費更少的精力。這很重要,因為如果你不開始練習,你將永遠學習

7. 建構你的恐懼

最後,我最喜歡提姆·費里斯的建議。他是暢銷書《每週工作 4 小時》的作者,也是世界上最受歡迎的播客之一《提姆費里斯秀》的主持人。結構化可以幫助您克服對編碼的恐懼和其他恐懼。這是如何完成的(這是完整版本):
  1. 製作三欄並將其標記為「定義」、「預防」、「對抗」。
  2. 在第一欄中,寫下您到底害怕什麼,什麼阻止您採取積極行動。
  3. 在第二列中,列出可以防止最壞情況發生的方法。
  4. 在第三列中,列出修復造成的損壞的方法(如果事情確實發展到最壞的情況)。
  5. 依照 1 到 10 的等級對最壞情況的有害影響進行評級。
  6. 從 1 到 10 的範圍內對成功的潛在收益進行評分。
  7. 再畫三列並標示為「6 個月」、「1 年」、「3 年」。
  8. 寫下你的被動行為的潛在成本。

結論

我希望這七個技巧可以幫助您開始編程並實現您的目標。請記住,如果你為自己設定了失敗的目標,那麼事情就一定會以失敗告終。不要那樣做!
留言
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION