Antipattern " Reinvent the wheel " adalah yang cukup umum - daripada menggunakan solusi yang siap pakai, tulis sendiri dari awal. Basis kode tumbuh tanpa perlu, antarmuka yang sedikit berbeda yang melakukan hal yang sama tetapi sedikit berbeda, waktu terbuang untuk menulis (dan men-debug!) Fungsi yang sudah tersedia. Kita semua tahu ini.
Tapi ada sesuatu di ujung spektrum yang berlawanan. Ketika alih-alih menulis fungsi Anda sendiri yang merupakan dua baris kode, Anda mengimpor kerangka / API / pustaka, instantiate, mengkonfigurasi, mengubah konteks menjadi tipe data yang dapat diterima oleh kerangka kerja, lalu memanggil satu fungsi tunggal yang melakukan persis apa yang Anda butuhkan, dua baris logika bisnis di bawah satu gigabyte lapisan abstraksi. Dan kemudian Anda perlu memperbarui perpustakaan, mengelola dependensi build, menjaga lisensi tetap sinkron, dan kode instantiasi Anda sepuluh kali lebih lama dan lebih kompleks daripada jika Anda hanya "menciptakan kembali roda".
Alasannya mungkin beragam: manajemen yang secara tegas menentang "reinvention of the wheel" terlepas dari biaya, seseorang mendorong teknologi yang mereka sukai meskipun sedikit tumpang tindih dengan persyaratan, peran yang semakin menipis dari modul utama sistem sebelumnya, atau harapan ekspansi dan lebih luas penggunaan kerangka kerja, yang tidak pernah tiba, atau hanya kesalahpahaman tentang "bobot" beberapa instruksi impor / sertakan / muat membawa "di belakang layar".
Apakah ada nama umum untuk antipattern semacam ini?
(Saya tidak mencoba memulai diskusi ketika itu benar atau salah, atau jika itu adalah antipattern atau pendapat yang berdasarkan apa pun , ini adalah pertanyaan nomenklatur yang sederhana dan obyektif.)
Sunting: pembicaraan "duplikat" yang disarankan tentang overengineering kode sendiri untuk membuatnya "siap untuk segalanya", sepenuhnya terpisah dari sistem eksternal. Hal ini mungkin dalam beberapa kasus berasal dari itu, tetapi umumnya berasal dari "keengganan untuk menciptakan kembali roda" - kode digunakan kembali di semua biaya; jika solusi "siap pakai" untuk masalah kita ada, kita akan menggunakannya, tidak peduli seberapa buruk itu cocok dan berapa biayanya. Dogmatis mendukung penciptaan dependensi baru daripada duplikasi kode, dengan total mengabaikan biaya integrasi dan pemeliharaan dependensi ini bila dibandingkan dengan biaya pembuatan dan pemeliharaan kode baru.