Online ist Rock and Roll und fast offline
Die Konferenz erwies sich als anders als andere Online-Veranstaltungen: zum großen Teil dank SpatialChat. Wegen ihm war das "Online" überhaupt nicht zu spüren: Es gibt eine Bühne, Menschen besetzen einige Stellen im Inneren, und dies wirkt sich auf die Lautstärke ihres Mikrofons aus - als ob sie wirklich näher oder weiter stehen.
Menschen in der Umgebung können Kommentare hinterlassen, Emoticons einfügen, die Kamera mit einem Mikrofon einschalten und mit Lautsprechern oder untereinander kommunizieren. Es stellte sich heraus, dass in einer für Online ungewöhnlichen Atmosphäre viel Networking betrieben wurde - dies fehlt bei Konferenzen in schwierigen Zeiten schmerzlich. Gleichzeitig sind alle Vorteile von Online erhalten geblieben: So müssen Sie beispielsweise keine Zeit auf der Straße verschwenden und Masken aufsetzen. Es ist ein cooles Format, echter Rock'n'Roll unter Konferenzen.
Der Surf- und Konferenzorganisator Wrike hatte eigene Stände. Wir hatten die Freiheit der Kreativität: Wrike unterstützte alle unsere Aktivitäten und lehnte nichts ab - dafür sind wir ihnen sehr dankbar.
Sie bringen coole Profis auf die Bühne
Unser Stand bestand aus zwei Teilen: einer virtuellen Bühne für Präsentationen und einem Codeüberprüfungsbereich. Der Zeitplan des ersten Tages war voll:
Wir gaben Berichte:
- Zhenya Saturov ist Co-Autorin und Moderatorin des Flutter Dev Podcasts . Er ist auch der Surf-Teamleiter und Flutter-Evangelist. Kann jedem erklären, warum er Flutter braucht oder nicht.
- Masha Dolgusheva ist eine erfahrene und permanente HR-Surferin. Mascha wählt Spezialisten für uns aus, führt Interviews und behebt manchmal Missverständnisse im Team.
- Artyom Zaitsev ist ein Gewitter für die Studenten unseres Flutter-Kurses und den Leiter der Flutter-Abteilung bei Surf .
Artyom und Zhenya sprachen über unsere Projekte auf Flutter:
10-15 Leute kamen, um zuzuhören und Fragen zu stellen - es ist fast eine Menschenmenge. Es ist gut, dass die Konferenz online war, sonst hätten wir keine soziale Distanz von 1,5 Metern bieten können.
Unterstützung der Entwickler bei der Auswahl von Stellenangeboten und Erlernen des Gesprächs mit der Personalabteilung
Mascha und Zhenya hielten ein HR-Gespräch ab - so nannten wir das Format, in dem die Zuschauer den HR-Sprecher um Antworten auf die dringendsten Fragen zur Arbeit bitten können.
Für HR-Gespräche haben wir die beliebtesten Fragen von Entwicklern gesammelt und jeweils beantwortet. Zum Beispiel:
- Wie bereite ich mich auf ein Interview vor, um mich sicher zu fühlen?
- Welche Unternehmen suchen Flutter-Entwickler?
- Warum werden sie gebeten, eine Testaufgabe auszuführen, und was gibt sie dem Entwickler?
Für einen Entwickler ist nichts wichtiger als Codebeispiele, die
Mascha über den Arbeitsmarkt sprach: die Höhe der Gehälter, die Anzahl der offenen Stellen und Lebensläufe, und Zhenya war der Gastgeber der Rede. Es war das lebhafteste Gespräch, bei dem es nicht um Flutter auf der Konferenz ging: Viele Menschen waren miteinander verbunden und reagierten aktiv mit Emoticons und Kommentaren.
Es stellte sich heraus, dass Hausaufgaben nicht ausreichen, da die Entwickler viele interessante Fragen stellen. Zum Beispiel: "Warum sind HRs so besessen?" Nach der Präsentation kommunizierte Mascha weiter mit dem Publikum. Sie hat so viele Fragen von Entwicklern gesammelt, dass sie jetzt ein Buch mit Antworten veröffentlichen kann, wenn sie möchte.
Der zweite Tag war ähnlich wie der erste: Mascha wiederholte die grundlegenden Informationen für diejenigen, die die gestrige Präsentation verpasst hatten, aber diesmal war die Aufführung eher ein Aufstehen als ein Dialog. Wahrscheinlich sind die Fragen der Entwickler vorbei. Es war nicht ohne Geschichten darüber, wie schwer das Leben für die Personalabteilung ist - die Anwesenden könnten diesen Beruf ein wenig besser verstehen. Verstehe und vergebe.
Sie sagten, warum man nicht auf Ratschläge hören sollte
In der Zwischenzeit wechselte Zhenya zu einer neuen Präsentation. Zusammen mit dem Flutter-Entwickler von Surf, Lesha Korpatenkov, sprachen sie über unser Projekt The Hole . Es ist eine Video-Streaming-Plattform für Medium Quality, den größten Herausgeber von russischem Youtube.
Selbst bei der Auswahl einer Technologie sagten alle Beteiligten, dass es nicht notwendig sei, eine solche Anwendung auf Flutter zu erstellen. Die Jungs gingen ihren eigenen Weg und alles hat geklappt. Es ist unwahrscheinlich, dass sich das Projekt herausgestellt hätte, wenn Zhenya und Artyom auf die Meinung von außen gehört hätten.
Unter die Haube einer Flattermaschine geklettert
Zur gleichen Zeit bauten Flutter-Entwickler Misha Zotiev und Leiter der Flutter-Abteilung von Surf Artyom Zaitsev „Flutter under the Hood“ ab. Ihr Bericht erwies sich als sehr umfangreich und nützlich.
Im Jahr 2020 tauchte Mischa mehr als einmal in das "Innere" von Flutter ein und beschäftigte sich mit den Algorithmen und Ansätzen, die das Framework verwendet. Zu den interessantesten Themen schrieb er Artikel für Habr. Im Laufe der Zeit sammelte Mischa viel Material an, das strukturiert und in einen Bericht "Flattern unter der Haube" umgewandelt wurde. Dies ist nicht nur neues Wissen, sondern auch ein echtes Beispiel dafür, wie es in der Praxis angewendet werden kann.
Wir wurden gleichzeitig von ca. 270 Personen beobachtet. Dies ist ein fast voller Saal eines großen Kinos
Nach dem Bericht beantwortete Mischa die Fragen der Teilnehmer, und Artyom übernahm die längste und schwierigste Aufgabe - die Codeüberprüfung.
Überprüfung oder Repositorys
Artyom überprüfte die Repositories und beantwortete zwei Stunden lang Fragen der Teilnehmer. Fünf Anträge wurden zur Überprüfung eingereicht, und 15 Personen verfolgten den Prozess.
Die Codeüberprüfung fand auf unserem YouTube-Kanal statt. Die
Codeüberprüfung ist für alle nützlich: Anfänger lernen etwas Neues und erfahrene Entwickler erhalten von außen einen frischen Look. Hier hat uns SpatialChat ein wenig enttäuscht: Das Video wurde langsamer, jemand hat überhaupt nichts gesehen. Wir haben beschlossen, den Stream von unserem Kanal zu zeigen, aber aus irgendeinem Grund hat YouTube dies nicht zugelassen. Wir mussten einen Umweg machen: Sie ließen einen QR-Code am Stand, damit die Zuschauer ihn lesen und zu unserem Kanal wechseln konnten. 15 Leute kamen und 25 blieben, um an unserem Stand zuzusehen.
Artyom hat die Repositories live ausgewertet, den Code kommentiert und Ratschläge gegeben. Aufgrund technischer Probleme mit SpatialChat gab es jedoch nicht genügend Feedback: Ich musste mit den Zuschauern über Kommentare kommunizieren.
Es stellte sich heraus, dass es eine Lampe war, es hat uns gefallen. Die Leute hörten aufmerksam zu und hinterließen nützliche Kommentare. Wir sind zu dem Schluss gekommen, dass die Codeüberprüfung ein gutes Format ist und es dann möglich sein wird, eine ähnliche Veranstaltung abzuhalten.
Enthüllte unsere Geheimnisse
Der Zeitplan für den zweiten Tag war weniger überfüllt. Auf der Bühne - alle die gleichen Leute.
Das Hauptereignis des zweiten Tages ist die Präsentation „Gear Up“ von Flutter TeamLead Zhenya Saturov. Er teilte Lösungen mit, die helfen, Prozesse in einem Flutter-Projekt zu optimieren.
Wir lieben Flutter genauso wie die einheimische Entwicklung. Vor zwei Jahren war Flutter nur eine
Hype-Technologie mit unklaren Aussichten. Es war für uns unangenehm, irgendwo sogar beängstigend, aber wir haben eine Wette abgeschlossen und bereits mehrere große Projekte und ein großes Repository mit Open Source-Entwicklungen erstellt - SurfGear . Er hat eine coole Mission - die Entwicklung zu beschleunigen und die Implementierung typischer Aufgaben zu vereinfachen.
Zhenyas Rede. Freut sich über den letzten Kommentar: "Hurra, Eugene!"
Wir wollten dir von unserem SurfGear erzählen und einen Wettbewerb veranstalten, um Ideen zu sammeln. Leider gab es hier nicht viele Antworten, aber eine Idee spiegelt wirklich den Schmerz der Gemeinschaft wider. Flutter-Entwickler haben jetzt zwei Ansätze, wenn sie mit Abhängigkeiten und DI arbeiten:
- Die get_it-Service-Locators sind meistens Singletones. Alles wird an einem Ort gespeichert, Abhängigkeiten bleiben oft während der gesamten Ausführung der Anwendung bestehen.
- "Weiterleiten" an einem Baum. Zum Beispiel mit Provider. Hier können Bereiche ausgewählt werden, um die Lebensdauer zu begrenzen, da die Abhängigkeiten im Wesentlichen in dem einen oder anderen Widget erstellt werden. Aber so mischen wir die Service- und UI-Ebenen. Das ist auch nicht sehr gut.
Wir erhielten die Idee eines „idealen“ Ansatzes, mit dem wir die Geschäftslogik von der Benutzeroberfläche entkoppeln und gleichzeitig die „Lebensdauer“ von Abhängigkeiten begrenzen können. Eine konkrete Lösung muss noch gefunden werden: Vielleicht kann das Koin-Paket etwas Ähnliches bieten - der Autor der Idee selbst hat darauf aufmerksam gemacht. Wir werden diese Angelegenheit mit ihm untersuchen und eine Entscheidung treffen.
***
Online ist kein Ersatz für Offline, aber Wrike war Gastgeber des lebhaftesten Remote-Events, an dem wir je teilgenommen haben - dafür möchten wir uns bei ihnen bedanken.
Waren Sie schon bei DartUP 2020? Woran erinnern Sie sich am meisten?