Halo, Habr!
Saya memimpin Komite Program konferensi FrontendConf dan saya ingin memberi tahu bagaimana semuanya berjalan dari dalam, menjelaskan apa yang kami investasikan dalam program, mengapa kami memilih ini atau laporan itu. Mengapa, dengan banyaknya informasi di Internet, konferensi bukan hanya pesta tematik, tetapi acara yang sangat berguna. Beri tahu kami mengapa, pada akhirnya, kami melakukan ini, dan siapa kami, karena konferensi ini, pertama dan terutama, orang-orang.
Pembicara adalah "wajah" dari konferensi: menurut laporan yang disampaikan dan diterima, peserta menilai kegunaan acara dan memutuskan untuk pergi atau tidak. Namun di balik "sayap" ada peserta tak terlihat lainnya dalam acara tersebut, yang menentukan seperti apa orang ini nantinya. Ini adalah komite program. Kami di FrontendConf mengambil tim yang sangat keren dan aktif. Tentu saja, saya tidak akan bisa menyebut semua orang, tetapi saya akan mencoba memberi tahu Anda tentang keduanya.
Mengapa saya ada di Komite Program?
Kenalan saya dengan konferensi Oleg Bunin terjadi sekitar 10 tahun yang lalu, ketika saya datang ke HighLoad ++ hanya sebagai pendengar. Waktu berlalu, saya tumbuh secara profesional, keahlian terbentuk dalam kinerja antarmuka dan animasi web, dan keinginan muncul untuk membagikannya. Pada 2016, saya membuat laporan kinerja browser di bagian HighLoad ++.
Tahun berikutnya, saya secara khusus diundang untuk mengajukan permohonan laporan, tetapi tidak ada bahan yang layak untuk presentasi pribadi, dan ada keinginan untuk berpartisipasi dalam persiapan konferensi kelas. Jadi saya sampai di Komite Program. Itu juga menarik di sisi lain, dan mungkin bahkan lebih. Karena Anda bekerja tidak hanya dengan topik Anda, tetapi sekaligus membantu beberapa pembicara untuk menyiapkan laporan, membahas semua aplikasi, dan mempelajari banyak topik. Ini adalah pertama kalinya saya menuju PC tahun ini, yang sangat keren bagi saya karena beberapa alasan.
Ini adalah peluang nyata untuk
mempengaruhi pengetahuan orang-orang di industri. Hasil pekerjaan kami adalah program FrontendConf, yang disatukan oleh motif yang sama, setidaknya 500 programmer akan mendengar, dan diberi kesempatan setelah
video dan
dekripsi di Habré - lebih dari itu. Mereka semua belajar sesuatu yang baru, memikirkan sesuatu yang belum pernah mereka pikirkan sebelumnya, membawa praktik terbaik ke perusahaan mereka dan mendistribusikannya di antara rekan-rekan mereka.
Untuk meringkas sebanyak mungkin - dengan membentuk program konferensi profesional yang begitu besar, Anda dapat memengaruhi kehidupan sejumlah besar pengguna akhir, jauh lebih banyak daripada pengembangnya, meskipun layanan yang besar dapat melakukannya. Karena itu, memilih laporan, kami fokus untuk membuat pengguna lebih bahagia. Dan bahkan jika tidak segera jelas bagaimana laporan
"CI Nyaman dengan tangan Anda sendiri" akan membuat kehidupan orang sederhana menjadi lebih baik, saya yakinkan Anda - itu akan.
Konferensi kami membantu pengembang untuk
meningkatkan . Tidak ada kekurangan informasi sekarang, dan hampir semua yang akan ada di konferensi dapat ditemukan di Internet, jika Anda menggali dengan baik. Tapi itu masalahnya.
Belajar dari bahan-bahan dari Internet seperti pencarian acak - Anda menggali di mana-mana dengan harapan bahwa beberapa di antaranya akan benar-benar menjadi praktik yang baik.
Mengapa kita membutuhkan konferensi?
Banyak informasi tersedia tanpa konferensi, tetapi tidak semua.
Pada konferensi tersebut, informasi ditemukan, disaring, disusun dan diajukan dalam bentuk yang mudah dan dalam bentuk yang indah.
Komite program memilih topik yang perlu dan relevan untuk Anda, dan para pembicara, dengan bantuan kami, mengemas dalam 40 menit apa yang Anda sendiri tidak bisa atasi. Manfaatnya tidak hanya pada piring perak, tetapi sudah disiapkan dengan baik, disajikan dengan indah dan tidak mengandung GMO.
Transgenik dalam pemrograman adalah pengulangan bentuk kultus kargo-mindless, tanpa memahami bagian dalam. Tampaknya seluruh perkembangan diserap olehnya, dan semua dosa ini pada tingkat yang berbeda. Oleh karena itu, setiap laporan harus memiliki penjelasan: apa, mengapa, dan mengapa. Menurut pendapat saya, ini akan sangat membantu untuk tumbuh secara profesional, untuk memahami hubungan sebab-akibat dari penggunaan teknologi tertentu dan di masa depan untuk belajar bagaimana secara independen menilai situasi secara independen. Jangan menulis ulang semuanya di Bereaksi hanya karena Anda
mendengar bahwa itu keren, tetapi lebih baik hati-hati mengevaluasi manfaat dari solusi semacam itu. Jangan terburu-buru melakukan seluruh backend di Node.js, well, karena itu JS, tetapi untuk mengetahui apa yang ada
di balik tudung .
Oleh karena itu, dalam kategori bersyarat "Hal baru" kami tidak memiliki sesuatu yang supernova dan masih hanya menjanjikan. Menceritakan kembali dokumentasi dan buku putih, bahkan didukung oleh eksperimen kecil, tidak tahan terhadap persaingan dan tidak masuk ke program.
Jika praktik penggunaan teknologi tempur tidak cukup sehingga tamu kami dapat menyimpulkan apakah mereka juga perlu menyeret ini ke dalam produksi, maka manfaat dari laporan semacam itu tidak cukup.
Secara umum, semua laporan di FrontendConf dapat dibagi menjadi dua jenis:
produksi - hanya teknologi yang paling berlaku, pendekatan, praktik dan pola desain, dan
konseptual - laporan tersebut harus memperluas cakrawala dan menginspirasi.
Pada saat yang sama, pada beberapa topik, kami akan memiliki laporan pelengkap yang akan memenuhi kedua tugas dan memberikan penjelasan lengkap tentang masalah ini. Sedikit lebih jauh, ketika kita sampai ke WebGL dan animasi, menjadi jelas apa yang saya maksud.
Untuk siapa FrontendConf?
Pertama-tama, kami fokus pada pengembang menengah atau mereka yang tidak memiliki momentum yang cukup untuk tumbuh ke tahap berikutnya, tetapi kami juga akan menemukan pengembang senior daripada mengejutkan. Tetapi spesialisasi dapat benar-benar apa saja, karena kami menganggap kecepatan, tata letak, desain, UI / UX merupakan bagian integral dari frontend.
Bahkan jika Anda hanya terlibat dalam pengaturan huruf, yang sulit untuk dibayangkan oleh pengembang yang lebih tua, maka Anda masih perlu memahami area subjek. Misalnya, tema yang dekat dengan desain juga sangat penting. Sangat bagus jika ada individu dalam tim yang meneliti UX, memperhatikan aksesibilitas, memikirkan semua aspek implementasi animasi, dan hanya JavaScript yang tersisa pada programmer. Tapi bagi saya sepertinya pemisahan peran itu sia-sia. Jauh lebih baik untuk tahu daripada tidak tahu.
Anda bahkan mungkin tidak memikirkan aksesibilitas untuk beranda, tetapi jika setidaknya beberapa ribu orang menggunakan layanan Anda, maka bahkan memeriksa desain dalam mode buta warna akan sudah membantu banyak orang. Hal yang sama dapat dikatakan tentang tata letak: jika Anda lebih memahami alat desain modern, dan perancang yang akrab dengan kemampuan tata letak modern, hasil akhir dari kolaborasi Anda akan lebih ekspresif dan akurat.
Webgl
Di satu sisi, ini dimaksudkan untuk tugas-tugas langka, tetapi untuk kelengkapan, kami mengambil tiga laporan yang terkait dengan WebGL.
Sebuah laporan oleh Anton Khlynovsky "Level terendah: kami menulis di WebGL dan WebAssembly tanpa kerangka kerja dan transkompiler" akan memberikan paparan umum. Kami akan berkenalan dengan dasar-dasar WebGL dan WebAssembly dan menulis atas dasar mereka aplikasi visual sederhana hanya menggunakan API dasar. Karena, tentu saja, ketika berbicara tentang WebGL, mereka sering berarti three.js, dan WebAssembly sudah dikaitkan dengan C atau Rust, tetapi iblis tidak begitu mengerikan. Mengetahui bagaimana teknologi ini bekerja, Anda dapat memutuskan kapan menggunakannya secara menguntungkan, dan kapan demi hal-hal sederhana Anda tidak dapat menyeret 150 Kb kerangka kerja ke klien.
Setelah itu,
Yuri Artyukh akan berbicara tentang menggunakan WebGL untuk animasi. Mari kita telusuri sejarah pembuatan satu animasi dari menerima tata letak hingga pengiriman ke klien. Kita akan melihat gambar keseluruhan produksi secara keseluruhan dan berbicara sedikit tentang grafik dan matematika yang tinggi.
Mstislav Zhivodkov akan menyajikan pengalamannya yang sangat menarik
dalam mengembangkan peta 3D baru di 2GIS. Dari laporannya, kami mencari tahu ke mana data akan digunakan untuk akhirnya ditampilkan di layar. Cari tahu apa yang lebih sulit untuk menggambar - rumah, jalan atau tulisan - dan bagaimana melakukannya dengan cepat.
Ketiga laporan ini akan bermanfaat bagi mereka yang sudah menggunakan WebGL, dan bagi mereka yang ingin memperluas wawasan mereka. Bahkan jika Anda tidak menghadapi tugas-tugas seperti itu dalam waktu dekat, Anda akan memiliki gambaran keseluruhan, gagasan tentang kekuatan dan kelemahan, perangkap dan pengalaman orang lain. Pada akhirnya, ini hanya menarik, dan akan jauh lebih mudah untuk mencari spesifik.
Animasi
Ini adalah topik lain yang kami putuskan untuk diungkapkan dari semua pihak. Para tamu konferensi akan dapat mengetahui bahwa untuk pengembangan dan penggunaan animasi dalam proyek-proyek mereka, sesuatu yang supernatural tidak diperlukan dan bahwa front-end dan desainer tidak terpisah sejauh yang mungkin dipikirkan orang.
Selain cerita tentang animasi, kami memiliki
analisis terperinci animasi dari
Yulia Muzafarova : kapan dan bagaimana menerapkannya, tanpa penyesalan selama bertahun-tahun tanpa tujuan, dan
instruksi dari
Natalia Gabitova tentang penggunaan alat profesional untuk mengerjakan animasi vektor Adobe After Effects di web bersama dengan plugin Bodymovin . Hasilnya adalah animasi dalam format json yang dapat dimainkan menggunakan perpustakaan Lottie tidak hanya di browser, tetapi juga di aplikasi seluler di berbagai platform.
Ada juga
laporan oleh Denis Radin , yang juga dapat diklasifikasikan sebagai kelas konseptual. Presentasi ini akan menunjukkan kepada Anda hal-hal luar biasa yang dapat Anda lakukan dengan bantuan teknologi web dan hal-hal yang sudah dikenal. Denis menciptakan pertunjukan pemetaan 3D, proyeksi dan instalasi seni untuk festival seni dan konferensi IT berdasarkan WebGL dan CSS3D dan berjanji untuk menampilkan langsung beberapa desainnya.
Tidak ada pertempuran kerangka kerja
Kali ini, untuk keluasan dan kelengkapan gambar, kami memutuskan untuk tidak membuat perbandingan dan untuk tidak membicarakan hal-hal yang spesifik untuk kerangka kerja tertentu. Jika Anda menghapus kata "React" dari topik seperti "rendering sisi-server dalam React", "Mengoptimalkan aplikasi React" atau "Testing in React", para peserta akan mendapat manfaat. Jika Anda menggunakan kerangka kerja lain, maka laporan seperti itu tidak akan menarik, atau pembicara perlu diberi banyak konteks, dan kemudian mereka yang menulis dalam Bereaksi akan bosan. Jadi ternyata lebih banyak orang meninggalkan laporan dengan catatan: "Coba ini besok", materi tidak boleh terpaku pada satu teknologi.
Namun, kami memiliki dua laporan yang menyentuh topik kerangka kerja - "
Komponen Web, atau Ada dan Kembali " dan
"Bagaimana cara berhenti memilih kerangka kerja dan mulai hidup .
" Seperti namanya, tidak akan ada kerangka kerja yang konkret. Dalam pidato tentang mereka dikatakan sejauh poin utama dalam ide tersebut adalah tidak fokus pada mereka. Dalam laporan pertama,
Pavel Malyshev menyarankan untuk menggunakan runtime “vanilla” yang paling banyak. Apakah ada kehidupan tanpa kerangka? Kami hanya akan membicarakannya dan membahasnya. Yang kedua - dari
Alexandra Shinkevich - mempromosikan gagasan serupa bahwa kerangka kerja hanyalah alat. Alat ini dipilih berdasarkan tugas, bukan popularitas. Cara melakukan ini adalah dalam pidato Alexandra.
Memperluas cakrawala
Laporan
Zar Zakharov , salah satu peserta aktif di PC kami dan pembicara yang berpengalaman, disebut
"Dari Berdarah Menjadi Perusahaan yang Manis" . Menggunakan contoh Alfa-Bank, ia akan menunjukkan bahwa adalah mungkin untuk mengubah proses yang telah mapan di perusahaan besar dan memperkenalkan teknologi baru. Rahasia Alfa-Bank adalah bonus: bagaimana tumpukan disusun, mengapa Node.js digunakan dan apa yang membantu membuat pekerjaan menjadi nyaman.
Timothy Lavrenyuk akrab dengan kami dari laporan-laporan
hardcore yang harus kami dengarkan tanpa gangguan untuk memahami semuanya. Dia
akan memberi tahu Anda apa yang harus Anda lalui untuk membuat versi web aplikasi dengan kernel C ++ tidak lebih buruk dari yang asli.
Tamu kami yang sering datang, penulis pertunjukan
yang sangat
berkesan ,
Alexei Okhrimenko, memilih
topik yang tidak biasa untuk konferensi di frontend - Machine Learning. Ternyata waktunya telah tiba di browser untuk menyelesaikan masalah yang Anda bahkan tidak bisa impikan sebelum menggunakan jaringan saraf yang dalam.
Persediaan pada pasukan, rencanakan pembicara mana yang Anda pasti ingin ajukan pertanyaan, dan datang kepada mereka secara pribadi, dan lihat sisanya nanti dalam rekaman - dan akan mungkin untuk mendiskusikan
obrolan konferensi setelah fakta.
Pengalaman dunia
Dari artikel ini dan
daftar lengkap laporan, Anda dapat memperhatikan bahwa saat ini kami tidak akan memiliki satu pembicara berbahasa Inggris, meskipun telah ada aplikasi. Sebagian, ternyata seperti itu, tetapi, menurut saya, ini hanya untuk yang terbaik.
Biasanya, pembicara kami sangat membahas topik tersebut, sementara pembicara asing sering berbicara dengan materi yang lebih umum atau dangkal.
Ini bukan dogma, ada pengecualian, tetapi lebih sering. Bintang-bintang asing tidak mau mengadaptasi materi untuk audiens kami, tetapi lebih suka membuat laporan yang sudah dijalankan. Kami mencoba membuat setiap laporan unik.
Juga, ceteris paribus, lebih mudah untuk memahami informasi dalam bahasa asli, dan tidak ada risiko tidak memahami sesuatu di balik aksen semantik implisit. Secara umum, penutur asing tidak tahan kompetisi (kompetisi, omong-omong, serius - lebih dari 100 aplikasi), dan kita bisa bangga dengan tingkat pengembang berbahasa Rusia dan Rusia. Karena beberapa spesialis terkenal akan datang kepada kita dari berbagai negara, tetapi mereka akan berbicara dalam bahasa Rusia.
Ini belum termasuk Ukraina, Belarus, dan Kazakhstan. Dengan demikian, tidak akan ada hambatan bahasa, dan siswa kami akan mendapatkan pengalaman dunia dan pengalaman yang benar-benar mengebom.
Kehidupan programmer
Selain dua trek penuh dua hari dari laporan terapan dan informatif, kita akan memiliki dua yang akan kita tinggalkan di akhir hari produktif yang sulit untuk memikirkan sedikit tentang kehidupan secara umum, dan bukan hanya pengembangan.
Andrey Smirnov dari PC kami, kepala kelompok pengembangan klien di IPONWEB, penulis podcast Frontend Weekend dan penyelenggara RamblerFront, menyarankan untuk mendiskusikan apakah akan mengambil jalur karier "pengembang - pengembang senior - pemimpin tim - pemimpin". Sebaliknya, Andrei dalam judul laporan mengatakan bahwa Anda tidak perlu menjadi seorang pemimpin, dan mengapa - dalam
laporan itu .
Anna Selezneva akan mengangkat topik membakar dari. Pada
laporan Anna, Anda akan mendengar kisah pribadi, belajar melihat kejenuhan dengan humor dan mendapatkan tips berguna tentang cara menghindari keadaan yang benar-benar konyol ini.
FrontendConf sebagai bagian dari festival
Saya telah mencantumkan hanya setengah agar tidak terlalu membuat Anda bosan, dan secara total akan ada 34 laporan di frontend dalam program festival
RIT ++ . Dan apa lagi yang akan ada di festival ... Spoiler: banyak hal menarik.
Terima kasih kepada Komite Program
PC di
situs konferensi mengikuti speaker, tetapi semuanya dimulai dengan itu. Pekerjaan dan aktivitas yang terkoordinasi dari para pembicara sendiri memungkinkan kami lebih awal dari semua konferensi lain sebagai bagian dari RIT ++ untuk menutup penerimaan aplikasi dan mulai membentuk program. Orang-orang berikut berpartisipasi dalam pekerjaan PC, tinjauan sejawat, putaran, pemilihan dan pengawasan laporan: Sergey Popov, Pavel Lovtsevich, Alexander Mayorov, Maria Prosvirnina, Andrey Smirnov, Zar Zakharov, Ivan Botanov. Akan menyenangkan untuk menunggu sampai semuanya berjalan sebagai hasilnya, tetapi saya ingin mengucapkan terima kasih sekarang.
Hanya dua minggu, dan Frontend Conf dan kita akan melihat pekerjaan Komite Program dengan mata kepala kita sendiri. Pesan tiket Anda - 20 Mei adalah batas waktu harga terakhir. Datang ke Frontend Conf RIT ++ pada bulan Mei, berlangganan buletin : materi baru, pengumuman, akses video dan lebih banyak artikel keren.