Để mã hóa nhanh chóng, bạn phải thoát khỏi mã hóa


17

Trước hết, không phải cụm từ của tôi: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Đạo cụ cho ông Markham.

NHƯNG, nó khiến tôi suy nghĩ về rất nhiều câu hỏi tôi đã thấy về việc có thể hoàn thành công việc.

Cách tiếp cận chủ trương (đặt hẹn giờ trong một khoảng thời gian đã định, trong trường hợp này là 50 phút, nhưng tôi đã thấy mọi người nói về việc phá vỡ sự trì hoãn bằng cách đặt thời gian ngắn nhất là năm phút cho các nhiệm vụ mà bạn không thể tự mình thực hiện, và sau đó thực hiện nghỉ ngắn) dường như là lẽ thường, nhưng rất nhiều người ủng hộ việc vào "khu vực" và ở đó càng lâu càng tốt, có thể nhiều giờ, thay vì phá vỡ rãnh của họ.

Tôi tiếp tục thử các cách tiếp cận khác nhau và thấy rằng mỗi phương pháp đều có điểm mạnh và điểm yếu riêng.

Bạn sử dụng loại kỹ thuật nào để HIỆU QUẢ hơn (nghĩa là hoàn thành công việc đến mức chất lượng mà khách hàng / sếp / v.v. yêu cầu trong khung thời gian cho phép) trong phát triển phần mềm của bạn và không chỉ dành nhiều thời gian hơn cho bàn phím ?


3
Tôi muốn sử dụng điều này như một cơ hội để cắm một trang web SE (được đề xuất) khác, Năng suất và Tổ chức cá nhân: area51.stackexchange.com/proposeals/4296/ phỏng
instanceofTom

Ooo - tuyệt vời - Tôi đã đi qua và cam kết. Cảm ơn!
Todd Williamson

sự gia tăng của các trang web SE thích hợp là vô lý.
Kevin

Câu trả lời:


15

Tôi sử dụng kỹ thuật đó hàng ngày. Đồng hồ bấm giờ của tôi là 45 phút làm việc trong 10 phút nghỉ ngơi.

Tôi cũng tối đa hóa thời gian trên máy tính lên 4 giờ mỗi ngày . Tôi hiểu điều này là không thể khi nhiệm vụ chính của bạn là mã hóa. Thời gian còn lại, tôi làm bất kỳ nhiệm vụ nào không cần máy tính.

Công cụ tôi sử dụng là WorkRave . Tác giả đã viết nó bởi vì ông bắt đầu có vấn đề về thể chất do không thể ngừng mã hóa trong nhiều giờ.

Tôi ít căng thẳng hơn và nó ảnh hưởng tích cực đến năng suất của tôi.

Kể từ vài tuần, tôi cũng thử một số kỹ thuật chánh niệm trong thời gian tạm dừng. Thơm ngon.

Bây giờ liên quan đến các kỹ thuật chống trì hoãn, tôi có một kỹ thuật đánh bại mọi thứ tôi đã thử trước đây:

Tôi quản lý một danh sách nhiệm vụ duy nhất, ưu tiên quan trọng. Tôi chọn người đầu tiên trong danh sách.

Tôi duy trì danh sách (và lịch) với sự kết hợp của GTD7 Thói quen .

Để nâng cao hiệu quả của danh sách, hãy viết các nhiệm vụ của bạn dưới dạng các hành động tiếp theo thay vì mô tả (xem chương Hành động, bối cảnh & dự án trong Bài đăng trên Blog này )


1
Bạn có thể đưa ra một ví dụ về một nhiệm vụ được viết dưới dạng hành động so với mô tả không?
Adam Lear

Chắc chắn tôi đã thêm tài liệu tham khảo cho một bài viết đầy đủ hơn trong câu trả lời. Đây là liên kết một lần nữa (nó mô tả toàn bộ kỹ thuật GTD): zenhabits.net/the-getting-things-done-gtd-faq .

6

Tôi không ấn tượng với bài luận đó; Ông đã dành những gì, một ngày thử phương pháp mới của mình?

Điều đó nói rằng, Pomodoro và các kỹ thuật tương tự dường như có một sự phổ biến thích hợp liên tục. Thông thường, tôi cố gắng sắp xếp ngày của mình thành "ngày tập trung" và "ngày linh tinh". Ngày tập trung tôi xuất hiện trong trang phục thoải mái hơn một chút, có thể sớm hơn một chút (hoặc ở lại muộn hơn). Tôi không có bất kỳ cuộc họp nào trong những ngày đó, vì vậy về cơ bản tôi có thể viết lịch trình của riêng mình, điều này cho phép tôi tập trung tốt hơn. Vào những ngày khác, tôi có các cuộc họp, cuộc hẹn, vân vân. Tôi sẽ không có thời gian để tập trung, vì vậy tôi cố gắng sắp xếp các nhiệm vụ nhỏ hơn và dễ dàng hơn để lấp đầy thời gian của mình.

Một cách tốt để tăng năng suất trong mã hóa là tạo mã của bất kỳ bit soạn sẵn nào; tái cấu trúc bất cứ thứ gì bị trùng lặp, v.v.


2

Điều quan trọng cần nhớ ở đây là không có giải pháp "một kích thước phù hợp với tất cả".

Có rất nhiều kỹ thuật để cải thiện khả năng "hoàn thành công việc" của bạn và một trong những lý do là những thứ khác nhau có hiệu quả với những người khác nhau.

Một số người làm rất tốt với loại phương pháp này (cf Pomodoro Technique) và một số người sẽ thấy nó phá hủy sự tập trung của họ - Tôi thực sự không thích dừng lại giữa nhiệm vụ và đó gần như là những hệ thống dựa trên bộ đếm thời gian làm cho tôi ... về mặt khái niệm tốt, thực hiện thử thách (đúng với phần lớn các phương pháp có cấu trúc để quản lý thời gian và những thứ khác)


Tôi chỉ đang tìm kiếm rất nhiều đầu vào. Như bạn nói không có cách tiếp cận "một vòng để thống trị tất cả", nhưng tôi rất muốn xem người khác tiếp cận nó như thế nào.
Todd Williamson

Ồ hoàn toàn - và tôi đồng ý với câu hỏi (-: Nhưng trên đây là một điểm cần phải được thực hiện khi những người có hệ thống hoạt động - đối với họ - có thể bị mê hoặc.
Murph

Tôi nghĩ rằng đây là một điểm tốt. Hơn thế nữa, tôi đã thấy rằng một số kỹ thuật hoạt động tốt hơn hoặc tệ hơn đối với tôi tùy thuộc vào tâm trạng của tôi, loại công việc tôi đang làm, v.v. Có những lúc tôi không gặp khó khăn gì khi làm việc và làm việc hiệu quả cả ngày mà không có bất kỳ hệ thống. Những lần khác, tôi cần một cái gì đó để giữ cho tôi tập trung và theo dõi. Đôi khi, khi tôi trải qua một cuộc vui như thế, tôi đã thấy Pomodoro hoạt động khá tốt đối với tôi, mặc dù tôi thỉnh thoảng sẽ bỏ qua một lần nghỉ khi tôi đang lăn lộn.
Peter ALLenWebb

Bị cám dỗ downvote chỉ vì điều này không thực sự thêm ý kiến ​​chủ quan - nó chỉ nêu "nó phụ thuộc". Điều này có thể được nói về hầu hết mọi thứ và đúng với mọi thứ.
Magnus Wolffelt

@Magnus không thể tranh luận với điều đó một cách đặc biệt nhưng cũng không kém phần quan trọng. Quá nhiều người đi săn đạn vàng.
Murph

-1

Vì mã hóa là vấn đề hiện tại, ngoài các kỹ thuật được đề cập bởi Pierre, tôi sẽ đề xuất mã hóa bằng ngôn ngữ động, nếu có thể (chẳng hạn như Python rất vui khi làm việc với nó): các ngôn ngữ như vậy cho phép bạn cực kỳ năng suất (thời gian mã hóa đo được cho thấy hệ số cải thiện từ 2 đến 10, so với C). Chúng thật tuyệt khi làm việc với điều đó về cơ bản bạn có thể không bao giờ "chỉ dành thời gian cho bàn phím của bạn".


Tại sao các downvote? Câu trả lời ở trên giải quyết được câu hỏi "Bạn sử dụng loại kỹ thuật nào để HIỆU QUẢ hơn (Tập) trong phát triển phần mềm của bạn?".
Eric O Lebigot
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.