🖖 ✌🏾 👩🏽‍🤝‍👨🏻 Wie wir uns mit Monolithen, Udalenka, Vermächtnis, Ablehnung der REST-API und Online-Mitaps geirrt haben 💷 💍 🏇🏼

Es ist großartig, wenn Menschen, die es versucht, Fehler gemacht und funktionierende Lösungen gefunden haben, keine Angst haben, darüber zu sprechen. Und ich möchte wirklich nicht, dass der Wissensaustausch während der Quarantänezeit eingefroren wird. Aus diesem Grund versuchen wir am Samstag, dem 28. März, eine virtuelle und interaktive PHP-Mitap zu erstellen .

Um das Plus oder Minus genau zu erreichen, haben wir am vergangenen Wochenende gelernt, Menschen aus der Ferne mit Pizza zu füttern, verteilte Holivars per Sprache zu arrangieren, Laptops, die von Youtube gestreamt werden, nicht zu überhitzen und andere Formatfehler zu erkennen. Parallel dazu fanden sie ihre Vorteile im Internet: Zum Beispiel die Möglichkeit, Experten aus verschiedenen Ländern und Städten anzuziehen und den seltensten Elefanten zu spielen.

Was für ein Elefant?

Hier ist so ein hübscher Plüschmann vom Autor des PHP Digest Roman pronskiyPronsky erhält den Hauptgewinner des Quiz - es ist für die Mitte des Online-Meetings geplant . Das Programm wird weitere Aktivitäten beinhalten: zum Beispiel das Ziehen eines Tickets für PHP Russland (online im Mai und offline im September). Der Gewinner wird nicht zufällig ermittelt, sondern durch Wissen + Schreibgeschwindigkeit.

Aber das Wichtigste sind die Berichte - und ihre Diskussion per Stimme in Zoom in den Pausen. Um Diskussionen noch interessanter und nützlicher zu machen, werden sie von denen moderiert, die auch etwas zu diesem Thema zu sagen haben.

Welche Art von Berichten und wer wird als erster einen Stein auf sie werfen ?

Die Referenten werden in der Reihenfolge ihrer Priorität präsentiert. Jede Stunde ist ein Bericht im Format „35 Minuten auf Sendung, 25 Minuten zur Diskussion im Zoom mit dem Sprecher und dem eingeladenen Experten“.

11 Uhr Ivan Matveev, Skyeng: über die Fehler, die der Entwickler tagsüber an einem entfernten Standort macht

Was wirst du erzählen?

Wie ich nach ein paar Monaten im Büro aus der Ferne arbeiten konnte - aber ich blieb hier. Zum zehnten Mal jetzt. Ich werde versuchen, Ihnen wichtige Dinge zu erzählen, die ich in einer halben Stunde nicht tun würde, und die Praktiken der internationalen und russischen Teams, in denen ich gearbeitet habe, teilen.

Erfahrung ist die Summe unserer Fehler. Erzähl mir von den Hauptschwärmen, die er gemacht hat, als er seine eigenen gerettet hat.

Figachil die ganze Nacht. Ich habe erst um 18 Uhr zu Mittag gegessen. Er wurde aus dem ersten verteilten Team wegen dummer Pfosten ausgeschlossen. Es gab viele Dinge: Die Hälfte des Berichts befasste sich damit.) Aber ich werde die Praktiken „es war möglich“ natürlich teilen.

Wer wird die Diskussion nach dem Gespräch moderieren: VictorTyvikTyschenko, Chat- Administrator für Remote-Mitarbeiter.

12.00. Anton2ballZhukov, Manychat: über den Kampf gegen das Erbe. Nochmal)

Was wirst du erzählen?

Jemand hat bereits die vorherige Version des Berichts über das Meeting von Badoo gehört, aber es gibt immer Raum für Verbesserungen gegenüber Legacy.

Ich werde Sie über den sensiblen Bereitstellungsansatz, das sichere Refactoring und die Code-Restrukturierung informieren. Und es spielt keine Rolle, was wir umgestalten: Schneiden Sie eine relativ neue Funktion aus, die den A / B-Test nicht bestanden hat, oder einen beängstigenden Verfahrenscode, der mit Commits gewachsen ist und sich zu einer riesigen Komponente entwickelt hat, die nicht gelesen werden kann, aber unterstützt werden muss.

Erzähl mir von den Hauptschulen, die er gemacht hat, als er seine Erfahrungen gesammelt hat.

Ich habe die Warteschlangenmetriken nicht ausgefüllt und einen Fehler im Nachrichtenfluss festgestellt. Lange habe ich dann gesucht, wo sie verschwinden.

Wer wird die Diskussion nach dem Bericht moderieren: SergeySeregazhukKäfer, Autor des Podcasts „Zwischen Klammern“ .

13:00. AdeleSelbstFayzrakhmanov, Laravel Idee: Über CQRS.
Und dafür hat er 5 2 Gründe.

Was wirst du erzählen?

Mit zunehmender Komplexität des Projekts kommen Entwickler häufig auf die Idee, Code zum Lesen von Daten vollständig vom Code zu trennen, um Daten zu ändern. Ich werde zwei Gründe dafür aufzeigen: Infrastruktur und Geschäftslogik. Mit Beispielen.

Erzähl mir von den Hauptschulen, die er gemacht hat, als er seine Erfahrungen gesammelt hat.

Alle meine Untiefen sind langweilig und dunkel. Aber kommen Sie zur Diskussion des Berichts, es wird plötzlich anders erscheinen.)

Wer wird die Diskussion nach dem Bericht moderieren: Dmitry Simushev, Autor des Berichts „ Half ORM oder wie man aufhört, Angst vor CQRS zu haben “.

14.00 Uhr Julia Nikolaeva, iSpring: über die Vorteile eines modularen Monolithen

Was wirst du erzählen?

So lösen Sie die Probleme einer monolithischen PHP-Anwendung, ohne auf eine Microservice-Architektur umzusteigen.

Erzählen Sie uns von den Hauptschwärmen, die Sie und das Team abgeschlossen haben, während Sie Ihre Erfahrungen gesammelt haben.

Sie kombinierten die Verarbeitung älterer Monolitharchitekturen mit der Einführung eines neuen Frameworks und der Entwicklung eines großen Features mit einer engen Frist. Ja, ja, alles auf einmal. Tun Sie dies nicht)

Wer wird die Diskussion nach dem Vortrag moderieren: Leonid Korsakov, Autor des Holiv-Vortrags über den Code für kommerzielle Projekte.

3 Uhr nachmittags. AntonamorevMorev, WormSoft: Über die Vor- und Nachteile von GraphQL. Noch einmal)

Was wirst du erzählen?

Ich werde das Thema des Verzichts auf die REST-API in Projekten mit Microservices fortsetzen, das beim ersten PHP Russland angesprochen wurde . Seitdem ist sie mit neuen Details überwachsen.

Erzähl mir von den Hauptschulen, die er gemacht hat, als er seine Erfahrungen gesammelt hat.

Kein Kommentar)

Wer wird die Diskussion nach dem Bericht moderieren: CyrilSerafimArts Nesmeyanov, Evangelist von GraphQL, Mitglied des Programmkomitees von PHP Russland.

16 Uhr Mikhail Samarkin, SimbirSoft: Sprechen Sie NICHT über Psalm, Phan, PHPStan. Aber…

Was wirst du erzählen?

Informationen zur Kontrolle über Ihren Code: Wie Sie Tests auf dem neuesten Stand halten, Architekturfehler identifizieren, das Prinzip der Einzelverantwortung einhalten, einen einzigen Codestil im Repository beibehalten, qualitative und quantitative Metriken sammeln, Kopieren und Einfügen identifizieren ... Und ich werde Ihnen Informationen zu Git-Hooks geben und wie Hilfe bei der Code-Kontrolle.

Erzähl mir von den Hauptschulen, die er gemacht hat, als er seine Erfahrungen gesammelt hat.

Ich habe die Tests nach und zum Zeitpunkt der Implementierung der neuen Funktionalität nicht durchgeführt.)

Ps "Komm" zum Online-Mitap, ohne dein Zuhause zu verlassen.

Wie wir uns mit Monolithen, Udalenka, Vermächtnis, Ablehnung der REST-API und Online-Mitaps geirrt haben