Cerita ini merupakan pendapat pribadi berdasarkan pengamatan saat mengerjakan berbagai proyek.
Memasuki pengembangan tim
Selama saya bekerja freelance, tidak ada masalah dalam memilih technology stack, semuanya sederhana, saya berkonsultasi dengan teman, membaca berbagai sumber dan memilih stack yang tepat. Ini adalah hal-hal populer karena ada lebih banyak informasi tentang mereka, lebih banyak proyek siap pakai di mana Anda dapat memata-matai solusi yang tepat dan lebih banyak jawaban di Stack Overflow jika Anda menghadapi masalah. Ini membuat pekerjaan tidak terlalu membuat stres.
Tapi ketika saya mulai bekerja sebagai tim, menumpuk menjadi misteri. Kepalaku terus berputar: Kenapa? Mengapa? Dari mana asalnya ini? Apa pendekatannya? Saya tidak mengerti mengapa satu tim memiliki beberapa teknologi, sementara yang lain memiliki yang lain, meskipun pada dasarnya semua orang melakukan hal yang sama.
Itu juga sangat menarik dan tidak jelas mengapa beberapa orang di proyek dengan busa di mulut membuktikan keunggulan jalur yang dipilih, sementara di tim lain yang lain melakukan hal yang sama, tetapi dengan cara yang berbeda dan pendekatan yang berbeda dalam teknologi yang saya jelaskan dari tim sebelumnya hanya diejek ...
Pada saat itu, saya hanya mengikuti arus dan mempelajarinya. Saya tidak punya waktu untuk belajar filsafat, saya hanya perlu meningkatkan keterampilan saya. Oleh karena itu, saat mengerjakan proyek, saya benar-benar dijiwai oleh ide-ide para penginspirasi teknis dan menerimanya sebagai milik saya.
Terkadang saatnya tiba dan saya harus pindah ke proyek lain. Dan lagi-lagi ada saat kejutan besar, ketika frontend modern yang tampaknya standar, secara teknis identik dan mapan, di tim baru mengambil penampilan yang benar-benar menyimpang di bawah kap dan benar-benar identik pada keluaran.
Memahami apa yang sedang terjadi
Mungkin Anda perlu memulai dengan pemahaman bahwa kebenaran itu tidak ada dan setiap orang bebas melakukan apa yang dia inginkan, selama itu tidak merusak proses dan hasil secara keseluruhan. Mengingat ada +10 solusi untuk masalah apa pun di depan.
Pekerjaan dimulai dengan memilih tumpukan dasar, apa pun itu, tetapi kemudian ada banyak potensi untuk variasi yang berbeda. Basis kode tertulis yang sudah ada juga ditambahkan, karena banyak hal, atau jika dikatakan tidak semua, telah ditulis dan tinggal menyesuaikannya agar sesuai dengan kebutuhan Anda.
. , -, - . .
, . , - .
, , - , . , , , , .
, , , , , , “ ” , .
. , . , JS TS. , . “ !” , , . , React Router. , history React. : “ history spa, React?” - , , .
. , . , , , 100 , 100 , , . , , , ?
Go ahead
“ ”. , gitHub’. “Wow Rust”, “Wow React-Reason”. !
, “ ”. , . , . , .
1 . N , - , .
2 . , , .
- , , , , : “ - x1,5 , , , . , , .”
: “ ?” : “ …”.
, , , . , .
.
Dan manajemen, setelah pemimpin pergi, akan pergi ke hh.ru dan mengemudi untuk mencari "Rust" atau "Reason" mendapat kebanggaan 0. Dan untuk menyenangkan tim, mereka akan kembali ke pengembangan dalam repositori lama yang bagus dan mudah dipahami.
Kesimpulan dari keseluruhan cerita ini dapat dikatakan bahwa semua teknologi yang modis sangat cocok untuk memperluas cakrawala pengembang dan untuk meningkatkan keterampilan. Tetapi sampai proyek-proyek besar, kompleks, dan bekerja yang dikembangkan oleh pengembang yang bijaksana muncul pada mereka, mungkin tidak ada gunanya memperkenalkan semua "Fashion" ini secara independen ke dalam produksi.