〽️ 👩🏾‍💻 🌩️ Sebuah mitap PHP internasional kecil secara online 👨🏽‍🍳 👸 👩🏽‍🎓

Karantina mengunci kita di empat dinding, tetapi di sisi lain itu menghapus jarak. Sebagai contoh, Sabtu ini adalah mungkin untuk menghadiri pertemuan komunitas Minsk: orang-orang memutuskan untuk menggunakan peluang format online secara penuh dan mengumpulkan para ahli dari berbagai negara dan kota dalam satu siaran.

Laporkan aplikasi teknologi non-sepele dariSerafimArts dari Moskow, sebuah kisah tentang pendekatan masuk akal untuk tinjauan kode seregazhuk dari Bryansk, kuis PHP dari pronskiydari Kharkov - ini hanya setengah dari program hebat .

"Ayo" ke siaran pada 25 April. Sementara itu, sedikit tentang para pahlawan dari mitap online Sabtu.

“Jangan mengancam Minsk blockchain” atau sejarah singkat PHP BY

Igor chilic, Anda adalah salah satu pengatur gerakan dari komunitas PHP Minsk, dan hari lain Anda akan mengadakan pertemuan ke-33. Tentunya saat ini Anda menginjak sekelompok garu. Ceritakan tentang sekolah menakutkan dalam sejarah komunitas.

Itu adalah kombo: kami mencoba melakukan mitap PHP dengan laporan "Blockchain, dan bukan sepatah kata pun tentang PHP" - bersamaan dengan mitap tentang blockchain)

Ok, kami mengerti tentang laporan yang tidak berjalan. Dan laporan mana dari sejarah komunitas yang akan Anda rekomendasikan untuk semua orang?

Bagi saya pribadi, yang paling menarik adalah "Bagaimana cara mulai berkontribusi ke PHP" oleh Andrei Nester:

Bagaimana semua itu dimulai?

Sejauh yang saya tahu, ini awalnya merupakan mitap internal EPAM yang diselenggarakan oleh Alexander Simanovich. Kemudian mitaps mencapai tingkat kota - dan disebut PHP UG (Kelompok Pengguna) Minsk. Tampaknya itu tahun 2013 - acara pertama dibuat di Facebook kami . Nah, kemudian di Facebook mudah untuk mengikuti kisah selanjutnya.

Tampaknya Anda memiliki komunitas paling stabil dan berumur panjang di CIS. Bagaimana Anda bisa tidak mengempis dan tidak putus?

Sebenarnya, kami terpesona dan berpisah. Tetapi setiap kali ada orang yang siap mengambil inisiatif - dan itu keren! Artinya, perubahan terjadi dalam komposisi penyelenggara, tetapi bagi sebagian besar itu tidak terlihat - bagi mereka jumlah acara berubah. Faktanya adalah bahwa untuk mengatur sesuatu, Anda memerlukan banyak waktu dan energi. Dan, tentu saja, pembicara yang tertarik diperlukan. Jadi terima kasih banyak)

“Tinjauan kode: lebih cepat, lebih mudah, lebih efisien” (Sergey Zhuk, Skyeng)

Mengapa Anda memutuskan untuk membicarakan hal ini?

Setiap perubahan pada kode perlu ditinjau. Teman dan orang asing. Jadi, saya pikir ini adalah titik sakit bagi banyak orang.

gambar

"Jangan lakukan seperti ini". Dan caranya - mari kita bicara dalam laporan.

Ceritakan sebuah kisah yang tidak akan dimasukkan dalam laporan, tetapi yang menggambarkan dengan sempurna topik tersebut.

Setelah kami refactored konfigurasi proyek. Kode tidak berubah sama sekali. Dan ketika kami mengujinya secara lokal, kami memasukkan akses prod (kredit API) dari satu layanan ke konfigurasi. Dan kemudian mereka mengajukan permintaan dan berpikir, yah, mengapa memeriksanya: hanya ada konfigurasi, dan tes lulus ...

Setelah setiap laporan, akan mungkin untuk mengajukan pertanyaan dengan suara. Pertanyaan rumit apa yang akan Anda tanyakan pada diri sendiri jika Anda adalah pendengar laporan Anda sendiri?)

Di tempat kerja, Anda masih bisa membuat orang entah bagaimana mematuhi aliran tertentu, memecah permintaan. Dalam open-source, situasinya sedikit berbeda. Bagaimana menjelaskan kepada orang yang menghabiskan waktu di proyek Anda bahwa Anda ingin dia memecah permintaan menjadi beberapa bagian logis?

“Melampaui Pengembangan Web” (Kirill Nesmeyanov, PHP Rusia)

Dalam laporan Anda, Anda ingin menunjukkan bahwa PHP bukan hanya tentang situs web. Mengapa Anda memutuskan untuk membicarakan hal ini?

Apa yang kami nilai dalam laporan? Keunikan! Segala macam hal gila yang sering dilakukan "untuk penggemar" berisi sejumlah besar pengalaman yang sulit diperoleh dalam latihan sehari-hari.

gambar

Asyik kan?)

Ceritakan kisah yang tidak akan dimasukkan dalam laporan.

Perhatian, anekdot:

- Berapa banyak pengembang dalam bahasa pengetikan dinamis yang Anda butuhkan untuk memasang bola lampu?
- benar

"Gherkin untuk proyek pengujian pada Drupal 8" (Andrey Stepanov, Minsk EPAM)

Mengapa Anda memutuskan untuk membicarakan hal ini?

Ketika saya perlu mengatur pengujian situs menggunakan Gherkin, ternyata tidak ada banyak informasi di jaringan tentang hal ini. Setelah mengerti, saya memutuskan untuk mengisi celah ini.

Setelah setiap laporan akan ada kesempatan untuk mengajukan pertanyaan melalui suara. Pertanyaan rumit apa yang akan Anda tanyakan pada diri sendiri jika Anda adalah pendengar laporan Anda sendiri?

Saya pikir ini akan menjadi pertanyaan "Bagaimana ini akan membantu menyelesaikan masalah XYZ saya?". Karena tidak ada jawaban yang jelas untuk itu. Jika proyek Anda memiliki masalah, tetapi Anda tidak tahu bagaimana menyelesaikannya, jangan ambil solusi pertama yang disuarakan oleh seseorang.

Kami menulis ulang proyek dari PHP4 ke PHP7 (Maxim Shamaev, Skyeng)

Dalam laporan Anda, Anda akan memberi tahu tentang pengalaman yang Anda terima sebelum pindah ke kami. Mengapa Anda memutuskan untuk membicarakan hal ini? Saya membuat laporan

terakhir tentang log dari pengalaman Skyeng, dan mudah untuk memperhatikan bahwa di perusahaan besar kita hidup di dunia teknologi plus atau minus saat ini. Tetapi di tempat lain proyek-proyek usang secara moral ditulis, ditulis sebelum munculnya OOP yang berbeda dalam PHP. Mereka takut dengan kode lama, karena itu menakutkan dan tidak nyaman, tetapi perjuangan melawannya seringkali tidak mendapat dukungan dari pimpinan.

Kisah saya akan memberikan pemahaman tentang bagaimana, ketika dihadapkan dengan proyek lama, mengubahnya menjadi sesuatu yang modern.

Ceritakan sebuah kisah yang tidak akan dimasukkan dalam laporan, tetapi ilustrasikan topiknya dengan sempurna.

Ini adalah kisah tentang seorang programmer yang menginginkan $ 5k, dan sebuah proyek yang belum pernah ditulis ulang oleh siapa pun. Saya sering mendengarnya dari orang yang berbeda. Nah, mereka berkata, "mereka meminta sebuah proyek, banyak uang, sebuah perusahaan Barat - tetapi kode lama, PHP4, MySQL4, bagian depan pada mie dari jQuery" ... Kisah yang sama, tahun demi tahun. Saya sendiri akan membagikan pengalaman sebaliknya.

Setelah setiap laporan akan ada kesempatan untuk mengajukan pertanyaan melalui suara. Pertanyaan rumit apa yang akan Anda tanyakan pada diri sendiri jika Anda adalah pendengar laporan Anda sendiri?

Apakah saya yakin bahwa menulis ulang kode akan dapat "menjual" kepada pelanggan? Dan apakah Anda mengerti apa yang akan terjadi jika itu tidak berhasil.

“Menciptakan arsitektur berorientasi peristiwa di sekitar aplikasi warisan” (Alexey Vasiliev, Raiffeisenbank)

Dalam laporan Anda, Anda akan menceritakan tentang pengalaman refactoring proyek yang sangat lama. Mengapa Anda memutuskan untuk membicarakan hal ini?

Enam bulan lalu, saya memiliki kesempatan untuk menyentuh kapsul waktu - sebuah proyek kecil sepertinya membeku di negara tempat sepuluh tahun yang lalu. Dan kemudian bisnis itu mengingatnya. Ini adalah laporan pertama saya, dan saya ingin membagikan contoh implementasi, serta menunjukkan manfaat Event Storming, BPMN, Messenger Komponen (Symfony) dan Platform API menggunakan contoh ini.

Setelah setiap laporan akan ada kesempatan untuk mengajukan pertanyaan melalui suara. Pertanyaan rumit apa yang akan Anda tanyakan pada diri sendiri jika Anda adalah pendengar laporan Anda sendiri?

Mengapa menulis sesuatu dalam PHP jika semuanya dapat diimplementasikan di Camunda?

psKami sudah mencari pembicara untuk pertemuan online Mei mendatang. Tulis dalam pesan pribadi jika Anda ingin berpartisipasi. Kemungkinan besar, itu akan diadakan pada akhir musim semi, sehingga Anda punya waktu untuk bersantai dari add-on online gratis ke PHP Rusia.

pps Semua aktivitas PHP yang diketahui oleh kami dapat ditemukan di sini , dan daftar mitaps online paling lengkap tentang berbagai topik dan teknologi ada di situs ini .