Bagaimana Anda ingat di mana dalam kode Anda ingin melanjutkan waktu berikutnya? [Tutup]

Ketika Anda mengganggu pekerjaan pada beberapa kode (baik itu karena Anda harus mengerjakan sesuatu yang lain atau pergi berlibur atau hanya karena itu adalah akhir hari), begitu Anda menutup proyek Visual Studio itu, apa cara yang Anda sukai untuk mengingat apa yang ingin Anda lakukan selanjutnya ketika Anda mulai mengerjakan kode itu lagi.

Apakah Anda mengatur bookmark Visual Studio atau menulis sesuatu seperti // TODO: continue here next time? Mungkin Anda memiliki tag khusus // NEXT:? Apakah Anda menaruh catatan tempel pada monitor Anda? Apakah Anda menggunakan alat keren atau plugin Visual Studio yang harus saya ketahui?

Apakah Anda memiliki trik pribadi yang membantu Anda menemukan tempat di kode Anda di mana Anda tinggalkan terakhir kali Anda bekerja pada kode Anda?

Saya memperbaiki mana pun unit tes tidak berfungsi. Jika mereka semua lewat, maka saya menulis yang baru.

Di awal setiap hari, saya memiliki file teks bernama Todays Goals.txt, dan kemudian setiap hari, saya menambahkan tanggal seperti ini.

Tujuan Jumat 02/25/2011

Kemudian saya menuliskan setiap proyek yang sedang saya kerjakan, dan apa yang harus saya selesaikan hari ini, atau untuk menyelesaikannya.

Kemudian pada akhir hari, saya menuliskan hal-hal yang harus dilakukan besok.

Proses harian ini membantu saya mengingat dengan tepat apa yang perlu saya lakukan, dan memastikan setiap hari terencana dengan baik.

Pada dasarnya saya tidak pernah melupakan apa yang sedang saya kerjakan. Visual studio muncul pada file terakhir yang Anda kerjakan, atau, saya tidak pernah menutup Visual Studio sama sekali dan hanya hibernasi.

Saya menempatkan NotImplementedExceptions pada abstraksi / implementasi yang tidak selalu penting untuk terus mengembangkan apa yang saya kerjakan.

Saya menempatkan banyak TODO dalam kode saya, tetapi tidak seperti yang Anda nyatakan. Saya menempatkan mereka di tempat yang saya tahu pendekatan tertentu akan lebih baik / lebih banyak pemain, tetapi tidak perlu saat ini. Ini memberikan indikasi yang bagus untuk saya dan pengembang masa depan tentang di mana ada ruang untuk perbaikan.

Menggunakan Daftar Tugas Visual Studio, Anda dapat dengan mudah melihat semua tempat di mana Anda meninggalkan indikasi ini, dan Anda bahkan dapat menambahkan yang kustom.

MEMPERBARUI:

" HACK :" juga bagus ketika Anda menulis sesuatu yang berhasil, tetapi Anda tidak senang sama sekali.

Pada akhir setiap hari, saya menulis di buku kerja saya tentang apa yang telah saya capai hari itu, apa yang saya harapkan untuk capai pada hari berikutnya, dan hal-hal yang harus saya lakukan.

Di awal setiap hari, saya merujuk catatan saya dari sebelumnya untuk menyegarkan diri dengan apa yang harus saya lakukan. Kemudian, saya menghabiskan beberapa menit lagi membuat lebih banyak catatan berdasarkan apa yang telah terjadi sejak saya pergi untuk mencari tahu apa lagi yang perlu saya lakukan dan apa prioritas saya.

Saya menemukan ini membantu saya bersantai dan melepaskan pada akhir hari dan meningkatkan di awal. Selain itu, ketika tiba saatnya untuk tinjauan tahunan atau triwulanan, saya hanya perlu merujuk ke buku kerja saya untuk menentukan apa yang telah saya lakukan selama periode peninjauan.

Saya menggunakan Alat Daya Produktivitas untuk VS. Dengan itu saya bisa menyematkan tab dan mengelompokkannya. = D Dengan begitu saya tidak pernah melupakan apa yang sedang saya kerjakan.

Selain itu, saya juga menambahkan banyak // TODO'ske kode saya.

http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/

Dalam salah satu wawancara dalam "The Masterminds of Programming", (saya pikir itu adalah Guido van Rossum, pencipta Python) yang diwawancarai mengatakan bahwa ia menambahkan //HIERkomentar yang mirip di tempat yang ia selesaikan terakhir kali. "HIER" adalah bahasa Belanda (?) Untuk di sini dan dia memilihnya karena jika mencari string itu tidak mungkin menemukan kejadian lain

Sejauh ini, cara favorit saya adalah melalui TDD. Cukup jelas di mana Anda berada saat test suite Anda gagal.

Tapi, tidak semua proyek memungkinkan untuk TDD, jadi saya cenderung untuk memecahkan kode dengan komentar, komentar di mana saya tinggalkan.

// Some Comment

Becomes Some Comment // Which Produces Some Fatal Error

Kesalahan fatal itu memastikan saya tidak membiarkan kode itu tidak tersentuh sebelum melepaskannya.

Terakhir, saya selalu dapat memeriksa vcs saya untuk melihat apa yang telah berubah sejak komit terakhir saya dan itu akan memberi saya ide yang baik tentang ke mana saya harus pergi selanjutnya ...

Saya menggunakan dua teknik modern yang sangat canggih dengan kurva belajar yang sangat curam:

• Jangan matikan komputer Anda . Pulang saja, dan keesokan paginya Anda akan melihat di layar tempat yang tepat di mana Anda berhenti meretas kemarin. Tetapi risiko kehilangan pos pemeriksaan Anda jauh lebih tinggi jika Anda pergi berlibur.

• Tinggalkan kesalahan kompilasi , dan periksa ke cabang lain. Jadi, katakanlah, kode C ++ Anda akan terlihat seperti ini:

  for (i=0; i<N; i++){
    int j = i + oh, no, my boss wants me to fix text on the front page!
    why? why should I do it?  Jimmy could have done it faster, but
    of course, my office is closer to the boss', and he doesn't want to
    take longer walks, that lazy fat bastard...
  

  Dengan cara ini proyek tidak akan dibangun ketika Anda menyalakan komputer, atau kembali ke cabang tempat Anda melakukan pengembangan aktif. Kompiler Anda akan menunjukkan baris dan file yang tepat di mana ia menemukan kata-kata kasar Anda.

Teknik-teknik ini memang membantu saya mengenali tempat saya meninggalkan pengembangan, serta didukung oleh studi komprehensif dan pengalaman banyak programmer di seluruh dunia. Saya sarankan Anda untuk mencobanya.

Ini sekarang merupakan fitur terintegrasi dalam Visual Studio 2012 di mana Anda dapat menangguhkan dan melanjutkan ruang kerja Anda. Penangguhan akan mengambil snapshot dari file terbuka Anda, breakpoints, daftar pantauan, item pekerjaan dll dan resume akan mengembalikannya. Pada dasarnya seluruh konteks pekerjaan Anda disimpan dan akan dilanjutkan tepat seperti yang Anda tinggalkan.
http://msdn.microsoft.com/en-us/library/ms181403.aspx

Sebuah video pendek yang menunjukkan fitur ini ada di sini
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ulalue-Overview/Visual-Studio-Ulebihan-2012-How-to-multi-task- dengan-My-Work

Whay pilihan saya saat ini adalah // NEXT:tag khusus . Bersama dengan penjelajah TODO ReSharper , sangat mudah ditemukan dan dipelihara.

Saya menyimpan log pengembangan untuk setiap iterasi dalam proyek dokumen non-dibangun di studio visual; baris terakhir dalam log selalu menjadi tugas berikutnya.

Saya juga tidak terlalu sering menutup visual studio, cukup taruh komputer dalam keadaan siaga

Untuk menemukan apa yang saya butuhkan untuk segera kembali, saya biasanya memberikan komentar di:

//TODO: figure out why the widget doesn't unfrob properly

Saya mengelilinginya dengan garis-garis kosong, dan itu menarik perhatian saya dengan mudah ketika saya melihatnya lagi. Untuk masalah jangka panjang yang saya harus kembali pada akhirnya, saya menggunakan arahan kompiler Delphi yang memungkinkan Anda untuk memancarkan pesan saat mengkompilasi:

{$MESSAGE WARN 'This method is not yet implemented'}

Tidak yakin apakah bahasa lain dapat melakukan itu ...

Daftar TODO tidak berfungsi ketika kita berbicara tentang kembali ke proyek dari bulan sebelumnya. Komentar dalam kode tidak berfungsi dengan baik untuk saya, terlalu mudah untuk mengabaikan atau mengingat apakah saya benar-benar menyelesaikan proyek X dan harus mencari todos terlebih dahulu. Dan jika Anda memiliki tim yang lebih besar dengan setiap orang memiliki frase TODO mereka sendiri ... ugh.

Karena hari saya dimulai dengan pembaruan / penggabungan / pembuatan, sesuatu yang saya coba pada kesempatan ini adalah untuk menempatkan kesalahan kompilasi yang disengaja dalam file (tetapi tidak memeriksanya). Sayangnya, saya berhenti melakukan ini setelah saya tiba di kantor dadakan yang ingin melihat demo dari sesuatu yang saya kerjakan pada minggu sebelumnya. "Ini, biarkan aku buka saja ini ... tunggu ... apa artinya ... ok kalau begitu ..."

Jadi, saya beralih dari itu ke menulis kasus ujian yang sengaja gagal.

Saya meninggalkan emacs dengan kode yang sedang saya kerjakan di layar untuk hari berikutnya.

Terkadang saya menulis catatan yang tidak dapat dikompilasi dalam kode yang memberi tahu saya apa yang harus saya lakukan selanjutnya.

Untuk widget yang benar-benar rumit di mana saya harus bingung tentang berbagai hal, saya akan menulis catatan untuk diri saya sendiri di notebook atau sebagai komentar.

Jika itu hanya untuk menjaga tempat saya di file sementara saya melanjutkan pencarian, saya kadang-kadang menyalahgunakan breakpoints.

Untuk melacak akhir pekan di mana saya berada, saya meninggalkan catatan dengan jumlah masalah pelacak bug.

Apakah Anda menggunakan sistem kontrol versi? Jika ya, maka Anda harus melakukan perubahan pada akhir hari dan menggambarkan apa yang Anda lakukan dan apa yang perlu Anda lakukan selanjutnya di komentar. Dan jika tidak, mengapa Anda tidak melakukannya?

Saya hanya tidak menutup Visual Studio dan hibernasi Windows pada akhir hari.

Saya salah satu dari sedikit yang melakukan reboot setiap malam (Masih menggunakan Win XP di kantor dan saya merasa kinerjanya lebih baik.), Jadi saya membuat tugas pandangan dengan set pengingat untuk pagi berikutnya. Saya dapat memasukkan nama file, salinan baris kode atau cukup catatan untuk memberi tahu saya apa yang saya lakukan.

Beberapa hal membantu:

• Saya mencari teks "AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA" yang memiliki manfaat yang tidak dapat dijalankan kode (baik kode yang dikompilasi atau ditafsirkan), jadi saya tidak dapat melewatkannya. Juga, tag itu berwarna merah terang untuk saya berkat sinestesia , jadi sangat mudah untuk menemukannya bahkan dalam banyak kode.

• The IDE membuka kembali file pada lokasi di mana masing-masing terbuka (dan yang garis yang disorot / breakpoints), jadi saya bisa cepat mengingat apa yang saya lakukan.

• Saya dapat melihat di daftar agenda saya masalah apa yang saya coba selesaikan / fitur untuk implementasikan.

Karena Anda tidak mengatakan bahwa Anda perlu kode untuk benar-benar dikompilasi dalam debug dan rilis, satu trik yang sering saya lakukan adalah:

#if DEBUG
#error "YOU LEFT OFF HERE"
#endif

Sangat sulit untuk melupakan itu. Kalau tidak, saya akan menaruh peringatan #pragma dalam kode sehingga muncul setiap kali Anda mengkompilasi.

Saya menggunakan beberapa trik:

• Tempatkan @@ dalam kode komentar atau dalam dokumen untuk hal-hal yang perlu dilakukan dalam iterasi saat ini tetapi tidak segera. Tidak ada kode atau dokumen yang meninggalkan mesin saya jika mengandung @@.

• Itu satu tempat khusus yang saya perlu ikuti untuk bekerja besok pagi saya tandai dengan @@ DI SINI. Ini jarang diperlukan karena IDE saya akan terbuka di tempat saya tutup sebelumnya, dan Anda bahkan dapat memberitahu Word untuk melakukannya .

• Semua hal yang harus diperbaiki / ditambahkan kemudian masuk ke sistem pelacakan bug yang tepat atau dalam dokumen desain.

Dan apakah Anda yakin Visual Studio Anda tidak dapat mengingat lokasi terakhir yang sedang Anda kerjakan? "Penangguhan Pekerjaan dengan Visual Studio 2012" mengatakan ini dapat dilakukan pada 2012 (Google untuk Visual Studio mulai "tinggalkan" )