Überprüfen Sie droidcon SF

Hallo Habr! Mein Name ist Alexander Kolobanov, ich bin ein Android-Teamleiter bei FunCorp. Im November war ich bei einem Droiden in San Francisco. Unter dem Schnitt ein kleiner Rückblick auf die Konferenz, Reisehinweise und ein paar Fotos.

Warum so weit fliegen?

Droidcon-Konferenzen finden nicht nur in den USA, sondern auch in Europa statt. Es ist billiger und billiger, dorthin zu fliegen, aber aufgrund meiner Erfahrung kann ich sagen, dass die geografische Lage entscheidet. Je näher die Konferenz am Hauptsitz von Google und anderen Top-IT-Unternehmen liegt, desto wahrscheinlicher ist es, dass berühmte Redner daran teilnehmen.

Darüber hinaus vereinen verschiedene Organisatoren an verschiedenen Orten, und nur ihr Name verbindet sie. Daher müssen Sie jede Stadt einzeln betrachten. Meiner Meinung nach ist Droidcon NYC im Allgemeinen ein Zylinder. Aus Europa würde ich droidcon London erwähnen - eine würdige Konferenz über die Qualität der Organisation und das Niveau der Berichte. Für Android-Entwickler aus Europa ist es vielleicht das wichtigste. droidcon in Berlin und Wien, wo ich auch war, ist eher für Anfänger und Fortgeschrittene geeignet, und herausragende Redner und Hardcore-Berichte darüber sind sehr selten.

Wenn wir den Droidcon SF mit seinen russischen Kollegen vergleichen, denken seine Organisatoren weniger über Dinge wie Essen (es gibt Kaffee - okay) und die Bequemlichkeit der Teilnehmer nach. Niemand sendet detaillierte Pläne, wie man dorthin kommt, 20 Erinnerungen, dass ihre Konferenz bald sein wird, macht keine Bots und Plattformen für Diskussionen und alles andere. Kein lispeln, super detaillierte Navigation und eine schicke Auswahl an Nishtyakov. Hier in erster Linie (sowie in der zweiten und dritten) der technische Teil und die Ebene der Berichte. Dies bedeutet nicht, dass ein paar mittelmäßige Berichte in das Programm gelangen können, aber im Allgemeinen ist droidcon SF eine Konferenz von Entwicklern für Entwickler, bei der es nur Top-End-Inhalte und herausragende Redner gibt.

Angesichts all dessen würde ich sagen, dass das Programm der Konferenz in San Francisco auf einem hohen Niveau war. Es gab keine ehrlich gesagt hackigen Berichte mit Nacherzählungen von Tutorials von developer.android.com.

Transport- und sonstige Kosten

Amerika ist kein billiges Land, und wenn Sie von unseren Teilen aus fliegen, ist es unwahrscheinlich, dass Sie beim Flug viel sparen können. Darüber hinaus braucht jeder ein anderes Maß an Wohnkomfort, und was für einen akzeptabel ist, ist für einen anderen nicht geeignet.

Ein universeller Rat, der immer funktioniert: Tickets mitnehmen und Unterkunft im Voraus buchen. Sie können versuchen, nach ermäßigten Tickets zu suchen und sich den Verkauf genauer anzusehen. Es gibt viele Informationen über solche Dinge auf Websites und in speziellen Gruppen in sozialen Netzwerken, die sich dem Sparen beim Reisen widmen. Sie sollten sich mittelgroße Fluggesellschaften ansehen, die häufig einen Service anbieten, der nicht schlechter als steil und teuer ist. Nun, im Allgemeinen ist der Service auf dem Transatlantik normalerweise auf jedermanns Ebene, unabhängig von der Klasse. Billigfluggesellschaften fliegen nicht in solchen Entfernungen (und wahrscheinlich auch nicht). Und da die Kosten eines Fluges einen erheblichen Teil des Reisebudgets ausmachen, ist es besser, eine Reise zur Konferenz mit einem Urlaub zu kombinieren, wenn es natürlich eine solche Möglichkeit gibt. In den USA gibt es etwas zu sehen und zu tun.









Taxis in den Staaten sind traditionell teuer. Hinweis: Verwenden Sie öffentliche Verkehrsmittel oder Fahrgemeinschaften (dies ist der Fall, wenn ein Taxi mehrere Personen abholt, die auf ähnlichen Strecken fahren und die Reisekosten teilen). Zwischen den Städten ist es besser, mit dem Bus zu reisen oder ein Auto zu mieten. Der Preis für das Parken in der Stadt ist himmelhoch und die Bedingungen sind schwierig und seltsam (zum Beispiel können Sie am zweiten Donnerstag im Monat nicht von 8 bis 10 Uhr parken - bleiben und zählen), während die Strecken sehr bequem und sicher sind und die Menschen auf der Straße meist nicht aggressiv und vorhersehbar sind .

Wenn wir über Wohnen sprechen, können Sie hier nicht viel sparen, insbesondere in so teuren Städten wie San Francisco. Für Liebhaber gibt es Bus-Surfen, aber der Rest ist der gleiche - buchen Sie im Voraus.



Veranstaltungsort

Die Konferenz fand im Mission Bay Conference Center statt. Es befindet sich in einem der Gebäude der University of California in San Francisco. Im selben Gebäude gibt es übrigens eine Bibliothek, einen Fitnessraum und ein Café. Trotz der relativ großen Teilnehmerzahl (über 800) war genügend Platz vorhanden. In den Korridoren mussten wir manchmal herumschubsen, aber in den Hallen war genug Platz für alle, niemand stand an den Wänden.

Das Mission Bay Conference Center selbst befindet sich ganz in der Nähe des Stadtzentrums (10 Minuten mit dem Taxi vom Zentrum entfernt). Hier müssen wir eine Bemerkung machen: San Francisco selbst ist eine ziemlich kompakte Stadt. Nehmen Sie vom Zentrum zum Flughafen etwa 40 Minuten mit dem Taxi (etwas mehr zur Hauptverkehrszeit). Daher sollten grundsätzlich keine Probleme auftreten, um dorthin zu gelangen. Das einzige, was mit öffentlichen Verkehrsmitteln in dieser Gegend zu tun hat, ist ziemlich kompliziert, deshalb habe ich lieber ein Taxi genommen.

Die Konferenz hatte zwei Stockwerke mit jeweils zwei Räumen: groß und kleiner. Die Registrierung, bei der Abzeichen und T-Shirts ausgestellt wurden, war direkt am Eingang. Trotz der großen Teilnehmerzahl ging alles sehr schnell. Es dauerte nur ein paar Minuten, um ein Abzeichen zu bekommen. Am Morgen kurz vor der Keynote stand eine kleine Schlange. T-Shirts wurden übrigens in nahezu unbegrenzten Mengen nicht nur bei der Registrierung, sondern auch an vielen Ständen verteilt. Einfach so.

Hinter dem Registrierungsbereich befand sich eine große Halle, von der sich bereits alle in den Hallen verteilten. Es gab auch einen Ausstellungsbereich mit Ständen von Sponsorenfirmen (übrigens gab es mehr davon im zweiten Stock und die Gebäude waren dichter) und Kaffeepunkten. Direkt von der Halle aus können Sie in einen kleinen Park auf dem Campus gehen. Schön und komfortabel.

Organisatorische Momente

Alles war gut organisiert, aber im Vergleich zu russischen Konferenzen etwas ungewöhnlich. Es gab definitiv weniger Aufhebens und mehr Aufmerksamkeit für Berichte und die technische Seite. Vom "Essen" waren nur Tee und Kaffee. Wir achten viel mehr auf Kaffeepausen, Catering und Ernährung im Allgemeinen. Hier gab es außer heißen Getränken nichts. Genauer gesagt, zur Mittagszeit führten sie noch Kühlschränke mit Dosen „Cola“ durch. Wenn Sie essen möchten - dort, um die Ecke, gibt es ein Café, in dem Sie ein Sandwich kaufen können. Keine Super Care und Hyper Custody für Sie. Und das war übrigens die Norm.

Das Mittagessen selbst war auch ziemlich nominell: ein Apfel, Pommes und wieder ein Sandwich. Formell gefüttert, aber nicht mehr. Viele Studenten gingen auf Bänken im selben Park zum Mittagessen.

Besonders hervorzuheben ist jedoch der technische Teil der Organisation. Es gab praktisch keine Probleme mit WIFI, obwohl es vom Campus aus geöffnet war. Die Lautsprecher wurden sehr schnell eingerichtet und in wenigen Minuten verbunden. Während des Berichts haben wir ständig überwacht, dass alles gut funktioniert hat. Sie reduzierten sogar den Ton und fügten ihn fast augenblicklich hinzu, wenn beispielsweise der Lautsprecher lauter oder leiser zu sprechen begann. Im Allgemeinen bemerkte ich kein einziges Problem und ein Problem mit der Ausrüstung, alles war super. Es sei denn, in allen Berichten wurden Mikrofone in der Halle getragen, aber die Sprecher selbst sprachen die ihnen gestellten Fragen aus.

Aus dem Ungewöhnlichen: Mir hat das ruhige Zimmer sehr gut gefallen. Nur ein Raum, in dem Sie einfach hineingehen, Tee trinken, schweigend mit einem Laptop sitzen und eine Pause vom Lärm einer großen Konferenz machen können.

Das Programm

Die Berichte gingen in vier Strömen, fast von morgens bis abends. Die Website wurde um 8 Uhr morgens eröffnet und der erste Bericht begann um 9 Uhr morgens. Alles endete gegen 19 Uhr morgens. Die Threads hatten keine klaren Themen. Höchstwahrscheinlich verteilten die Organisatoren die Slots nach geschätzter Teilnahme für jeden Bericht. Die Hauptthemen sind CI / CD (wie fast alle Android-Konferenzen in den letzten Jahren), UI-Tests (es stellte sich plötzlich heraus, dass fast niemand sie hat), Kotlin (wo sind wir jetzt ohne), Architektur Anwendungen (sammeln Sie zwei Android-Entwickler, und bald werden sie "für Architektur" sprechen). Mit einem Wort, hier ist alles ziemlich normal. Ich kann nichts Interessantes über die Keynote sagen, es war einfach so. Sie sprachen über die Tatsache, dass wir Anwendungen erstellen, die von fast jedem telefoniert werden. Wir gestalten diese Welt und wie Menschen darin interagieren und kommunizieren. Aber ich erinnere mich an die komödiantische (obwohl ursprünglich keine Komödie geplant war) Abschlussrede von Romain Guy und Chet Haase, sehr berühmten Leuten in der Android-Entwicklungswelt, die lange Zeit bei Google gearbeitet und entschlossen waren wie die Plattform jetzt aussieht. Ich denke, viele haben ihre Leistungen bei Google I / O (übrigens sehr cool) über Hardwarebeschleunigung, Animationen und Rendering gesehen. Wenn Sie nicht hingeschaut haben, kann ich es nur empfehlen. Ich würde nicht viel über ihr letztes Comedy-Gespräch sprechen wollen , weil das Nacherzählen von Witzen eine so lala Aktivität ist. Überzeugen Sie sich besser.
Wenn Sie versuchen, die Top-Berichte hervorzuheben, wird es sich als rein persönlich herausstellen und von denen abhängen, die für mich am interessantesten sind. Da ist er:

So erstellen Sie eine Pipeline für Leistungstests von Grund auf neu von Valera Zakharov von Slack. Tolle Leistung, direktes Feuer. Viele gute und praktische Ratschläge und eine interessante Erfahrung. Ein Bericht über die Tatsache, dass Sie keine eigene Gerätefarm erstellen sollten, wenn Sie kein separates Team haben, das dies unterstützt. Und wie wichtig es ist, die Anwendung nicht nur schnell, sondern auch ständig von Commit zu Commit zu machen, um sicherzustellen, dass dies auch so bleibt und keine Regressionen zuzulassen. Und wenn Tests oft „Lärm machen“ und vergeblich fallen, kosten sie ein wenig, denn bald werden alle einfach anfangen, sie zu ignorieren.

Human Centered API Design , Pierre-Yves Ricau, Platz. Die, die LeakCanary und eine Reihe ebenso bekannter Bibliotheken zusammen mit anderen Entwicklern von Square macht. Er erzählte, wie man eine externe API für Menschen erstellt. Machen Sie es intuitiv. So minimieren Sie den Prozentsatz der Fehler für diejenigen, die es verwenden. In einem guten Bericht geht es nicht nur darum, eine externe API zu schreiben, sondern auch darum, wie man im Allgemeinen richtig entwirft. Übrigens sollte die API eines Moduls Ihrer Anwendung auch einfach und so klar wie möglich sein, oder?

Bauen für die Zukunft bei Snapchat , Ben Dodson, Gustavo Moura - unerwartet, aber von Snapchat. Wie man eine Anwendung neu erstellt, die älter als 4 Jahre ist, ist ziemlich langsam und hat das Konzept im Laufe des Lebens mehrmals geändert. Und im Allgemeinen jetzt zuerst die Kamera und dann den Chat. Und selbst Retrofit war nicht, als Sie es geschrieben haben. Die Hauptidee ist, dass Sie sich nicht beeilen müssen, um alles neu zu schreiben. Es wäre schön, Ihre Prioritäten und Ihre Wünsche zu verstehen, Metriken einzuführen und diese strikt einzuhalten. Obwohl einige Module von Grund auf neu geschrieben werden können. Und ja, dies ist in der Tat bereits eine andere Anwendung, und sie muss den Benutzern irgendwie vorgestellt werden. Manchmal ist es einfach nicht wahrnehmbar, ein Modul durch ein anderes zu ersetzen und zu verhindern, dass alles herunterfällt. Basierend auf realen Ereignissen.

Es gab viele interessante und nützliche Berichte. Sie können die Geschichte der Entwickler von Uber hervorheben, wie sie mit Out of Memory gekämpft haben. Oft führen nicht nur Lecks und ein enormer Speicherverbrauch zu ihnen, sondern auch eine große Anzahl von Threads. Schließlich weist jeder Thread beispielsweise unter dem Stapel ein Stück Speicher für sich selbst zu. Wenige Threads sind auch schlecht: Aufgaben, die aufgrund des Fehlens von Threads voneinander abhängen, treten in den Deadlock des Thread-Hungers ein (wie sie die Situation nannten, in der eine Task auf das Ergebnis einer anderen wartet und der abgedroschenen Task kein Thread zum Ausführen fehlt). Der Ausweg aus dieser Situation ist recht einfach: Verwenden Sie ein Tool für Multithreading in der gesamten Anwendung (sie haben Rx ausgewählt) und wissen, wie es funktioniert. Untersuchen Sie beispielsweise im Fall von Rx den Unterschied zwischen Schedulern.

Entwickler von Facebook präsentierten eine neue Bibliothek für die Arbeit mit Bildern Spectrum. Traditionell verwendet die Facebook-Bibliothek nativen Code, einschließlich MozJPEG, das heute einer der besten Codecs für JPEG ist. Kann codieren, komprimieren, optimieren und verschiedene Transformationen hinzufügen. Im Allgemeinen eine ziemlich interessante Funktionalität, die zuvor in einer benutzerfreundlichen Form nur schwer zu finden war.

Aus einem Bericht über Kotlin mit dem Namen Advanced Kotlin können Sie herausfinden, dass Sie in Kotlin fortgeschritten sind. Wenn Sie wissen, was Infix und Tailrec sind, zwischen In- und Out für den generischen Typ unterscheiden, wissen Sie, wo und welche Klassen versiegelt sind. Nun, Sie können auch ein ähnliches DSL auf Lambdas erstellen.

Es gab auch gute Berichte über die UI-Architektur von Tinder und Netflix. Ersteres erstellt sozusagen eine reaktive Benutzeroberfläche für Zustände, die durch Aktionen umgeschaltet werden, und verwendet dazu LiveData und ViewModel aus Architekturkomponenten. Letztere erstellten ihre eigenen Komponenten, schlossen einen Teil der Logik zusammen mit der Ansicht ein und verbanden sie durch die Implementierung des Ereignisbusses.

Es gab also viele gute Berichte, und die Erwähnung jedes einzelnen, der Aufmerksamkeit verdient, wird wahrscheinlich ein Dutzend Seiten dauern. Es war nicht so, dass irgendwelche Berichte ehrlich gesagt schlecht waren. Aber ich persönlich mochte den Bericht von Romain Guy über Fotografie nicht. Es geht nicht einmal darum, wie Sie Bilder aus Ihrer Anwendung aufnehmen, sondern nur um die Theorie der Fotografie. Er ist natürlich ein angesehener Entwickler, aber die Leute haben Geld für eine Konferenz über Android-Entwicklung bezahlt und nicht für einen Fotokurs.

Netzwerk

Daher gab es keinen Raum für die Kommunikation mit Sprechern oder zumindest eine spezielle Zone. Die Redner beantworteten in der Regel nach ihrer Präsentation Fragen des Publikums und luden sie dann zu weiteren informellen Gesprächen ein, im Stil von "Ich werde bis zum Ende hier sein - fangen, fragen, ich werde froh sein." Aber es gibt eine Nuance. Fast alle Unternehmen, von denen die Redner stammten, hatten Stände, an denen nicht nur Redner, sondern auch andere Entwickler des Unternehmens rumhingen. Es war also kein Problem, eine Frage von Interesse zu stellen. Die Stände waren also interessant und manchmal sehr lebhaft.

Wer sollte droidcon SF besuchen?

Diese Konferenz ist einen Besuch wert für diejenigen, die sich die angewandten Berichte berühmter Entwickler anhören und dann persönlich fragen möchten, wie und was für wen funktioniert. Die Atmosphäre ist sehr offen und freundlich. Aber ich würde nicht empfehlen, zur Konferenz zu gehen, wenn Sie wenig Erfahrung haben. Die Berichte sind ziemlich kompliziert, das Tempo der Konferenz ist sehr hoch. 8 Vorträge pro Tag sind hart. So schwer, dass Slack zum Beispiel an seinen Ständen ein Survival-Kit verteilte - eine Tasche mit Vitaminen und Tabletten gegen Kopfschmerzen. Und wie Sie wissen, steckt in jedem Witz nur ein Bruchteil des Witzes. Zumindest diesmal ging es bei vielen Themen nicht nur um Programmierung, sondern auch um Infrastruktur, ihre Erfahrung und Praxis. So können Teamleiter und Entwicklungsmanager auf droidcon SF auch für sich geeignete Inhalte finden.

Während das Thema CI, Testen und alles, was damit zu tun hat, noch lebendig und sehr relevant ist, kann es sich lohnen, sich an QS- und DevOps-Ingenieure zu wenden. Übrigens eine meiner interessanten Beobachtungen: In den vertretenen Unternehmen sprechen sie oft nur über Ingenieure und teilen sie nicht in Entwickler, Tester und Infrastruktur auf. Dies zeigt sich darin, dass viele ihre Rolle ändern und als Entwickler beispielsweise in ein Infrastruktur-Team wechseln können. Warum nicht, immer noch Ingenieure.

Allgemeiner Eindruck

Der Gesamteindruck ist äußerst positiv. Ich habe schwächere Berichte erwartet, aber es gab fast keine "Durchgänge". Im Prinzip war ich bereit für die Organisation von Lebensmitteln oder vielmehr für deren Abwesenheit. Ich hatte erwartet, dass es Probleme geben könnte, alles zu verstehen, was gesagt wurde, aber die meisten Redner sprachen klar und beschleunigten nicht wirklich, so dass es im Prinzip keine Probleme gab. Manchmal war es nur ein wenig gewöhnungsbedürftig. Die technische Organisation und die informelle Kommunikation haben die Erwartungen deutlich übertroffen. Und das ist nicht nur meine Meinung. In der Halle und an den Ständen zwischen den Berichten gab es viele interessante Diskussionen.





PS Die folgenden Links sind Bewertungen anderer ausländischer Konferenzen aus unserem Blog:
droidcon Wien
Atlassian
Droidcon London
Gehe nach Berlin
Webgipfel