Bir dahaki sefere kodunuzda nereye devam etmek istediğinizi nasıl hatırlarsınız? [kapalı]

Bir kod üzerinde çalışmayı durdurduğunuzda (başka bir şey üzerinde çalışmanız veya tatile gitmeniz ya da sadece günün sonu olması nedeniyle), Visual Studio projesini kapattığınızda, hatırlamanın tercih edilen yolu nedir? kod üzerinde tekrar çalışmaya başladığınızda bir sonraki adımda yapmak istedikleriniz.

Bir Visual Studio yer işareti ayarladınız mı veya benzer bir şey yazdınız // TODO: continue here next timemı? Belki de sizin gibi özel bir etiketiniz var // NEXT:mı? Monitörünüze yapışkan bir not ekliyor musunuz? Bilmem gereken harika bir araç veya Visual Studio eklentisi kullanıyor musunuz?

Kodunuzda, kodunuzda en son çalıştığınız yerde kaldığınız yeri bulmanıza yardımcı olacak herhangi bir kişisel hile var mı?

Hangi birim testlerin işe yaramadığını düzeltirim. Eğer hepsi geçiyorsa, yeni bir tane yazarım.

Her günün başında, Todays Goals.txt adlı bir metin dosyam var ve her gün böyle bir tarih ekliyorum.

Cuma 02/25/2011 Gol

Sonra üzerinde çalıştığım her projeyi ve bugün ne yapmam gerektiğini ya da tamamlamam gerektiğini yazıyorum.

Sonra günün sonunda, yarın yapılacak işleri yazıyorum.

Bu günlük süreç, ne yapmam gerektiğini tam olarak hatırlamama ve her günün iyi planlandığından emin olmama yardımcı oluyor.

Temelde ne üzerinde çalıştığımı asla unutmam. Visual Studio, üzerinde çalıştığınız son dosyada açılır ya da Visual Studio'yu hiçbir zaman kapatmaz ve hazırda bekletirim.

Ben yer NotImplementedExceptions soyutlama / ille ben ne üzerinde çalıştığını geliştirmeye devam etmek önemli değildir uygulamalarda en.

Koduma bir sürü TODO yerleştiriyorum , ama belirttiğiniz gibi değil. Onları belirli bir yaklaşımın daha iyi / daha iyi olacağını bildiğim bir yere yerleştiriyorum, ancak şu anda gerekli değil. Bu, kendim ve gelecekteki geliştiriciler için iyileştirme için yer olduğu konusunda güzel bir gösterge veriyor.

Visual Studio'nun Görev Listesi'ni kullanarak, bu göstergeleri bıraktığınız tüm yerleri kolayca görüntüleyebilir ve hatta özel göstergeler bile ekleyebilirsiniz.

GÜNCELLEME:

" HACK :" işe yarayan bir şey yazdığınızda da güzel, ama hiç memnun değilsiniz.

Her günün sonunda, çalışma kitabımda o gün neyi başardığımı, ertesi gün neyi başarmayı beklediğimi ve yapılması gerekenleri yazıyorum.

Her günün başında, kendimi yapmam gerekenlerle yenilemek için bir önceki notlarıma başvuruyorum. Sonra, başka ne yapmam gerektiğini ve önceliklerimin ne olduğunu anladığımdan beri ne olduğuna bağlı olarak daha fazla not almak için birkaç dakika daha harcadım.

Bunun gevşememe ve günün sonunda gitmesine ve başlangıçta hızlanmasına yardımcı olduğunu düşünüyorum. Ayrıca, yıllık veya üç aylık incelemelerin zamanı geldiğinde, inceleme dönemi boyunca ne yaptığımı belirlemek için çalışma kitabımdan bahsetmem gerekiyor.

VS için Verimlilik Elektrikli El Aletleri kullanıyorum. Bununla sekmeleri sabitleyebilir ve gruplayabilirim. = D Bu şekilde üzerinde çalıştığım şeyi asla unutmam.

Bunun yanı sıra, koduma bir sürü ekleyin // TODO's.

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

"Programlamanın Beyni" nde yapılan röportajlardan birinde (sanırım Python'un yaratıcısı Guido van Rossum'du), görüşmeci //HIERson kez bitirdiği yere benzer bir yorum eklediğini söyledi . "HIER" burada Hollandaca (?) Ve onu seçiyor çünkü o dizeyi ararsanız, başka olaylar bulmak pek mümkün değildir.

Şimdiye kadar, en sevdiğim yol TDD aracılığıyla. Test takımınız başarısız olduğunda nerede olduğunuz oldukça açıktır.

Ancak, tüm projeler TDD'ye izin vermiyor, bu yüzden kodu bıraktığım yerde yorumlanmamış bir yorumla kırma eğilimindeyim.

// Some Comment

Becomes Some Comment // Which Produces Some Fatal Error

Bu ölümcül hata, onu serbest bırakmadan önce bu koda dokunulmamasını sağlar.

Son olarak, son işlemimden bu yana nelerin değiştiğini görmek için vcs'imi her zaman kontrol edebilirim ve bu bana bir sonraki adımda nereye gitmem gerektiği konusunda iyi bir fikir verecektir ...

Çok dik bir öğrenme eğrisine sahip iki çok gelişmiş modern teknik kullanıyorum:

• Bilgisayarınızı kapatmayın . Sadece eve git ve ertesi sabah ekranda dün bilgisayar korsanlığını bıraktığın yeri göreceksin. Ancak tatil için ayrılırsanız kontrol noktanızı kaybetme riskleri çok daha yüksektir.

• Derleme hatası bırakın ve başka bir şubeye göz atın. Diyelim ki C ++ kodunuz şöyle görünecektir:

  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...
  

  Bu şekilde, bilgisayarınızı açtığınızda veya etkin geliştirme yaptığınız şubeye geri döndüğünüzde proje oluşturulmaz. Derleyiciniz, sıralarınızla karşılaştığı tam satırı ve dosyayı gösterecektir .

Bu teknikler, geliştirdiğim yeri tanımamın yanı sıra dünya çapında birçok programcının kapsamlı çalışmaları ve deneyimleriyle desteklenmeme yardımcı oldu. Onları denemenizi öneririm.

Bu, artık Visual Studio 2012'de çalışma alanınızı askıya alabileceğiniz ve devam ettirebileceğiniz entegre bir özelliktir. Suspend, açık dosyalarınızın, kesme noktalarınızın, izleme listelerinizin, iş öğelerinizin vb. Bir görüntüsünü alır ve devam ettirmek dosyayı geri getirir. Temel olarak tüm çalışma içeriğiniz kaydedilir ve tam olarak bıraktığınız gibi devam edecektir.
http://msdn.microsoft.com/en-us/library/ms181403.aspx

Özelliği gösteren kısa bir video
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-How-to-multi-task- -My-Work ile

Şu an tercih ettiğim whay özel // NEXT:etiket. ReSharper'ın TODO kaşifiyle birlikte keşfedilmesi ve bakımı çok kolaydır.

Visual Studio'da yerleşik olmayan dokümanlar alt projesinde her yineleme için bir geliştirme günlüğü tutuyorum; günlükteki son satır her zaman bir sonraki görevdir.

görsel stüdyosu da çok sık kapatmıyorum, sadece bilgisayarı bekleme moduna al

Hemen geri dönmek için neye ihtiyacım olduğunu bulmak için, genellikle bir yorum koydum:

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

Boş çizgilerle çevreliyorum ve tekrar gördüğümde dikkatimi çekiyor. Sonunda geri dönmem gereken uzun vadeli sorunlar için, derleme sırasında ileti yayınlamanızı sağlayan bir Delphi derleyici yönergesi kullanıyorum:

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

Diğer dillerin bunu yapıp yapamayacağından emin değilim ...

Aylar öncesinden bir projeye geri dönmemizden bahsederken yapılacaklar listesi çalışmıyor. Koddaki yorumlar benim için iyi çalışmıyor, X projesini tamamen bitirip bitirmediğimi ve önce todos araması gerektiğini görmezden gelmek ya da hatırlamak çok kolay. Ve eğer her insanın kendi TODO ifadesine sahip olduğu daha büyük bir ekibiniz varsa ... ugh.

Günüm güncelleme / birleştirme / derleme ile başladığından, ara sıra denediğim bir şey bir dosyaya kasıtlı bir derleme hatası koymak (ancak teslim etmemek). Ne yazık ki, bir hafta önce çalıştığım bir şeyin demosunu görmek isteyen doğaçlama bir ofis bıraktıktan sonra bunu yapmayı bıraktım. "İşte, açmama izin ver ... bekle ... bu ne anlama geliyor ... tamam o zaman ..."

Bu yüzden bilerek başarısız bir test senaryosu yazmaya geçtim.

Ertesi gün için ekranda çalıştığım kodla emacs bırakıyorum.

Bazen kodda derhal not edeyim, bir sonraki adımda ne yapacağımı söylüyorum.

Bir şeyler hakkında kafam karışmakla yükümlü olduğum gerçekten karmaşık bir widget için, not defterine veya yorum olarak kendime notlar yazacağım.

Bir aramayı izlerken sadece bir dosyadaki yerimi tutmak istiyorsam, bazen kesme noktalarını kötüye kullanıyorum.

Nerede olduğumun hafta sonu boyunca takip etmek için, hata izleyici sorununun sayısı ile kendime bir not bırakıyorum.

Bir sürüm kontrol sistemi mi kullanıyorsunuz? Cevabınız evet ise, günün sonunda değişikliklerinizi yerine getirmeli ve ne yaptığınızı ve bundan sonra ne yapmanız gerektiğini açıklamalısınız. Ve değilse, neden sen değilsin?

Visual Studio'yu kapatıp günün sonunda Windows'u hazırda bekletmiyorum.

Her gece yeniden başlatılan birkaç kişiden biriyim (Hala işte Win XP'de ve daha iyi performans gösterdiğini hissediyorum.), Bu yüzden ertesi sabah için bir hatırlatma seti ile bir görünüm görevi oluşturuyorum. Dosya adını, kod satırının bir kopyasını veya ne yaptığımı bana bildirmek için yeterli notu koyabilirim.

Birkaç şey yardımcı olur:

• Ben "AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA" metni (bu derlenmiş veya yorumlanmış kod olsun) çalışamaz faydaları vardır , bu yüzden özleyemem. Ayrıca, bu etiket benim için sinestezi sayesinde parlak kırmızı , bu yüzden büyük bir kod parçasında bile tespit etmek gerçekten kolay.

• IDE her açıktı yerde dosyaları yeniden açar çabuk ne yaptığımı hatırlamıyorum böylece, (ve çizgiler çizildi / kesmenoktaları).

• Yapılacaklar listemde hangi problemi çözmeye çalıştığımı / uygulamaya çalıştığımı görebiliyorum.

Hem hata ayıklama hem de sürümde derlemek için kodlamanız gerektiğini söylemediğiniz için, sık sık yaptığım bir numara:

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

Bunu unutmak çok zor. Aksi takdirde, kodda #pragma uyarısı koyarım, böylece derlediğinizde görünür.

Birkaç numara kullanıyorum:

• Geçerli yinelemede yapılması gereken ancak hemen değil şeyler için @@ kod yorumlarına veya bir belgeye yerleştirin. @@ içeriyorsa makinemden hiçbir kod veya belge çıkmaz.

• Yarın sabah çalışmaya devam etmem gereken özel bir yer @@ HERE ile işaretliyorum. Bu nadiren zorunludur çünkü IDE'm daha önce kapattığım yerde açılacak ve Word'e bunu yapmasını bile söyleyebilirsiniz .

• Daha sonra düzeltilmesi / eklenmesi gereken her şey uygun bir hata izleme sistemine girer veya tasarım belgelerinde bulunur.

Visual Studio'nuzun üzerinde çalıştığınız son konumu hatırlayamadığından emin misiniz? "Visual Studio 2012 ile Çalışmaların Askıya Alınması" 2012'de yapılabileceğini söylüyor ( Visual Studio için Google başlangıç ​​"kapalı" )