Programlamanın 1. ilkesini ne düşünüyorsunuz?

Kendime “bunun ilk prensibi nedir?” Diye sormayı her zaman sevdim. sonra bir şeyin temel şeylerini öğrendim (örneğin programlama). IMO, ilham verici bir soru, sizi bir şeyin arkasındaki en önemli ilke (ler), özellikle de programlama gibi bir beceri hakkında düşünmeye zorlayabilir.

Peki, programlamanın ilk prensipleri nedir? Cevabımı biraz sonra vereceğim.

1. KISS - Basit Aptal Tutun
2. KURU - Kendini Tekrarlama
3. YAGNI - Buna ihtiyacın olmayacak

Bu kodu sürdürmek zorunda kalacaksınız gibi bir kod yazın.

Mümkün olduğunca tembel olun.

Zen, bölüm I: Programlama sadece yol, yol değil.

Programlama sadece bir bilgisayara ne yapması gerektiğini öğretme tekniğidir. Hızlı, güvenilir yazılım oluşturmada başarılı olmak, algoritmalarınızı, en iyi uygulamaları ve mutlaka Programlamanıza (dilinize) bağlı olmayan diğer şeyleri bilmek anlamına gelir.

Zen, bölüm II: Aceleniz varsa yavaşça yürüyün. Eğer gerçekten acelen varsa, yoldan git.

Aptalca geliyor, ancak sonradan (gerçekten) sizi rahatsız edebilecek ödün vermenize izin vermeyin. Bir kuralım var: Bir programın özündeyseniz, mümkün olduğu kadar kesin ve iyi olmaya çalışın. Yazılımınızdaki ana özden yöntemleri kullanıyorsanız, kodlamada daha hızlı olmaya çalışın. Bu ikisinin üzerinde kod yazıyorsanız, biraz daha özensiz bile alabilirsiniz.

Tasarım hatalarını bulmak ve / veya düzeltmek en zor olanıdır, bir sonraki adım herkesin güvendiği kısımlarda programlama hataları yapmak, daha sonra da "gerçek sunum yazılım parçaları" dır. Bir projenin sonunda bir tasarım hatasını düzeltmeniz gerekirse, ummm, bu iyi değil ... ;-)

Zen, bölüm III: Yolunu bil, Neo.

Ortamınızı, araçlarınızı ve günlük olarak güvendiğiniz şeyleri öğrenin ve sizin için çalışacak şekilde sıralayın. En iyisi, programlama "ortam" ınızı kullanıyorsanız, bunu düşünmenize bile gerek kalmayacak kadar doğal. Bir işe girmeniz gerekiyorsa, "yeni şeyler fantezi" lanse etmeyin, işinizi yapın. Bu şeyler yeni bir projede tanıtılabilir, yani o zaman hazırlayıp kullanmak için zamanınız olduğunda.

ÖPÜCÜK (basit, salak).

Gerçekten de "Basit olanı nasıl tanımlarsın?" Ve ayrıca "Eldeki görev için ne zaman çok basit bir şey var?" Bu nedenle, yalnızca ilk programlama ilkesini bilerek iyi bir programcı olamazsınız.

Erken optimizasyon tüm kötülüklerin köküdür. - Donald Knuth

Tekerleği yeniden icat etmeyin.

Önce sorunu anlayın!

YAGNI - İhtiyacın olmayacak . YAGNI'nin ardındaki fikir, olası potansiyel özellikler için değil gereksinimleriniz için program yapmaktır. Öncelik, programlamaya ihtiyacınız olan şeyleri koruyarak (diğer şeylerin yanı sıra) kod şişirmeyi kesecek, karmaşıklığı azaltacak, özellik sürünmesini önleyeceksiniz ve geleceği.

Modüler tasarıma paralel olarak çalıştığını düşünüyorum: Gelecekteki özellikler mevcut kodu yeniden tasarlamadan artırılabilir.

Ne zaman programlanmayacağını bilmek.

Kahve gir, şifrele.

Test edilmediyse, bozuldu.

Bir yazılım tasarımı yapmanın iki yolu vardır: Bir yol, o kadar basit, açık bir şekilde hiçbir eksiklik olmayacak şekilde basitleştirmektir, diğer yol ise, belirgin bir eksikliğin olmadığı kadar karmaşık hale getirmektir. İlk yöntem çok daha zor.

- Charles Antony Richard Hoare

1. Sebep ve sonuç arasında ayrım yapar (bilgisayarlarla çalışmak)

2. Gerçekle görüş arasında ayrım yapın (insanlarla çalışmak)

3. Mümkün olduğunca basit, ancak daha basit (tasarım)

Programlama bir amaç değil bir araçtır. Veya belki de, "Olması gerektiği anlamına gelmez."

1. Programın neden birisini mutlu edeceğini anlayın (aksi halde neden dışarıdaki diğer çocuklarla oynamıyorsunuz?). (Bu kişi siz olabilirsiniz.)
2. İhtiyaç duyulan tüm karmaşıklığı yakalayan ve artık olmayan iş alanının kavramsal bir modelini geliştirin .
3. Gerekli tüm karmaşıklığı yakalayan ve artık olmayan yazılım mimarisinin kavramsal bir modelini geliştirin .
4. Acımasızca diğer tüm karmaşıklığı uzak tutun.

Bence, en önemli ilkedir karmaşıklık azalma ile iyi soyutlamaların yaratılması .

Bu içerir

• Çözülecek problemi anlamak,
• bunun için uygun bir çözüm tasarlama ve
• onu uygulamak
• tercihen, kodu anlaşılır ve sürdürülebilir kılacak şekilde,

fakat ayrıca, kaçınılmaz ek karmaşıklık yaratılmasını önlemek için soyutlamalar oluşturmayı bırakmanın ve uygulama teknolojilerinin temel özelliklerine (örneğin veritabanı sistemi, programlama dili) inmenin nedeninin belirlenmesi.

Akılda bir izleyici ile program. Bununla yazdığınız hiçbir şeyin sizin veya bir başkası tarafından okunmayacağını ve korunmayacağını varsaymayın.

Bunun bir sonucu: Değişkenlerinizi, işlevlerinizi ve sınıflarınızı iyi bir şekilde adlandırarak çözmeye çalıştığınız sorunu anladığınızı kanıtlayın!

Testte gösterene kadar işe yaramıyor

Önce düşün, sonra kodla.

Düşündüğün kadar akıllı değilsin. Sorular sor. Eşlerinize değer vermeyi öğrenin.

Hata ayıklama yaparken, ilk cevap neredeyse her zaman yanlış olacaktır.

Dışarı atma niyetiyle yazdığınız kod çok daha büyük işlemlerin temel taşı olma eğilimindedir. Asla yanlış yazılmış bir şey bırakmayın.

Herhangi bir problem, başka bir dolaylı katmanla çözülebilir.

Aletlerini bil.

İlke: Yazılım Bilgi Toplamadır .

Sonuçlar: Tamamı Soyutlama üzerine kurulan birçok bilgi sunumu tekniği . Bize katmanları, katmanları, kapsülleme, endişelerin ayrılmasını sağlar.

Prosedür temsili için birçok teknik, hepsi Sıra , Seçim , Tekrar üzerine kuruludur .

Sıradaki adam için kod yaz.

Her zaman kodunu, bakımını yapacak kişi nerede yaşadığını bilen bir psikotik seri katilmiş gibi yaz.

Ayrıca, programlama hakkında her şeyi bildiğinizi asla düşünmeyin, öğrenmeye devam edin

Dijital elektronikler üzerinde çalışarak programlamaya başladım, sanırım benim için temel mantık kapıları (ve, veya, xor, ima etmez) programlamanın ilk prensipleriydi.

Hepsi kullanıcı ile ilgili.

Çöp - Çöp Çıktı Veriler kötü ise kullanıcı arayüzünüzün ne kadar güzel olduğu önemli değildir.

KURU, hemen hemen her şey ondan doğuyor. KISS, yazılım zarafetini delilik seviyelerine kadar takip etmediğinizden emin olmak için dengeleme eyleminin diğer ucudur.

Çıktı ile başlayın ve geriye doğru çalışın.