Apakah Andrei Breslav menyiksa kesalahan desain Kotlin yang tidak bisa diperbaiki // Kita akan mati # 6



Andrey Breslav jarang berbicara tentang Kotlin baru-baru ini. Dua kali saya memanggilnya untuk wawancara, dan kedua kali dia meminta saya untuk tidak membahas masalah teknis.

Di satu sisi, saya jengkel. Saya mengerti bahwa semua orang bertanya kepada mereka - tetapi saya tidak. Saya mungkin adalah jurnalis kemanusiaan murni terakhir di Rusia yang ingin memberi tahu orang-orang tentang sisi teknik industri, dan bukan hanya tentang jutaan pengusaha sukses yang diangkat; dan siapa yang tidak akan menanyakan hal menyedihkan ini β€œbaiklah, jelaskan kepada pendengar saya dengan jari bagaimana cara kerjanya sehingga mereka mengerti.”

Di sisi lain, karakter orang lebih dapat dimengerti dan menarik bagi saya secara pribadi daripada teknologi, dan saya senang ketika pengembang yang keren siap untuk berbicara tentang dirinya sebagai pribadi, bukan sebagai unit kerja.

Saya mengambil wawancara pertama dari Breslav setahun yang lalu, tetapi tidak pernah membebaskannya. Yang kedua dipanggil ke podcast bersamafillpackart. Dia merefleksikan keberhasilan dan kesalahan di Kotlin, berjuang dengan stereotip kami tentang poliamori, mendengarkan keluhan tentang kehidupan dan melampirkan ceramah yang kuat dengan justifikasi pengetikan dinamis.




Beberapa kutipan dari podcast

Mengapa tidak lagi menarik untuk dibicarakan tentang pembangunan


Saya sudah melakukan Kotlin selama sepuluh tahun, dan selama enam tahun terakhir semua orang ingin berbicara dengan saya hanya tentang dia. Setiap orang memiliki pertanyaan yang sama tentang Kotlin, saya sangat lelah menjawabnya. Jangan tersinggung - hanya saja sangat sulit menemukan pertanyaan yang belum pernah ditanyakan seseorang dalam enam tahun ini. Tampaknya ini sama sekali tidak berguna - saya sudah menjawab, semua materi dapat ditemukan dan dibaca. Aku muak dengan sangat, sangat buruk.

Saya perlu membicarakan hal lain. Sekarang saya lebih tertarik pada topik-topik kemanusiaan - tentang psikoterapi, poliamori, keseimbangan gender. Saya benar-benar ingin menyadari aspek-aspek kepribadian saya ini. Saya menyadari sisi teknik - saya juga ingin yang lain.

Saya sering menemukan diri saya berbicara tentang bidang-bidang di mana saya kurang berpengalaman. Segera saya mulai menarik kesimpulan - saya memiliki properti seperti itu. Saya tidak memiliki kesabaran untuk memilah, membaca literatur, memastikan bahwa ini bukan hal pertama yang saya pikirkan. Tetapi berbicara tentang hal-hal di luar pembangunan, saya tidak merasa bahwa saya benar-benar tidak pada tempatnya. Sebaliknya - sepertinya saya bisa menghadirkan tampilan baru.

Tentang sikap Kotlin terhadap kesuksesan


Ya, saya pikir ini adalah pencapaian yang tampaknya keren bagi banyak orang. Setelah itu saya sedikit tenang.

Saya selalu percaya diri - ini adalah kekuatan dan kelemahan. Bagaimanapun, masih perlu untuk melakukan proyek semacam itu, untuk meyakinkan diri sendiri bahwa Anda bisa. Dan saya tidak perlu membujuk sama sekali. Saya yakin ya, tentu saja, mari kita pergi dan melakukannya. Ada perasaan bahwa dia mungkin tidak terbang. Tapi apa yang akan kita lakukan - tidak ada pertanyaan sama sekali.

Rasa percaya diri saya dulunya lebih mengganggu. Saya pikir begitu - "sekarang, saya keren, tiba-tiba semua orang tidak akan mengerti ini." Sekarang saya kurang cemas, dan saya bahkan tidak yakin ini karena kesuksesan Kotlin. Ini adalah efek kumulatif dari berbagai hal.

Saya seperti psikoterapi - ini juga menghilangkan beberapa jenis kecemasan. Saya mengacaukan berkali-kali dalam berbagai hal dan menemukan konsekuensi nyata dari kesalahan. Mereka tampaknya menjadi bencana, tetapi jauh dari apa yang saya takutkan. Dan secara umum bukan itu yang saya harapkan - konsekuensinya bekerja di tempat yang sama sekali berbeda.

Tenang datang dari memahami tingkat risiko yang sebenarnya.

Apakah kelemahan desain Kotlin yang tidak dapat diperbaiki


Tidak ada kesalahan sehingga saya tidak tidur di malam hari. Tetapi ada hal-hal yang muncul, dan setiap kali itu adalah lelucon. Ada banyak tempat di mana perlu untuk melakukan sesuatu yang kecil dengan cara lain, atau untuk mengubah sesuatu yang penting ke arah lain. Tetapi saya mengerti bahwa ini adalah masalah semua orang.

Setiap orang yang telah membuat sistem kompleks besar yang tidak dapat diulang karena orang-orang seperti itu memiliki pemikiran seperti itu. Terutama seperti dalam kasus saya - jika sistem ini adalah yang pertama dalam hidup mereka.

Ada orang yang membuat satu bahasa, kompiler, mesin virtual, database - sistem yang kompleks, dan belum mendapatkan popularitas. Kemudian upaya lain, ketiga, dan keempat hanya berhasil. Dan ketika upaya keempat, sudah ada pemahaman di mana mencarinya; apa yang penting dan apa yang tidak penting. Bukan hanya dalam hal-hal yang dapat dipahami secara matematis - melainkan dalam hal persepsi oleh orang lain.

Lebih mudah bagi orang-orang seperti itu dalam arti bahwa mereka sudah tahu banyak sebelumnya. Dan saya tidak tahu, seperti banyak yang memiliki sistem yang sukses dulu. Mereka tidak tahu di mana tambang itu diletakkan. Gumpalan saja diisi.

Tampak bagi saya bahwa pengguna dari setiap sistem populer terlihat dan berpikir - "Tuhan, mengapa ini dilakukan di sini!?" Ya, karena orang yang kepadanya semua tergantung, dulu sekali tidak menebak. Yah itu terjadi - seseorang belum menebak.

Kesalahan apa yang akan diperbaiki pada awalnya, jika saya kembali ke masa lalu


Omong kosong yang paling penting - saya tidak mulai merekrut tim di awal.

Itu perlu untuk merekrut tim. Banyak semuanya tergantung padanya. Kotlin diluncurkan pada tahun ke-16, dan sudah sangat terlambat. Itu keluar setelah Jawa 8. Banyak hal yang sangat penting dari sudut pandang promosi bahasa akan benar-benar berbeda jika saya tidak bodoh pada tahun-tahun pertama dan mengetik tim.

Jawaban lain bahkan lebih baik - Anda harus mencari mentor untuk manajemen proyek. Lalu saya berumur 26 tahun, entah bagaimana saya tahu cara menulis kode, saya mengerti lebih baik tentang bahasa pemrograman daripada banyak, tetapi saya tidak tahu bagaimana mengelola orang sama sekali. Saya harus mencari seseorang yang tahu bagaimana caranya, dan memintanya untuk memberi tahu saya.

Itu akan menjadi yang terbaik yang bisa saya lakukan, dan kemudian Kotlin akan jauh lebih keren daripada dia sekarang.

All Articles