Saat membuat solusi baru atau non-standar, arsitek / pengembang biasanya menemukan kompromi antara apa yang dia inginkan dan apa yang dibutuhkan, dengan mempertimbangkan batasan yang diberikan. Dan selalu ada kemungkinan pada akhirnya tidak melakukan apa yang diharapkan atau mendapatkan solusi yang jauh dari optimal.
Dan jika "kami menginginkan yang terbaik, tetapi ternyata seperti biasa" terjadi karena persyaratan yang belum ditemukan atau diubah, maka ini setidaknya dapat dijelaskan. Tetapi kadang-kadang ada lubang pada wanita tua itu dan sangat menjengkelkan jika melewatkan kesalahan seorang anak hanya karena matanya yang kabur atau karena jebakan dari penggunaan nyata dari teknologi modern.
Dan untuk meminimalkan kemungkinan kesalahan semacam itu, di banyak perusahaan terdapat praktik perlindungan solusi arsitektural sebelum memulai pengembangan langsung proyek besar baru. Ini bisa diatur sebagai pertemuan, tinjauan arsitektur, atau hanya diskusi ruang merokok. Itu semua tergantung pada struktur staf dan ukuran perusahaan, serta pada proses pengembangan yang ditetapkan.
Tetapi apa yang harus dilakukan jika perusahaan memiliki satu atau dua pengembang, atau pengalaman mereka tidak cukup untuk penilaian ahli atas solusi yang diusulkan? Atau apakah mereka hanya kekurangan waktu atau keinginan untuk menyelidiki kesulitan orang lain?
Anda mungkin sudah menduga bahwa kita berbicara tentang penggunaan Habr sebagai platform tempat Anda bisa mendapatkan bantuan nyata dari orang-orang yang berpengetahuan.
Umpan balik yang bagus memang bisa didapat melalui komentar publik. Lagipula, menulis artikel untuk Habr jauh lebih mudah dan nyaman daripada mempersiapkan pertahanan di komite arsitektur. Tidak perlu menyetujui tanggal dan waktu saat Anda dapat mengalihkan orang dari proses utama. Dan mereka, pada gilirannya, tidak perlu segera dimasukkan ke dalam konteks untuk dapat berpartisipasi dalam pembahasan detail.
"Pada waktunya" saya mendapat kesempatan untuk berpartisipasi dalam pekerjaan komite arsitektur sebuah perusahaan besar. Dan perasaan setelah akhir setiap pertemuan selalu ada dua. Di satu sisi, sangat menyenangkan mendapatkan pengalaman baru dan seringkali bantuan nyata. Tapi itu juga terjadi bahwa diskusi biasa tentang masalah yang tampaknya kecil berubah menjadi pertarungan verbal, yang gaungnya terdengar setelah beberapa hari.
Saya terutama mengingat pengalaman berpartisipasi dalam proses penyatuan komponen yang digunakan. Butuh waktu lebih dari satu setengah tahun untuk menyatukan antarmuka dan implementasi dari satu perpustakaan kecil dan membutuhkan beberapa penulisan ulang yang lengkap dari keseluruhan implementasi. Akibatnya, banyak waktu yang terbuang untuk membuat kode menjadi dapat digunakan yang akan memuaskan semua konsumen dan benar-benar memadamkan keinginan untuk melakukan hal seperti itu lagi.
Di sisi ini, artikel tentang Habré hanya menjadi pilihan ideal ketika perusahaan tidak memiliki kompetensi untuk menyelenggarakan diskusi tentang masalah yang kompleks. Dan yang terpenting, apa pun solusi dan saran yang Anda terima selama pembahasan artikel, tidak ada yang memaksa Anda untuk mengikuti mereka!