Khoảng thời gian làm việc nào có năng suất cao hơn: ngắn hay dài? [đóng cửa]

Những phiên làm việc nào hiệu quả hơn cho lập trình: ngắn (<= 30 phút), giữa dài hoặc dài (> = 2 giờ)? Trong trường hợp nào? (Xem xét mã hóa chức năng mới, thực hiện các sửa đổi nhỏ, điều chỉnh giao diện người dùng, tái cấu trúc, gỡ lỗi, học API, cố gắng hiểu mã của người khác).

Bạn có thể nói gì từ kinh nghiệm của bạn? Thông tin từ các nghiên cứu và thực hành tốt nhất cũng rất được hoan nghênh. Mặc dù nó sẽ là tốt đẹp để xem liên kết hoặc tài liệu tham khảo.

Thông tin đáng tin cậy được ưa thích hơn câu trả lời đầy đủ.

Những giá trị đáng giá:

• Suy nghĩ tập trung là mục tiêu cuối cùng ở đây
• Nói chung công việc không bị gián đoạn> 2-3 giờ mang lại sự mất tập trung và suy nghĩ mù sương
• Khi bạn đang trong dòng chảy, tốt hơn là để bản thân làm việc trong 1-2 giờ
• Thật đáng để thử thực hành Kỹ thuật Pomodoro, vì đã giúp vượt qua suy nghĩ quán tính và sự trì hoãn, để có được cảm giác tốt hơn về thời gian. Đặc biệt nó có thể giúp bắt đầu làm những việc mà bạn không thích làm nhiều như vậy
• Khi sử dụng phần mềm 'break manager', bạn có thể cho phép bản thân linh hoạt hơn, ví dụ bỏ qua 1 break nhưng không nhiều hơn. Điều này cho phép bạn chấp nhận tình huống: trong dòng chảy, khi có dòng chảy, có thể quản lý khi không có dòng chảy
• Không khí trong lành, thư giãn và tập thể dục trong giờ nghỉ có thể giúp tham gia vào bán cầu não phải để có những ý tưởng và giải pháp mới

Hãy thử các công cụ phần mềm để 'quản lý ngắt':

• Pomodairo - nó cũng theo dõi danh sách các nhiệm vụ và có giao diện người dùng pice
• WorkRave - cung cấp linh hoạt hơn trong việc cấu hình. cũng có thể sử dụng mà không cần loa

Tôi tin rằng điều quan trọng nhất là thực sự tập trung . Tập trung 5 phút có thể có năng suất cao hơn 5 giờ không tập trung, lướt web tại các trang web trao đổi ngăn xếp, trò chuyện, v.v.

Nếu bạn thực sự tập trung, bạn không thể tiếp tục hàng giờ liên tục (nếu bạn có thể, thì bạn không thực sự tập trung). Bộ não của bạn sẽ hết nhiên liệu. Thật vậy, hầu hết các kỹ thuật quản lý năng suất / thời gian, như Kỹ thuật Pomodoro , đều hướng tới:

1. Chia mục tiêu của bạn thành các nhiệm vụ nhỏ, có thể hoàn thành.
2. Lấy một nhiệm vụ tại một thời điểm, tập trung vào nó và chỉ vào nó, cho một timeboxed số lượng thời gian.
3. Nghỉ ngơi ít nhất

Khi làm điều gì đó khó khăn, thời gian khởi động - tải tất cả thông tin vào não của bạn và hiểu vấn đề - có thể khá dài, do đó, thời gian ngắn tùy ý không hiệu quả và thời gian không bị gián đoạn tối ưu phụ thuộc vào mức độ khó của nhiệm vụ. Nhưng bất cứ điều gì >> 2 giờ chỉ là ngu ngốc. Thức dậy từ ghế của bạn trong 5 phút và nhận được không khí trong lành sẽ tiết kiệm hàng giờ, vì bạn sẽ đưa ra giải pháp mà bạn đã cố gắng tìm ra trong 2 giờ qua.

Thông tin thêm về Kỹ thuật Pomodoro, theo yêu cầu của Alexey: Tôi đã thử nó, thực sự đó là phương pháp quản lý thời gian chính thức duy nhất tôi từng thử. Đó là một thử nghiệm có ích giúp tôi đánh giá cao thời gian và tôi vẫn có thể sử dụng nó đặc biệt nếu tôi gặp khó khăn trong việc "khởi nghiệp". Tuy nhiên, khi trong dòng chảy, tôi thấy Pomodoro nguyên chất - tạm dừng cứ sau 25 phút - quá cứng. Tạm dừng chỉ vì một số thời gian chính xác, được xác định trước là cảm thấy lãng phí. Các bộ đếm thời gian chuông là một phân tâm, và nó không làm cho các mảnh tinh thần rơi xuống, và tái xây dựng "bộ nhớ cache não" của bạn sau giờ nghỉ cần có thời gian.

Vì vậy, ngày nay tôi chủ yếu làm việc theo tình hình hiện tại. Nếu tôi gặp khó khăn khi bắt đầu làm một cái gì đó, thì tôi có thể đặt ra một mục tiêu nghiêm ngặt, ví dụ: "làm điều này trong 30 phút tiếp theo" hoặc "hoàn thành việc này trước khi uống thêm cà phê". Quy tắc đơn giản như vậy làm cho kỷ luật tự giác dễ dàng hơn. Nhưng nếu tôi tràn đầy năng lượng, thực hiện một số mã tốt, thì tôi có thể làm điều đó trong gần 2 giờ liên tục, không bị gián đoạn. Sau khi nước rút như vậy, não tôi hết năng lượng, vì vậy tạm dừng một thời gian sẽ xảy ra sự cần thiết.

Nhưng để rõ ràng, tôi nghĩ rằng khả năng làm việc của tôi "theo tình hình hiện tại" phần lớn là do tôi đã thử tính thời gian, mặc dù tôi hiếm khi thực hiện việc đo thời gian nghiêm ngặt nữa. Nhờ dùng thử, tôi biết rằng khi tôi chần chừ, thì tôi sẽ tạo ra một loại thời gian nào đó - một hộp thường là đủ - và chẳng mấy chốc tôi lại rơi vào dòng chảy. Vì vậy, tôi khuyên bạn nên thử các kỹ thuật như vậy. Ngay cả khi bạn không sử dụng nó mọi lúc, bạn vẫn có thể tìm hiểu một số công cụ hữu ích để kiểm soát bản thân khi cần.

Tôi mất 10 phút tạm dừng cứ sau 45 phút .

Nhưng khi tôi tham gia vào chương trình, lập trình, tôi cho mình quyền bỏ qua một, nhưng chỉ một.

Điều quan trọng là tạm dừng để thiết lập lại tâm trí của bạn . Xem nó như là một khởi động lại mới của hệ thống của bạn. Nó sẽ nhanh hơn.

Trong thời gian tạm dừng, ngừng suy nghĩ về công việc. Nếu bạn không ngừng suy nghĩ về công việc, bạn sẽ không dừng lại ở đó.

Tôi không bỏ qua tạm dừng cho các nhiệm vụ trong đó trọng tâm không quan trọng như trong lập trình.

Khoảng thời gian dài thường có năng suất cao hơn vì hầu hết các tác vụ mã hóa đều có chi phí lúc bắt đầu để đi vào "dòng chảy".

Tôi nói đình công khi bàn ủi nóng. Một khi bạn cảm thấy mình đang lê bước, bạn cần dừng lại và nghỉ ngơi để có thể làm việc hiệu quả hơn trong thời gian dài.

Phần khó khăn khi trả lời câu hỏi này là đo lường sản xuất lập trình. Tôi không chắc ai đã tìm ra điều này chưa, vì vậy bạn phải dựa vào ý kiến ​​của nhà phát triển. Bạn có thể làm việc với một vấn đề phức tạp trong vài giờ chỉ nhìn chằm chằm vào màn hình và nếu bạn đưa ra câu trả lời, bạn có thể thấy điều này là hiệu quả. Làm điều đó trong 45 phút và không có gì, bạn có thể nghĩ rằng mình không hiệu quả. Hãy thử hai buổi 45 phút nữa cho đến khi bạn giải quyết nó. Bây giờ làm thế nào để bạn ghi điểm của bạn? Hai 45 phút không hiệu quả và một hiệu quả khi trước đó bạn nghĩ rằng phiên kéo dài hai tiếng rưỡi của bạn hoàn toàn có hiệu quả kể từ khi bạn giải quyết vấn đề.

Nó phụ thuộc vào bản chất của nhiệm vụ. Thông thường (như @Joonas lưu ý) người ta có thể chia các nhiệm vụ thành các phần nhỏ hơn, mỗi phần có thể được xử lý trong 5 phút đến 1 giờ làm việc tập trung. Đôi khi một người phải đối mặt với một nhiệm vụ phức tạp hơn đòi hỏi thời gian dài hơn để đắm mình vào, chẳng hạn như

• hiểu một đoạn mã / thuật toán phức tạp (hoặc lý thuyết toán học đằng sau nó),
• thiết kế một hệ thống phức tạp.

Trong những trường hợp này, (các) khoảng thời gian làm việc dài hơn được yêu cầu - đơn giản là người ta không thể thực hiện bất kỳ tiến triển hợp lý nào trong các đợt ngắn lặp đi lặp lại. Tuy nhiên, khả năng tập trung thực sự của một người chỉ giới hạn trong một vài giờ, do đó, thời gian nghỉ là cần thiết ở giữa.

Một khía cạnh khác là với những vấn đề thực sự khó khăn, bạn cần phải tham gia vào toàn bộ bộ não của mình để có được một giải pháp - không chỉ là bán cầu trái logic / phân tích, mà còn là một bên phải toàn diện. Thông thường, đối mặt với một vấn đề khó khăn, não trái của bạn có thể đơn giản bị mắc kẹt, lăn lộn trong cùng một lối mòn tinh thần hết lần này đến lần khác, mà không có bất kỳ tiến triển nào. Điều này không chỉ làm bạn mệt mỏi mà còn khóa hoàn toàn mọi khả năng để bán cầu não sáng tạo khác của bạn tham gia vào quá trình và truyền đạt bất kỳ hiểu biết / kết quả nào mà nó có thể tìm thấy. Vì vậy, thông thường, trong những trường hợp như vậy, khi đã hiểu đầy đủ vấn đề và bối cảnh của nó, và nêu các câu hỏi có liên quan, cách tiếp cận tốt nhất có thể là "thư giãn", làm một điều gì đó hoàn toàn khác để thu hút bộ não logic của bạn, do đó cho phép bộ não sáng tạo của bạn làm việc tự do.

Có lẽ không có câu trả lời đúng phổ quát cho câu hỏi này. Những người khác nhau sẽ tìm thấy các chế độ khác nhau làm việc cho họ, và, như đã lưu ý ở trên, các nhiệm vụ khác nhau có thể đưa ra các yêu cầu khác nhau.

Nếu công việc lập trình của bạn hoàn toàn dựa trên màn hình, thì vì lý do sức khỏe thị lực, bạn nên nghỉ ngơi sau mỗi 50 phút hoặc lâu hơn. Tuy nhiên, sự cân nhắc đó sang một bên, tôi nghĩ bạn cần nhận ra rằng những người khác nhau có những thực tiễn khác nhau. Không chỉ vậy, bất kể lựa chọn ưa thích của bạn, khả năng tránh gián đoạn thường bị hạn chế nghiêm trọng trong môi trường văn phòng.

Tôi phải thú nhận rằng tôi đang tự hỏi tại sao bạn lại hỏi loại câu hỏi này.

Để có hiệu quả, không phải là nghỉ giải lao trong những khoảng thời gian cố định. Hãy nghỉ ngơi khi bạn cảm thấy cần nghỉ ngơi để tập trung tốt hơn.

Tôi nghỉ bất cứ khi nào tôi cảm thấy muốn có một. Cho đến nay, trong những ngày tồi tệ nhất, tổng số lần nghỉ này chưa bao giờ dài hơn một tiếng rưỡi. Bao lâu, và bao nhiêu, trong trường hợp của tôi, phụ thuộc vào mức độ thú vị của nhiệm vụ trong tay. Một cách thô bạo, ít hơn và nghỉ ngắn hơn khi nhiệm vụ trong tầm tay thú vị hơn. Thời gian nghỉ dài hơn và nhiều hơn nếu nhiệm vụ trong tay ít thú vị hơn.

Đó là, khi nhiệm vụ trong tầm tay thú vị hơn, cơn đau ở tay hoặc sự mệt mỏi trong suy nghĩ không bao giờ xảy ra, hoặc chỉ xảy ra sau khi nhiệm vụ được thực hiện. Trong trường hợp nhiệm vụ ít thú vị hơn, những điều đó xảy ra khá thường xuyên và khá sớm.

Có thể là Lý thuyết tương đối đang chơi ở đây. :)