Làm thế nào để bạn duy trì sự tập trung khi một khía cạnh cụ thể của lập trình mất hơn 10 giây để hoàn thành? [đóng cửa]


141

Tôi có một thời gian rất khó tập trung vào những gì tôi đang làm (lập trình-khôn ngoan) khi một cái gì đó (biên dịch, thời gian khởi động, v.v.) mất nhiều hơn chỉ vài giây. Thông thường, dường như ngưỡng đó là khoảng 10 giây (và tôi nhớ lại việc đọc về nghiên cứu đã nói điều tương tự, mặc dù tôi không thể tìm thấy nó bây giờ). Vì vậy, những gì thường xảy ra là tôi thực hiện một thay đổi và sau đó chạy chương trình để kiểm tra nó. Mất khoảng 30 giây, vì vậy tôi bắt đầu đọc một cái gì đó khác và trước khi tôi biết đã 20 phút trôi qua, và phải mất (nếu tôi may mắn!) Thêm 10 phút nữa để xử lý chuyển đổi ngữ cảnh để quay lại lập trình .

Không phải nói quá khi nói rằng một số thứ sẽ khiến tôi mất vài phút theo nghĩa đen phải mất hàng giờ để hoàn thành.

Tôi rất tò mò về những gì các lập trình viên khác làm để chống lại xu hướng này (hoặc nếu tôi là duy nhất và họ không có xu hướng này?). Đề xuất của bất kỳ loại nào đều được hoan nghênh - mọi thứ từ "ngồi trên tay bạn sau khi nhấn nút biên dịch", đến các thủ thuật tinh thần, đến "nếu mất 30 giây để bắt đầu một cái gì đó để kiểm tra sự thay đổi, thì có gì đó không đúng với quá trình phát triển của bạn ! "


24
Tôi có một vấn đề tương tự (do đó nhận xét này :)). Tôi tìm thấy những gì thực sự giúp là ít cà phê vào buổi sáng, hoặc không có gì cả. Tôi cũng cố gắng làm việc vào buổi sáng và lên lịch các cuộc họp vào buổi chiều. Hy vọng rằng sẽ giúp .... oh nhìn một con mèo.
DevSolo

7
Bạn đang đối phó với một hình thức trì hoãn - kẻ thù của những người lao động tri thức từ khắp nơi trong vũ trụ.
MP Aditya

130
Arrrg !! Tôi đang làm điều đó bây giờ - cảm ơn vì lời nhắc nhở - trở lại làm việc.
mjhm

8
Tôi thường dành thời gian này trên các trang SE, đọc câu hỏi, trả lời những gì tôi có thể để giúp các nhà phát triển khác và học một cái gì đó mới trong quy trình.
Bernard

6
Bạn nên bắt đầu phát triển cho SharePoint b / c ở đó bạn thực sự phải đợi 20 phút :)
kev

Câu trả lời:


117

Tôi đã viết một tiện ích dòng lệnh nhỏ gọi là 'alert', điều này sẽ khiến máy tính phát ra tiếng bíp / phát âm thanh / v.v ... Sau đó, khi tôi có một lệnh dài để chạy như a make, tôi chạy make; alert. Nếu tôi có thể, tôi cũng sẽ yêu cầu nó tạo ra một âm thanh khác nhau tùy thuộc vào đối số. Do đó tôi có thể làm make; alert $?và tôi sẽ biết a) quá trình xây dựng đã hoàn thành và b) nó đã vượt qua hoặc thất bại. Bạn không cần phải thích điều đó với nó; chỉ cần echo -e "\a"có thể là đủ.

Nếu bạn muốn thực sự thích / gây phiền nhiễu, hãy sử dụng một số gói chuyển văn bản thành giọng nói và kích hoạt cửa sổ bật lên hộp thoại.

Ý tưởng chính ở đây là làm gián đoạn sự mất tập trung của bạn ngay khi nhiệm vụ liên quan đến công việc hoàn thành.


6
Ví dụ nhanh:MSG="back to work" && xmessage -buttons ok -default ok -nearmouse "${MSG}" 2> /dev/null
sakisk

6
@faif Trong trường hợp đó, bạn muốn sử dụng ;thay vì &&. Ví dụ thứ hai của bạn sẽ chỉ chạy show_messagenếu makethành công, đó không phải là điều bạn muốn. Để rõ ràng: Tôi thích ví dụ bạn đưa ra, tôi chỉ kén chọn các chi tiết thực hiện. ;)
truy xuất

2
Tôi đã viết một chương trình dòng lệnh nhanh chóng gửi email cho tôi khi một nhiệm vụ nào đó kết thúc - vì vậy nếu tôi rời khỏi phòng để làm một số công việc CNTT trong thời gian chờ đợi, điện thoại của tôi sẽ báo cho tôi để quay lại văn phòng của tôi và kết thúc Những gì tôi đang làm.
Phil

7
+1 để đánh lạc hướng bạn khỏi sự phân tâm - chiến đấu với lửa! Bằng cách đó bạn sẽ không bị sa thải!
corsiKa

1
Ubuntu có một thiết lập bí danh cảnh báo đẹp trong .bashrc. Nó phụ thuộc vào libnotify, nhưng nếu nó được cài đặt, bạn có thể làm command; alertvà nó sẽ cung cấp cho bạn một cảnh báo trên màn hình khi hoàn thành chỉ định lệnh nào đã hoàn thành. Thực sự hữu ích cho các phần tổng hợp dài hoặc các bài kiểm tra.
Leo

104

Tôi có cùng một vấn đề, và giải pháp cho tôi là dành thời gian để làm một việc gì đó sẽ không khiến bạn bị hút vào. Đối với tôi, đây thường là (1) đổ đầy chai nước, hoặc (2) đứng lên và đi bộ 30 giây quanh văn phòng để duỗi chân, dù sao cũng cần chuyển động. Bạn có thể bị mất khi duyệt internet; bạn hiếm khi bị lạc đi bộ xung quanh tủ của riêng bạn.


37
+1 để đi bộ nhanh / kéo dài. Đó là điều tất cả chúng ta nên làm thường xuyên hơn.
Jon Purdy

2
Điều này hoạt động tốt kết hợp với câu trả lời của tôi ... đặt loa của bạn đủ lớn để nghe nó trong phòng khi bạn đi bộ để bạn có thể cắt ngắn. (Chẳng hạn như quá trình xây dựng 10 phút đó kết thúc sau 30 giây do lỗi cú pháp.)
retracile

1
+1, làm một cái gì đó không quá 10 giây. Uống. Lấy kẹo cao su. Nhìn qua cửa sổ, nếu bạn đủ may mắn, điều gì đó có thể xảy ra bên ngoài. Nếu bạn đang nghe nhạc, hãy kiểm tra những gì sắp có trong danh sách phát của bạn hoặc thêm một số bản nhạc.
Laurent Couvidou

2
Tôi cũng sẽ thêm, sử dụng nhà vệ sinh :) Thông thường, khi tôi lần đầu tiên đứng dậy sau một phiên mã hóa dài, tôi thấy tôi thực sự cần sử dụng hệ thống ống nước, như họ nói, như họ nói. Sử dụng những giờ nghỉ để chăm sóc bản thân.
Eykanal

4
Cho đến khi bạn nói chuyện với nhà phát triển ở ghế / khối kế tiếp ... giờ đây là cuộc trò chuyện 20 phút thay vì 20 phút duyệt.
Steven Evers

29

Làm điều gì đó cho sức khỏe của bạn:

Đứng dậy, đi ra khỏi máy tính của bạn và làm một số bài tập duỗi tay và cánh tay. Điều này sẽ mất tối đa 2-5 phút. Bản thân tương lai của bạn không phải chịu đựng từ RSI sẽ cảm ơn bạn vì điều này.

Ngoài ra, liên quan đến thời gian nghỉ 2-5 phút, hãy đọc kỹ thuật Pomodoro . Điều này dựa trên ý tưởng thường xuyên nghỉ ngơi ngắn để loại bỏ tâm trí của bạn khỏi nhiệm vụ hiện tại và để mọi thứ chìm vào một chút. Đó là một khoảng nghỉ đủ ngắn để không làm mất hoàn toàn dòng suy nghĩ của bạn nhưng đủ dài để khiến não bạn được thở.


10
Và bạn thậm chí không phải thức dậy - chỉ cần nhắm mắt nghỉ ngơi trong 30 giây sẽ giúp giữ ẩm và bớt mệt mỏi.
JBRWilkinson

1
Đây là một câu trả lời tuyệt vời (giúp đốt cháy năng lượng thần kinh) và kỹ thuật pomodoro có thể hoạt động nếu bạn đủ kỷ luật.
DevSolo

1
+1. Có một bàn điều chỉnh chiều cao cũng giúp. Tôi đã thấy rằng khi tôi đứng, tôi làm việc hiệu quả hơn rất nhiều kể từ khi tạm dừng ngắn (biên dịch, v.v.) Tôi bắt đầu suy nghĩ một chút về những gì tôi đang làm và ngay khi nhiệm vụ hoàn thành, tôi đi trở lại làm việc Có lẽ đó chỉ là tôi nhưng tôi thích di chuyển nhiều khi tôi suy nghĩ và giúp đỡ.
Paperjam

1
Chưa bao giờ nghe nói về Pomorodo nhưng từ lâu tôi đã là người ủng hộ ý tưởng rằng bạn cần nghỉ ngơi thường xuyên để cho đầu óc tỉnh táo hơn nghỉ ngơi và để những người đốt cháy lưng của bạn sắp xếp một số thứ trong một thời gian. Có một lý do rất nhiều khoảnh khắc a ha xảy ra trong phòng tắm và phòng tắm.
Erik Reppen

25

Phát triển là một quá trình sáng tạo. Bạn không thể làm việc liên tục, đặc biệt nếu có nhiều phiền nhiễu trong văn phòng của bạn. Đó là lý do tại sao Joel Test cho thấy điều kiện làm việc yên tĩnh.

Joel Spolsky cũng giải thích ý nghĩa của việc "không ở trong khu vực" . Mỗi lần điều gì đó ngăn cản bạn thực hiện công việc của mình, bạn phải dành mười phút, thường là nhiều hơn để trở lại khu vực và trở lại làm việc hiệu quả.

Có rất nhiều phiền nhiễu:

  • Một cuộc điện thoại từ vợ bạn,
  • Một cuộc gọi điện thoại cho nhân viên kinh doanh trong không gian văn phòng gần với bạn,
  • Một đồng nghiệp yêu cầu bạn giúp đỡ,
  • Đang đói,
  • Có vấn đề cá nhân,
  • Phải làm việc với mã kế thừa được viết bởi một nhà phát triển thiếu kinh nghiệm mười năm trước và không bao giờ được tái cấu trúc,
  • Có PC chậm hoặc kết nối Internet chậm,
  • Có một quá trình biên dịch dài,
  • Vân vân.

Không có gì để làm với nó. Điều duy nhất bạn có thể làm là tự loại bỏ những phiền nhiễu:

  • Không có điện thoại trong văn phòng của bạn,
  • Điều kiện làm việc yên tĩnh,
  • Truy cập Internet và máy tính nhanh,
  • Quá trình biên dịch nhanh,
  • Vân vân.

Trong trường hợp của bạn, nếu đó là trình biên dịch làm bạn mất tập trung, hãy cố gắng giảm thời gian biên dịch bằng cách:

  • Giảm kích thước chương trình của bạn (ví dụ như một số IDE cho phép bạn dỡ một số dự án khỏi một giải pháp, giảm mạnh thời gian biên dịch),
  • Sử dụng các bản dựng hàng đêm và biên dịch ít hơn trong công việc của bạn,
  • Mua máy nhanh hơn (nếu không có gì khác để làm),
  • Vân vân.

9

Tôi đoán tôi sẽ là người nói điều đó nhưng bạn chỉ nên ngồi đó và đợi nó kết thúc.

Bạn cần phải kiềm chế bản thân để không cảm thấy cần phải liên tục và tích cực làm việc. Đây là một vấn đề rất bất lợi, ảnh hưởng đến không chỉ các nhà phát triển mà tất cả mọi người. Xã hội đã trở nên ám ảnh với nhu cầu kích thích liên tục (thị giác, âm thanh, tinh thần). Dường như không ai có thể đứng yên trong hơn 30 giây mà không rút điện thoại ra và nhắn tin, lướt web, kiểm tra facebook, v.v.

Nếu bạn nhấn compile và sẽ mất một phút hoặc lâu hơn để xem xét rằng đó là một cơ hội tuyệt vời để chỉ ngồi và để cho bộ não của bạn thư giãn. Chống lại sự thôi thúc làm điều gì đó kích thích và chỉ cần tận hưởng một khoảnh khắc không hoạt động.

Với thời gian nó sẽ trở nên dễ dàng hơn và bạn sẽ thấy bạn sẽ có trải nghiệm làm việc tốt hơn nhiều khi bạn ngừng cố gắng để bộ não của bạn hoạt động 100% suốt cả ngày.


Tôi phải tự hỏi liệu hatin 'trên đa nhiệm có thực sự hợp lý hay không, hoặc có lẽ đó là một sự hiểu lầm về thế hệ. Chắc chắn, các nghiên cứu đã tìm thấy sự suy giảm năng suất khi đa nhiệm, nhưng có lẽ nó chỉ đơn giản là một kỹ năng mà một số người đã phát triển. Đối với bất kỳ công nghệ hoặc quy trình mới nào, tôi chắc chắn đã có những nghiên cứu cho thấy chúng rất tệ về năng suất, trước khi mọi người thực sự học cách sử dụng chúng một cách hiệu quả

@Jonof ALLTrades Không phải là về công nghệ hay học tập, thực tế đã biết rằng bộ não con người không được thiết kế về mặt sinh học để cho phép chúng ta liên tục đa luồng nhiều luồng suy nghĩ về lương tâm. Chúng ta có thể tung hứng một vài suy nghĩ bị ngắt kết nối trong thời gian ngắn nhưng hơn thế nữa, toàn bộ hành động cân bằng sụp đổ. Nó không lành mạnh vì bạn sẽ suy sụp tinh thần và thể chất. Bao giờ tự hỏi tại sao rất nhiều người bị bệnh và mệt mỏi? Chúng tôi đều làm việc chăm chỉ.
Alan Barber

Ah, nhưng tập trung vào một điều cũng mệt mỏi, và sự chú ý của chúng tôi nhanh chóng lang thang. Như mọi khi, có một phương tiện hạnh phúc. Tôi nghi ngờ một lần có thể học đa nhiệm tốt hơn, và rằng quy trình làm việc lý tưởng cho, một người 40 tuổi sinh năm 1950 khác với một người 40 tuổi sinh năm 1990. Tôi không mua rằng chúng ta là bất kỳ bệnh nặng hơn và mệt mỏi hơn 100 năm trước; nếu bất cứ điều gì, chúng ta có thể đủ khả năng để có ý thức về nó!

8

Tôi đồng ý với những gì @retracile đang đề xuất, nhưng lưu ý rằng theo quy tắc lập trình Zen, bạn chỉ nên tập trung vào một nhiệm vụ tại một thời điểm. Trả lời các cuộc gọi điện thoại, duyệt Web, mạng xã hội hoặc thậm chí thực hiện đa nhiệm rất có thể sẽ làm giảm năng suất của bạn. Sử dụng độ trễ chờ ngắn để suy nghĩ về nhiệm vụ / giải pháp hiện có và những gì bạn có thể làm để cải thiện nó.


8

Tôi có một thanh gắn vào cột cửa

nhập mô tả hình ảnh ở đây

Tôi chỉ có thể thực hiện 5 lần kéo nên chỉ mất chưa đến một phút. Hoặc tôi pha một tách trà.


Có bao nhiêu lập trình viên trên trái đất có thể thực hiện việc kéo lên, tôi tự hỏi thực sự bây giờ
kommradHomer

2
Nhiều hơn có thể làm, nếu ít nhất họ sẽ cố gắng thực hiện mỗi lần biên dịch.
Esko Luontola

3
Vì vậy, nếu IDE của bạn kém thông minh hơn, bạn sẽ có được hình dạng tốt hơn .. Kết luận thú vị này có thể dẫn đến.

Tôi đã có được một buff đẹp khi sử dụng máy Mac cổ với bo mạch chủ quá nóng liên tục. Tôi làm việc trong khi chờ nó nguội.

Tôi thích điều này! Nhà phát triển càng nhiều buff, các công cụ của anh ấy càng tăng. @ # $.
Erik Reppen

6

Đối với tôi, cách để giữ sự tập trung của tôi là tàn nhẫn trong việc duy trì một không gian làm việc sạch sẽ, bất kể không gian làm việc đó có thể là gì. Bất cứ điều gì không phải là một phần của dự án hiện tại của tôi là tiếng ồn trong tỷ lệ tín hiệu trên tạp âm. Một phần quan trọng của việc duy trì sự tập trung là giữ cho tỷ lệ tín hiệu trên tạp âm cao.

Khi tôi đang mã hóa, điều này có nghĩa là đóng các chương trình mà tôi chưa sử dụng gần đây, thường xuyên cắt các tab trình duyệt của mình và giữ cho máy tính để bàn của tôi không có các mục không liên quan ngay đến các dự án hiện tại của tôi. Tôi sử dụng độ trễ mười giây để "thực hiện các vòng", có thể nói - đóng các tab, đóng chương trình, xóa các tệp tạm thời và lưu trữ những gì cần lưu trữ, v.v.

Tập thói quen "tạo vòng" cũng giúp ngăn chặn những con đường mòn thỏ, bởi vì nó buộc tôi phải liên tục đánh giá - và được nhắc nhở - bất kỳ nhiệm vụ hiện tại nào.

Có một cái giá nhỏ phải trả khi bạn phải mở lại một tab mà bạn đã mở 5 lần hôm nay hoặc khởi chạy lại một dấu nhắc lệnh với các đặc quyền nâng cao lần thứ 15, nhưng tận dụng các trình tăng tốc như phím tắt có thể cắt nó thành một mức giá rất nhỏ thực sự.


1
Vấn đề với việc đóng các tab trình duyệt, (hoặc chương trình, v.v.) là quá dễ bị phân tâm bởi chúng khi bạn đi đóng chúng. Chẳng hạn như quay lại câu hỏi Stackoverflow sau khi thực hiện câu trả lời, sau đó thấy một liên kết thú vị trong thanh bên và nhấp vào nó ....
Bobson

6

Tôi thấy nó giúp theo dõi thời gian thực tế tôi dành không làm việc

Bạn có thể sử dụng bất kỳ số lượng của điều này. Tôi biết có rất nhiều ứng dụng miễn phí ngoài đó bạn có thể tải xuống để làm điều này cho bạn (không thể nghĩ ra bất kỳ ứng dụng nào ngoài đầu tôi ngay bây giờ, nhưng nếu ai đó đưa cho tôi một số thì tôi sẽ thêm chúng vào câu trả lời này), hoặc thật dễ dàng để tạo ra của riêng bạn. Tôi thường sử dụng một cửa sổ tôi đã tạo là một cửa sổ nhỏ ở góc màn hình với các nút cho Working/ NotWorkingvà tôi chỉ cần nhấp vào bất cứ thứ gì tôi bật bất cứ khi nào tôi chuyển trọng tâm.

Một chiếc đồng hồ cờ vua cũng hoạt động

Chính hành động theo dõi thời gian của bạn khiến bạn nhận thức rõ hơn về việc bạn đang lãng phí bao nhiêu thời gian mà bạn nên dành cho công việc và tôi thấy nó giúp tôi làm việc hiệu quả hơn vì tôi sẽ buộc bản thân phải rời khỏi câu hỏi stackoverflow siêu thú vị đó hoặc blog bài viết, và trở lại làm việc


5

Để giữ sự chú ý của tôi, tôi sử dụng hình tượng trưng. Tôi luôn có một cây bút và một quyển sổ ghi chú nằm phía sau bàn phím và vẽ nguệch ngoạc. Nó không hơn là viết nguệch ngoạc trên một tờ giấy mà không có ý nghĩa gì nhưng nó khiến tôi chú ý vừa đủ và không khiến tôi bị phân tâm để tôi có thể quay lại ngay với những gì tôi đang làm.

Tôi đã làm điều này cả đời một cách vô thức nhưng gần đây đã tìm thấy một wiki về nó: http://en.wikipedia.org/wiki/Doodle


4

Bất cứ điều gì bạn không làm trên bất kỳ trang web StackExchange nào. Họ sẽ hút bạn vào :)

Nghiêm trọng hơn, duyệt web trong khi chờ đợi một cái gì đó hoàn thành nó không tốt cho năng suất (trừ khi bạn đang nghiên cứu một cái gì đó liên quan đến nhiệm vụ hiện tại).

Tôi thường làm một vài nhiệm vụ nhỏ sẽ không mất nhiều hơn 1-2 phút. (làm sạch một cái gì đó, viết bình luận, ghi chú).


1

Trong trường hợp của bạn, hãy đứng dậy và đi bộ xung quanh một chút. Nếu bạn khó quay trở lại "khu vực" thì có lẽ là do bạn ở quá xa. Làm việc trên web chỉ là một khu vực khác và một nơi dễ bị mất dấu thời gian. Hãy cho bộ não của bạn phá vỡ nó rõ ràng muốn và đi dạo, đi dạo, lý tưởng trong phòng vệ sinh hoặc nói chuyện với một đồng nghiệp ngẫu nhiên. Chúng tôi làm rất nhiều thứ phía sau hậu trường trên máy bay tự động. Phá vỡ không phải là xấu cho mã hóa, chúng là tốt, nhưng ý tưởng là ngừng bắn vào tất cả các xi-lanh trong một thời gian và xem những gì người đốt lưng của bạn nghĩ ra trong khi phần ý thức hơn của bạn cho nó nghỉ ngơi. Nhà phát triển tốt không phải là máy tính của con người. Hãy để các phần của bộ não của bạn làm tất cả những thứ trực quan và phù hợp với mô hình trên chế độ lái tự động làm việc của chúng trong một thời gian.

Nếu đây không chỉ là vấn đề mã hóa, bạn có thể muốn xem xét THÊM.


1

Các gợi ý để đứng dậy và đi bộ xung quanh, vv là tốt nếu chu kỳ của bạn dài (một giờ hoặc lâu hơn). Nhưng khi thời gian chu kỳ ngắn lại và tôi thấy mình xuất hiện qua lại giữa vim và cứ sau vài phút, thì tôi lại ở trong khu vực bằng cách ở trong đường ống: Trong khi bộ công cụ xây dựng hoặc thử nghiệm đang chạy, tôi có xu hướng quay lại và xem lại mã, sau đó bắt đầu làm việc với đoạn tiếp theo mà tôi sẽ thực hiện nếu việc xây dựng hoặc kiểm tra thành công.


1

Lập một kế hoạch vào đầu mỗi ngày về cách sử dụng "thời gian rảnh" này. Nó có thể liên quan đến

  • bắt kịp một số nhiệm vụ tài liệu,
  • làm việc với các trường hợp kiểm tra đơn vị cho lớp mà bạn sẽ viết tiếp theo,
  • nghiên cứu một số công nghệ mới mà bạn muốn học
  • viết một lá thư cho dì yêu thích của bạn,

hoặc bất cứ điều gì thực sự.

Có nhiệm vụ phụ này luôn mở trong một cửa sổ ở đâu đó trên máy tính để bàn của bạn. Ngay sau khi bạn nhấn nút "biên dịch" (hoặc bất cứ điều gì khiến bạn mất hơn 30 giây), hãy chuyển sang tác vụ phụ và dành đủ thời gian để thực sự di chuyển về phía trước, có thể mất vài phút, hoặc có thể ít hơn

Trong khi bạn đang thực hiện nhiệm vụ phụ, hãy giữ nó ở phía sau tâm trí bạn rằng đây không phải là điều mà bộ não của bạn nên tập trung vào. Hãy suy nghĩ về lập trình. Điều này không dễ dàng; bạn vẫn sẽ bị chuyển đổi ngữ cảnh thường xuyên hơn không.

Nếu bạn làm điều này, ngay cả khi bạn mất bối cảnh nhiều lần, thời gian bị mất của bạn thực sự không lãng phí thời gian và bạn đã có thứ gì đó để hiển thị cho nó vào cuối ngày. Nhưng điều quan trọng nhất là lập kế hoạch, vào đầu ngày, nhiệm vụ phụ của ngày sẽ là gì.


1

Tôi cho rằng chúng ta có thể sử dụng thời gian biên dịch để ghi lại mã, dọn mã, sắp xếp mã đúng cách để chúng ta không rời khỏi IDE của mình và vẫn cải thiện chất lượng mã.


1

Tôi thường chỉ cố gắng tìm kiếm các lỗi, lỗi chính tả hoặc các cách để cải thiện phong cách của mã trong thời gian này. Điều đó khiến tôi nhìn vào mã, nhưng tôi không (luôn luôn) bị phân tâm bởi một cái gì đó thú vị. Ngoài ra, cái này !


1

Có thể hình dung bạn đã có một chút ADHD. Rất nhiều người làm. Cơ chế đối phó được đưa ra trong các câu trả lời khác (hoặc có thể là thuốc).


1

Trong 10-30 giây đó, hãy làm gì đó:

  • điều đó không đòi hỏi nhiều hoạt động tinh thần
  • mở mã bạn đang biên dịch và kiểm tra lại (bạn có thể thấy có gì đó không đúng hoặc cách cải thiện mã)

Trong thời gian đó, đừng làm những việc mà bạn biết rằng nó sẽ khiến bạn mất nhiều thời gian (trừ khi bạn có thể dành thời gian) như:

  • bắt đầu đọc một cuốn sách
  • đọc email nếu bạn biết nó có thể khiến bạn mất nhiều thời gian
  • Vân vân

Ngoài ra, không cài đặt một số báo động âm thanh để báo hiệu kết thúc quá trình biên dịch. Đồng nghiệp của bạn sẽ đánh giá cao nó.


12
Cá nhân, kiểm tra email là một ý tưởng khủng khiếp. Bạn thấy đấy, nó có thể trở thành một kẻ hút thời gian đến mức 30 giây của bạn có thể dễ dàng trở thành 30 phút.
Adrian

Kiểm tra e-mail vào đầu và cuối ngày là một trong những lời khuyên mà rất nhiều kiểu thực thi muốn đưa ra. Tôi phụ thuộc vào mức độ lớn của công ty bạn.
Erik Reppen

Nếu bạn mất 30 phút để kiểm tra email - đừng làm điều đó. Tôi không đến bưu điện để lấy email của mình, vì vậy đối với tôi đó là 30 giây - 3 phút hoạt động.
BЈовић

1
@ErikReppen, nếu tôi làm điều đó, tôi sẽ không có việc làm.
HLGEM

0

Để đánh lạc hướng internet trong khi làm việc nói chung, tôi đề xuất Plugin Pomodoro nếu bạn đang sử dụng Google Chrome

Cá nhân tôi nghĩ rằng bạn không thể làm việc hiệu quả trong suốt thời gian làm việc! vì bạn đang biên dịch, điều đó có nghĩa là bạn đã nỗ lực đủ để hít thở ... để không lạm dụng hoặc thoát khỏi bối cảnh, hãy tiếp tục suy nghĩ về bước tiếp theo nếu quá trình biên dịch không tạo ra lỗi ... Hoặc làm sạch công việc của bạn khu vực: Máy tính để bàn, Tab, Explorer ...


0

Những gì bạn đang mô tả là hoàn toàn bình thường.

Khi chúng tôi thực hiện các nghiên cứu về khả năng sử dụng, chúng tôi sẽ xem xét độ trễ theo thứ tự độ lớn. Khi người dùng nhấp vào nút, họ phải đợi bao lâu?

  • 0,1 giây: không có độ trễ nhận thức
  • 1 giây: không thay đổi trọng tâm
  • 10 giây: mất tập trung
  • 1 phút: người dùng chuyển sang nhiệm vụ khác
  • 10 phút: người dùng sẽ đứng dậy và rời đi

Có rất nhiều trường hợp ngoại lệ, chẳng hạn như các thao tác ghép, như gõ.

Khi chúng tôi đang thực hiện công việc hiệu suất, chúng tôi thường hỏi câu hỏi "nên vận hành X nhanh như thế nào?" Câu trả lời là, miễn là người dùng có thể nhận thấy độ trễ, nhanh hơn sẽ tốt hơn.

Trong trường hợp của bạn, bạn đang chạm ngưỡng 10 giây đó và sự chú ý của bạn sẽ giảm dần. Điều tốt nhất bạn có thể làm là giảm sự chậm trễ. Độ trễ càng ngắn, năng suất của bạn càng lớn. Hãy tưởng tượng bạn có mã ở bên trái màn hình và ứng dụng đang chạy ở bên phải. Khi bạn chỉnh sửa mã, ứng dụng sẽ thay đổi theo thời gian thực. Cho đến khi bạn ở đó, bạn có chỗ để cải thiện.

Xem thêm bài đăng trên blog gần đây của Jeff (hàng tấn nội dung hay mà nó dẫn đến): http://www.codinghorror.com/blog/2012/03/visualizing-code-to-fail-faster.html

Nếu bạn định chuyển sang một thứ khác, hãy chọn thứ gì đó không liên quan đến bộ não của bạn giống như công việc bạn đang làm. Làm sạch bàn làm việc của bạn, thiền, kéo dài, chống đẩy, nghệ thuật, nhìn ra cửa sổ.


0

Khi làm công việc đặc biệt ở SAS, tôi thấy dòng sau rất hữu ích:

dm log 'postmessage "Code finished"' continue;

Điều này tạo ra một hộp thoại bật lên khi tất cả các mã trước đó đã thực hiện xong. Tôi chắc chắn có tương đương trong các ngôn ngữ khác. Tôi đã đăng bài này như một bình luận cho câu trả lời của retracile nhưng tôi không có đủ danh tiếng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.