Kalite / standartları göz ardı eden yazılım geliştiricileri şirket için daha mı iyi? [kapalı]

Kod optimizasyonunu, standartları ve en iyi uygulamaları öncelikli olarak belirlememeyi seçen yazılım geliştiricileri, optimizasyon, kodlama standartlarının uygulanması ve görevleri zamanında tamamlamanın üstündeki uygulamalardan endişe etmek isteyen geliştiricilerden daha yararlı kodlar oluşturuyor mu?

Bireysel performans incelemeleri söz konusu olduğunda bu farklı yöntemler nasıl karşılaştırılır?

Bu stiller akran değerlendirmelerinde nasıl karşılaştırılır?

SDLC sırasında daha iyi uygulamalar uygulamak için ekibinizi etkilemenin en iyi yolu nedir?

Hayır, sadece projenin anının sahibinden saygı görecekler.

Onlar alırsınız çöpe atılan tarafından yıllardır:

• gelecekteki koruyucular,
• gelecekteki testçiler,
• gelecekteki proje sahipleri,
• gelecekteki yöneticiler,
• ve gelecekte kod tabanıyla ilgilenen hemen hemen herkes.

Aynı muameleyi bile alabilirler:

• mevcut test kullanıcıları,
• mevcut teknik dokümantasyon yazarları.

Yanlış ikilik: nitelikler diktir.

                Yüksek Kalite Düşük Kalite

Kârlı HARİKA Sketchy

Karsız Iffy İLK YANGIN

Hayır. En iyi uygulamalar en iyisidir çünkü tanım gereği , projelerin daha hızlı bir şekilde yolda daha hızlı bir şekilde değiştirilmesiyle daha doğru bir şekilde yapılmasına yardımcı olurlar, bu nedenle onları göz ardı etmenin karı azaltması garanti edilir. Tabii ki, sizin yöneticileri bu uygulamaları reçete olabilir düşünüyorum iyi, ama aslında değildir, ya da müşteriler için ödeyecek ve ne neyi yanlış değerlendirmek olabilir - tüm bahisler kapalıdır.

Kodlama standartları daha zordur; kodlayıcılarınıza çok fazla ayrıntı reçete etmek mümkündür, bu da verimliliği düşürür. Ancak deneyimle, anal-kalıcı mikro-yönetimden faydalı yönergeler söylemek oldukça kolaylaşır, bu yüzden aynı şey geçerlidir: gerçek en iyi uygulamalar her zaman faydalıdır, genellikle en iyi uygulamalar değildir.

Eğer sürece Kod optimizasyonu genellikle yapıyor değmez ölçülen senin darboğazları, ne doğruladı bir optimizasyon yapıyor gerekli olduğunu ve ölçülen senin zeki hüner aslında preformance rquirement uyduğunu. Aksi takdirde (çoğunlukla) yapmaya değmez ve bu nedenle optimal değildir.

Kod optimizasyonu ve uygulamaları ile ilgilenmeyen geliştiricilerle anlaşıyor muyum? Hayır.

Yapmaları gereken işi yapıyorlar mı? Evet.

Bir işletme para kazanmakla ilgilidir ve para kazanmanın tek yolu ürünleri serbest bırakmaktır. Bu genellikle projelerin katı programlara sahip olduğu anlamına gelir, yani bir şeyi yapmanın en iyi yolu bir şeyi yapmanın en hızlı yolu olmayabilir.

Bu tarz bir gelişmeye katılmama rağmen, ürünler piyasaya sürülürse şirket tarafından saygın olarak görülebilir.

Hayır ve en hızlı rotayı bulur uzakta olanlar kötü alışkanlıklardan takdir ettiğini belirtti şirketten.

Evet ve hayır, bu biraz arzulu bir yıkayıcı ama mükemmel bir uygulama değil, en iyi uygulamadır. İdeal olarak onları sürekli takip etmelisiniz, ancak her zaman işletmenin ürünlerinizi ihtiyaç duymadan ihtiyaçlarını karşılamak istediği bir durum olacaktır.

Koruculardan nefret edersiniz, ancak patronunuz tarafından sevilirsiniz.

En İyi Uygulamalar bir şekilde sağduyu gibidir, herkes herhangi bir iki kişi ayrıntılı olarak tartışmaya başlayana kadar herkesin bilmesi gerektiğini kabul eder. Hiçbir insan tanım üzerinde tam olarak hemfikir değildir ve tüm durumlar için geçerli olan mantıklı bir gerçek kaynağı yoktur.

Bir uzay uydusu için rehberlik sistemi mi yazıyorsunuz (muhtemelen değilsiniz)? Sonra Cehennem Bu tür çalışmalarda hiçbir kötü kalite / performans kodu asla kabul edilemez.

Bir kereye mahsus bir pazarlama baskısı için bir web sitesi yazıyorsunuz (muhtemelen bunu yapmıyorsunuz ya da soruyu sormazsınız, ancak uydudan daha olasıdır)? Sonra cehennem evet, bu kabartmayı son teslim tarihini karşılamak için gerekli herhangi bir yoldan dışarı çıkarın, bir sonraki pazarlama müdürü muhtemelen farklı bir şirketle başka bir şey yapacak. NE YAPIYORSUNUZ SANAT VE BİLİM - ÖDEME YAPIN.

Arasındaki diğer her şey: pazarlık, özellikle geliştirici ilk destek için kancada olduğu sürece.

İstediğiniz kutsal varlığın ikinci gelişi gerçekleşinceye ve geliştirme uygulamalarını mucizevi bir şekilde tanımlayana kadar, doğrudan yaşam ve ölüm kararlarından sorumlu olmayan herhangi bir projede tartışmaya önemli bir alan olacaktır. tek kullanımlık olması önemsizdir.

Yaşam açısından kritik etiketli en iyi uygulamaların dışındaki her şey genellikle şirket politikası, müşteri spesifikasyonu veya kişisel görüş gibidir. Birçoğu şu anda birçok insanın hemfikir olduğu kişisel görüştür, ancak bu onu tüm durumlar için değişmez bir rehber yapmaz.

Şirket için ne kadar para kazandıkları tartışmalıdır. Söz konusu kodu tekrar gözden geçirme seviyesi varsa, bakım maliyetleri artacaktır ve birisi mutlu olmayacaktır. Yüksek uzun süreli bakım maliyetleri, bunu düzgün bir şekilde yapmaktan daha pahalıdır.

Ne kadar saygı gördükleri muhtemelen duruma özeldir. Ancak bir noktada birisi fark edecektir.

Bunları önemsememek, şirkete kısa vadede daha fazla para kazandırabilir, ancak şirkete uzun vadede daha fazla hata düzeltmesi ve bakım kodlamasıyla daha fazla paraya mal olabilir .

Bazen rakip firmalarla aynı ürünleri pazara aynı anda almak için acele edilirse hızlı ve kirli bir iş gerekebilir, ancak bu tür eylemlerin gelecekteki maliyetleri dikkatle düşünülmelidir.

Her şey müşteriye bağlıdır.

Hızlı ve kirli (ve genellikle daha ucuz) seven bir müşteri, gelecekte sorunlara yol açacağını umursamıyor.

Kabin yapısını düşünün.

Bazıları kaliteli ve özel dolapları ödeyecek ve takdir edecektir. Ahşap çekmecelerin ve birinci sınıf donanımın ekstra masrafını umursamıyorlar. Bir şeyleri inşa etmenin ve kurmanın fazladan bir hafta hatta bir ay süreceğini umursamıyorlar.

Birçoğu olmayacak. Birçoğu büyük bir kutu dükkanından aldığınız ucuz yonga levha seri üretilen şeyleri tercih edecektir. 2 gün içinde kurulmasını istiyorlar. Burada küçük bir boşluk var ve mükemmel kabul edilebilir. 10 yıl içinde ayrılacaklarını umursamıyorlar.

Dolayısıyla, yöneticileriniz hızlı ve kirli hale getiren geliştiriciyi övüyorsa, müşterileriniz yüksek kalite istemez veya yöneticiler müşterilere yalan söyler.

Sadece zaman gösterecek. Yöneticilerin istediklerini yapın veya başka bir iş bulun.

Hayır asla. IMO kod optimizasyonu, en iyi uygulamalar, gerçek işçilik vardır EN bir kod temeli olması gereken en önemli şey; onsuz her şey çamur haline gelir ve koli bandı ile birlikte tutulur. Sürdürülemez bir tasarım. Bir tümörü görmezden gelmek gibi çünkü küçük ve şimdi sağlıklısın; eminim şu anda sağlıklısınız ama yoldan birkaç yıl sonra terminal haline geliyor çünkü çok uzun süredir yok saydınız.

Sadece do not değil bunlar umurumda değil geliştiriciler katılıyorum ama ben sıfır saygı boot onlar için. Orada ne kadar kısa bir süre kalsam da bir organizasyondan ayrılmayı düşünmemin kesin bir yolu, umurunda olan tek kişi (tüm şirketteki tek kişi olmasa bile) benim olduğum bir ekiple çevrelenmektir. uygun yazılım mühendisliği kavramları hakkında.

İyi bir okuma: http://www.joelonsoftware.com/items/2009/09/23.html

Ama IMHO, en iyi uygulamalarından biri, başka bir adamın kabusu. Ve önemsiz olmayan her kod tabanı, bir yabancı için kabus olacaktır.

Ne düşünüyorsun, bunun için bir pislik olma.

EDIT: Ben herhangi bir tarafa yaslanabilirsiniz göreve bağlı olarak, pozisyonların hiçbirini savunmuyorum.

Şirket için daha mı iyi? Değişir.

Sınırlı fonları olan bir başlangıç ​​için, bunu halledin ve oraya götürün - dağınık olup olmadığı önemli değil, daha fazla kaynak olduğunda daha sonra düzeltilebilir.

Yazılımın kalitesine güvenen çok sayıda kullanıcının bulunduğu olgun bir ürün için, her şey "uygun şekilde" yapılmalıdır.

Bireysel geliştirici için daha mı iyi? Aslında alakasız. Sadece meslektaşlarınızın yaptığı ile aynı şeyi yapın ve yönetimin serpinti ile başa çıkmasına izin verin - bu sizin işiniz değil. Her zaman başkalarının saçmalıklarını düzeltirseniz, yavaş olarak görüleceksiniz ve diğerleri yukarıda yükseltilmişken hala orada olan siz olacaksınız. Programa geçin ya da bu kadar kötüyse dışarı çıkın.

Geliştiriciye ve projeye / duruma bağlıdır.

Olağanüstü zamanlar olağanüstü önlemler gerektirir.

Yani şimdi teslim edilen bir şeye ihtiyacım varsa ve birileri en son moda sözcük çerçevelerinden en az 14 tanesini kullanan aşırı mühendislik kurumsal sınıf java uygulamasıysa, basit bir python betiği işi yapacaksa köşeleri kesen ve düşünen geliştirici kadar kötüdür. buggy kodu normal zamanlarda yapacak.

Geliştirici olmanın bir kısmı esnek olmaktır. Aletlerinize köle olmamalı ve uygulamaları körü körüne takip etmemelisiniz - her zaman sizi başarısız kılacakları bir durum olacaktır. Kuralların ne zaman kırılacağını ve büküleceğini bilmek, çok fazla deneyime sahip ve değerli olan şeylerden biridir.

Sizin durumunuzda - hız kritik öneme sahip olduğundan, sizden daha fazla değer sunarsa, artan bakım maliyetini hesaba kattıktan sonra bile, daha iyi bir tazminatı hak eder. Diğer yandan - eğer onun karışıklık temizlik ile sıkışmış - yönetimi ile bir iletişim sorunu var.

Durum bazındadır. Kodlama stili hariç - orada mazeret yoktur.

Özür dilerim, ancak bu sorunun cevabının üst kısmı hariç çoğu ile aynı fikirde olmam gerekir.

Yazılımın birincil değeri esnek olmasıdır.

Ben sadece neden olmadan başkalarının kodunu yeniden yazmak gerektiğini sanmıyorum. Özelliğinizi uygulamak için herhangi bir nedenden ötürü bir modülü değiştirmeniz gerekiyorsa, şimdi, o modülün sahibisiniz. Değiştirin, bir kısmını yeniden yazın, hepsini yeniden yazın.

Esneklik açısından asla düşük kalite üretmeyin. Yazılımda hiçbir şeyi atmak diye bir şey yoktur. Müşteri geçici olduğunu söylüyorsa ve belirli bir tarihten sonra buna ihtiyaç duymayacaksa ve kaliteyi umursamıyorsa, ya "kötüye" deyin ya da kodun sizin veya başka bir programcı tarafından bir kez değiştirilmeyeceğini yazın. üretime konuşlandırılır ya da onları dava etme hakkına sahipsiniz.

Bu cevapların bazılarında gördüğüm en kötü varsayım, bazı temiz kodların bir şekilde geliştirme hızını azalttığıdır. Herhangi bir maddenin (6 saatten fazla çalışma) herhangi bir projesi için temiz kod, uzun vadede (bir haftadan fazla herhangi bir şey) gelişmeyi hızlandırır. Tekrar tekrar gördüm.

Düşük kalite kodu, mesleğe ve iş arkadaşlarınıza saygısızlık eder. Üzgünüm ama gerçek.

Yani esneklik açısından kalitesizliğe hiç hayır!