Bạn thực sự có thể sản xuất mã chất lượng cao nếu bạn bị thiếu ngủ? [đóng cửa]

Tôi đã nghe nói về các lập trình viên mã hóa trong hai ngày không ngủ và uống cà phê và Red Bull . Cũng trong các bộ phim như Mạng xã hội , trong một cảnh họ cho thấy Mark Zuckerberg đã lập trình được 36 giờ. Ngoài ra tôi đã đọc ở đâu đó rằng trong các công ty như Facebook, Google, 5.0 , v.v. họ có thể viết mã trong hơn 24 giờ mà không cần ngủ.

Điều này có thực sự đúng không? Bạn thực sự có thể sản xuất mã chất lượng cao nếu bạn bị thiếu ngủ? Những thứ như Red Bull có thể bù đắp cho giấc ngủ?

Đơn giản là không . Viết mã trong 36 giờ không liên quan gì đến lập trình, thay vào đó là thuộc tính của con người. Rất ít người có thể tỉnh táo trong 24 giờ và ngay cả khi họ tỉnh táo, tâm trí họ thực sự mất đi các kỹ năng giải quyết vấn đề. Những người lái xe đang buồn ngủ, chỉ cần đâm vào những chiếc xe khác. Kế toán đang buồn ngủ, chỉ đơn giản là phạm sai lầm trong tính toán của họ. Ngoài ra nhiều lập trình viên khi buồn ngủ, viết mã kém chất lượng.

Tái bút: Có một căn bệnh gọi là mất ngủ khiến bạn ngủ ít hơn. Nhưng tôi không nghĩ Google thuê những người mắc bệnh như vậy. :)

Nó có lẽ là một trong những huyền thoại nổi tiếng, dai dẳng. Bạn nghe về nó rất nhiều bởi vì đó là một ý tưởng hấp dẫn, nhưng thực tế nó không có cơ sở.

Ồ, chắc chắn, có thể một đứa trẻ mới ra khỏi trường trung học có thể tạo ra thứ kỳ diệu mã hóa trong 36 giờ. Nhưng mã được viết trong thời trang đó có thể duy trì? Nó thậm chí có thể đọc được? Liệu nó có quy mô? Liệu nó có tuân theo các thực hành lập trình hợp lý? Nó được ghi nhận?

Twitter đã hack cùng một trang web hoạt động, và sau đó viết lại nó theo cách "chính xác", bởi vì nó đã sụp đổ khi tải quá lớn. Facebook kết hợp trang web ban đầu của họ trong một khoảng thời gian tương đối ngắn cho một dự án như vậy, nhưng sau đó đã đưa vào một loạt các nhà phát triển mới để viết lại nền tảng PHP mà trang web đang chạy, bởi vì nó sẽ không mở rộng.

Các ngoại lệ chứng minh quy tắc.

Phần duy nhất có thể đúng về huyền thoại này là các lập trình viên thực hiện tốt nhất khi họ không bị gián đoạn trong một khoảng thời gian dài. Khi bạn đang mã hóa, càng có nhiều thứ bạn có thể tung hứng trong đầu, bạn càng có thể viết mã nhanh hơn vì bạn không cần phải tìm kiếm những thứ như cách sử dụng API hoặc cách một phần khác của mã được viết bởi bạn hoặc người khác. Tôi thấy rằng khi tôi bị gián đoạn, tôi luôn mất một khoảng thời gian có thể đo được để trở lại tốc độ tối đa và nếu tôi đang làm gì đó quan trọng (hoặc vui vẻ), đôi khi tôi sẽ từ bỏ về nhà vào giờ bình thường vì sau nhiều giờ là khi bạn bị gián đoạn về nhà Tôi cũng được biết đến vì thức đến 3 hoặc 5 giờ sáng vì lý do tương tự.

Tuy nhiên, như tôi đã nói, tốc độ và chất lượng mã của bạn phụ thuộc vào mức độ chú ý của bạn và số lượng bạn có thể tung hứng trong bộ nhớ. Khi giấc ngủ trở thành một vấn đề bạn có thể nghĩ rằng bạn đang làm việc hết khả năng nhưng bạn thực sự không. Hầu hết các phần mềm được phát triển như trong các ví dụ bạn cung cấp, nhanh chóng khởi động nhưng ngay khi nó tồn tại thì cuối cùng nó phải chịu trách nhiệm lớn và bảo trì.

Bạn chắc chắn có thể tạo ra nhiều mã nếu bạn làm việc nhiều và với đủ nỗ lực, bạn có thể tạo ra tính năng sau khi tính năng. Nhưng không chú ý đến kiến ​​trúc / thiết kế, bạn sẽ không tạo ra phần mềm dễ mở rộng, có thể bảo trì hoặc có thể mở rộng. Nói từ kinh nghiệm, sẽ khó khăn hơn nhiều khi nghĩ về thiết kế và sắp xếp các thành phần / giao diện / lớp trừu tượng trong đầu của bạn (hoặc trên giấy) so với việc viết mã thuần túy.

Toàn bộ điều này nghe có vẻ như là một sự cường điệu của việc "ở trong khu vực". Khi bạn hoàn toàn tập trung, với tư cách là một lập trình viên, thời gian bị biến dạng, phút trở thành giây, v.v ... Có lẽ bạn đang làm việc hiệu quả nhất. Đôi khi rất khó để thoát khỏi trạng thái đó và khá dễ dàng để thoát ra (chủ yếu là các yếu tố bên ngoài), nhưng khi bạn là .... wow!

Tôi có thể - và đã làm nhiều lần - chương trình trong 36h liên tục.
Tôi nghĩ điều tồi tệ nhất tôi từng trải qua là một tuần với khoảng 10 giờ ngủ hoặc lâu hơn.
Đối với tôi, caffeine và nước tăng lực không giúp được gì. Trên thực tế, về lâu dài như vậy, caffeine có thể có những tác động khá tiêu cực. Lời khuyên của tôi là uống thật nhiều . Giữ cho bạn ngậm nước và đi bộ vào nhà vệ sinh là một tác dụng phụ tốt đẹp: Bạn duỗi chân một chút và bạn tự động nghỉ ngắn.

Điều đó đang được nói, tôi thấy điều này ngày càng khó khăn. Tôi cho rằng đó là một năng lực, bị cạn kiệt và cuối cùng cạn kiệt. Và có thể có một số ảnh hưởng tiêu cực đến sức khỏe - thể chất hoặc tinh thần, dài hạn hay ngắn hạn, tôi không thể nói.
Những gì tôi có thể nói là bạn cảm thấy như một thây ma và bạn sẽ tiếp tục cảm thấy như thế sau những ngày chạy marathon như vậy. Cá nhân tôi đã bị kiệt sức rất lớn sau khi làm việc này thường xuyên trong khoảng một năm.
Điều đó có nghĩa là: Một số người có thể làm việc hiệu quả trong một khoảng thời gian như vậy, nhưng nó có chi phí .
Đó thường là hậu quả của việc lập kế hoạch kém và không có kinh nghiệm trong việc lấp đầy các khoảng trống do các lãnh đạo dự án phi kỹ thuật để lại, đó là lựa chọn duy nhất.

Bây giờ bạn sẽ hiếm khi tìm thấy mã chất lượng được sản xuất trong các cuộc đua như vậy. Tuy nhiên, nguyên nhân chính của điều này là do các tình huống, trong đó các cuộc đua diễn ra: Tình huống, nơi bạn cần cung cấp các tính năng X, Y và Z trong một khung thời gian rất ngắn. Không ai thực sự quan tâm đến chất lượng mã tại thời điểm đó, đó là lý do tại sao bạn có rất nhiều khoản nợ kỹ thuật thông qua quickfixes và các bản hack khác.
Đồng thời điều này cho thấy hiệu suất nguyên vẹn của bộ não: Quickfixes và hack đòi hỏi cả tổng quan và sáng tạo.

Bạn không nên quên, mã chất lượng hiếm khi được viết trong một lần chạy. Đặc biệt nếu mã có tuổi thọ dài. Chất lượng mã đạt được thông qua xem xét và tái cấu trúc. Không ai sẽ bận tâm làm điều đó 48h trước thời hạn.

Điểm mấu chốt là: Bạn chỉ nên làm việc miễn là bạn có thể và không lâu hơn . Nếu bạn chỉ có thể làm việc trong 4h thì ok. Hãy nghỉ ngơi và làm việc sau đó. Cố gắng tỉnh táo trong 36 giờ trong đó bạn hoàn thành 8h công việc là vô nghĩa. Bạn nhận được gấp đôi công việc nếu bạn thực hiện 4 phiên 4 giờ mỗi lần và sử dụng 20 giờ còn lại để tái tạo.
Nếu bạn có thể làm việc nhiều giờ như vậy, điều đó có nghĩa là bạn linh hoạt hơn trong việc đáp ứng với sự đánh giá thấp. Tuy nhiên, giải pháp dài hạn là cải thiện quy trình lập kế hoạch và dự toán của bạn. Nếu điều đó là không thể tại nơi làm việc của bạn, hãy chuyển đổi công việc. Nếu mọi người mong đợi bạn làm việc nhiều giờ như vậy, hãy chuyển việc. Bạn không phải chứng minh bất cứ điều gì với bất cứ ai.

Lập trình viên giỏi thực sự có thể lập trình trong 36 giờ. Điều đó không có nghĩa là họ có thể tạo mã chất lượng tốt nhất trong 36 giờ. Tôi không phải là một lập trình viên giỏi, và tôi đã làm điều đó nhiều lần ở trường đại học, và thậm chí một vài lần ở độ tuổi 30 khi cố gắng sửa lỗi cho thời hạn tàu. Nói chung đó là một ý tưởng ngu ngốc và phản ánh các kỹ năng lập kế hoạch và lập kế hoạch kém.

Bạn có thể tỉnh táo và làm việc trong 36 giờ nếu bạn khỏe mạnh. Nhưng trong thời gian này, bạn sẽ không viết mã tốt nhất của mình hoặc giải quyết các vấn đề rất phức tạp. Thỉnh thoảng tôi đã làm việc rất lâu. Hầu hết thời gian này là để giữ một số thời hạn. Nhưng công việc sau đó chủ yếu là thêm các tính năng nhỏ như in một số danh sách, đánh bóng một số bố cục. Không có gì bạn cần suy nghĩ nhiều, giống như rất nhiều gõ. Các tính năng chính và các phần phức tạp của các chương trình đã hoàn thành.

Đôi khi sự thiếu tập trung của bạn là lý do chính cho những giờ dài. Chúng tôi đã từng có một thời hạn vào ngày hôm sau. Sau một ngày rất dài, chúng tôi đã hoàn thành mọi việc và đã 2 giờ sáng. Chỉ có một lỗi khó chịu còn lại. Sếp tôi có một cuộc hẹn với khách hàng lúc 9 giờ sáng, vì vậy có rất nhiều thời gian. Tôi đã mất vài giờ để tìm và sửa một cái gì đó mà nếu không tôi sẽ sửa trong nửa giờ. Tôi chỉ biết chắc chắn rằng tôi sẽ có thể tìm thấy nó bằng mọi cách và không có lý do gì để ông chủ của tôi thất vọng, vì bằng cách nào đó đêm đã biến mất.

Vâng. Rất nhiều thông tin giai thoại cho thấy nó có thể. Tôi nghi ngờ bất cứ ai cũng có thể tạo thói quen ra khỏi marathon công việc. Thực tập sinh y tế kéo các loại giờ.

Bạn có khả năng phạm sai lầm nhiều hơn, có thể. Tôi đoán tất cả điều này giả định rằng bạn có thể viết mã chất lượng ở nơi đầu tiên. Trong những tình huống này, bạn đang ở dưới súng và chỉ muốn làm cho nó hoạt động. Chất lượng không phải là một sự cân nhắc. Chúng tôi sẽ sửa nó sau khi chúng tôi nhận được tài trợ.

Nó không phải là không thể và nó đã xảy ra trong thực tế. Vì chương này dài, hãy để tôi trích dẫn đoạn thực tế:

Các thành viên của nhóm chặt chẽ tự gọi mình là "tin tặc". Theo thời gian, họ cũng mở rộng mô tả "hacker" cho Stallman. Trong quá trình làm như vậy, họ đã khắc sâu Stallman vào các truyền thống đạo đức của "đạo đức hacker". Để trở thành một hacker có ý nghĩa nhiều hơn là chỉ viết chương trình, Stallman đã học được. Nó có nghĩa là viết các chương trình tốt nhất có thể. Nó có nghĩa là ngồi ở một thiết bị đầu cuối trong 36 giờ liên tục nếu đó là những gì nó cần để viết các chương trình tốt nhất có thể. Quan trọng nhất, nó có nghĩa là có quyền truy cập vào các máy tốt nhất có thể và thông tin hữu ích nhất mọi lúc. Tin tặc đã nói chuyện cởi mở về việc thay đổi thế giới thông qua phần mềm và Stallman đã học được tin tặc theo bản năng coi thường bất kỳ trở ngại nào ngăn cản tin tặc hoàn thành mục đích cao cả này. Trưởng trong số những trở ngại này là phần mềm kém,

Tất nhiên điều này không có nghĩa rằng đây là một quy tắc cho tất cả. Một số người có thể làm điều đó, trong khi những người khác thì không thể. Điều quan trọng nhất là không bị gián đoạn, và làm việc trong những khoảng thời gian mà bạn cảm thấy rất hiệu quả. Vì vậy, bạn có thể tự mình thử và đưa ra kết luận :)

Tôi đoán là có thể, nếu bạn là một cái máy - tôi không nghi ngờ rằng một số người có thể làm điều đó. Nhưng kinh nghiệm đã dạy tôi rằng đại đa số các lập trình viên sẽ viết mã tệ hơn ngay sau mốc 8 đến 10 giờ và mã khủng khiếp sau mốc 16 giờ.

Vài lần nhóm của chúng tôi bị buộc phải kéo tất cả sáng hơn, chúng tôi thực sự đã kết thúc với một số mã cần phải được khôi phục.

Tôi nghi ngờ nó là trung thực. Trong thực tế, mặc dù những câu chuyện thần thoại và câu chuyện về những người đạt được X, Y và Z đã thức suốt 24 giờ, họ vẫn ở trong hoàn cảnh khắc nghiệt và rất hiếm.

Quay trở lại vào ban ngày, tôi thường cung cấp bộ gõ cho một văn phòng luật sư thỉnh thoảng có người kéo cả đêm để thử và lấy đồ ra cho những thời điểm cụ thể. Bất cứ ai đã làm những giờ soạn thảo tài liệu điên rồ nói chung đều cố gắng gửi những tài liệu đó xuống để thay đổi qua đêm của họ. Theo quan điểm của tôi, không thể liên tục thực hiện ở mức cao trong hơn 12 giờ mỗi lần (và thậm chí là quá mức) sống sót khi thiếu ngủ bằng cách tăng mức độ caffeine của bạn. Tôi nghĩ đó là một câu chuyện mọi người muốn kể, nhưng nếu họ trung thực, họ sẽ thừa nhận rằng công việc trung bình của họ qua các phiên họp dài, bất kể công việc là gì, có thể là mã hóa hoặc viết tài liệu pháp lý, hiếm khi, đủ tốt để phù hợp với đầu ra của họ nếu họ được nghỉ ngơi đầy đủ.

Không có gì đặc biệt về các lập trình viên cho dù họ giỏi đến đâu, như tài xế, như người vận hành máy móc hạng nặng, họ sẽ bị mệt mỏi và tôi choáng váng nếu có ai chứng minh được một lập trình viên có thể cung cấp đầu ra chất lượng cao mà không cần nghỉ ngơi trong khoảng 12 giờ .

Khi tôi đang học lập trình tại trường đại học, có một vài đêm tôi cảm thấy làm việc hiệu quả hơn ban ngày. Nó liên quan đến thực tế là có ít phiền nhiễu vào ban đêm, cỏ dại đã khiến tôi đủ thoải mái để ngồi yên và tôi thực sự không thức dậy vào ngày hôm đó cho đến 2 giờ chiều vì vậy tôi không quá mệt mỏi. Tôi có thể viết mã đến 8 giờ sáng trước khi tôi cực kỳ đói cho bữa sáng của mình. Như đã nói, ngày hôm sau tôi sẽ suy sụp tinh thần trước 5 giờ chiều và không có cách nào tôi làm việc hiệu quả. Lập trình vào ban đêm có thể hiệu quả hơn nhưng làm cho bản thân bạn bị thiếu ngủ không làm tăng chất lượng mã và bạn sẽ không bao giờ mệt mỏi khi viết mã.

Tôi và nhiều người sáng tạo khác thể hiện các đặc điểm của tính cách lưỡng cực. Khi thiết kế phần mềm, tôi có xu hướng tuân theo thuật toán của Feynman:

1. Viết ra vấn đề. (Phút)

2. Nghĩ thật khó. (Giữa ngày và năm)

3. Viết ra lời giải. (Ngày)

Một tập phim hypomanic với giấc ngủ giảm mạnh (caffeine hoặc không) chỉ là tấm vé để kết thúc # 3.

Xin vui lòng xem bài đăng liên quan này trong Skeptics.SE: Ballmer Peak có thật không? và đặc biệt câu trả lời này của ESultanik .

Tại sao tôi nghĩ hai câu hỏi này có liên quan? Dường như với tôi rằng sự suy yếu gây ra do thiếu ngủ có phần giống với việc say rượu, mặc dù tôi không có bất kỳ tài liệu tham khảo nào để sao lưu yêu cầu của mình.

Trích dẫn từ tài liệu tham khảo trích dẫn của ESultanik,

... Tiêu thụ rượu khiêm tốn ức chế các khía cạnh của sáng tạo chủ yếu dựa trên quá trình thứ cấp (chuẩn bị, một số phần chiếu sáng và xác minh), và loại bỏ những yếu tố chủ yếu dựa trên quy trình chính (ủ, một số phần chiếu sáng và phục hồi).

Tôi có thể nói rằng người ta có thể tốt hơn trong việc tạo các mô hình kiến ​​trúc trừu tượng trong khi thiếu ngủ, nhưng mã nguồn thực tế được nhập vào bàn phím vẫn sẽ bị ảnh hưởng.

Khi một người bị buộc phải mã hóa trong 36 giờ, thường là do thời hạn gửi sản phẩm. Khi một trong thời hạn như vậy, chất lượng mã thường là điều đầu tiên bị loại bỏ. "Chỉ cần hoàn thành nó" là câu thần chú. "Chúng tôi sẽ sửa nó trong phiên bản 2" là một câu thần chú khác.

Vì vậy, thông thường, khi một người đang mã hóa trong 36 giờ liên tục, chất lượng mã sẽ bị ảnh hưởng .. nhưng điều đó không quan trọng từ quan điểm kinh doanh .. bởi vì nếu bạn không vận chuyển thứ gì đó, thậm chí là một thứ bị hỏng, bạn có thể không kinh doanh để làm điều đó đúng

Khi một người MUỐN mã hóa trong 36 giờ liên tục, đó là vì bạn sẽ có một sự đột biến sáng tạo mạnh mẽ và bạn không muốn làm gián đoạn nó. Bạn sẽ không viết mã chất lượng trong 36 giờ đó, nhưng bạn sẽ viết mã sáng tạo. Sau đó bạn quay lại sau và xem mã đó và tự hỏi làm thế nào nó thậm chí hoạt động.

Sáng tạo là một trong những điều thường xuất hiện. Bạn không thể kiểm soát nó, vì vậy bạn tận dụng lợi thế của nó khi nó hiển thị. Bạn luôn có thể sửa mã khi bạn kém sáng tạo.

Vài tháng trước, tôi ra ngoài cùng đồng nghiệp uống rượu. Ngày hôm sau chúng tôi quay lại văn phòng treo ... nhưng trước sự ngạc nhiên của chúng tôi, chúng tôi đã đóng cửa một số lượng bọ phá vỡ kỷ lục.

Nhìn bề ngoài, những con bọ này không dễ tìm và hầu hết không có bất kỳ bước sao chép nào, tuy nhiên, việc chúng ta phải "nghĩ ra" phải làm cho chúng ta 'nghĩ ra khỏi hộp' khi sửa lỗi.

Mặc dù chúng tôi không 'thiếu ngủ', chúng tôi vẫn không có suy nghĩ đúng đắn khi làm việc với mã ... thật kỳ lạ những gì đã xảy ra ngày hôm đó, chúng tôi luôn đề cập đến nó.

Ồ, và đối với hầu hết mọi người trong chúng ta đều đã phát huy tối đa trên JD & Coke :)

Tôi nghĩ rằng làm việc năng suất quá lâu mà không có giấc ngủ dài là điều không thể đối với hầu hết mọi người.

Nhưng tôi nghĩ rằng bạn có thể làm công việc tuyệt vời chỉ với 3-4 giờ ngủ ngon. Điều này hoạt động ngay cả trong nhiều ngày liên tục làm việc cường độ cao (trí tuệ) với giấc ngủ ít.

Tuy nhiên, đối với tôi, điều này phải được theo sau bởi một giai đoạn phục hồi sau đó; Nói rằng, một vài đêm với 7-8 giờ ngủ thông thường.