“Uygun” programlama ne zaman önemlidir?

Boş zamanlarımda bir android oyun kurdum. Libgdx kütüphanesini kullanıyor, bu yüzden biraz ağır kaldırma benim için yapılıyor.

Gelişirken, bazı prosedürler için dikkatsizce veri tiplerini seçtim. Hashtable kullandım çünkü ilişkisel diziye yakın bir şey istiyorum. İnsan tarafından okunabilir anahtar değerler. Başka yerlerde de benzer şeyler elde etmek için bir vektör kullanıyorum. Libgdx'in vector2 ve vector3 sınıfları olduğunu biliyorum, ancak onları hiç kullanmadım.

Garip sorunlarla karşılaştığımda ve yardım için Stack Overflow'u aradığımda, birçoğu teknik olarak "uygun" olduğunda, belirli bir veri türünü kullanan soruları raybalayan birçok insan görüyorum. ArrayList kullanmak gibi, çünkü bir int [] 'i yeni tanımlanmış sınırlarla yeniden tanımlamak yerine tanımlanmış sınırlar gerektirmez. Veya bunun gibi önemsiz bir şeyi bile:

for(int i = 0; i < items.length; i ++)
{
    // do something
}

Her yinelemede item.length değerini değerlendirdiğini biliyorum. Ancak, öğelerin asla 15 ila 20 öğeden fazla olmayacağını da biliyorum. Öyleyse, her yinelemede items.length değerlendirir miyim?

Uygulamanın doğru ve tam olarak tanımladığım yöntemi kullanarak nasıl performans gösterdiğini görmek için bazı testler yaptım, öğreticiyi izleyin ve topluluk tarafından önerilen tam veri türlerini kullanın. Sonuçlar: Aynı şey. Ortalama 45 fps. Her uygulamayı telefon ve galaksi sekmesinde açtım. Fark yok.

Sanırım size sorum şu: Bu artık uygun olmadığında önemli olan bir eşik var mı? Söylemesi tamam mı - "işi bitirdiği sürece umrumda değil mi?"

Bir sorunu çözmek için bir program yazıyorsunuz. Bu soruna, sorunu çözmek için belirli bir dizi gereksinim eşlik eder. Bu gereksinimler karşılanırsa sorun çözülür ve hedefe ulaşılır.

Bu kadar.

Şimdi, en iyi uygulamaların gözlenmesinin nedeni, bazı gereksinimlerin sürdürülebilirlik, test edilebilirlik, performans garantileri ve benzerleriyle ilgili olması gerektiğidir. Sonuç olarak, doğru kodlama stili gibi şeyleri gerektiren benim gibi sinir bozucu insanlara sahipsiniz. T'lerinizi geçmek ve I'lerinizi işaret etmek çok fazla çaba sarf etmiyor ve kodunuzu daha sonra okumak ve ne yaptığını anlamak zorunda olanlara saygı gösterme hareketi.

Büyük sistemler için, bu tür bir kısıtlama ve disiplin esastır, çünkü hepsinin çalışmasını sağlamak için başkalarıyla iyi oynamak zorundasınız ve projenin kendi ağırlığı altında çökmemesi için teknik borcu en aza indirmelisiniz.

Spektrumun diğer ucunda, şu anda belirli bir sorunu çözmek için yazdığınız tek seferlik yardımcı programlar, bir daha asla kullanmayacağınız yardımcı programlar bulunur. Bu durumlarda, stil ve en iyi uygulamalar tamamen alakasızdır; Birlikte hackliyorsun, koşuyorsun ve bir sonraki şeye devam ediyorsun.

Dolayısıyla, yazılım geliştirmedeki pek çok şeyde olduğu gibi, buna bağlı olarak değişir.

Akıllıca eski bir alıntı var: "Yaşlıların bilge adamlarının izinden gitmeyin. Ne aradılarsa onu ara." 'Uygun' kodlamanın tüm kurallarının sebepleri vardır. Bu kuralların neden var olduğunu bilmek, bu kuralların ne olduğunu bilmekten daha önemlidir.

Böyle bir döngü için tekrar tekrar hesaplanabilecek bir test koymamanız gereken bir kural var. Kuralın düzeltilmesi için icat edildiği durumlarda (performansın gerçekten farklı olduğu yerlerde), mantıklı geliyor. Bu durumda, sadece bir doğru cevap var. Örneğinizde performans farkı olmadığı ve birkaç düzineden fazla yinelemenin olamayacağı bilinmektedir. Bu durumda, bu kuralı yine de uygulamak için iki doğru cevap vardır, çünkü basittir ve hiçbir şey zarar vermez ve iyi alışkanlıklar oluşturmaya yardımcı olabilir veya kuralı görmezden gelebilir, çünkü endişelenecek bir performans farkı yoktur.

İlk doğru cevabı tercih ediyorum, ikinciyi tercih ediyor gibi görünüyorsunuz. Bu konuda yanlış değilsin. 'Doğru' programlamanın neyle ilgili olduğu fikrinde yanıldığını düşünüyorum. Size yardımcı olmayan ve amacı olmayan rastgele seçilmiş bir kurallar dizisini izlemekten ibaret değil. Örnekte for döngüsünü düzeltmemeniz aslında erken optimizasyona karşı çok iyi bir kural izliyor.

Gerçek uygun programlama, akıllı bir şekilde mantıklı olan iyi kuralları izlemektir.

Buna bakmanın doğru yolu azalan getirilerdir: programı geliştirmenin ek faydasını ek geliştirme maliyetiyle karşılaştırmak.

Azalan getiriler, marjinal fayda, marjinal zaman / efordan daha az olduğunda ortaya çıkar.

Döngünün items.lengthdışına çıkmak için bir iş davası foraçabilir misiniz? Ekonomik olarak, bu değişiklik onu haklı çıkarmaya çalışırken harcadığınız zamanı haklı gösterebilir mi? Kullanıcı deneyiminde bir fark olmadığı için, harcanan zaman için bile hiçbir şey elde edemezsiniz (hatırlanması gereken yararlı bir ders dışında). Kullanıcılar bu programdan daha fazla hoşlanmayacak ve bu değişiklik sonucunda daha fazla kopya satılmayacak.

Bunu değerlendirmek her zaman kolay değildir, çünkü iş vakaları bilinmeyenlerle ve risklerle doludur ve bu nedenle sadece ön görüşte belirgin hale gelecek olan göze çarpmayan faktörlere av düşmeye yatkındır. Önerilen değişiklikler, çok büyük bir fark yaratacak şekilde önemsiz olabilir.

Azalan-geri dönüş türü düşünme, mazeretlerin bazı eylemlerde bulunmamaları için bir av anlamına gelebilir ve inceleme sırasında kaçırılmış fırsatların bir dizi olduğu kanıtlanabilecek risk almaktan kaçınabilir.

Ama bazen zaman açıktır değil bir şey yapmak. Eğer bir parça gelişme, sadece gelişim maliyetini (hatta kırmak) ödemek için meydana gelen ekonomik bir mucize gerektiriyorsa, bu muhtemelen kötü bir fikirdir.

Kodunuzun "uygun" olmasını umursamamanız gerektiğinde

• İş hedefine cevap vermeyi başarırsanız ve düşük ek yük ile zaman içinde saklayın. (kullanıcılar size ödeme yapmadan önce kaynağı göremezler)
• MVP / POC - Uygun kod yazmak, para kazanmayı bilmeden önce bir konsepte zaman harcamak anlamına gelirse (yıl ve 45 milyon dolar harcamanız durumunda, uygulamanızı yazmak ve dükkanını kapatmak zorunda kalmazsınız; uygun koddu)
• Hayatı tehdit edici bir durum yaşarken (örneğin, demir adam prototipi 1 kirli bir kesimdi, ama onu mağaradan kurtardı mı?)
• veya eğer doğru kodun nasıl yazılacağını bilmiyorsanız (eğer birisi bir yaşam kuralını uygun olmayan bir şekilde yazmayı başarırsa, bugünün işsizliğinde, evsizlerden daha kötü bir kod yazmayı diyorum)
• Sadece ne yaptığını biliyorsan ya da onun gibi davranıp ondan kurtulabileceğini düşünüyorsun

Uygun kod ne zaman yazılmalı

• Önemli bir ticari etkiye sahip olacaksa, örneğin performans geliri etkiler veya satışları önler
• Kodun korunmasının bir işletme sorunu haline gelmesi o kadar uygun değilse (yüksek bakım maliyetleri)
• Eğer büyük bir açık kaynaklı projede çalışan tanınmış bir programcıysanız
• Aynı zamanda kurum içi bir kütüphaneye dünyaya katkıda bulunan büyük bir şirket için aynı
• Gelecekteki görüşmelerde çalışmanızı bir portföy olarak göstermek istiyorsanız

Performans sizin asıl endişeniz mi? Büyütmeye çalıştığın şey bu mu?

Öyleyse, öğrenilmesi gereken temel bir ders vardır ve yaparsanız, birkaç kişiden biri olacaksınız.

Daha hızlı yapmak için ne yapmanız gerektiğini "düşünmeye" çalışmayın - bu tahmin edilir. “Bu konteyner sınıfını mı kullanmalıyım?” Veya “ lengthDöngü durumuna mı koymalıyım ?” Hastanın sorgulanması veya incelenmesi.

Bu tahmin ediliyor. Herkes yapar, ama işe yaramaz.

Bunun yerine, programın sorununun ne olduğunu size söylemesine izin verin. İşte detaylı bir örnek.

Farkı görüyor musun?

Sorunuz "işi bitirdiği sürece umrumda değil mi?"

Cevabım, "Koduna ne olacağını asla bilemezsin." "Hey, kullanıcının sorununa dikkat çekmek için bu çabuk şeyi yazmama izin verin" olarak başlayan birçok projede yer aldım. Bir yere yaz, bir daha asla düşünme.

Bir keresinde, yazdığım şey, "ah, şimdi kullanıcının tüm departmanı bu kodu kullanmak istiyor" demişti, ki bu benim arkamdan dönmeden önce, tüm şirket bu kodu kullanıyor ve şimdi bir denetimden geçeceğini kanıtlamam gerekiyor ve yarın için planlanmış 20 kişilik bir kod incelemesi var ve bazı başkan yardımcıları müşterilerimize zaten sattı. ”

"Sadece boş zamanlarınızda bir android oyun yazıyorsunuz" olduğunun farkındayım, ancak bu oyunun başlayıp kazanma şansı olup olmayacağını asla bilemezsiniz. Daha da kötüsü, bu oyun insanların telefonlarını çökertmeye devam ettiği için rezil olma yolunda sizin için bir bilet olabilir. Birinin çocukları, oyunlarını telefonlarında oynamayı bırakamadıkları için iş teklifi alan kişi olmak ister misiniz, yoksa bunun gibi mesaj panolarında hakaret edilen kişi olmak ister misiniz?

Cevap, asla önemli olmadığı ve her zaman önemli olduğu.

Asla önemli değil çünkü programlama, doğru ya da değil, kendi başına bir amaç değil, bir hedefe ulaşmak için bir yoldur. Bu amaca uygun olan "uygun" bir programlama olmadan ulaşılırsa (iş perspektifinden, amaç hiçbir programlama olmadan başarılabilirse genellikle en iyisidir).

Her zaman önemlidir, çünkü doğru programlama, hedeflerinize ulaşmada size yardımcı olacak bir araçtır. Bir şeyleri yapmanın doğru yolu, basitçe başka bir şekilde yapmanın uzun vadede kurtardığından daha fazla acıya yol açtığını kabul etmektir.

Bunu ne zaman görmezden geleceğiniz sorusuna cevap verir - başka bir yolun uzun vadede daha kolay olacağından emin olduğunuzda (muhtemelen uzun vadede olmayacak).

Tek kullanımlık araçlar tipik olarak olabildiğince hızlı ve kirli yapılır; hata kontrolü veya başka bir doğrulama yapıldığında çok az istisna, istisnalar günlüğü, küçük değişiklikler içeren cut-n-paste kodu veya genel işlevler yerine hiçbir değişiklik yapılmaz. .

Dikkat edin: bazen bu hızlı ve kirli uygulamalar kendi hayatlarına katılırlar, bu da tüm kısa yollardan sizi ...

Veya bunun gibi önemsiz bir şeyi bile:

for(int i = 0; i < items.length;i ++) {
     // do something 
}

Her yinelemede item.length değerini değerlendirdiğini biliyorum. Ancak, öğelerin asla 15 ila 20 öğeden fazla olmayacağını da biliyorum. Öyleyse, her yinelemede items.length değerlendirir miyim?

Aslında son kodda, derleyici onu optimize ettiğinden items.length her tekrarda değerlendirilmez. Olmasa bile, uzunluk dizi nesnesindeki ortak alandır; erişme maliyeti yok.

Öyleyse sana sorumu şudur: Uygun olmadığında artık bir eşik var mı? Söylemesi tamam mı - "işi bitirdiği sürece umrumda değil mi?"

Bu gerçekten son ürününüzden ne beklediğinize bağlı; Ortalama bir ürün ile harika bir ürün arasındaki fark ayrıntılara bağlıdır. Tata Nano gibi bir araba ve Mercedes S gibi bir araba "işi halleder" - sizi bir yerden diğerine götürür. Fark, ayrıntılara dayanıyor: motor gücü, konfor, güvenlik ve diğerleri. Yazılım ürünleri de dahil olmak üzere mevcut herhangi bir ürünle aynıdır; Mesela MySQL ve Postgre ücretsiz olduğu için neden Oracle, IBM veya Microsoft için Oracle veritabanı, DB2 veya MS SQL Server için para ödeyecek?

Ayrıntılara dikkat etmek ve yüksek kaliteli bir ürün elde etmek istiyorsanız, bu konulara (ve diğer şeyler hakkında açıkçası) dikkat etmelisiniz.

Evde kendiniz için programlama yapıyorsanız, belki birkaç köşeyi kesebilirsiniz; ve bir şeyler denemek ve denemek için bu tamamen haklı.

Ancak kendine iyi bak. Verdiğiniz örnekte o köşeyi kesmeye hiç gerek yok ve dikkatli olmalısınız. Bu bir eğilim başlatabilir ve evde yaptığınız kötü alışkanlıklar, işteki kodunuza sürünebilir. Evde iyi alışkanlıklar geliştirmek ve bunları geliştirmek ve iş yerindeki kodunuza uymalarını sağlamak çok daha iyidir. Size yardımcı olacak ve diğerlerine yardımcı olacaktır.

Yaptığınız herhangi bir programlama ve programlama hakkında yaptığınız herhangi bir düşünme egzersizdir. Bunu değerli kıl, aksi halde geri gelip seni ısırır.

Yine de iyi tarafa bak. Bunu sordun, o yüzden belki de benim yaptığım şeyin farkındasın.

Bir mobilya üreticisi kalitenin çok önemli olmadığı veya kalitenin fark edilmeyeceği yerlerde kullanılacak bir mobilya parçası yapıyorsa, kesimlerini dümdüz etmeye çalışmalı mı ve parçaları bir araya getirmek için uygun bir iş yapmalı mı?

Pek çok insan yazılımı işçilik olarak görüyor. Yaptığımız şey sadece bir işlevi yerine getirmemeli, aynı zamanda güvenilir, sürdürülebilir ve sağlam olmalıdır. Böyle bir yazılımı yapmak beceri gerektirir ve bu beceri pratikten gelir.

Bu nedenle, bugün üzerinde çalıştığınız şey için bir döngü yapısı seçmek önemli olmasa da, uygun yapıları her zaman kullanmaya çabalamanız zamanla sizi daha iyi bir programcı yapacaktır.