“Untuk membuat kode dengan cepat, Anda harus berhenti menulis kode”

Pertama, bukan frasa saya: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Alat Peraga kepada Mr. Markham.

TETAPI itu membuat saya memikirkan banyak pertanyaan yang saya lihat tentang bisa menyelesaikan sesuatu.

Pendekatan menganjurkan (mengatur timer untuk periode tertentu, dalam kasus ini 50 menit, tetapi saya telah melihat orang berbicara tentang melanggar penundaan dengan menetapkan waktu sesingkat lima menit pada tugas yang tidak dapat Anda lakukan sendiri, dan kemudian mengambil istirahat singkat) tampaknya masuk akal, tetapi banyak orang menganjurkan masuk ke "zona" dan tinggal di sana selama mungkin, mungkin berjam-jam, daripada mematahkan alur mereka.

Saya terus mencoba pendekatan yang berbeda dan menemukan bahwa masing-masing memiliki kekuatan dan kelemahannya sendiri.

Apa jenis teknik yang Anda gunakan untuk menjadi lebih EFEKTIF (yaitu, menyelesaikan pekerjaan dengan tingkat kualitas yang diminta oleh klien / bos Anda / dll. Dalam jangka waktu yang diizinkan) dalam pengembangan perangkat lunak Anda dan tidak hanya menghabiskan lebih banyak waktu di keyboard ?

Saya menggunakan teknik itu setiap hari. Timer saya adalah 45 menit kerja selama 10 menit istirahat.

Saya juga memaksimalkan waktu di komputer hingga 4 jam per hari . Saya mengerti ini tidak mungkin ketika tugas utama Anda adalah coding. Sisa waktu, saya melakukan tugas apa pun yang tidak memerlukan komputer.

Alat yang saya gunakan adalah WorkRave . Penulis menulisnya karena ia mulai memiliki masalah fisik karena ketidakmampuannya untuk menghentikan pengkodean selama berjam-jam.

Saya kurang stres dan itu mempengaruhi produktivitas saya secara positif .

Sejak beberapa minggu, saya juga mencoba beberapa teknik perhatian selama waktu jeda. Lezat.

Sekarang mengenai teknik anti-penundaan, saya punya satu yang mengalahkan semua yang saya coba sebelumnya:

Saya mengelola daftar tugas tunggal, diprioritaskan oleh kepentingan. Saya memilih yang pertama dalam daftar.

Saya mempertahankan daftar (dan kalender) dengan kombinasi GTD dan 7 Kebiasaan .

Untuk meningkatkan efektivitas daftar, tulis tugas Anda sebagai tindakan selanjutnya, bukan deskripsi (lihat bab Tindakan, Konteks & Proyek di Posting Blog ini )

Saya tidak terkesan dengan esai itu; dia menghabiskan apa, suatu hari mencoba metode barunya?

Yang mengatakan, Pomodoro & teknik serupa tampaknya memiliki popularitas niche yang persisten. Biasanya saya mencoba menyortir hari-hari saya menjadi "hari-hari fokus" dan "hari-hari lain". Fokus hari saya tampil dalam pakaian yang sedikit lebih santai, mungkin sedikit lebih awal (atau tinggal lebih lambat). Saya tidak ada rapat hari itu, jadi pada dasarnya saya bisa menulis jadwal saya sendiri, yang memungkinkan saya fokus lebih baik. Di hari-hari lain, saya ada rapat, janji, dan sebagainya. Saya tidak akan punya waktu untuk berkonsentrasi, jadi saya mencoba menjadwalkan tugas yang lebih kecil dan lebih mudah untuk mengisi waktu saya.

Salah satu cara yang baik untuk meningkatkan produktivitas dalam pengkodean adalah pembuatan kode bit boilerplate; refactoring segala sesuatu yang diduplikasi, dll.

Hal utama yang perlu diingat di sini adalah tidak ada solusi "satu ukuran cocok untuk semua".

Ada banyak teknik untuk meningkatkan kemampuan Anda untuk "menyelesaikan sesuatu" dan salah satu alasannya adalah bahwa berbagai hal bekerja untuk orang yang berbeda.

Beberapa orang melakukannya dengan sangat baik dengan metodologi semacam ini (cf Pomodoro Technique) dan beberapa orang akan menemukannya menghancurkan fokus mereka - saya benar-benar tidak suka berhenti di tengah-tengah tugas dan itu hampir selalu apa yang dilakukan sistem berbasis timer kepada saya ... secara konseptual baik, tantangan implementasi (benar dari mayoritas metodologi terstruktur untuk manajemen waktu dan hal-hal lain)

Karena pengkodean adalah masalah yang dihadapi, selain teknik yang disebutkan oleh Pierre, saya akan menyarankan pengkodean dalam bahasa yang dinamis, jika memungkinkan (misalnya Python menyenangkan untuk digunakan, misalnya): bahasa seperti itu memungkinkan Anda untuk menjadi sangat produktif (waktu pengkodean terukur menunjukkan faktor peningkatan 2 hingga 10, dibandingkan dengan C). Mereka sangat baik untuk bekerja dengan yang pada dasarnya Anda mungkin tidak pernah "hanya menghabiskan waktu di papan ketik"