你已經在你的工作崗位上工作了很多年,你知道如何編寫足夠好的程式碼來讓你舒服地過日子,但時不時會有一張 ticket,一張在看板上徘徊的 ticket,因延誤而呈紅色,重新安排並“完成了嗎?”評論。 「我早上第一件事就是去拿它」是你昨天告訴自己的,而天已經黑了。

作為程式設計師和開發人員,我們很可能會拖延,並且有足夠的理由這樣做。懶惰可能是其中之一,但我們大腦的記錄遠不止於此。

為什麼程式設計師容易拖延

認知超載😵‍💫

作為問題解決者,我們往往過於頻繁地使用大腦中「最相關」的部分,即額葉皮質

額葉皮質負責執行功能,包括分析資訊、辨識模式、決策,最重要的是,即使是很難做的事情,也要做正確的事

對於這些看似簡單的任務,額葉皮質需要大量的能量,表現出非常高的新陳代謝率。

作為戴著防藍光眼鏡的凡人,我們擁有固定的能量儲備,當我們消耗它們時,就會開始出現妥協。

Behave 的作者 Sapolsky 指出,當額葉皮質超負荷時,受試者會變得不那麼親社會,他們會說更多謊,不那麼仁慈,並且更有可能在飲食上作弊。

“意志力不僅僅是一個比喻;它是一種力量。”自我控制是一種有限的資源”,

他說,即使是很難做的事情,也要做正確的事情不僅僅是情感和道德選擇,而且與大腦的生理學密切相關。

我只是個孩子

我們都曾經歷過初學者成為開發者的時刻。當我們日以繼夜地努力學習並保留x語言或y框架的功能。還有多少次我們幾乎放棄了。

但在達到一定閾值之後,編碼似乎沒有那麼大的消耗效果。這是有充分理由的。

當我們練習和學習某些東西時,我們開始將認知過程轉移到大腦中更具反射性(源自於反射動作,自動「肌肉記憶」)的部分,例如小腦。

一旦實現了這一點,我們就減輕了額葉皮質的計算負擔,從而減少了任務的能耗。

決策疲勞

認知任務不限於程式設計師所做的面向邏輯、計算、謹慎的任務。

它還包括一個看似簡單的任務:決策,例如使用正確的方法編寫可讀的程式碼,或者像我應該先交付哪個任務這樣簡單的事情?

與認知負荷一樣,決策疲勞也與您的能量儲備有關,並最終影響您的工作效率。

過程而不是拖延

現在我們已經打破了拖延症,是時候真正解決它了。

1. 發芽

為了實現任何目標,無論是 jira-ticket 的完成,還是一個副專案,都必須開始建造。 「我是否採取最有效率、可讀、完美協調的方法來解決這個問題」 ;不確定性和自我懷疑的摩擦通常會讓事情一開始就很困難。

打開你的筆記型電腦是克服程式碼區塊的第一個勝利。做到這一點的唯一方法就是擁有一些確定的東西,一些不會為你帶來任何不安的錨。

我曾多次嘗試在周末找到一個完美的時間窗口來開始編程,那就是我試圖找到一隻獨角獸。

所以我特意在早上的某個時間打開猴字,試著每分鐘打出當天的前80多個字。

這是我從原子習慣中偷來的東西,它有很大幫助。這個簡單的儀式在我一天的前 5 分鐘內進行,由腎上腺素激增的肌肉記憶反射組成,與我的任務的不確定性無關。

因此,我可以輕鬆地打開 IDE 來完成 Jira 票證,它的恐懼已經困擾我的 jira 板一周了。

2. 粒度化

我最近學到的東西是,一旦你開始編寫程式碼,你的程式設計之旅將幾乎沒有任何決策。

其他一切都可以而且應該預先計劃成最小的任務顆粒,使事情盡可能清晰。

我看不起工程需求文件(ERD) 的概念,認為它是讓高階主管感覺自己參與流程的一項公司瑣碎工作。

事實證明我錯了,它的目的是確保所有的決策疲勞都發生在初始階段,並且整個星期剩餘的門票運輸相對不會受到額葉皮質能量儲備負擔的影響。

3. 遊戲化

在看板上更新我的 Jira 票證並沒有讓我對自己的勞動成果產生足夠的歸屬感。我也無法追蹤我完成的工作、運送的內容和洩漏的內容的個人進度。

因此,我在本地微軟的待辦事項清單中保留了一組迷你日常任務。完成任務的令人滿意的鈴聲給了我很大的動力,讓我走上正軌,而不必擔心還有什麼未完成的事情和尚未完成的事情。

由於這是個人的,我可以加入諸如“完成 3 次獲得布朗尼蛋糕”之類的任務,並在我將其標記為完成時等待它彈出。

動機是神經傳導物質的混合物,確保時不時地用一些刺激來刺激你的大腦。

另一個可以提供同樣幫助的工具是中間件的專案概述。它系統地給出了我在衝刺中發生溢出和過度投入的原因,並且可以幫助概述您的 Jira Board 和專案。

4. 測量、抓斗和放棄(不完全)

建設過程中的摩擦遠遠超出了決策疲勞的範圍。如果你在某件事上失敗了足夠長的時間,你可能就不想再做那件事了。

明智的做法是衡量問題、分配時間並全力解決問題。但當您知道時間已到時,請尋求協助。

你需要做出自願的決定,是讓問題變得比你的手更小,還是增加更多的手。

額外的四肢或大腦並沒有什麼問題。直立人首先表現出了群體內有序社會化的跡象,然後出現了擁有強大計算大腦的智人。至少在演化過程中,陪伴先於認知。

5. 結論

作為開發人員,我們經常忘記我們是多麼的人性化,我的意思是我們正在執行的服務可以滿足數百萬人的需求。

除了鍵盤上的神,我們是誰

但是,像錯過早餐這樣的小事就會影響我們的工作效率,而像系統故障這樣大的事情就會促使我們更加努力地工作。我們是具有簡單價值觀的複雜機器。

作為一個寧願花一個小時編寫腳本,而不是在 4 秒內點擊 4 個按鈕的開發人員,我可以保證,修復流程而不是解決絕對問題總是明智的。改掉習慣性行為,就能改掉拖延症。


原文出處:https://dev.to/middleware/how-i-stopped-my-procrastination-insights-into-developer-mindset-23hl


共有 0 則留言