Öncekiler tarafından aldatıldığı için, İnternet şirketinin borçlu olduğu teknik borcun iflasa geri ödenmesi gerekebilir
Borçlu
Ödenmeli
Kötü yorumcu, yakın zamanda yeni bir TV satın almak istiyor. Ancak bu şekilde PS4 Pro'mun 4K HDR oyun kalitesiyle eşleşebilir.
Ama bunu yarım yıldır düşünüyorum. . .
neden?
Çünkü her ay kredi kartını iade ettikten sonra kazandığım paranın gittiğini görüyorum. . .
Bir iş kurmak için ödünç alan ve ardından şirketi kötü yöneten patronlardan bahsetmiyorum bile, birçok insan bu düzeydeki borçların neden olduğu acıyı yaşamış olmalı. . .
Ancak programcıları ve teknoloji şirketlerini çılgına çevirebilecek başka bir borç türü duydunuz mu?
Bu tür bir borç, borçlu olunan para değildir, ancak çok para değerindedir.
Adı Teknik borç.
Teknik borç, teknolojik gelişme yapılırken borçlu olunan borç anlamına gelir.
Ancak böyle bir açıklamanın hiçbir anlamı yok gibi görünüyor. . .
Kötü eleştirilere bir örnek verelim.
Kötü eleştirmenin bir yığın taş taşımak istediğini, ancak zarif bir kişi olarak bu işi çıplak elleriyle yapmak istemediğini varsayalım. (Yazılım geliştirmede genellikle gereksinimlerin insanların yapması için uygun olmaması nedeniyledir)
Sözde bir grup kalkınma kardeşim bu sorunu benim için çözdü.
Xiao Hei Pang bir araba olabileceğini hissetti ve herkes bu plana katıldı, bu yüzden karar verdi.
(Soul Painter Bad Review'un yeni serisi)
Böylece Shi Chao tekerlekler yaptı, vücudu Xiao Hei Pang yaptı ve Xiao Er ipi yaptı.
Bu süreç teknoloji geliştirmeye benzer, herkes fonksiyonları ayrı ayrı yapar ve sonra birleştirir.
Peki ya kötü yorumlar?
Patron izliyorsa doğal olarak patron olarak adlandırılır. . .
Teknolojinin nispeten geri olduğunu ve yuvarlak şeyler üretmenin bir yolu olmadığını ya da daha önce tekerleklerin icat edilmediğini ve herkesin yuvarlak mı yoksa kare mi yapacağını bilmediğini varsayalım, bu nedenle kare tekerlekler kullanıldı.
Döndürüldüğünde de kullanılabilir. . .
Yani sadece başardı.
Örnekteki sahne gülünçtür, ancak Erken teknoloji geliştirmede, Teknik sınırlamalar nedeniyle mükemmel bir çözümün yapılamadığı ve bir kısmından ödün verilmesi gereken durumlar vardır. (Tasarım yapılırken öngörülememiş olması veya projenin mümkün olan en kısa sürede tamamlanmış olması da mümkündür)
Araba yapıldıktan sonra herkes çok çalıştı ve içine taş koymaya başladı.
Sürükleyip sürükledikten sonra, tekerleğin sadece ters döneceğini değil, yumuşak zemine de batacağını gördüm, sonuçta işe yaradı, ancak kullanımı kolay olmadı.
Bu sırada tekerleklerin geliştirilmesinden sorumlu olan Shi Chao, iki yuvarlak nesneyle koştu ve daha iyi bir tekerlek bulduğunu söyledi!
Bununla birlikte, tekerleklerin takılması, eldeki işi durdurmanın yanı sıra, arabanın sökülüp monte edilmesini gerektirir.Bunlar, yeni tekerleklerin aksları uyuşmazsa, yeniden yapılması gerektiğinden bahsetmeye bile gerek yok. . .
Gerçek teknoloji geliştirmede, sözde "tekerlek değiştirme" çok fazla çaba ve para gerektirir, bu yüzden çoğu kez ödün vermeyi ve kusurlu çözümleri kullanmayı seçerler.
Kare tekerlek şemasını kullanmaya devam etmeye karar verdik.
Ancak yavaş hız gerçekten bir sorun, bu yüzden arabayı yükseltmeye karar verdim: bunun için bir pervane takın.
Ancak bunu yapmak, etkinin çok iyi olmadığını, çünkü hızın çok hızlı olması nedeniyle kare tekerlekler yere daha şiddetli bir şekilde çarpacaktır.
Bu başlangıçta harika yükseltme planı, önceki uzlaşmadan dolayı o kadar iyi olmadı.
Ancak neyse ki, pervaneyi eğik olarak yukarı doğru yaparak çözülebilir, böylece araba hafifçe yukarı sıçrayacak ve tekerlekler yere kolayca çarpmayacak.
Gerçekte, teknik bir ürünün daha sonra yinelenmesi gerekir. İşlevler eklerken, bazen eski işlevdeki kusurlu koddan etkilenir. Bunu çözmek için genellikle yeni işlevin bir kısmından ödün vermek gerekir.
Ardından iticinin tasarımı nedeniyle yeni bir sorun ortaya çıktı.
Bu şekilde hareket ederken biraz "zıplaması" gerektiğinden, araba çok sarsılmış, bu yüzden kayaların düşmesini önlemek için arabaya bir örtü eklememiz gerekiyor.
Bu sadece bir uzlaşma meselesi değil, Hatta uzlaşmanın neden olduğu sorunları korumak için biraz çalışmamız gerekiyor.
Daha sonra kapak problemi nedeniyle kapağın etrafından dolaşmaması için düğmeler yapmak zorunda kaldık, tekerlekler yere çarptığında kolayca kırılabilirdi.Sarkan kayalar arabayı dengesiz hale getirdi. Kısacası, gittikçe daha fazla sorun var ve bunu telafi edemiyorlar.
Son olarak, nihayet tekerlek değiştirmenin öneminin göz ardı edilemeyeceğini düşünüyoruz, ancak Şu anda tekrar bakın, sökme ve yeniden yapma iş yükü daha fazladır.
Yukarıdakiler muhtemelen teknik borç görünümüdür.
Neden bir borç?
Çünkü gerçekten canlı:
Başlangıçta kare tekerlekler gibi kötü bir tasarım kullandığımızda, Borçlanmak gibi.
Araç çalıştıktan sonra, borcu geri ödemek için park ve tadilat bedelini ödemeniz gerekir. Fazla ödeme faizdir. . .
Daha sonra, yükseltmek istediğimizde kare tekerlekler sayesinde pervane adaptasyonu sorununu çözmek için fazladan zaman ve enerji harcadık ve ödünler verdik. Bu, asıl faizi karşılamak için başka bir meblağ borçlanmak gibidir.
Pervaneler de taviz verdikleri için yeni sorunlar ortaya çıktı, Şanslı. . .
Şu anda, nihayet yardım edemedim ama çarkı değiştirmek, borcu ödemek, geriye dönüp bakmak, Borç ve faizin arttığını bulmak çok korkutucu hale geldi.
Teknoloji geliştirme alanında bu ilgi alanları şunlar olabilir:
Başlangıçta eklendi Çok basit yeni işlev , Fakat İçeri girmek çok çaba gerektirdi Orijinal proje.
Hatta düzeltilemeyen bazı hatalar Başa çıkmak için ayrılmış zaman ve para .
Peki ya borç geri ödemesi:
Bir proje orijinal temele çok şey kattığında, "Borcunuzu ödemek" istiyorsanız, neredeyse yeniden yapmaya eşittir.
Tıpkı bir bina inşa ettiğinizde olduğu gibi, temel çarpıktır ve onu onarmak istiyorsanız, binayı birlikte yıkmanız gerekir.
Şu anda geri ödeyebilirsin, çok pahalı. . .
Bir düşünün, şimdi programcılara bu kadar yüksek ücretler ödeniyor, ancak işin içeriği orijinal şeyleri yeniden yazmalarına izin vermek, bunun pahalı olduğunu mu söylüyorsunuz?
Geri ödemeyin, bir gün faiz siz kendinizi öldürmek isteyene kadar dönecek. . .
Bu tür bir örnek, aşina olduğunuz büyük teknoloji şirketlerinde çok yaygındır.
Örneğin, Microsoft, geliştirme aracı Visual Studio için bir web hizmeti Visual Studio Online oluşturdu, ancak önceki sistem tasarım hataları nedeniyle onlara bu yeni özelliği verdiler. 7 saat kapalıydı.
Facebook ayrıca teknik borç deneyimine sahiptir.
Gelişmeyi anlayan arkadaşlar, Facebook'un PHP dilinde yazıldığını biliyor olabilir.
PHP kodunda yazılmış böyle bir teknik borcu vardı ve bu yeterli değildi.
Böylece, HHVM adlı sanal bir makine icat ettiler, çünkü sonunda Bu boşluğu düzeltmenin maliyeti, başka bir yeni araç seti icat etmek kadar iyi değildir. . .
Şimdi, teknik borcun ne kadar zahmetli olduğunu anlıyor musunuz?
Daha zahmetli olan ise kredilerden farklı olması, yani Çoğu zaman sorun ortaya çıkana kadar teknik borcunuz olduğunun farkında değilsiniz , Tasarım hataları gibi.
Ama bu Mutlaka kaçınılması gereken bir şey değil ,ara sıra, Bir proje daha iyi bir çözümü geciktiremezse, süreci hızlandırmak için böyle bir teknik borç almanız gerekir. Çalışması için mümkün olan en kısa sürede çevrimiçi olmak da gereklidir.
Bilerek, teknik bir borcun olup olmayacağı, gelecekte nasıl geri ödeneceği ve ne kadar süreyle geri ödeneceği de bir geliştirme stratejisidir. Teknik geliştirme kesinlikle başını örten kod yazmak kadar basit değildir ~
Ama kesin olan bir şey var ki Borçlu insanlar faizden hoşlanmazlar ve geri ödeme söz konusu olduğunda biraz acı çekmesi gerekir.
Kredi kartımı her ay geri ödemekle aynı şey. . .
