- Dmitry Mamonov , Wrike "Dari sepeda ke sepeda motor: mengapa mengembangkan solusi Anda sendiri bisa lebih baik daripada menggunakan kerangka kerja yang sudah jadi."
- Vladimir Krasilshchik , Yandex “Selamat datang, atau pengendara sepeda tidak diperbolehkan”
- Vyacheslav Lapin , EPAM – Meretas “kurva masuk”
Apa perbedaan proses pengembangan produk Anda sendiri dengan proyek outsourcing dari sudut pandang teknis? Kapan masuk akal untuk berinvestasi dalam pengembangan dari awal, dan kapan lebih baik mengambil solusi yang sudah jadi?
Dalam pengembangan perangkat lunak, menulis sepeda Anda sendiri diperlakukan sebagai romantisme pekerjaan. Pemrogram dengan bangga membagikan sepeda mereka dan mempostingnya di Github. Menurut pembicara, ini adalah proyek “Hello World” dengan tujuan mempelajari sesuatu, atau omong kosong pada tingkat “Kami tidak ingat mengapa kami menemukan bola bilyar yang dapat menumbuhkan rambut, tetapi itu sangat sulit.”
Dalam pidatonya, pembicara akan membahas pertanyaan-pertanyaan yang harus ditanyakan oleh seorang “pengendara sepeda” atau pemimpin tim “pengendara sepeda” pada dirinya sendiri sebelum berangkat ke Tour De France. Ia akan memberikan contoh pustaka dan framework yang kemunculannya dibenarkan dan didikte oleh pendekatan pragmatis, serta contoh kreasi yang kemunculannya tidak mungkin berdasarkan pertimbangan pragmatis.
Menemukan “sepeda” adalah teknik pengajaran yang hebat! Calon seniman kebanyakan meniru lukisan para master, lalu mengapa sindrom NIH dianggap jahat di bidang IT? Lagi pula, untuk memahami cara kerja perpustakaan atau kerangka kerja, yang terbaik adalah mencoba menyelesaikan sendiri masalah yang mereka selesaikan, biasanya dengan menulis sesuatu yang serupa.
Sejak kita beralih ke model pembelajaran yang konstan dan permanen (pada kenyataannya, belajar dan bekerja telah menjadi satu proses yang terpadu), “pembuatan sepeda” sangat mendukung kita dalam hal ini, yang pada dasarnya merupakan praktik dalam pembelajaran: kita membaca tutorial, artikel, menonton pidato di konferensi dan mencoba untuk mencoba beberapa dari ini dalam proyek tempur kami, sehingga menemukan jalur terpendek di sepanjang “kurva masuk” menuju teknologi baru.
Namun, hal ini seringkali bukan cara terpendek, termurah, dan teraman untuk menyelesaikan masalah bisnis pelanggan, sehingga jarang sekali pelanggan menyetujui hal ini. Ke manakah “pengembang miskin” harus pergi dalam situasi seperti ini? Hal ini akan dibahas dalam laporan Vyacheslav.
Apa lagi yang harus dibaca: |
---|
GO TO FULL VERSION