Bagaimana Anda mempertahankan fokus ketika aspek pemrograman tertentu membutuhkan waktu 10+ detik untuk selesai? [Tutup]

141

Saya memiliki waktu yang sangat sulit untuk berfokus pada apa yang saya lakukan (berdasarkan pemrograman) ketika sesuatu (kompilasi, waktu startup, dll.) Membutuhkan lebih dari beberapa detik saja. Secara anekdot tampaknya ambang sekitar 10 detik (dan saya ingat pernah membaca tentang studi yang mengatakan hal yang sama, meskipun saya tidak dapat menemukannya sekarang). Jadi yang biasanya terjadi adalah saya membuat perubahan dan kemudian menjalankan program untuk mengujinya. Itu membutuhkan waktu sekitar 30 detik, jadi saya mulai membaca sesuatu yang lain, dan sebelum saya menyadarinya 20 menit telah berlalu, dan kemudian diperlukan (jika saya beruntung!) 10+ menit lagi untuk berurusan dengan konteks, beralih ke kembali ke pemrograman .

Ini tidak berlebihan untuk mengatakan bahwa beberapa hal yang seharusnya membuat saya menit benar-benar memakan waktu berjam-jam untuk menyelesaikannya.

Saya sangat ingin tahu tentang apa yang dilakukan programmer lain untuk melawan kecenderungan ini (atau jika saya unik dan mereka tidak memiliki kecenderungan ini?). Saran jenis apa pun boleh digunakan - mulai dari "duduk di tangan Anda setelah menekan tombol kompilasi", hingga trik mental, hingga "jika diperlukan waktu 30 detik untuk memulai sesuatu untuk menguji perubahan, maka ada yang salah dengan proses pengembangan Anda ! "

Yer
sumber
24
Saya memiliki masalah yang sama (maka komentar ini :)). Saya menemukan apa yang benar-benar membantu adalah kurang kopi di pagi hari, atau tidak sama sekali. Saya juga mencoba bekerja di pagi hari dan menjadwalkan pertemuan di sore hari. Semoga itu bisa membantu .... oh, lihatlah kucing.
DevSolo
7
Anda sedang berhadapan dengan bentuk penundaan - musuh pekerja pengetahuan dari seluruh dunia.
Aditya MP
130
Arrrg !! Saya melakukannya sekarang - terima kasih atas pengingatnya - kembali bekerja.
mjhm
8
Saya biasanya menghabiskan waktu ini di situs SE, membaca pertanyaan, menjawab apa yang saya bisa untuk membantu pengembang lain, dan mempelajari sesuatu yang baru dalam proses.
Bernard
6
Anda harus mulai mengembangkan untuk SharePoint b / c di sana Anda sebenarnya harus menunggu 20 menit :)
kev

Jawaban:

117

Saya menulis sebuah utilitas commandline kecil yang disebut 'peringatan' yang akan menyebabkan komputer berbunyi bip / memainkan suara / dll. Kemudian, ketika saya memiliki perintah yang panjang untuk dijalankan seperti a make, saya jalankan make; alert. Di mana saya bisa, saya juga akan meminta argumen sehingga suara berbeda tergantung pada argumen. Dengan demikian saya dapat melakukan make; alert $?dan saya akan tahu a) pembangunan telah dilakukan, dan b) itu berhasil atau gagal. Anda tidak harus semanis itu; hanya echo -e "\a"bisa cukup.

Jika Anda ingin menjadi benar-benar mewah / mengganggu, gunakan beberapa paket text-to-speech dan memicu popup dialog.

Gagasan utama di sini adalah untuk mengganggu gangguan Anda segera setelah tugas terkait pekerjaan selesai.

retracile
sumber
6
Contoh cepat:MSG="back to work" && xmessage -buttons ok -default ok -nearmouse "${MSG}" 2> /dev/null
sakisk
6
@faif Dalam hal ini, Anda ingin menggunakan ;sebagai ganti &&. Contoh kedua Anda hanya akan berjalan show_messagejika makeberhasil, yang tidak sesuai dengan yang Anda inginkan. Untuk menjadi jelas: Saya suka contoh yang Anda berikan, saya hanya pilih-pilih tentang detail implementasi. ;)
retracile
2
Saya menulis program baris perintah cepat yang mengirimi saya email ketika tugas tertentu selesai - jadi jika saya meninggalkan ruangan untuk melakukan beberapa hal IT dalam waktu tunggu saya, telepon saya akan berbunyi bip untuk memberitahu saya untuk kembali ke kantor saya dan menyelesaikan apa yang saya lakukan.
Phil
7
+1 untuk mengalihkan perhatian Anda dari gangguan - melawan api dengan api! Dengan begitu Anda tidak dipecat!
corsiKa
1
Ubuntu memiliki pengaturan alias peringatan yang bagus di .bashrc. Itu tergantung pada libnotify, tetapi jika itu diinstal, Anda dapat melakukannya command; alertdan itu akan memberi Anda peringatan desktop ketika selesai menentukan perintah mana yang sudah selesai. Sangat berguna untuk kompilasi atau tes yang panjang.
Leo
104

Saya memiliki masalah yang sama, dan solusi bagi saya adalah menghabiskan waktu melakukan sesuatu yang tidak akan membuat Anda tersedot. Bagi saya, ini biasanya (1) mengisi botol air, atau (2) berdiri dan berjalan-jalan selama 30 detik di sekitar kantor untuk meregangkan kaki saya, yang tetap membutuhkan gerakan. Anda bisa tersesat menjelajahi internet; Anda jarang tersesat berjalan di sekitar bilik Anda sendiri.

eykanal
sumber
37
+1 untuk berjalan kaki / meregangkan badan. Itu adalah sesuatu yang harus kita semua lakukan lebih sering.
Jon Purdy
2
Ini bekerja dengan baik dalam kombinasi dengan jawaban saya ... atur speaker Anda cukup keras untuk mendengarnya melintasi ruangan saat Anda berjalan sehingga Anda dapat memotongnya. (Seperti build 10 menit yang berakhir setelah 30 detik karena kesalahan sintaks.)
retracile
1
+1, lakukan sesuatu yang membutuhkan waktu tidak lebih dari 10 detik. Minum. Ambil permen kunyah. Lihat ke jendela, jika Anda cukup beruntung sesuatu mungkin terjadi di luar. Jika Anda mendengarkan musik, periksa apa yang ada di daftar putar Anda atau tambahkan beberapa lagu.
Laurent Couvidou
2
Saya juga akan menambahkan, gunakan toilet :) Seringkali, ketika saya pertama kali berdiri setelah sesi pengkodean yang panjang, saya merasa saya benar-benar perlu menggunakan pipa ledeng, seperti yang mereka katakan, seperti yang mereka katakan. Gunakan waktu istirahat ini untuk menjaga diri Anda.
eykanal
4
Sampai Anda berbicara dengan dev di kursi berikutnya / kubus selesai ... sekarang ini adalah obrolan 20 menit, bukan 20 menit browsing.
Steven Evers
29

Lakukan sesuatu untuk kesehatan Anda:

Standup, berjalan menjauh dari komputer Anda dan lakukan beberapa latihan peregangan tangan dan lengan. Maksimal 2-5 menit. Masa depan Anda yang tidak menderita RSI akan berterima kasih untuk ini.

Juga, mengenai istirahat 2-5 menit, baca teknik Pomodoro . Ini didasarkan pada gagasan untuk sering istirahat sejenak untuk mengalihkan pikiran Anda dari tugas Anda saat ini dan membiarkan hal-hal sedikit meresap. Ini adalah istirahat yang cukup singkat untuk tidak kehilangan alur pemikiran Anda sepenuhnya tetapi cukup lama untuk membuat otak Anda tenang.

ZweiBlumen
sumber
10
Dan Anda bahkan tidak harus bangun - hanya menutup mata Anda untuk mengistirahatkannya selama 30 detik akan membantu membuatnya tetap lembab dan tidak terlalu lelah.
JBRWilkinson
1
Ini adalah jawaban yang bagus (membantu membakar energi saraf) dan teknik pomodoro dapat bekerja jika Anda cukup disiplin.
DevSolo
1
+1. Memiliki meja yang dapat disesuaikan ketinggiannya juga membantu. Saya telah menemukan bahwa ketika saya berdiri, saya jauh lebih produktif karena selama jeda singkat itu (kompilasi, dll.) Saya mondar-mandir sedikit memikirkan apa yang saya kerjakan dan segera setelah tugas selesai saya pergi segera kembali bekerja. Mungkin hanya saya, tetapi saya suka banyak bergerak ketika saya berpikir dan mondar-mandir membantu.
Paperjam
1
Belum pernah mendengar tentang Pomorodo, tetapi saya sudah lama menjadi pendukung gagasan bahwa Anda perlu istirahat sesekali untuk memberi pikiran sadar Anda lebih banyak istirahat dan membiarkan pembakar punggung Anda menyelesaikan beberapa hal untuk sementara waktu. Ada alasan mengapa banyak momen terjadi di kamar mandi dan kamar mandi.
Erik Reppen
25

Pengembangan adalah proses kreatif. Anda tidak dapat terus-menerus produktif, terutama jika ada banyak gangguan di kantor Anda. Itu sebabnya Tes Joel menunjukkan kondisi kerja yang tenang.

Joel Spolsky juga menjelaskan apa artinya "tidak berada di zona" . Setiap kali sesuatu menghalangi Anda melakukan pekerjaan, Anda harus menghabiskan sepuluh menit, seringkali lebih untuk kembali ke zona itu dan menjadi produktif lagi.

Ada banyak gangguan:

  • Panggilan telepon dari istrimu,
  • Panggilan telepon ke pebisnis di ruang kantor yang dekat dengan Anda,
  • Seorang rekan meminta bantuan Anda,
  • Menjadi lapar,
  • Memiliki masalah pribadi,
  • Harus mengerjakan kode lawas yang ditulis oleh pengembang yang tidak berpengalaman sepuluh tahun yang lalu dan tidak pernah refactored,
  • Memiliki PC yang lambat atau koneksi Internet yang lambat,
  • Memiliki proses kompilasi yang panjang,
  • dll.

Tidak ada hubungannya dengan itu. Satu-satunya hal yang dapat Anda lakukan adalah menghilangkan gangguan itu sendiri:

  • Tidak ada telepon di kantor Anda,
  • Kondisi kerja yang tenang,
  • Komputer cepat dan akses Internet,
  • Proses kompilasi cepat,
  • dll.

Dalam kasus Anda, jika kompiler yang mengalihkan perhatian Anda, cobalah untuk mengurangi waktu kompilasi dengan:

  • Mengurangi ukuran program Anda (beberapa IDE misalnya memungkinkan Anda membongkar beberapa proyek dari suatu solusi, sangat mengurangi waktu kompilasi),
  • Menggunakan bangunan malam dan kompilasi lebih sedikit selama bekerja,
  • Membeli mesin yang lebih cepat (jika tidak ada yang bisa dilakukan),
  • dll.
MainMa
sumber
9

Saya kira saya akan menjadi orang yang mengatakannya, tetapi Anda harus duduk di sana dan menunggu sampai selesai.

Anda perlu melatih diri untuk tidak merasa perlu terus-menerus dan aktif melakukan sesuatu. Ini adalah masalah yang sangat merugikan yang mempengaruhi tidak hanya pengembang tetapi semua orang. Masyarakat menjadi terobsesi dengan kebutuhan akan stimulasi yang konstan (visual, audio, mental). Sepertinya tidak ada yang bisa diam selama lebih dari 30 detik tanpa menarik ponsel mereka dan mengirim pesan teks, menjelajahi web, memeriksa facebook, dll.

Jika Anda menekan kompilasi dan itu akan memakan waktu sekitar satu menit atau lebih menganggap itu peluang bagus untuk hanya duduk dan membiarkan otak Anda rileks. Tahan keinginan untuk melakukan sesuatu yang merangsang dan hanya menikmati saat tanpa aktivitas.

Seiring waktu, itu akan menjadi lebih mudah dan Anda akan menemukan Anda akan memiliki pengalaman kerja yang jauh lebih baik ketika Anda berhenti berusaha menjaga otak Anda tetap 100% sepanjang hari.

Alan Barber
sumber
Saya harus bertanya-tanya apakah topi pada multitasking benar-benar dibenarkan, atau apakah itu mungkin tapi kesalahpahaman generasi. Tentu, penelitian telah menemukan hilangnya produktivitas saat melakukan banyak tugas, tapi mungkin itu hanyalah keterampilan yang telah dikembangkan beberapa orang. Untuk setiap teknologi atau proses baru, saya yakin ada studi yang menemukan mereka sangat buruk untuk produktivitas, sebelum orang benar-benar belajar bagaimana menggunakannya secara efektif
@JonofAllTrades Ini bukan tentang teknologi atau pembelajaran, ini adalah fakta yang diketahui bahwa otak manusia tidak dirancang secara biologis untuk memungkinkan kita untuk terus menerus melakukan multitask berbagai aliran pikiran nurani. Kami dapat menyulap beberapa pikiran terputus untuk periode waktu yang singkat tetapi di luar itu seluruh tindakan penyeimbang berantakan. Ini tidak sehat karena Anda akan secara mental dan fisik melemahkan diri. Pernah bertanya-tanya mengapa begitu banyak yang sakit dan lelah? Kita semua bekerja keras.
Alan Barber
Ah, tetapi berkonsentrasi pada satu hal juga melelahkan, dan perhatian kita dengan cepat mengembara. Seperti biasa, ada media yang menyenangkan. Saya menduga sekali dapat belajar untuk melakukan banyak tugas lebih baik, dan bahwa alur kerja yang ideal untuk, katakanlah, seorang anak berusia 40 tahun yang lahir pada tahun 1950 berbeda dari seorang anak berusia 40 tahun yang lahir pada tahun 1990. Saya tidak percaya bahwa kita adalah lebih sakit dan lelah sekarang daripada 100 tahun yang lalu; jika ada, kita dapat membayar kemewahan untuk menyadarinya!
8

Saya setuju dengan apa yang disarankan oleh @retracile, tetapi perhatikan bahwa menurut aturan pemrograman Zen Anda harus fokus hanya pada satu tugas pada satu waktu. Menjawab panggilan telepon, menjelajah Web, jejaring sosial, atau bahkan melakukan multitasking kemungkinan besar akan menurunkan produktivitas Anda. Gunakan penundaan tunggu singkat untuk memikirkan tugas / solusi yang ada dan apa yang dapat Anda lakukan untuk memperbaikinya.

sakisk
sumber
8

Saya memiliki bar yang terpasang di tiang pintu

masukkan deskripsi gambar di sini

Saya hanya dapat melakukan 5 pull-up sehingga dibutuhkan kurang dari satu menit. Atau saya membuat secangkir teh.

Lukasz Madon
sumber
berapa banyak programmer di bumi yang dapat melakukan pull up, saya ingin tahu apa yang sebenarnya sekarang
kommradHomer
2
Lebih banyak yang bisa dilakukan, jika mereka setidaknya akan mencoba melakukan pull up pada setiap kompilasi.
Esko Luontola
3
Jadi, jika IDE Anda kurang pintar, Anda mendapatkan bentuk yang lebih baik .. Kesimpulan menarik ini bisa mengarah ke.
Saya mendapatkan banyak penggemar menggunakan Mac kuno dengan motherboard yang terlalu panas. Saya berolahraga sambil menunggu agar dingin.
Aku suka ini! Semakin banyak penyuka pengembang, tingkat! @ # $ Tier alatnya.
Erik Reppen
6

Bagi saya, cara untuk mempertahankan fokus saya adalah dengan kejam dalam mempertahankan ruang kerja yang bersih, apa pun ruang kerja itu. Apa pun yang bukan bagian dari proyek saya saat ini adalah noise dalam rasio signal-to-noise yang dikuduskan. Bagian penting dari mempertahankan fokus adalah menjaga rasio signal-to-noise tetap tinggi.

Saat saya mengode, ini berarti menutup program yang belum saya gunakan baru-baru ini, memangkas tab browser saya secara teratur, dan menjaga desktop saya bersih dari item yang tidak langsung relevan dengan proyek saya saat ini. Saya menggunakan sepuluh detik penundaan untuk "membuat putaran", jadi untuk berbicara - tab penutupan, program penutupan, menghapus file sementara dan pengarsipan apa yang perlu diarsipkan, dll.

Membiasakan diri "melakukan putaran" juga membantu mencegah jejak kelinci, karena hal itu memaksa saya untuk terus mengevaluasi - dan diingatkan - setiap tugas saat ini.

Ada harga kecil yang harus dibayar ketika Anda harus membuka kembali tab yang telah Anda buka 5 kali hari ini atau meluncurkan kembali prompt perintah dengan hak istimewa yang ditingkatkan untuk ke-15 kalinya, tetapi meningkatkan akselerator seperti pintasan keyboard dapat memotong ini menjadi harga yang sangat kecil.

Caleb
sumber
1
Masalah dengan menutup tab browser, (atau program atau lebih) adalah terlalu mudah untuk terganggu oleh mereka ketika Anda pergi untuk menutupnya. Seperti kembali ke pertanyaan Stackoverflow setelah menerapkan jawabannya, lalu melihat tautan menarik di bilah sisi, dan mengekliknya ....
Bobson
6

Saya merasa terbantu untuk melacak waktu aktual yang saya habiskan untuk tidak bekerja

Anda dapat menggunakan sejumlah hal untuk ini. Saya tahu ada banyak aplikasi gratis di luar sana yang dapat Anda unduh untuk melakukan ini untuk Anda (tidak dapat memikirkan yang ada di atas kepala saya sekarang, tetapi jika seseorang memberi saya beberapa, saya akan menambahkannya ke jawaban ini), atau sangat mudah untuk membuat sendiri. Saya biasanya menggunakan yang saya buat yang merupakan jendela kecil di sudut layar saya dengan tombol untuk Working/ NotWorking, dan saya cukup klik yang mana saya aktif setiap kali saya beralih fokus.

Jam catur juga berfungsi

Tindakan melacak waktu Anda membuat Anda lebih sadar tentang berapa banyak waktu yang Anda habiskan untuk bekerja, dan saya merasa itu membuat saya lebih produktif karena saya akan memaksa diri saya untuk meninggalkan pertanyaan stackoverflow yang sangat menarik, atau blog artikel, dan kembali bekerja

Rachel
sumber
5

Untuk menjaga perhatian saya, saya menggunakan coretan. Saya selalu membawa pena dan buku catatan di belakang keyboard dan mencoret-coret. Itu tidak lebih dari menggosok-gosok selembar kertas tanpa makna apa pun, tetapi itu membuat perhatian saya tetap cukup dan tidak membuat saya terganggu sehingga saya dapat langsung kembali ke apa yang saya kerjakan.

Saya telah melakukan ini sepanjang hidup saya secara tidak sadar tetapi baru-baru ini menemukan sebuah wiki tentang hal itu: http://en.wikipedia.org/wiki/Doodle

Pieter B
sumber
4

Apa pun yang Anda lakukan jangan pergi di salah satu situs StackExchange. Mereka akan menyedot Anda :)

Lebih serius lagi, menjelajah web sambil menunggu sesuatu selesai tidak baik untuk produktivitas (kecuali jika Anda sedang meneliti sesuatu yang berkaitan dengan tugas saat ini).

Saya biasanya melakukan beberapa tugas kecil yang tidak akan memakan waktu lebih dari 1-2 menit. (membersihkan sesuatu, menulis komentar, catatan).

Christian P
sumber
1

Dalam kasus Anda, bangun dan berjalanlah sedikit. Jika sulit untuk kembali ke "zona" itu mungkin karena Anda terlalu jauh. Melakukan hal-hal di web hanyalah zona lain dan zona waktu yang mudah dilupakan. Berikan waktu istirahat yang diinginkan dengan jelas oleh otak Anda dan pergi jalan-jalan, ikuti jagoan, idealnya di kamar kecil, atau berbicara dengan rekan kerja acak. Kami melakukan banyak hal di belakang layar dengan pilot otomatis. Istirahat tidak buruk untuk pengkodean, itu bagus, tetapi idenya adalah untuk berhenti menembakkan semua silinder untuk sementara waktu dan melihat apa yang dihasilkan oleh pembakar punggung Anda sementara bagian yang lebih sadar dari pikiran Anda memberikan istirahat. Dev yang baik bukanlah kalkulator manusia. Biarkan bagian otak Anda yang melakukan semua hal intuitif dan pencocokan pola pada autopilot untuk sementara waktu.

Jika ini bukan hanya masalah pengkodean, Anda mungkin ingin mempertimbangkan ADD.

Erik Reppen
sumber
1

Saran untuk bangkit dan berjalan dll. Bagus jika siklus Anda panjang (sekitar satu jam). Tetapi ketika waktu siklus menjadi pendek, dan saya menemukan diri saya bolak-balik antara vim dan membuat setiap beberapa menit, maka saya tinggal di zona dengan tetap di dalam pipa: Sementara membangun atau test suite berjalan, saya cenderung untuk kembali dan tinjau kode, lalu mulailah mengerjakan potongan berikutnya yang akan saya lakukan jika build atau tes berhasil.

stevegt
sumber
1

Buat rencana di awal setiap hari tentang cara menggunakan "waktu luang" ini. Itu mungkin melibatkan

  • mengejar beberapa tugas dokumentasi,
  • mengerjakan kasus uji unit untuk kelas yang akan Anda tulis selanjutnya,
  • mempelajari beberapa teknologi baru yang ingin Anda pelajari,
  • menulis surat kepada bibi favorit Anda,

atau apa saja sebenarnya.

Biarkan tugas sekunder ini selalu terbuka di jendela di suatu tempat di desktop Anda. Segera setelah Anda menekan tombol "kompilasi" (atau apa pun yang membawa Anda lebih dari 30 detik), beralihlah ke tugas sekunder, dan berikan waktu yang cukup untuk benar-benar bergerak maju, yang mungkin beberapa menit, atau bisa kurang.

Saat Anda melakukan tugas kedua, ingat-ingat bahwa ini bukan fokus otak Anda. Teruslah berpikir tentang pemrograman. Ini tidak mudah; Anda masih akan lebih sering mengalami perubahan konteks daripada tidak.

Jika Anda melakukan ini, bahkan jika Anda kehilangan konteks berkali-kali, waktu Anda yang hilang sebenarnya bukan waktu yang terbuang, dan Anda memiliki sesuatu untuk ditunjukkan pada akhirnya. Tetapi yang paling penting adalah merencanakan, pada awal hari, apa tugas sekunder hari itu.

Dawood ibn Kareem
sumber
1

Saya kira kita dapat menggunakan waktu kompilasi untuk mendokumentasikan kode, pembersihan kode, menyelaraskan kode dengan benar, sehingga kita tidak menjauh dari IDE kita dan masih meningkatkan kualitas kode.

saiy2k
sumber
1

Saya biasanya hanya mencoba mencari bug, kesalahan ketik, atau cara untuk meningkatkan gaya kode sementara itu. Itu membuat saya melihat kode, tapi saya tidak (selalu) terganggu oleh sesuatu yang menarik. Juga ini !

samson
sumber
1

Bisa dibayangkan Anda memiliki sedikit ADHD. Banyak orang melakukannya. Mekanisme koping seperti yang diberikan dalam jawaban lain (atau mungkin obat).

Mike Dunlavey
sumber
1

Selama 10-30 detik, pergilah dan lakukan sesuatu:

  • itu tidak memerlukan banyak aktivitas mental
  • buka kode yang Anda kompilasi, dan periksa lagi (Anda mungkin menemukan sesuatu yang salah, atau cara untuk memperbaikinya)

Selama waktu itu, jangan lakukan hal-hal yang Anda tahu akan memakan waktu lama (kecuali Anda mampu menghabiskan waktu) seperti:

  • mulai membaca buku
  • baca email jika Anda tahu itu bisa memakan waktu lama
  • dll

Selain itu, jangan pasang alarm audio untuk memberi sinyal akhir kompilasi. Rekan kerja Anda akan menghargainya.

BЈовић
sumber
12
Secara pribadi, memeriksa email adalah ide yang buruk. Anda lihat, itu bisa menjadi pengisap waktu sehingga 30 detik Anda dapat dengan mudah menjadi 30 menit.
Adrian
Memeriksa email di awal dan akhir hari adalah salah satu tips yang banyak diberikan oleh tipe eksekutif. Tergantung pada seberapa besar perusahaan Anda, saya kira.
Erik Reppen
Jika Anda memerlukan waktu 30 menit untuk memeriksa email Anda - jangan lakukan itu. Saya tidak pergi ke kantor pos untuk mengambil email saya, oleh karena itu bagi saya itu adalah 30 detik - 3 menit operasi.
BЈовић
1
@ErikReppen, jika saya melakukan itu, saya tidak akan punya pekerjaan.
HLGEM
0

Untuk gangguan internet selama bekerja secara umum, saya sarankan Plugin Pomodoro jika Anda menggunakan Google Chrome

Saya pribadi berpikir bahwa Anda tidak dapat menjadi produktif selama waktu kerja Anda! karena Anda mengkompilasi, itu berarti bahwa Anda melakukan upaya yang cukup untuk menarik napas ... untuk tidak menyalahgunakan atau keluar dari konteks, terus berpikir pada langkah berikutnya jika kompilasi tidak menghasilkan kesalahan ... Atau bersihkan pekerjaan Anda area: Desktop, Tab, Penjelajah ...

M3HD1
sumber
0

Apa yang Anda gambarkan adalah sangat normal.

Ketika kami melakukan studi kegunaan, kami akan melihat penundaan berdasarkan urutan besarnya. Ketika pengguna mengklik tombol, berapa lama mereka harus menunggu?

  • 0,1 dtk: tidak ada penundaan yang dirasakan
  • 1 detik: tidak ada perubahan fokus
  • 10 detik: hilang perhatian
  • 1 mnt: pengguna beralih ke tugas lain
  • 10 mnt: pengguna akan bangun dan pergi

Ada banyak pengecualian, seperti operasi gabungan, seperti mengetik.

Ketika kami melakukan pekerjaan kinerja, kami sering mengajukan pertanyaan "seberapa cepat seharusnya operasi X?" Jawabannya adalah, selama pengguna dapat merasakan penundaan, lebih cepat akan lebih baik.

Dalam kasus Anda, Anda mencapai ambang 10-an, dan perhatian Anda hilang. Hal terbaik yang dapat Anda lakukan adalah mengurangi penundaan. Semakin pendek penundaan, semakin besar produktivitas Anda. Bayangkan Anda memiliki kode di sisi kiri layar Anda, dan aplikasi yang berjalan di sebelah kanan. Saat Anda mengedit kode, aplikasi berubah secara waktu nyata. Sampai Anda di sana, Anda punya ruang untuk berkembang.

Lihat juga posting blog terbaru Jeff (berton-ton konten bagus): http://www.codinghorror.com/blog/2012/03/visualizing-code-to-fail-faster.html

Jika Anda akan beralih ke sesuatu yang lain, pilih sesuatu yang tidak melibatkan otak Anda dengan cara yang sama seperti pekerjaan yang Anda lakukan. Bersihkan meja Anda, meditasi, peregangan, push-up, seni, melihat ke luar jendela.

Jay Bazuzi
sumber
0

Saat melakukan pekerjaan ad-hoc di SAS, saya menemukan baris berikut ini sangat berguna:

dm log 'postmessage "Code finished"' continue;

Ini menghasilkan kotak dialog pop-up setelah semua kode sebelumnya selesai dieksekusi. Saya yakin ada padanan dalam bahasa lain. Saya akan memposting ini sebagai komentar untuk menjawab retracile tetapi saya tidak memiliki reputasi yang cukup.

pengguna46745
sumber