Önemsiz ve önemsiz olmayan yazılımlar arasında nasıl ayrım yapılır? [kapalı]

Peki bir programı gerçekten önemsiz yapan nedir?

'Önemsiz yazılımı sürece' programlama tartışmalarında çok sık kullanılır. 'Önemsiz bir yazılım olduğu için bir şey gerekli mi' veya 'önemsiz olmayan bir yazılım çünkü bir şey çok önemli hale geldi' diye gerçekten anlayamıyorum anlamında çok belirsiz buluyorum.

Örneğin, birim testi konusunda birçok kez, 'önemsiz bir şekilde birim testi yapmanız gerekmiyorsa' duyuyorum.

Burada bir uzuv çıkacağım ve şunu söyleyeceğim:

Önemsiz bir program işi doğrudan etkilemeyen bir programdır.

Bir imalat firması muhasebe yazılımını önemsiz olarak değerlendirir, ancak kaynar çeliği hareket ettiren robotik kolu kontrol eden yazılım kritik öneme sahiptir. İlkinde hatalar ve düşük destek dönüşü ile başa çıkabilirler, ancak ikincisi değil. Bir sorun varsa, onlar da sabit ihtiyaç şimdi .

Bu ifadenin en yaygın amacının bir programın aşağıdaki özelliklere sahip olması olduğuna inanıyorum:

• O küçük.
• Kısa kullanım ömrü.
• Daha fazla uzatma gerektirmez.
• Sadece bir geliştirici.

Tamamen, ikili ve kaynakları atarak. Birisi fark ederse, önemsiz değildi.

Önemsiz ...

• var olan bir şey, neden tekerleği yeniden icat ettiniz?
• birkaç programı birlikte yazarak veya yapılması gerekenleri yapan mevcut kitaplıkların yoğun kullanımını sağlayan küçük bir kod yazarak kolayca oluşturulabilecek bir şey.
• ortalama bir CS lisans öğrencisi küçük ve orta ödev ödev yapabileceği bir şey.
• kokteyl peçetesine kolayca sığabilecek ayrıntılı gereksinimlere sahip bir şey.
• 4/5 dakikalık parçalar halinde dikkati dağılmış / sarhoş / boşken kodlayabileceğiniz bir şey.
• basit bir kod oluşturma aracı ile oluşturulabilecek bir şey.

Kurumsal bir ortamda şunları eklerdim:

• İş Kullanıcılarının bir süre düzeltmek için beklemedikleri bir şey.
• dahili olarak kullanılan ve BT'den resmi desteği olmayan bir şey .
• kaynak planlaması ve çizelgelemesi yapılırken İşletme tarafından en düşük öncelikler arasında önceliklendirilen bir şey.

Önemsiz bir programı makul bir şekilde kodlanabilecek bir program olarak tanımlarım:

• Tek bir oturuşta.
• Tek bir dosya / modül olarak (Java'da veya modüllerin süper hassas şekilde bölünmesini zorlayan bir dilde programlamadığınız varsayılarak).
• Bir uzman yerine, herhangi bir terbiyeli "tüm esnaf jack" programcı tarafından.

İşte benim "önemsiz" programları benim örnekleri:

1. Bir teknoloji veya örnek kod denemek için ayarladığım ve kodlamaya başladığım "kukla" bir proje. Kimseye konuşlandırılmaya ve hatta gösterilmeye niyet yok.
2. Demo sunumlar teknik sunumlar için yazılmıştır.
3. Bir kerelik. Bir kez kullanmak için inşa etmek zorunda kaldığım hızlı bir uygulama, çünkü belirli bir şekilde taşınması gereken garip bir veri durumu ya da hemen daha kalıcı bir şeyle değiştirilecek bir şey.

Trevor yazılım size gereksinimleri ve olacak şey duyduğunda ise, var olmayan trival gerçekte her zaman olduğu zaman sigara trival

On yıl önce Usenet'te gördüğüm bir alıntı, şimdi daha da alakalı.

Bir Yazılım Çözümünün karmaşıklığı, yapması gerekenin açıklamasının karmaşıklığı ile ters orantılıdır. - Bilinmiyor

Sadece bir grup getter / setter yöntemlerinden oluşan bir program. Programlama mantığı yok. Belki birkaç döngülü bir şey.

Bu benim önemsiz tanımım.

Bizim çalışma tanımımız "başka hiçbir şeyin bağlı olmadığı bir şey" dir.

Ne yazık ki önemsiz olmayan üretim ürünleri haline gelen birkaç önemsiz prototip var.

Programın genel proje planlaması üzerindeki etkisi bağlamında da kullanıldığını duydum. Belirli bir şartname, ürünü teslim etme zaman çizelgesini değiştirmezse, önemsiz etiketin altına girer.

"Önemsiz" kelimesini "Tartışmaya bile değmez" ifadesinin eş anlamlısı olarak kullanma eğiliminde olan bir programcı biliyordum.