Satu atau dua tahun yang lalu saya melihat artikel yang sangat baik tentang OOP (Jawa), yang menunjukkan perkembangan logger beton sederhana dari dua atau tiga baris kode, dan proses pemikiran teoretis yang berlebihan oleh pengembang yang tidak berpengalaman yang pada dasarnya mengatakan oh, saya harus tambahkan ini jika kita menginginkannya! Pada akhir artikel, penebang sederhana ini adalah sampah raksasa yang hampir tidak dapat dipahami oleh pengembang asli ...
Apakah ada istilah umum untuk jenis komplikasi berlebih ini? Artikel itu (yang saya harap bisa saya temukan lagi) menunjukkan konsep yang luar biasa untuk kasus yang terisolasi, tetapi saya telah menemukan seluruh proyek di mana para pengembang pada dasarnya telah memprogram diri mereka sendiri menjadi simpul dengan penggunaan pola, kerangka kerja, perpustakaan dan masalah lain. Dengan caranya sendiri, ini sama buruknya (atau bahkan lebih buruk) dari aplikasi spaghetti VB6 lama yang kami warisi untuk penggantian.
Apa yang sebenarnya saya cari adalah mengemukakan hal ini saat wawancara. Saya ingin tahu apakah seseorang sadar dan sadar betapa mudahnya jatuh ke dalam ini dengan kurangnya arsitektur / pra-perencanaan (dan mendapatkan jatuh untuk apakah mereka tampaknya memiliki keseimbangan yang tepat di tempat), tetapi itu bukan sesuatu yang benar-benar sesuatu Saya dapat menemukan banyak info tentang.