Terkadang pengembang dari kota lain dan mahasiswa bertanya kepada saya ke mana harus pergi untuk spesialis IT di ibukota budaya. Selama organisasi mitaps untuk python, saya mengumpulkan acara TI untuk mengadopsi chip terbaik dan menyesuaikannya dengan audiens target kami. Tinjauan ini mensistematisasikan kesan pertemuan reguler komunitas TI terbesar di St. Petersburg: Golang Piter, Fprog, C ++ Kelompok Pengguna, SpbDotNet, PiterPy Meetup, PyLadies, Django Girls, Spb Python, Frontend Spb, PiterJS, ODS, SpBDSM, seminar di JetBrains Research , ITMO dan lembaga penelitiannya, CSC, RAS. Acara yang dianggap gratis dan terbuka untuk semua orang, tetapi pra-registrasi diperlukan hampir di mana-mana (untuk memperhitungkan jumlah peserta saat memesan kamar, mengatur rehat kopi, dan membeli barang dagangan). Hampir setiap orang memiliki saluran youtube tempat Anda dapat menonton rekaman dari pertemuan sebelumnya, dan obrolan telegram, di tempat yang nyaman untuk melacak pengumuman. Mungkin tidak kalah menariknya pada aksi unjuk rasa yang belum saya capai. Mungkin seseorang ingin melanjutkan ulasan dan mengisi kekosongan.

Pengantar singkat tentang subkultur TI

Spesifik dari pekerjaan programmer menyiratkan kebutuhan untuk fokus pada penyelesaian masalah yang sangat khusus. Tetapi pasar berubah secara dinamis, dan sulit bagi para pakar teknologi untuk beradaptasi.

Selain itu, baru-baru ini ada kecenderungan untuk meminta satu orang untuk menggabungkan fungsi dari spesialis yang berbeda. Sebagai contoh, pesaing fullstacks semakin diharapkan dari backender dan front-end, mereka diharuskan menjadi ilmuwan data pada saat yang sama dengan devops atau membuat visualisasi data untuk programmer dan desainer d3. Jika sebelumnya mungkin untuk secara skematis membedakan dua cara mengembangkan pengembang: teknis (pengembang senior, arsitek teknologi) dan manajerial (pemimpin tim, manajer proyek, manajer produk, CTO), sekarang mereka membedakan banyak corak, dari seorang pakar dalam teknologi tertentu hingga penginjil teknis yang seharusnya memantau tren di berbagai bidang TI, memahami pemasaran TI dan spesifik membangun komunitas (devrel). Sebuah mode untuk insinyur berbentuk T muncul: goresan vertikal dalam surat itu sesuai dengan spesialisasi, yang horizontal - ke cakrawala (meskipun istilah "orang berbentuk T" diperkenalkan oleh David Gast hampir 30 tahun yang lalu). Pengembang seperti itu sangat tenggelam dalam spesialisasi mereka, tetapi secara berkala muncul ke permukaan dan mengambil pengetahuan permukaan dari berbagai bidang.

Tidak ada kekurangan acara di St. Petersburg - hampir setiap minggu acara diadakan untuk pengembang berbagai format. Seperti yang dicatat oleh penyelenggara konferensi JUG.ru , awalnya pertemuan itu diadakan untuk pertukaran pengetahuan antara teman-teman dari perusahaan yang berbeda. Sekarang para pengorganisir rapat umum ini mengalihkan fokus pada komunikasi dengan orang-orang yang berpikiran sama dan jejaring yang bermanfaat.

Di antara pembicara, ada guru berbicara di depan umum yang menjalankan laporan sebelum konferensi dan pembicara yang tidak berpengalaman. Meskipun paling sering ada sesuatu untuk dikatakan, itu untuk para insinyur sibuk yang tidak pergi ke pertemuan sangat sedikit. Seperti di bawah pengawasan yang cermat dari penyelenggara pada pre-run melewati jalan Demosthenes - dan kemudian mereka sendiri menangkap drive dari perasaan koneksi dengan audiensi orang-orang yang berpikiran sama. By the way, jika di Moskow pertemuan diselenggarakan terutama oleh perusahaan (meskipun ada juga komunitas TI), maka di St. Petersburg pertemuan didukung oleh komunitas secara sukarela. Dalam mencari komunikasi dengan orang-orang yang berpikiran sama, yang terbaik adalah tidak terikat dengan komunitas tertentu, tetapi untuk "memilih dengan kaki Anda", setiap kali memilih mitap dengan topik yang paling relevan untuk laporan Anda dan pembicara yang paling karismatik.

Jika Anda belum pernah melihat festival dan konferensi di St. Petersburg sebelumnya, Anda dapat melihat daftar lebih dari 20 komunitas TI di situs-situs festival besar dan meetup.com . Demi pengetahuan, lebih produktif untuk tidak menyemprotkan dan pergi ke konferensi besar sekali setahun (disarankan untuk memilih konferensi yang diselenggarakan oleh pengembang untuk pengembang dan dengan program yang terstruktur secara logis, tanpa laporan pemasaran, kerumunan eychars dan gado-gado laporan). Jika Anda tertarik dengan bagaimana rekan kerja dari ekosistem lain hidup, Anda dapat mengunjungi festival setahun sekali untuk berbagai komunitas dan perusahaan IT, seperti TechTrain dan ITGM, yang juga diselenggarakan oleh pengembang. Dari festival sci-tech dari pemasar dengan kaleidoskop konten softcore (antarmuka saraf, ceramah tentang poliamori, tabel bundar tentang isu-isu gender dalam IT atau etika AI), pecinta hardcore dibiarkan dengan kesan "ada banyak orang yang salah berkeliaran dalam kesibukan kosong."

Mitaps hardcore

Piter golang

Jika Anda ingin laporan tentang bagian dalam teknologi dan beban tinggi, komunikasi dengan
mereka yang suka menulis fungsi di assembler dan driver jaringan - buka mitap Go . Mereka juga suka membahas arsitektur aplikasi, server, dan basis data (walaupun faktanya layanan di Go kecil). Untuk tugas-tugas seperti "masukkan progress bar 16x30 dengan scroll ke proyek besar, Anda perlu memahami bagaimana kode akan dieksekusi dalam sistem. Komunitas telah ada sejak 2013, dulunya adalah 2 mitaps setahun, sekarang adalah 4. Biasanya ada 3-4 laporan mendalam pada mitap (tidak seperti banyak mitaps lainnya, di mana ada 2 laporan dan hanya satu yang hardcore). Terkadang laporan diadakan dalam format sesi live-coding. Para pembicara membangun pidato mereka, mulai dari solusi masalah tertentu dan hampir tidak menggunakan meme yang memikat perhatian pada slide, tetapi banyak kode. Untuk mengumpulkan orang-orang yang berbicara bahasa yang sama, laporan tentang devrel dan dunia pembangunan di luar Go terputus. Konfirmasi pendaftaran untuk mitap dilakukan secara manual setelah verifikasi, meskipun tidak ada kriteria formal untuk penolakan dan mereka tidak diizinkan untuk memasuki mitap kecuali Eicharov. Di antara kerumunan yang dikumpulkan dengan metode pemasaran dan kualitas penonton, panitia memilih yang terakhir. Tidak seperti komunitas lain, penjual akan mengabaikan obrolan telegram, dan dari komunitas mereka bergabung ke dalam Grup Slack dan Google, yang tidak bertele-tele. Meskipun kurangnya SMM, komunitas ini berkembang pesat. Sekarang acara mereka dikumpulkan oleh lebih dari seratus peserta, yang tidak biasa untuk mitaps hardcore.

       : ”    ,          ”. 

Goal.go of organiser - Go promotion di mana ternyata lebih efektif daripada alat biasa, tetapi tidak digunakan baik dari kurangnya motivasi untuk mempelajari hal-hal baru dari pengembang, atau dari kurangnya kemampuan untuk membuat keputusan atas kehendak dari manajemen. Target audiens adalah insinyur yang tidak melihat mesin sebagai kotak hitam dan memiliki pengalaman dalam pemrograman dalam bahasa lain dan / atau pelatihan matematika yang baik. Terlepas dari kenyataan bahwa sintaks Go dapat dipelajari selama akhir pekan, saat menyelesaikan masalah, Anda harus memikirkan hal-hal di luar kode: kategori jenis, skalabilitas, sistem file, prediktor pada CPU, dll.

Penelitian Jetbrains

Desainer Go berawal dari gagasan membatasi pengembang hingga maksimum sehingga bahkan kode terburuk pun dapat dibaca. Pendekatan yang berlawanan adalah menanamkan pola yang baik, yang paling sepenuhnya diimplementasikan oleh pencipta IDE dan linter. Linter dapat memberikan saran yang lebih bermanfaat daripada pembicara lain yang ingin tetap mendengarkan tanpa menciptakan dan meningkatkan teknologi. Jika Anda tertarik dengan ide-ide baru apa yang muncul di bidang ini, ada baiknya melihat seminar berbagai laboratorium penelitian di JetBrains , di mana publikasi tentang kompiler, LLVMs, bahasa khusus domain (DSL), vektorisasi kode untuk linters, perbaikan otomatis bug, kemampuan peninjauan kode dan refactoring dengan metode pembelajaran yang mendalam, dll ... Sebuah seminar biasanya mencakup satu laporan dan diskusi panjang yang mendalam. Ada banyak rumus pada slide dan tidak ada kode, mereka tidak suka berbicara tentang penerapan praktis hasil, seperti ahli matematika sejati. Meskipun di github Anda dapat melihat beberapa implementasi dari pendekatan tersebut, misalnya, plug-in untuk IDE dengan DL di bawah tenda. Seminar terbuka untuk semua, kontingen utama adalah mahasiswa pascasarjana ITMO di JetBrains dan mahasiswa matmakh Universitas Negeri Saint-Petersburg. Terkadang pertemuan dilakukan dalam format diskusi tentang laporan seorang profesor tamu. Di antara karya-karya siswa yang menarik, seseorang dapat mencatat pelatihan model untuk menghasilkan kode Python dari bahasa Inggris (seperti dalam kompetisi di CodaLab ) dan studi tentang kemungkinan menciptakan DSL yang nyaman dan aman untuk kontrak pintar. Secara umum, DSL cocok dengan tren pengembangan bahasa pemrograman di sepanjang jalur abstrak dari tugas-tugas tingkat rendah dan memberi pengembang kesempatan yang lebih besar untuk fokus pada tugas bisnis. Di satu sisi, ini disebabkan oleh kompleksitas sistem. Di sisi lain, manajer sering kali tidak cukup kompeten untuk menguraikan tugas dengan benar, dan pengembang harus mengerjakan sendiri konsepnya. Ngomong-ngomong, jika Anda tidak menyukai IDE modern dan lebih suka membangun sepeda Anda dari githooks, ctags, BBedit, dll., Cari orang yang berpikiran sama di PiterPy Meetup (bahkan sudah ada laporan tentang topik ini, Anda dapat menonton rekaman di saluran youtube ).

Fprog spb

Anda juga dapat mendiskusikan sepeda dan DSL di pertemuan Fprog , dalam format cerita hardcore "kami menulis pertama kali di Haskell, tapi kemudian kami pikir itu terlalu rumit dan lebih mudah untuk menulis DSL Anda". Ada suasana kamar di komunitas Fprog, ada beberapa peserta, tetapi tidak ada yang acak. Usia dan pengalaman para peserta memungkinkan mereka untuk mengingat dengan nostalgia di mana bahasa 20 tahun yang lalu ada konsep pengembalian yang sama seperti di Haskell. Semua adalah insinyur dengan latar belakang yang mengesankan dalam pengembangan dalam berbagai bahasa dan selera yang baik. Mereka berhubungan dengan pemrograman sebagai seni, dan dalam pemrograman fungsional mereka tertarik pada campuran antara rahmat dan akademisme. Makalah dan diskusi saling terkait erat. Selama pidato, pembicara terganggu oleh pertanyaan atau menyesuaikan detail presentasi sesuai dengan komentar dari audiens. Ini adalah format yang sangat menarik, dan dimungkinkan untuk menerapkannya hanya untuk perusahaan kecil yang sudah lama saling kenal. Topik yang dibahas termasuk profiling kode Haskell, resep untuk penanganan kesalahan dengan anggun menyembunyikan dalam monad, teori kategori, aplikasi praktis yang tidak biasa dari pemrograman fungsional, seperti linguistik komputer atau pengembangan OS. Terlepas dari kenyataan bahwa presentasi terutama dikhususkan untuk Haskell, Elixir, Erlang, Lisp dan dialeknya, dll., Di sela-sela pertemuan para peserta pertemuan membahas Jawa, Kotlin, TypeScript dan Python. Mereka berdebat apakah ada bahasa yang bisa disebut fungsional, atau itu hanya cara berpikir. Salah satu peserta reguler juga berbicara di pertemuan PiterPy Meetup.

  —       -: -  , -    ,              . 

Sebelum Anda datang, Anda harus melihat laporan dari mitaps masa lalu dan proyek hewan peliharaan komunitas di github kolektif mereka.

Kelompok Pengguna C ++

Jika Anda ingin lebih hardcore - bagi Anda di mitaps tentang pengalaman dan rasa sakit berkembang di C ++ modern . Laporan cukup akurat menggambarkan slide salah satu pembicara: "Kata-kata umum sudah berakhir. Saya harap itu jelas. "

Pada pertemuan pengembang C ++, biasanya ada satu pembicaraan panjang dan bicara. Komunitas mematuhi Kode Etik Berlin . Topik-topik tersebut terutama terkait dengan algoritma dan struktur data, pola desain, manajemen memori, perubahan bahasa (anggota kelompok kerja standardisasi C ++ Rusia diundang untuk membahas berita tersebut). Di St. Petersburg, pertemuan Kelompok Pengguna C ++ diadakan kira-kira sekali seperempat, karena sulit untuk menemukan pembicara yang benar-benar memiliki sesuatu untuk dikatakan setiap bulan. Pengembang dengan keahlian yang memadai biasanya sangat sibuk, dan dibutuhkan lebih banyak waktu untuk menyiapkan presentasi panjang tentang topik yang kompleks daripada menulis artikel. Sulit untuk mendengar detail teknis, karena audiens tidak memiliki kesempatan untuk membaca ulang atau melewati paragraf tertentu.

Spbdotnet

Para sisharpists memiliki sisharm mereka sendiri. Banyak peserta rapat DotNet menulis tidak hanya dalam C # dan F #, tetapi juga dalam C / C ++ dan bahasa lain yang bukan dari tumpukan .NET. Usia dan pengalaman memungkinkan mereka untuk berbicara tentang kerangka kerja baru sesuai dengan pola: “Segala sesuatu yang baru sudah lama terlupakan; Saya pikir <teknologi X> akan mengulangi nasib "teknologi Y>." Peserta diberikan "paket eksklusif" di pintu masuk dengan merchandise berguna - mug berkualitas baik, notebook, magnet dengan logo komunitas. Di demonstrasi lain, peserta biasanya datang ke meja dengan merch dan memilih stiker, atau mencoba memenangkan lisensi untuk penggunaan gratis produk sponsor dalam rapat umum. Pengembang .NET berhubungan dengan uang, seperti Microsoft, yang terlihat oleh peringatan: "pada input tugas apa pun, uang", "pengguna meninggalkan uang dan data di situs". Laporan tersebut mencakup berbagai topik mulai dari spesifikasi aplikasi Enterprise hingga CLR: .NET memory model, compiler trolling menggunakan tipe dinamis, internal rider, analisis kode statistik, fungsional .NET, keamanan web, CI / CD, dan bahkan Ilmu Data Alat Azure ML atau pembungkus C # untuk pustaka C ++. Kadang-kadang pembicara menulis aplikasi kecil khusus untuk demonstrasi selama presentasi. Belum lama berselang, mitap diadakan dalam bahasa Inggris, ketika salah satu afiliasi Richter yang paling terkenal datang membawa laporan. Komunitas memiliki proyek hewan peliharaan bersama di github, untuk partisipasi di mana mereka membagikan kaus.

Mitap dengan presentasi softcore dan hardcore

Ekosistem komunitas di sekitar Python

       Zen of Python ”Borrow ideas from elsewhere whenever it makes sense”,   . 

Setiap bulan, PiterPy Meetup menyelenggarakan acara-acara dengan format berbeda dengan suasana lampu dan pesta purnama :

• pertemuan tradisional sebulan sekali dengan dua laporan “pengantar teknologi” setengah jam
• mitaps hardcore sekali dalam seperempat tentang fungsionalisme, pengetikan, kompiler PyPy, GIL, asinkronisasi dalam pengembangan web
• Mitapas dalam bahasa Inggris sekali seperempat
• sarapan setiap 2 minggu dan minum di bar sebulan sekali untuk komunikasi
• dari waktu ke waktu - hackathons, drinkatons (juga membakar mata dengan kode, tetapi di bar), partisipasi bersama dalam sprint open-source dan fests besar
  Anggota PiterPy Meetup menyukai tradisi. Misalnya, "setiap <hari dalam seminggu> lakukan <aksi kolektif>". Misalnya, mitaps selalu diselenggarakan pada hari Selasa dan sarapan pada hari Rabu. Ada juga tradisi pembicaraan kilat. Pada setiap pertemuan, siapa pun dapat memasukkan nama mereka di papan tulis dengan jadwal laporan dan menjadi pembicara selama 5-15 menit setelah laporan panjang. Pembicaraan kilat adalah cerita pendek, spontan tentang segala sesuatu yang berkaitan dengan IT. Slide tidak diperlukan, entah bagaimana mempersiapkannya tidak diperlukan. Penerangan dan laporan mencakup berbagai topik. Di antara para peserta Anda dapat bertemu backend, front-end, full-stack, ilmuwan data, penguji, manajer teknis, dan bahkan ahli jawa. Satu-satunya persyaratan bagi peserta adalah tidak melanggar aturan saling menghormati yang dinyatakan dalam Kode Etik Berlin , yang diterjemahkan oleh penyelenggara ke dalam bahasa Rusia. Meskipun mitaps mengumpulkan orang-orang yang mudah dan menyenangkan untuk berkomunikasi, seperti sintaksis Python. 60-100 orang datang untuk mitaps, tergantung pada speaker. Paul Everitt dari American JetBrains, yang merupakan asal-usul penciptaan Python, pernah berbicara pada pertemuan tersebut. Guido van Rossum mulai bernostalgia di Twitter karena Paul mengenakan kaus yang sama dengan yang ia mainkan saat rapat umum di AS pada 1990-an. (Ngomong-ngomong, panitia memberikan semua kaus obrolan lainnya dengan logo PiterPy Meetup). Di waktu lain, seorang manajer dari Amazon Amerika datang ke Drinkathon dan sangat menyukai suasananya sehingga ia menghadiri acara-acara para Pythonis sepanjang Agustus, dan pada musim gugur PiterPy Meetup mulai secara teratur mengadakan pertemuan dalam bahasa Inggris. Kemudian ide ini diambil oleh komunitas TI lainnya: Frontend Spb, PyLadies. Juga di St. Petersburg dalam bahasa Inggris ada konferensi Eropa di bawah merek PiterPy dan pertemuan tidak teratur dari berbagai komunitas dengan pembicara yang diundang.
  Di sekitar Python di St. Petersburg, seluruh ekosistem telah berkembang. Komunitas dengan acara dengan format berbeda menyerupai perpustakaan untuk kebutuhan yang berbeda.

Ada acara untuk pengembang: pertemuan dan sarapan PyLadies, lokakarya Django Girls . Mereka diorganisir oleh orang lain dan hanya untuk anak perempuan. Sebelumnya, pria tidak diizinkan di sana, sekarang seorang pria bisa pergi ke sana sebagai "plus satu" untuk wanita mana pun - untuk menjaga keseimbangan gender. Jika seorang pria datang sendirian dan mengatakan bahwa ia mengidentifikasi dirinya sebagai seorang wanita, ia tidak akan diizinkan untuk menghadiri acara tersebut. Baru-baru ini, Lynn Root, pendiri inisiatif internasional PyLadies, datang ke New York dari mereka. Baca lebih lanjut tentang inisiatif dnuvushki dapat ditemukan di artikel "Makalah" .

Ada juga komunitas Python Spb , yang seperti Python 2.x: berasal lebih awal, tidak berkembang, dan tidak aman (Coc tidak bekerja di sana, tetapi untuk ekspresi non-unik ada obrolan Rude Python terpisah). Tetapi ada “kompatibilitas mundur” dari pembicara yang berbicara tanpa terikat pada komunitas tertentu.

Di antara penyelenggara komunitas St Petersburg Python, hampir semua pengembang web (backend, fullstack), yang tercermin bahkan pada ide membuat deskripsi peristiwa dan tautan ke situs terpisah. Hanya pengguna front-end yang menggunakan ide yang sama.

Komunitas Frontend

Penyedia front-end Mitap sangat membutuhkannya karena mereka harus melacak kerangka kerja baru lebih sering daripada konferensi diselenggarakan. Selebihnya harus melihat mitaps komunitas front-end St Petersburg Piter JS dan Frontend Spb untuk mengadopsi praktik terbaik pertunjukan. Ada banyak pemuda kreatif di antara pembicara dan peserta, dan kekhasan pekerjaan memaksa mereka untuk membuat presentasi yang spektakuler.

     : , -       : « ,    JavaScript».     ,       CSS,       .          : «  JavaScript» —  ,       JavaScript. 

Sebagian besar laporan adalah tentang pengembangan web, desain dan tata letak, tetapi kadang-kadang topik terkait dengan pengembangan lintas platform, cara untuk mengoptimalkan bundel, mengembangkan kompiler LLVM, kemampuan untuk mengimpor model TensorFlow / Keras ke dalam browser (dilatih sebelumnya untuk pelatihan offline atau menggunakan GPU melalui NodeJS / WebGL untuk pembelajaran online). Selain pertemuan tradisional, Frontend Spb mengadakan pertemuan dalam bahasa Inggris dan sarapan IT paling banyak di St. Petersburg, merekam podcast dengan nama yang sama. Mereka memiliki github kolektif dan berbagi panduan publik tentang mengatur pertemuan untuk membuat proses lebih transparan dan untuk mendorong aktivitas peserta. PiterJS membuat lelucon tentang pengembangan JavaScript, sarapan, interaksi yang menarik di stand di festival besar seperti Code in the Dark. Direncanakan untuk mempublikasikan semua pihak dalam proses pengorganisasian laporan, sejauh ini hanya aturan untuk penutur yang telah ditetapkan pada github mereka.

Acara Ilmu Data

Kesulitan utama dalam mengatur pertemuan tentang Ilmu Data: audiensnya heterogen dalam hal tingkat kesiapan dan spesialisasi. Di aula dapat berupa mereka yang menerapkan solusi siap pakai, dan mereka yang mengembangkan metode dan algoritma. Yang pertama tidak suka formula tiga lantai pada slide, yang terakhir takut kode. Penting juga untuk memahami bahwa laporan mendalam tentang linguistik komputer mungkin tidak dapat dipahami oleh seorang pemula dalam analisis data dan guru Visi Komputer.

Berdasarkan pendekatan untuk memecahkan masalah ini, tiga jenis tindakan dapat dibedakan:

1) Kaleidoskop dari berbagai fragmen Ilmu Data pada pertemuan, sarapan dan festival Open Data Science , konferensi PyData . Lingkungan yang disukai karena terinspirasi oleh teman sebaya dan pendekatan pinjaman dari daerah lain. Laporan format pengantar mencakup berbagai topik: arsitektur jaringan saraf, optimisasi model, pengumpulan dan preprocessing data, konstruksi pipa pemrosesan data. Ada sedikit atau tidak ada kode pada slide, masalah matematika yang tidak terpecahkan tidak dibahas, penekanannya pada tren, kasus sukses dan perangkap menggunakan ML / DL untuk memecahkan masalah bisnis

2) Jika Anda memiliki kebetulan dalam matematika dan ingin laporan mendalam tentang topik-topik sempit - ikuti pengumuman kuliah terbuka dan seminar di CSC dan NII TKP . CSC memiliki banyak instruktur yang sama dengan JetBrains Research. Mereka datang untuk menganalisis publikasi ilmiah tentang pendekatan terbaru dalam analisis data. Para peneliti dari laboratorium matematika dan fisik lainnya di universitas datang ke ITMO Institute for High Technologies . Mulai bulan ini, ITMO akan menyelenggarakan lokakarya NLP dengan Huawei Research Center. Nah, jika Anda suka difurs atau ingin melihat hardcore absolut - pergi ke seminar akustik di Akademi Ilmu Pengetahuan Rusia . Mereka membahas masalah matematika yang dipahami oleh sepuluh orang di dunia. Selama tiga jam, mereka mendapatkan formula di papan tulis dan memberi tahu pelamar bahwa hasil mereka sepele.

3) Jika, secara mental, Anda adalah seorang pengembang dan tidak bisa menerima sikap matematikawan terhadap pemrograman sebagai kerajinan, maka Anda berada di mitap SpBDSM . Ini adalah mitaps yang kaku dalam pengiriman material, yang berlangsung kira-kira setiap enam bulan dan tertarik pada konferensi tentang penerapan metode ML / DL dalam proyek-proyek perusahaan besar. Rapat berlangsung di bar seni Landok dengan langit-langit tinggi dan soundtrack film yang tidak mencolok. Segera dengarkan cerita tentang seni, bukan kerajinan.

Saya melihat sesuatu yang serupa di toko ketika mereka melepas loteng, tetapi biasanya pertemuan diadakan di kantor perusahaan mitra. Bagi perusahaan, ini bermanfaat karena peningkatan pengakuan di antara pengembang dan pembentukan merek. Sangat nyaman bagi penyelenggara, karena perusahaan sering membantu mengatur rekaman siaran / video berkualitas tinggi dan coffee break. Saat melakukan di tempat yang tidak standar, Anda harus menyesuaikan level pada mixer mikrofon atau memberikan mikrofon kerah kepada speaker. Jika tidak, Anda mungkin perlu melakukan pengurangan kebisingan melalui program seperti Adobe Audition. Di antara para pembicara SpBDSM ada dua insinyur yang dapat memperbaiki bug atau mengimplementasikan fitur baru di perpustakaan sumber dari perpustakaan sumber terbuka, serta para peneliti yang berfokus pada penerapan praktis hasil. Panitia fokus pada pemilihan pembicara yang berbicara tentang kasus ini, dan bukan tentang diri mereka sendiri. Tidak ada stand-up dan emosi yang tidak perlu, hanya beberapa meme untuk mencairkan kode pada slide, dan sebelum formula - istirahat kopi. Masih ada lebih banyak kode pada slide, dan matematikawan meminta maaf atas apa yang mereka sebut "Kode akademis", meskipun bisa dimaafkan. Laporan tersebut mencakup topik mulai dari penyematan dan vektor data hingga menciptakan solusi yang didukung dan dapat diskalakan dalam proyek Ilmu Data. Ada topik di puncak relevansi, seperti penggunaan pembelajaran mendalam tentang data biometrik dalam keamanan siber. Di sela-sela, Anda dapat mendiskusikan perubahan terbaru dalam Python, seperti pengetikan opsional, dan kemungkinan bahasa lain untuk implementasi algoritma yang lebih efisien, seperti Go multiprocessing untuk TSNE (yang tidak tipikal bagi ilmuwan data).

Membandingkan suasana dan kontingen komunitas TI yang berbeda, Anda dapat melacak koneksi dengan tugas-tugas bisnis yang diterapkan. Bahasa pemrograman hanya alat, tetapi di balik keputusan desainer mereka ada filosofi tertentu yang bertujuan untuk secara efektif menyelesaikan berbagai tugas tertentu.