«technical-debt» etiketlenmiş sorular

Teknik borç, zayıf yazılım mimarisinin ve bir kod tabanı içindeki yazılım geliştirmenin nihai sonuçları için bir metafordur.

16
Proje neredeyse bitti, ancak usul spagetti kodu. Yeniden yazıyor muyum yoksa göndermeye devam mı ediyorum? [kapalı]
Ben acemi bir web geliştiricisiyim (bir yıllık deneyim). Mezun olduktan birkaç hafta sonra, sahibi teknik eleman olmayan bir şirket için web uygulaması yapmak için bir iş teklif ettim. Beni bir hizmet şirketi tarafından talep edilen yüksek geliştirme maliyeti fikrinin çalınmamasından ve uzun süredir devam ettirmek için uzun süredir devam ettirecek …

17
Yönetimi teknik borçlarla başa çıkmak için nasıl ikna edebilirim?
Bu, geliştiricilerle çalışırken sıklıkla kendime sorduğum bir soru. Şu ana kadar dört şirkette çalıştım ve bir yazılım uygulamasında gelecekteki ilerlemeyi engelleyen, kodun temiz tutulmasına ve teknik borçlarla ilgilenmeye dikkat edilmediğini fark ettim. Örneğin, çalıştığım ilk şirket MySQL gibi bir şey kullanmak yerine sıfırdan bir veritabanı yazmıştı ve uygulamayı yeniden yapılandırırken …

19
Kullanıcı tarafından hemen görünmeyen iyileştirmelerde değeri görmeyen yönetimle ilgilenmek
Program baskısını anlayabiliyorum. Kullanıcıları memnun etmek istersiniz, çünkü onlar şirketin can damarıdır. Ancak, bazı değişikliklerin yolda her şeyin daha kolay olacağı da doğrudur. Maalesef, kuruluşumdaki yönetim bu tür değişikliklere karşı içgüdüsel bir dirence sahip ve bu direnç o kadar güçlü ki uzun vadeli gelişmelere yol açıyor. Örneğin, Apple son zamanlarda …

11
DRY, yazılım proje yönetiminin düşmanı mıdır?
Yazılım geliştirmenin en temel ve yaygın olarak kabul gören ilkelerinden biri DRY'dir (kendinizi tekrar etmeyin). Ayrıca çoğu yazılım projesinin bir çeşit yönetim gerektirdiği de açıktır. Şimdi yönetmesi kolay görevler nelerdir (tahmin, zamanlama, kontrol)? Doğru, tekrarlayan işler, DRY'ye göre kaçınılması gereken görevler. Bu nedenle proje yönetimi açısından, varolan bazı kodları 100 …


21
Teknik olmayan bir kişiye yeniden yapılanmayı nasıl açıklarsınız?
Yeniden yapılanmayı (ve teknik borcu) teknik olmayan bir kişiye (tipik olarak bir PHB veya müşteri) açıklamaya nasıl devam edersiniz? ("Ne, bana bir ay boyunca hiçbir fark yaratmadan işine mi mal olacak?!") GÜNCELLEME Şimdiye kadarki tüm cevaplar için teşekkürler, bu listenin uygun kişileri işaret edebileceğimiz birkaç faydalı analoji sağlayacağını düşünüyorum (ancak …

7
Yeniden yapılanmanın potansiyel değeri nasıl ölçülür?
Teknik borcu olan eski, büyük bir projede, yeniden düzenleme kodunun yararını nasıl güvenilir bir şekilde tahmin edebilir veya ölçebilirsiniz? Örneğin, daha eski bir dilde yazılmış bir yazılım yığını çözümü içinde bazı bileşenlere ve daha sonra da yeni bir dilde yazılmış bazı bileşenlere sahip olduğunuzu varsayalım. Bir geliştirme ekibi tarafından sürekli …


6
Teknik borcunuzu nasıl karşıladığınızı gördünüz?
Teknik borçla ilgili bu yazının aşağıdakiler de dahil olmak üzere bazı iyi noktaları vardır: "Teknik meseleler" üzerinde çalışmak, hikayeler tarafından yönlendirildiğinde en iyi sonucu verir. Kod tabanının muhtemelen her yerde çalışmaya ihtiyacı vardır, ancak ödeme yalnızca kodun kullanıcının karşılaştığı nedenlerden dolayı çalışılacağı durumlarda alınacaktır. Herhangi bir küfür alanından hiçbir hikaye …

2
Tarihsel olarak yetiştirilen yazılım için adlandırılmış bir anti modeli var mı? [kapalı]
Çok sayıda geliştiricinin sisteme yeni özellikler eklediği, ancak hiç kimsenin genel mimariye göz kulak olmadığına ya da yeniden yapılanma işlemlerinin yapılmamasına neden olan, tarihsel olarak geliştirilmiş bir yazılım sistemini tanımlayan bir kalıp var mı? Bunun, yönetim / müşteri sürekli yeni bir özellik istediğinde ve hiç kimsenin bir şeyleri küçümsemediğini, ancak …

5
“En düşük geliştirici” olarak teknik borçla mı mücadele ediyorsunuz?
Diyelim ki bir şirkette çalışıyorsunuz ve yaptığınız şey onlar için yazılım geliştirmek. Büyük resim hakkında hiçbir fikriniz yok ya da hafif. Sahip olduğunuz şey, sorun izleme sistemi aracılığıyla size atanan görevlerdir. Size görevler veriliyor, onları görevin tanımladığı şekilde çalıştırıyorsunuz, geri gönderiyorsunuz 2 tamsayı eklemek gibi: function add(a,b){return a + b;} …

6
“Özel yazılım şirketleri” teknik borçlarla nasıl başa çıkıyor?
"Özel yazılım şirketleri" nedir? "Özel yazılım şirketleri" ile, paralarını öncelikle özel, bir kerelik yazılım parçaları oluşturmaktan kazanan şirketler kastediyorum. Örnek olarak ajanslar veya orta eşya şirketleri veya Redify gibi yükleniciler / danışmanlar verilebilir . "Özel yazılım şirketleri" nin tam tersi nedir? Yukarıdaki iş modelinin tersi, konuşlandırılabilir masaüstü / mobil uygulamalar …

4
Teknik borç bir özellik veya angarya (veya hata) olarak mı planlanmalıdır?
Pivotal Tracker kartım için bazı teknik borçları ele alan birkaç kullanıcı hikayesi ekledim. Bunları özellikler (hız seviyemi koruyarak) veya ev işleri / hatalar (hızımı düşürme) olarak mı düşünmeliyim? Birini ya da diğerini sürekli yapsam uzun vadede bir fark yaratmayacağını anlıyorum, ancak her teknik borç hikayesi eklediğimde kararı vermeliyim. Bazı düşünceler: …

6
İyi tasarlanmış bir veritabanının üstüne iyi kod yazmak için herhangi bir umut var mı?
İşte benim durumum. Son zamanlarda miras aldığım birkaç programdan biri arka uçta korkunç bir veritabanı ile oluşturuldu. Saygın yaratıcıları görünüşte ilişkisel kavramları takdir etmediler. Her istemci için benzersiz bir istemci kimliği olarak adlandırılan bir tablo. Seksen üç şifreli alan. Kod, düzinelerce sıralı satır içi SQL deyimi ile yordamsaldır. Aynı veritabanında …

9
Toplamda: Eski sistemleri nasıl koruyacağız? [kapalı]
Şu anda olduğu gibi, bu soru Soru-Cevap formatımıza uygun değil. Yanıtların gerçekler, referanslar veya uzmanlık tarafından desteklenmesini bekliyoruz, ancak bu soru muhtemelen tartışma, tartışma, oylama veya genişletilmiş tartışma talep edecektir. Bu sorunun çözülebileceğini ve muhtemelen yeniden açılabileceğini düşünüyorsanız, yardım için yardım merkezini ziyaret edin . 8 yıl önce kapalı . …

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.