En düşük tahmin edilen programlama aracı [kapalı]

İyi programcılar metin editörleri, IDE'ler, hata ayıklayıcılar, sürüm kontrol sistemleri vb. Gibi programlama yaparken çok yardımcı olan birçok harika araca sahibiz. Bazı araçların işi bitirmek için "olması gereken" araçları olması gerekir (örneğin derleyiciler) .

Hala her zaman çok yardımcı olan araçlar var, ancak yine de çok fazla dikkat çekmiyorlar, örneğin çeşitli nedenlerden dolayı, örneğin, serbest bırakıldıklarında, zamanlarının ilerisindeydiler ve şimdi daha da az unutuldu.

Eğer bir aracı programlama ne tür sizce en hafife biri? Cevabını motive et.

Bir lastik ördek. Evet gerçekten.

http://en.wikipedia.org/wiki/Rubber_duck_debugging

Lastik ördek hata ayıklama , lastik ördek ve lastik ördek testi , yazılım mühendisliğinde hata ayıklama kodu yöntemine atıfta bulunmak için kullanılan gayrı resmi terimlerdir. İsim, adsız bir uzman programcının her zaman masasında bir lastik ördeği tutacağı ve kendisini ördeğe açıklamaya zorlayarak kodunu hata ayıklayacağı muhtemel kıyamet hikayesine referanstır.

Bir programcı, bu işlemi kullanmak için, bir lastik ördek gibi cansız bir nesneye kod açıklar, yanlış bir kod parçasına ulaştıktan ve açıklamaya çalıştığında, programcının hatayı fark edeceği beklentisi ile açıklar. Kodun ne yapması gerektiğini açıklarken ve gerçekte ne yaptığını gözlemlerken, bu ikisi arasındaki herhangi bir uyumsuzluk ortaya çıkar ...

Kalem ve defter.

1. Elektriksiz çalışır.
2. Taşınabilir.
3. Toplantılarda sıkıldığınızda doodle açık / kapalı
4. Yararlı bilgileri saklayın.
5. Yazılırsa, insanlar buna daha çok önem veriyorlar.
6. Diğerleri okuyabilir ve öğrenebilir.

Düz metin dosyalarındaki günlük çıktılarını veya verileri karşılaştırırken farklı araçlar kullanılmıyor gibi görünüyor. Ya da belki bu sadece bir niş? Büyük program yürütme günlüklerini karşılaştırmak ve değişen bir veya iki ayrıntıyı tam olarak belirlemek için hata ayıklamak için çok yararlı ve yararlı görünüyor.

Performans profili oluşturma araçlarının özellikle de kritik bir bottelneck'e bastığınız zaman olması çok iyidir, ancak çok az insanın onlara aşina olduğu görülüyor (ve bu kategoride bir dereceye kadar kendimi kabul ediyorum).

İyi XML araçları hayati önem taşır - bir düzineden fazla satır veya katları şemadan fazla XML dosyasıyla çalışıyorsanız. Bazen, diğer editörlerin sağladığı vurgulamanın temel sözdiziminden daha fazlasına ihtiyacınız vardır. Ayrıca XML ile çalışırken, XSL öğrenmek çok faydalı olabilir. Çoğu zaman uygulamanın kodunda birçok satırda yapılan basit bir XSL dönüşümünde neler yapılabileceğini görüyorum. Gerçi netleştirmek için: Ben am değil düşündüren kendisi XML bir "hafife programlama aracı" dır; Ben değeri öneriyorum iyi XML editörler gördüğüm kadarıyla göz ardı edilmektedir.

Düzenli ifadeler

Onlar sadece çok faydalıdır. Günlük dosyaları arasında arama yaparken, metinleri ayrıştırırken vb. Yardımcı olurlar. Sadece son derece kullanışlıdır.

Bunları kullanmayan kaç kişinin tanımadığını garip buluyorum çünkü onlarla ilgili bir öğrenme eğrisi var. Çoğu zaman insanların işleri zor yoldan yaptıklarını görüyorum (Not: regex'ten önce işleri zor yoldan yaptım), basit bir regex çabucak halledebiliyordu.

Takım arkadaşların. Ateşli bir fikir peşindeyken ve ekibinizi dahil etmeyi unuttuğunuzda, neden işe yaramayacağına veya neden daha iyi olabileceğine ilişkin kaygılarını veya fikirlerini asla duymazsınız.

Bunu söylüyorum, çünkü programlamanın insanların mükemmel fikirleriyle köşelerde yaptıkları antisosyal bir şey olduğunu düşünmek kolaydır. Bunu düşünen insanlar fikirlerin / projelerin batmasına / yüzmesine yardımcı olmada takımların ve takım arkadaşlarının değerini küçümsüyor.

Google. Daha önce çözülmemiş ve belgelenmemiş çok az sorun var. İyi ayarlanmış bir Google sorgusu herkese çok zaman kazandırabilir.

Uzakta ve uzakta "darboğazları" bulmak için en önemsiz araç bir hata ayıklayıcıda Ctrl+ Cveya "Duraklat" düğmesidir.

Son paragraf edin bu yazı ve bu yazı ve bu yazıyı başlayanlar için.

Pek çok kez “Program çok yavaş! Bunun hakkında ne yapabilirim?” Adlı bir profilci denedim (eğer yaptıysa), ama ne yazdığını anlamadım. " Tahminler sadece budur. Her zaman yaptığım ve diğerlerinin de yaptığı şey, devam ettirmek, kesmek ve çağrı yığınını incelemek. Sorun gerçekten kötüyse, tombala , tam önünüzde. Sorun sadece ılımlıysa, bunu birkaç kez yaparsınız. Birden fazla örnek üzerinde ortaya çıkan, kaçınabileceğiniz bir şey, düzeltebileceğiniz bir darboğazdır.

Evet, bu aşırı oylama, ama işe yarıyor.

Sizce en çok küçültülen program hangisidir? Cevabını motive et.

Derleyici

Çoğu insan, seçtikleri derleyicinin ne yaptığını anlamak için zaman ayırmaz. Sadece kodu çalıştırılabilir bir program haline getirdiğini hissediyorlar ve bu gidebildiği kadarıyla. Modern olanların çoğunda, içine ihtiyaç duyacağınız şeyi yapması için besleyebileceğiniz çeşitli yapılandırmalar vardır. İşte bir örnek olarak, ofisinizdeki devlerin yarısının uyarıyı nasıl hata seviyesi olarak ayarlayacağına dair hiçbir fikrim yok (aslında bir tane varsa). Hata ayıklama sembolleri çıktısı almak için ne gibi seçenekleriniz var? Hangi optimizasyonları (veya hangi seviyede) yapmak istiyorsunuz? Liste devam ediyor.

Beynin. Diğer araçların onsuz pek bir anlamı olmazdı.

İyi yaşlı:

print

Bazen bir hata ayıklayıcı, profil oluşturucu veya bir UML akış şeması yararlı olabilir. Bazen seni deli ediyorlar. Her zaman kodumun, yaptığımı düşündüğümde yaptığım şeyi yaptığından emin olmak için baskı ifadelerini (veya izlemeyi veya NSLog veya ne olduğunu) kullanmaya başladığımı düşünüyorum.

Düz eski senaryolar ... ne kadar yeni nesil dil geliştirirsek geliştirelim, hala büyük ölçüde senaryolara güveniyoruz, ayrıca günlük işlerin çoğu birkaç satırlık komut dosyası yazarak elde edilebiliyor.

Kalem ve beyaz tahta.

Bir şeyi açıklamaya çalışırken düşük teknolojiyi yenemezsin.

ack . Bu gibi grep -r, ancak kaynak kodunuzu girmek için tasarlanmıştır.

Perl ve diğer betik dilleri. Agent Ransack gibi GUI araçları için biraz fazla karmaşık olan işler için idealdir.

Hızlı, sık ve güvenli yeniden düzenlemeye izin veren klavye kısayolları. Bazı tuşlara basıldığında değişkenlerin, yöntemlerin, sabitlerin veya sınıfların nasıl çıkarılacağını (veya satır içi vb.) Öğrenmek, kodlama biçimimi temelden değiştirdi. Maliyet az olduğu zaman sadece sık sık (yani yeterli) yeniden yönlendirirsiniz, bu nedenle bu kısayolları yapmak, doğanın gereği kadar iyi kodu yazmak ve sürdürmek için esastır.

Genel olarak, iyi araçlar (IDE / editör) kullanın ve sağladıkları özelliklerden en iyi şekilde nasıl yararlanabileceğinizi öğrenin.

Birim test ve TDD, kodunuzu test edilebilir tutmak ve yeniden yapılandırma korkusunu önlemek için gelecek.

Bunları kullanın; DRY prensibine uyan ve kendi kendini belgeleyen, doğru ve doğru bir şekilde kod yazabilirsiniz.

Birim testi aşağıdaki avantajları sunar:

• Geliştiriciler kodun ilk müşterileri olur. Bir böcek ne kadar hızlı yakalanırsa, düzeltmesi o kadar ucuz olur. Hatalar bir kurulum, kurulum veya dağıtımdan önce yakalanabilir .
• Test etme, koddaki bakış açınızı değiştirir. Tasarım açık mı? Köşe kasalarını idare ediyor mu?
• Hawthorne Etkisi , bir ekibin kalite / test metrikleri yayınladığını ilan ederek kaliteyi artıracaktır.
• Testler kaynak kontrolüne alınmasa bile, yeni araziyi keşfetmek ve öğrenmek için harika bir yol olabilir.
• Daha az hataya karşı yüksek olasılık!

Kod üreteçleri

Kod üreticileri, basit bir tanımdan büyük miktarda verimli ve hatasız kod oluşturabilir. ORM tipi kullanımlar veri erişim sınıfları oluşturmak için en belirgin olanıdır, ancak daha birçok potansiyel kullanım vardır.

Kod oluşturma desteği, hem programcı hem de çerçeve bakış açısıyla henüz başlangıç ​​aşamasında görünüyor, ancak daha fazla göreceğimiz bir şey olduğuna inanıyorum. In .NET Eğer uğraşmaya başlayabilirsiniz CodeDOM şeyler.

Kullandığım AgentRansack ağır. Binlerce dosyayı çok hızlı bir şekilde aramak muazzam bir yardımdır. Bana zaman kazandırdı, ama onu tanıyan ya da kullanan çok fazla programcı bilmiyorum.

Biçimsel Yöntemler.

http://www.amazon.com/Discipline-Programming-Edsger-W-Dijkstra/dp/013215871X

http://www.amazon.com/Science-Programming-Monographs-Computer/dp/0387964800/ref=pd_sim_b_1

Onların önemini abartmak zor. Her döngü ve her if ifadesi bir çeşit "kanıt" gerektiren bir fikir olarak başlar. Çoğu programcı bu kanıtı çoğu zaman kafalarında yapar. İf ifadesinin ne yaptığını ve açıkça - mantıklı ve mantıklı bir biçimde - seçimlerin ne olduğunu ve seçimlerin neden eksiksiz, tutarlı ve özel olduğunu soruyorsunuz.

Ama bazıları sadece rastgele tahmin ediyor gibi görünüyor. Daha fazla yardıma ihtiyaçları var ve resmi yöntemler ihtiyaç duydukları türde yardım olabilir.

Kod için sadece cebir (ve hesap). Çok karmaşık veya karmaşık bir şey yok.

Sandalyeyi güneş ışığında hızlı bir şekilde hareket ettirmek ve temiz havaya bırakmak gibi fiziksel tasarım desenleri beynimizi en üst düzeyde sıkıntıya sokar.

Peki bu Half Life 2 (en sevdiğiniz oyunu buraya yerleştirin). Eğer bir sorunum olursa çözemem, en sevdiğim oyunla oynamayı bırakıp oynamaya başladım ve aniden çözüm aklımda belirdi. Dürüst olmak gerekirse, bu bir oyun veya onun gibi bir şey değil, başka bir şey yapmaktır . İnsanları saatlerce sorun olmadan çözmeden görüyorlar ve yapmaları gereken tek şey beynini kısa bir süre için çevrimdışı duruma getirmek.

Yığın Taşması - Sıkıştığınızda hızlı uzman yardımı

profesyonel ve meraklı programcılar için soru-cevap sitesi. Q&A sitelerinin Stack Exchange ağının bir parçası olarak sizin tarafınızdan kurulup çalıştırılır. Sizin yardımınızla birlikte, programlama hakkındaki her soruya ayrıntılı cevaplar içeren bir kütüphane oluşturmak için birlikte çalışıyoruz ...

Not Defteri / TextPad / basit metin düzenleme programları olduğunu düşünüyorum . Herkesin IDE açılmasını gerektirmeyen ve sadece hızlı bir düzenlemeye ihtiyaç duyan hızlı bir düzeltmeye ihtiyaç duydukları bir zamanı vardır. Ve tüm bilgisayarlarda bir çeşit basit metin düzenleme programı var.

Varlıklar ve iyi bir alwaysAssert()işlev. IMHO, bunlar ünite testlerinden daha önemlidir, çünkü ünite testleri sadece test etmeyi düşündüğünüz özel durumlarda hatalar bulabilir. Aynı programcı kodu ve testleri yazarsa, muhtemelen her ikisinde de aynı davaları kaçıracaktır. Dahası, bazen birim testi pratik değildir, çünkü bileşenlerin ve / veya üzerinde çalıştığı verilerin çalıştığı ortam, üzerinde durulan bir test durumunun ortaya çıkması için çok karmaşıktır.

Varlıkların güzelliği varsayımları belgeleme ve onları inanılmamış girdiler üzerinde test etme yeteneklerinde yatmaktadır . Bu varsayımlardan herhangi biri yanlışsa, kodunuz "çalışmak" yerine yüksek sesle başarısız olur, ancak çok yanlış sonuçlar verir. Aynı zamanda, sorunun kökenine iddiada bulunmadığından daha yakındır. Uygulamada, bir kod parçası hakkında yeterli varsayımları açıkça belirtirseniz ve bu varsayımların tümü doğruysa, kod genellikle doğrudur.

Atılganlara dair yaygın bir yakınma, onların kapatılabileceği yönündedir. IMHO her dilde veya standart kütüphanede alwaysAssert(), aynı şeyleri yapan assertancak kapatılamayan bir işlev veya kaba bir eşdeğer olmalıdır. Bu, varsayımların kapatılmasının faydalarının önemsiz olduğu, performans dışı kritik kod alanlarındaki varsayımları kontrol etmek için kullanılabilir.

F1 tuşu. - Tanımadığınız programlar ve üzerinde çalıştığınız programlar için kullanışlıdır. (Büyük bir uygulama olduğunu varsayarak.)

Sorunları filtrelemek için güçlü bir kullanıcı, yazılımın nasıl çalışması gerektiği hakkındaki yorumlarına dayanarak hataları rapor eden kullanıcılardı. Tabii ki, tasarımın kendisinde kusurlu olabilir. Ama bu başka bir hikaye.

Çeşitli UNIX çekirdek yardımcı programları, ancak öncelikle findve ara sıra grepveya ed. Derin dosya yuvalarında bir şeyler bulma yeteneği, özellikle aniden bir kod temeli miras aldığınızda ve onu düzeltmeniz gerektiğinde, paha biçilmezdir. Söz konusu kod iyi belgelenmiş olsa bile, muhtemelen avlanmanız gerekecek ve findonu öldürme konusunda güçlü bir anlayışa sahip olacaksınız .

Merak

Buna "Programlamanın Riddle" adını verin. Onu kullanan kişiye kıyasla bir araç nedir? Bir şeyin nasıl ve neden işe yarayıp yaramadığını bilmek arzusu, bir kişinin bilgisini herhangi bir araçtan daha fazla genişletir ve bu programlamanın ötesinde geçerlidir.

Ctrl + C    
Ctrl + V

Dünya çapında sayısız saatler kurtarıldı!

Kuyruk

Kuyruk program günlüğü çıktı dosyasını gerçek zamanlı olarak izlemek için kullanılabilir. Başkalarına günlüğü okumak için araçlar sağlamayan sistemler için geliştirmede çok yardımcı olmuştur.

Örnek programlar;

• Unix için kuyruk .
• Mac için kuyruk .
• Windows için BareTail .

Bir keresinde bir Perl çağrısı grafik üretecini birbirine bağladım. Son derece yararlı oldu, ancak işlemsel olmayan kod veya dosya dışı rutinler üzerinde sert düştü.