sh5164
2017-04-21 20:18:49 UTC
作為一名開發人員，我經常到達這一點，直到一天結束時我仍然完成大任務，仍然還有大約30分鐘的路程。
問題是，30分鐘還不夠是時候讓我編寫任何代碼了，如果我開始編寫一個任務的開始，我知道我會在第二天繼續努力而又失去上下文，並且不得不重新閱讀代碼，這會導致我丟失時間。
但是要專注於專業問題，我不想花太多時間在工作上，而在30分鐘內不做任何事情似乎很荒謬。
我該如何處理“剩餘30分鐘”問題？
編輯：為了解釋為什麼它不是重複的，麻煩不在於”什麼時候做什麼系統無法正常工作？”或“ 當我無事可做時該怎麼辦？”，而是“當您接近一天結束並到達時該怎麼辦”沒有時間開始新任務嗎？“
評論不作進一步討論；此對話已[轉移為聊天]（http://chat.stackexchange.com/rooms/57529/discussion-on-question-by-sh5164-how-to-deal-with-the-30-minutes-remaining-親）。請記住註釋的含義：如果您想回答問題，請在檢查現有答案尚未涵蓋您的要點之後，在實際答案中這樣做。
早點離開，第二天再住30分鐘。
有時，我會瀏覽所有瀏覽器選項卡，然後決定是為它們添加書籤還是僅將其關閉而不添加書籤。有點像“一天結束時打掃辦公桌”。這可能需要一些時間，尤其是在尋找錯誤的一天之後。
“呆在30分鐘內甚麼都不做似乎是荒謬的” –認為30分鐘的停機時間是我的問題，這聽起來很荒謬，除非您的工作某種程度上涉及您花費每一分鐘的努力來挽救人們的生命。
*這會導致我浪費時間*是的，但我很難相信您第二天就會損失同樣的金額（30分鐘）。開始工作;-)
如果很難重新閱讀代碼，那麼也許您應該更頻繁地閱讀代碼。我們編寫代碼（希望一次），但是我們和其他人卻多次閱讀。如果代碼很難遵循，則您需要解決一些問題，即可讀性。並不是說您是一個糟糕的編碼員，但是如果您閱讀昨天編寫的代碼需要花費大量時間，那麼可能是錯誤的。
你真幸運作為一個年輕的程序員，我的問題是，當電話和中斷停止時，我的大腦會在下午5點左右進入一個非常高的檔位，所以我將開始工作，工作並最終抬頭，直到晚上8點。我並沒有聲稱這段時間內通常會發生任何有成果的事情，相反，這可能意味著我可能更快地了解了我的交易。總會有一些繁瑣的工作需要去做：您的時間表，整理工作區，回答一些懸而未決的問題，計劃接下來的工作，...
首先編寫下一個問題的failing（！）單元測試，以防止丟失上下文。第二天早上，這些測試將向您顯示您正在做什麼。這些測試將比任何半成品的代碼更具可讀性。
你不能回家嗎
@usr應該是這樣，但在許多公司中這是不可能的。
*“作為開發人員，如果我開始編寫任務的開頭，我知道第二天我將很難繼續進行下去。” *好吧，在進行編程之前，您將要進行開發/程序結構部分，對不對？“開發人員”是解決問題的人，然後（可選）進行編碼，而“程序員”恰恰相反，後者只是接受關於必須實現和實現哪種解決方案的指令（這也是不平凡的）任務）。因此，抓住鉛筆，一個筆記本，並繪製出程序/類/您必須實現的所有內容的整個結構。
您可以提前30分鍾離開，也可以一直呆到完成任務。