Seringkali aplikasi dikembangkan melalui banyak perbaikan kecil, tetapi ada saatnya ketika banyak detail dibangun menjadi gambar yang lengkap, yang implementasinya membutuhkan perubahan berkualitas tinggi dan skala besar. Dan di sini, hanya satu ide bagus tidak cukup. Yang tidak kalah penting adalah komponen organisasi dan teknis dari masalah ini. Bagaimana menyiapkan dan mengimplementasikan perubahan arsitektur dalam sistem kerja? Kami
ingin berbicara tentang refactoring global, meningkatkan kinerja sistem, mengoptimalkan kode, pendekatan untuk bekerja dengan database dan banyak hal lainnya.
Program dan pembicara:Alexander Kolesnikov, Wrike - Refactoring yang luar biasa dalam produk 24/7
Refactoring hebat adalah sesuatu yang tidak bisa dilakukan dalam semalam dan bahkan berlari cepat. Terkadang butuh seperempat atau bahkan beberapa untuk bekerja. Masalah dengan refactoring besar adalah bahwa sementara beberapa mencoba untuk membersihkan, yang lain terus mengubah kode, dan kura-kura mungkin tidak pernah punya waktu untuk mengejar ketinggalan dengan Achilles. Untuk menerapkan refactoring besar, Anda harus dapat secara otomatis menentukan rencana kerja. Kemudian, di beberapa titik, akan mungkin untuk melarang pendekatan lama untuk mengatur kode di tingkat tes. Dengan demikian, jumlah upaya yang diperlukan akan diperbaiki, dan akan mungkin untuk menutup utang teknis yang tersisa dengan bantuan tim khusus atau seluruh departemen pengembangan.
Contoh: Hibernasi → MyBatis, Struts → Web.fw, Domain.fw, Sharding, Pemisahan Akun, Refactoring API, Enkripsi. Paket: QueryEngine, Hybrid-Infrastructure, Multiple-DataCenters, Inbox.
Philippe Delgyado, NEXIGN, “Jalur yang tidak terpikirkan: mengubah metodologi dengan cepat, bekerja dengan basis data tanpa ORM, dll.”
Saya akan berbicara tentang beberapa praktik non-standar dari proyek terbaru, (n) yang ternyata berhasil dan bermanfaat.
Pada awalnya saya akan memberi tahu Anda tentang pengalaman memilih metodologi pengembangan yang berbeda untuk berbagai tahap proyek, mengapa Anda memerlukan "metodologi refactoring" dan bagaimana membuat metodologi berubah lebih atau kurang menyakitkan.
Kemudian saya akan menjelaskan skema bekerja dengan struktur kompleks dalam database tanpa menggunakan ORM dan tanpa pertanyaan kompleks, yang secara signifikan memfasilitasi bahkan refactoring paling kompleks dari struktur data yang digunakan.
Nah, pada akhirnya saya akan berbicara tentang segala macam hal kecil - analisis log tanpa ELK, pelajaran pembelajaran refactoring dan lainnya.
Dalam cerita ini saya akan mencoba untuk fokus pada kondisi batas untuk penerapan praktik, jebakan yang digunakan dan bahaya lainnya.
Vasily Sozykin, Yandex.Money “Microservices: satukan hampir semuanya, tapi tidak lebih”
Pengalaman saya menunjukkan bahwa upaya menyatukan orang di perusahaan besar tidak menghasilkan hal yang baik. Tetapi penyatuan proses dan teknologi membantu membangun sistem layanan-mikro yang keren.
Sebuah laporan tentang bagaimana kami beralih ke sistem pembangunan yang sepenuhnya terdesentralisasi, tetapi tetap menjadi tim dan membangkitkan komunitas yang masuk akal. Saya akan mengilustrasikan bagaimana kami meningkatkan proses melalui contoh - ini membantu memperluas, tetapi tidak menjadi perusahaan dalam arti kata yang buruk.
Jika Anda mulai mengimplementasikan layanan-layanan mikro, tetapi tidak yakin akan segalanya, maka laporan tersebut mungkin merupakan rencana tindakan Anda. Dan jika Anda sudah hidup di dunia layanan-mikro - bersama-sama kami ingat jalur yang ditempuh dan berbicara tentang masalah saat ini.
→
Pendaftaran