Wenn Sie schon einmal bei HighLoad ++ waren, kennen Sie das traditionelle Go Mitap. Aktivisten, die sich für Go interessieren, besetzten die Halle für ein paar Stunden, präsentierten kleine Berichte, diskutierten drängende Themen und waren holivar. Waren auf HighLoad ++ und separate Berichte auf Go.
Jetzt scheint es uns an
der Zeit zu sein, ein neues Level zu erreichen. Am 7. Oktober werden wir
GolangConf veranstalten . Aus dem Namen geht hervor, dass dies eine Konferenz über Go ist, aber dies ist eindeutig nicht genug.

Wir bereiten diese Konferenz vor für:
- Go-Entwickler - diejenigen, die schon lange auf Go sitzen, die daran interessiert sind, über neue Produkte zu diskutieren, über Leistung und Mut zu sprechen, herauszufinden, was sich in Go ändert, zum Beispiel über Generika.
- Während die Go-Community wächst, warten wir außerdem auf Programmierer, die gerade auf Go umsteigen oder sogar nur darüber nachdenken. Wir werden ihnen Erfolgsgeschichten zeigen, die mit dem Übergang zu Go wahr wurden, oder Geschichten über Misserfolge. Wir lernen, was nicht funktioniert, warum, was sind ihre ersten Gefühle, Meinungen, Eindrücke.
- Die dritte Kategorie von Besuchern sind Benutzer von in Go geschriebenen Tools . Dies sind die beliebten Cloud Native-Infrastrukturen: Kubernetes, Docker, Terraform, Consul und andere Hashicorp-Produkte. Auf der Go-Konferenz werden die Gäste einerseits herausfinden, welche Probleme diese Tools mit den Sprachfunktionen haben, und andererseits werden sie sehen, welche Herausforderungen und Aufgaben in Go beginnen, um beispielsweise zu diesen Projekten beizutragen.
Um zu bestimmen, welche Themen auf der Go-Konferenz diskutiert werden sollen, welche Probleme und Aufgaben für jede der Teilnehmerkategorien wichtig sind, haben wir das Programmkomitee und Aktivisten der Go-Community zusammengebracht. Arrangierte eine Art Brainstorming. Wir teilen die Ergebnisse mit Ihnen und hoffen auf Ihr Feedback, da unser Hauptziel die Entwicklung der Community ist. Schreiben Sie in die Kommentare, was vollständiger enthüllt werden muss, was völlig uninteressant ist und was genau benötigt wird. Beraten Sie beispielsweise, ob es sich lohnt, die Funktionen von Go unter Windows zu diskutieren, da sonst die Meinungen geteilt wurden.
Wir werden die Schauspieler vertreten, wenn sie die Bühne betreten.GolangConf-Abschnitte
Elena Grahovac (
Leiterin des TechOps-Teams für Prozessautomatisierung beim deutschen Fintech-Startup N26. Co-Moderatorin des GolangShow-Podcasts, Mitglied des GolangConf-PCs. Sie schreibt Go für 2015 und verfügt über 11 Jahre Berufserfahrung in der IT )
.Erstens wird es auf der Go-Konferenz einen
Abschnitt für diejenigen geben, die schon lange über Go schreiben , ernsthafte Probleme haben oder durch die Produktivität eingeschränkt sind und sich mit Hardcore beschäftigen möchten. In diesem bedingten Abschnitt werden wir Fälle aufgreifen, in denen beispielsweise eine beliebte Bibliothek verwendet wurde, aber es gab Leistungsprobleme, die wir überwinden konnten. Betrachten Sie nicht standardisierte Ansätze und nicht offensichtliche, aber relevante Lösungen.
Zweitens werden wir
einen Abschnitt "Anfänger" haben . Es wird Präsentationen für diejenigen geben, die bereits etwas in anderen Programmiersprachen tun können, aber darüber nachdenken, ob Go für seine Aufgaben geeignet ist oder nicht.
Wir planen Berichte darüber, welche Aufgaben Go passt, wie man von anderen Programmiersprachen übergeht oder - ein Lieblingsthema aller Programmierer - wie man die X-Sprache rauswirft und alles auf Go neu schreibt.
Es wäre toll, von den negativen Erfahrungen des Übergangs zu hören, denn dies geschieht auch, aber dies wird leider nicht oft gesagt. Wenn Sie eine solche Erfahrung haben, schreiben Sie uns.
Ein separater Stream ist der
Abschnitt mit Besprechungen, Workshops und Lichtberichten , in dem Sie über ein schmerzhaftes Thema sprechen oder darüber diskutieren können, was plötzlich während der Konferenz aufgetaucht ist. Ich habe mich zum Beispiel daran erinnert, dass Sie Ihre Erfahrungen teilen möchten, inspiriert von anderen Berichten - bitte, es gibt alle Bedingungen dafür. Dieser Ansatz wird auf anderen Konferenzen selten gesehen.
Natürlich können Sie nur am Rande sprechen, aber Mitaps bieten die Möglichkeit, ein größeres Publikum zu gewinnen, Probleme zu diskutieren, mit etwas zu prahlen oder umgekehrt über etwas zu trauern und Ihren Schmerz zu teilen.
Darüber hinaus planen wir, auf den ersten Blick nicht sehr technische Themen anzusprechen. Zum Beispiel gab es auf der GopherCon Europe-Konferenz zwei Berichte über die Lesbarkeit von Code mit einer leichten Verzerrung in den Neurowissenschaften. Dieses Wissen wird dazu beitragen, Ihre Anwendung besser zu strukturieren, sie benutzerfreundlicher und für Kollegen bequemer zu machen. Wir hoffen, auf unserer Konferenz Berichte zu neuen Themen zu sehen, die bisher nicht genügend Beachtung gefunden haben.
Warum musst du gehen?
Igor Dolzhikov (
SRE-Ingenieur bei Openprovider, automatisiert die Entwicklung von Microservices, stellt deren Zuverlässigkeit und Hochverfügbarkeit mithilfe von Go sicher )
Bei Konferenzen, die einer Sprache gewidmet sind, findet normalerweise Aufregung statt: Warum diese Sprache, warum ist sie interessanter, warum müssen Sie zu ihr wechseln? Ich selbst bin schon lange unterwegs und verstehe die Relevanz. Es scheint mir jedoch wichtig zu sein, Schlüsselkonzepte aufzuzeigen, um beispielsweise zu erklären, warum Google seine Produkte auf Go herstellt.
Wer erfolgreich in PHP oder Python programmiert, muss anhand von Beispielen zeigen, warum er sich Go ansehen sollte. Nicht nur für bestimmte Aufgaben, sondern auch Beispiele für große Unternehmen, die ganze Großprojekte in dieser Sprache entwickeln.
Elena Grakhovac: Richtig , dies ist einer unserer Tricks - um Beispiele zu zeigen: Warum es interessant sein kann, für wen es interessant sein kann, dass Menschen gewinnen können.
Wir wollen ganz ehrlich bleiben und sagen, wer und wann nicht Go wählen soll.
Wenn wir darüber sprechen, wie cool es ist, von „X“ zu „Go“ zu wechseln, und dann etwas für die Konferenzteilnehmer nicht funktioniert und sie anfangen, uns zu schelten, wird es nicht großartig sein. Daher wäre es cool, die Geschichten des Scheiterns zu erzählen und herauszufinden, warum es nicht möglich war, Erfolg zu haben.
Alle Beispiele sollten sich auf die Frage beziehen:
- Muss ich zu Go wechseln?
- wer braucht es;
- warum ist es notwendig;
- wie kann man das machen.
Igor Dolzhikov: Außerdem scheinen mir Berichte, die den allerersten Berichten von Rob Pike ähneln, angemessen zu sein. Anscheinend sind alle schüchtern, aber es wäre schön, wenn jemand die Berichte auf Anfängerebene aufgreifen würde, die kurz die wichtigsten Punkte in Go-Architekturen im Code zeigen: wie man den ersten Server hochfährt, wie man mit Kanälen und Goroutinen arbeitet und so weiter. Aus irgendeinem Grund gibt es keine derartigen Berichte auf Russisch.
Marko Kevats (
Teamleiter in der Plattformabteilung bei Badoo. C Go fast von Anfang an. Der Hauptinitiator der Go-Implementierung im Unternehmen. Autor und Sprecher, Mitglied von GolangConf PC. Hardcore-Sprecher. Er mag GC nicht ).
Diejenigen, die über die Implementierung von Go nachdenken, werden sich für das Thema interessieren, wie Go mit anderen Sprachen interagiert. Das heißt, das Verbinden von Java mit C ist sehr einfach. Rost ist sehr einfach mit C zu verbinden. Und in C ist eine große Menge von allem geschrieben. Bei Go ist dies immer ein Schmerz und oft entscheiden sich die Leute einfach, alles auf Go neu zu schreiben. Es ist viel einfacher, bequemer, alle Dienstprogramme funktionieren und Sie werden keine seltsamen Fehler bekommen. Wir werden auf der Konferenz diskutieren, wann es nicht die beste Idee ist, alles wegzuwerfen, sondern was genau in Go geschrieben werden muss - schließlich haben wir eine Go-Konferenz.
Leistung gehen
Oleg Bunin : Und nicht für Anfänger, welche anderen Themen könnten auf der Konferenz angesprochen werden? Zum Beispiel hatten wir bei Moscow Python Conf ++ fast eine ganze Reihe von Berichten, die sich auf das beliebte Anwendungsgebiet - das maschinelle Lernen - bezogen. Gibt es einen solchen Bereich für Go?
Vitaly Levchenko (
Evangelist, Organisator von ITGM-, Go- und SRE-Treffen in St. Petersburg, Mitglied von GolangConf PC. Arbeitet seit Veröffentlichung mit Go zusammen. Leiter der NDA-Entwicklung ).
Leistung kann ein solches Thema sein. Versuchen wir, einige Hardcore-Berichte zum Thema Hochlast zu sammeln. Planen Sie, warum Sie TCP durch UDP ersetzen müssen, jedoch mehr im Zusammenhang mit Go.
Zum Beispiel wollte ich schon lange einen Bericht in Russland über das Thema Leistung hören, aber ich habe nichts Ernstes genug gesehen - dies ist eine Geschichte über den
Go-shny-Assembler . Dies ist ein wichtiges und großes Thema.
Marco Kevac : Dieser Bericht kann mit Sicherheit und Verschlüsselung kombiniert werden. Wenn Sie die Verschlüsselung oder Sicherheit auf Go so programmieren möchten, dass sie schnell funktioniert, müssen Sie grob gesagt in Assembler schreiben. Dies ist ein Teil des Problems. Sofort erscheint ein anderer - dass all dies später irgendwie getestet und unterstützt werden muss. Könnte ein wirklich Hardcore-Thema sein.
Vitaly Levchenko: Das ist immer noch wertvoll, weil die Entwickler optimieren, den Schlüsselplatz optimieren und sich dann auf dem üblichen Go ausruhen, die Pfoten heben und "dann alles" sagen. Aber in der Tat weitere Assembler.
Überall hingehen
Oleg Bunin: Welche anderen Themen möchten Sie auf der Konferenz ansprechen?
Elena Grahovac: Jetzt versuchen sie, Go buchstäblich überall anzuwenden. Zum Beispiel versuchen Enthusiasten von eingebetteten Geräten auch, auf Go zu schreiben, selbst wenn es spezielle Frameworks gibt. Go wird auch für maschinelles Lernen verwendet. Zu einer Zeit gab es einen TensorFlow-Trend bei Go. Wir würden gerne einen Bericht über eine solche Erfahrung in Betracht ziehen. Aber hier ist, wie allgemein bei allen Berichten der Konferenz, wichtig, dass dies genau eine persönliche Erfahrung ist.
Was in der Dokumentation geschrieben steht, kann dort gelesen werden. Das Wertvollste ist, wenn der Bericht auf Beispielen basiert, auf was Sie gestoßen sind und wie Sie das überwinden können, was Sie erhalten haben.
Marco Kevac : In der Tat wird Go als Sprache überall verwendet. Wenn Sie jetzt von einem neuen Projekt hören, dann zu 90%, dass es in Go geschrieben ist. Ich würde wirklich gerne einen Bericht über diesen Trend hören, wie Go aus einer jungen populären Sprache allgegenwärtig geworden ist, über eine mögliche Zukunft usw.
Igor Dolzhikov: Ich schlage vor, das Thema Containerisierung
anzusprechen . Vielleicht hat es niemand bemerkt, aber
es gab eine Revolution - die Übertragung von Anwendungen auf Container . Tatsächlich ging er mit der Go-Sprache auf und ab.
Vitaly Levchenko: Richtig, die Formatthemen sind interessant: Patch Kubernetes, sammeln Sie Ihre Cloud auf Go, unserem Service-Mesh. Mehrere Unternehmen in Russland tun dies mit Sicherheit.
Elena Grahovac: Und so sind wir gerade in unsere
dritte Kategorie von Teilnehmern gekommen - Infrastrukturingenieure, die mit Cloud-Diensten interagieren und zumindest ein wenig Verständnis für Go haben.
Marco Kevats: Was denkst du über mobile Programmierung auf Go?
Elena Grahovac: Google hatte ein solches Projekt, aber es wurde geschlossen. Daher scheint mir die mobile Programmierung auf Go tot zu sein. Bitte, wenn Sie wissen, dass dies nicht so ist, widerlegen Sie mich.
Vitaly Levchenko: Ich kenne keinen erfolgreichen Fall in Russland, niemand hat mehr als eine Bibliothek für mich gemacht, aber wir werden uns über eine solche Bewerbung freuen.
Marco Kevats : Es scheint mir, dass
Go für die Entwicklung von Konsolenanwendungen immer noch
beliebt ist und in dieser
Hinsicht mit Rust konkurriert, auch aufgrund der Tatsache, dass es in einer Binärdatei zusammengefasst ist, die einfach auf den Server zu stellen und überall zu verwenden ist.
Elena Grahovac: Dies liegt wiederum daran, wer diese Binärdateien verwendet: Ingenieure, Infrastrukturen und DBA. In unserer Firma hat DBA beispielsweise beschlossen, in Go zu schreiben, damit Sie einfach Binärdateien generieren können, die das tun, was sie wollen.
Igor Dolzhikov: Wir schreiben schon lange Servicevorlagen auf Go
- wir schreiben Servicevorlagen auf Go, schreiben auf Go.
Vitaly Levchenko: Es gibt hier ein separates großes Thema, das nur unzureichend offengelegt wird und das sich in einen separaten Abschnitt
aufteilen lässt -
Beobachtbarkeit , dh Protokollierung, Metriken, Open Tracing und wie sie mit all dem funktionieren.
Gehen Sie in große Unternehmen
Oleg Bunin: Und vor welchen Hauptproblemen und Herausforderungen stehen große Unternehmen bei der Verwendung von Go?
Elena Grahovac: Viel mit was. Beginnen Sie mit der Strukturierung einer Anwendung in Go, wenn: eine Reihe von Microservices vorhanden sind und Sie ein Mono-Repository oder eine Reihe von Microservices und separate Repositorys benötigen. Verwalten von Abhängigkeiten, Einbetten von Sicherheit - es gibt viele Aufgaben, die jedoch für jede Programmiersprache relevant sind. Das gleiche Beobachtbarkeitsproblem ist ein Problem, vielmehr handelt es sich um Cloud Native-Anwendungen. Aber wir können es im Kontext von Go betrachten.
Architekturbezogene Themen werden jedoch spezifisch sein, da Go immer noch nicht OOP ist. Und wie beispielsweise in Java eine Anwendung strukturiert ist und wie eine Klasse zugewiesen wird, unterscheidet sich stark von den für Go geltenden Ansätzen.
Alexey Palazhchenko (
leitender Gopher in Percona, leitender Gopher, Mitarbeiter bei Prometheus ).
Sie können über jedes dieser Themen im Kontext von Go sprechen. Angenommen, Monorepo oder Multi-Rep im Go-Kontext sind sehr unterschiedlich, da beim Pfadimport die gesamte URL verwendet wird. Selbst in solchen Dingen gibt es signifikante Unterschiede, daher scheint es mir, dass Sie über all dies sprechen können.
Geh weg
Oleg Bunin: Sagen Sie mir, ähneln die Architekturmuster, die zum Entwerfen von Anwendungen verwendet werden, die auf Go ausgeführt werden, einigen Standardmustern, oder ist dies eine ganz andere Geschichte?
Vitaly Levchenko: Es gibt ein Go-Way-Konzept, das irgendwie in der Community abrutscht. Go ist in Bezug auf Ansätze ziemlich einzigartig.
Elena Grahovac: Die Frage, was der Go-Weg ist, ist ganzheitlich, es wäre interessant, darüber zu diskutieren.
Wenn wir über Muster sprechen, sind die traditionellen OOP-Muster für Go im Allgemeinen irrelevant. Gleichzeitig hat Go etwas Eigenes. Zum Beispiel Fehlerbehandlungspraktiken, Strukturierungsansätze, Arbeiten mit Kontext, Abfrageverarbeitung usw. Go-Webanwendungen haben ihre eigenen Besonderheiten.
Oleg Bunin: Ich verstehe richtig, dass der durchschnittliche Go-Programmierer mehr über die Funktionsweise eines Computers wissen und verstehen muss als ein normaler PHP-Programmierer? Hat ein Go-Programmierer mehr Zugriff auf den Prozessor und die Threads und mehr Kontrolle über die Codeausführung?
Elena Grahovac: Ich würde nicht zustimmen, um ehrlich zu sein.
Vitaly Levchenko: Go hat eher direkten Zugang. Grob gesagt können Sie sys call direkt anrufen. Sie können in zwei Schritten etwas mit den erforderlichen Optionen auf eine Festplatte schreiben. Es ist bequem, gut dokumentiert und verwendet.
Marco Kevats: Ich stimme zu, es scheint mir, dass der Go-Schnick mehr verstehen sollte, um normal zu programmieren. Aber keine Größenordnung.
Vitaly Levchenko: Das liegt am Problem der Produktivität. Sobald der Go-Entwickler eine Frage der Produktivität hat, beginnt er mit Hardware zu arbeiten. Danach wird sofort klar, dass
Sie Hardware und Linux verstehen müssen .
Von PHP zu Go
Igor Dolzhikov: Als ich einmal sagte, dass Go ein neues PHP ist, haben sie mir fast Tomaten geworfen . Dies ist die Sprache, die genau genommen wird, um schnell etwas zu werfen.
Vitaly Levchenko: Eine nicht triviale
Frage ist die Einbeziehung von Entwicklern , die Teil von Go sind. Einige Leute denken, dass eine Person ohne Erfahrung kein Go-Shnik ist. Und es gibt eine Position, in der Sie Leute ohne Erfahrung in Go aufnehmen, sofort ein Projekt in Go einwerfen können, und alles wird gut. Eine solche Erfahrung wäre sehr nützlich.
Igor Dolzhikov: Ein gutes Thema für den Bericht: Tragen Sie nicht Ihre Erfahrung und alle Ansätze, die für eine Sprache (insbesondere PHP) in Go funktionieren, mit. Dies ist ein häufiger Fehler.
Vitaly Levchenko: Fügen Sie dazu die Frage hinzu: "Wie verwalte ich Programmierer, die von PHP zu Go wechseln?" und einen tollen Bericht bekommen. Wer wird es tun,
schreiben ?
Und da sie angefangen haben, über Management zu sprechen, schlage ich vor, Go unter diesem Gesichtspunkt zu diskutieren. Zuallererst seine Nachteile.
In der Regel werden Programmiersprachen vom Ingenieur berücksichtigt: Architekturmerkmale, Syntax usw. Bei jeder Sprachkonferenz ist ein wesentlicher Teil der Themen, ob in einem bestimmten Fall ein Instrument ausgewählt werden soll oder nicht. Gleichzeitig werden Sprachen nach technischen Merkmalen verglichen, es gibt jedoch teamspezifische und verwaltungsspezifische Probleme, und es ist schwieriger, mit ihnen umzugehen. Ein Bericht über sie ist hilfreich für diejenigen, die entscheiden, ob sie Go verwenden möchten.
Go wird immer beliebter, deshalb warten wir auf unserer Konferenz auf Spezialisten, die sich für Go interessieren, aber noch nicht sehr vertraut sind.
Geh gegen alle
Marco Kevac: Ich würde wirklich gerne einen Bericht mit dem Titel
"Wie leben wir ohne Generika?" Hören. und in denen es nach Punkten sortiert wäre, dass es möglich ist, dies und das zu umgehen. Alle reden über diese Generika, und vielleicht vereinfachen sie das Leben, aber tatsächlich kann man auf sie verzichten. Es ist interessant, auf der praktischen Seite zu zeigen, wie dies erreicht werden kann.
Vitaly Levchenko: Zusätzlich zu Generika verursacht es Holivars, unter denen, die nicht von Go sind, Fehlerbehandlung.
Die Fehlerbehandlung in Go unterscheidet sich stark von allen anderen Sprachen. Es gibt Muster, die nicht jeder kennt und kennt. Mit dem Aufkommen von Go 1.13 wird dieses Problem teilweise gelöst, aber in jedem Fall ist die Fehlerbehandlung ein wichtiges Thema.
Alexey Palazhchenko: Neben Generika und Fehlern gibt es ein drittes Pferd der Apokalypse - das sind
Module .
Elena Grahovac: Was ist im Zusammenhang mit Modulen kontroverser: Funktionieren sie, wie funktionieren sie nicht oder was zieht das Internet der Sucht?
Alexey Palazhchenko: Mir scheint alles zusammen. Dieses Thema wird für GolangConf im Oktober noch relevanter sein, da Go 1.13 im August veröffentlicht wird und die Leute gerade noch rechtzeitig darauf umsteigen werden. Davor waren alle im Großen und Ganzen Enthusiasten.
Elena Grahovac: Was glauben Sie, werden sie auf der amerikanischen GopherCon erzählen? Go 2.0 ankündigen?
Marco Kevac: Ich denke, wir werden keine Entdeckungen sehen.
Alexey Palazhchenko: Ich
gehe davon aus, dass sie hauptsächlich über Tuning und Module sprechen werden, dh über Gopls, Goproxy, Registrierung und Audit.
Alexey Palazhchenko: Wenn ich über Holivars spreche, würde ich zu einem Bericht über das Thema gehen: "Go - sucks" oder
"Go - schlechter als X" von einer berühmten Person, die zum Beispiel gut in X schreibt.
Elena Grahovac: Sie können jede Person aus unserer Firma anrufen, er wird Ihnen sagen, warum Kotlin besser ist als Go. Und dann mache ich einen Bericht: „Wie kann ein Goffer in einem Unternehmen überleben, das nur mit Kotlin in Verbindung gebracht werden möchte?“.
Alexey Palazhchenko: Es wäre eine gute Kombination. Es ist interessant, an einer Konferenz über die X-Sprache teilzunehmen, bei der unter anderem gesagt wird, dass X scheiße ist. Um einen solchen Bericht zu erstellen, müssen Sie Nerven aus Stahl und ein sehr gutes Argument haben. In der Regel werden solche Leute sehr vorbereitet, sie erhalten interessante, gute Berichte und interessante Diskussionen am Rande.
Go, Sicherheit und Windows
Vitaliy Levchenko: Übrigens haben sie noch kein Wort über Sicherheit gesagt.
Elena Grahovac: Ja, wir würden uns freuen, von einem Hardcore-Sicherheitsspezialisten einen Bericht über Go und Sicherheit zu erhalten.
Antworte, wenn du es bist. Obwohl es mir so scheint, wurde dieses Thema nicht fast überall behandelt, nicht nur in Go.
Und da wir uns bereits an die Sicherheit erinnert haben, schlage ich ein Thema vor - etwas über Windows. Ich habe versucht, mich daran zu erinnern, welche Art von Fehlern ich speziell in Go im Zusammenhang mit der Sicherheit kenne, und aus irgendeinem Grund geht es nur um Windows.
Marco Kevats: Was ist Windows?
Elena Grahovac: Ich frage ernsthaft, was machst du Witze?
Alexey Palazhchenko: Selten, aber nicht ein, nicht zwei oder drei Mal, haben sie mich etwas über Windows gefragt. Jemand konfiguriert einfach nicht lokal. Jemand fragt, wie man aus Go ein Excel-Typenschild erstellt oder wie man mit Home arbeitet. Daher ist ein Überprüfungsbericht über die Verwendung von Go unter Windows im Allgemeinen möglicherweise nicht sehr beliebt, bringt diese Personen jedoch auf jeden Fall zusammen, was an sich schon wertvoll ist.
Marco Kevac: Ich stimme zu. Ich war kürzlich bei einem Workshop für "Neulinge" Go, bei dem Programmierer versuchten, Go trivial zu installieren und etwas dagegen zu unternehmen. Gerade aufgrund von Windows und den Funktionen der Arbeit mit Go trat eine Vielzahl von Problemen auf.
Alexey Palazhchenko: Windows ist nicht in unserer Blase, aber im Allgemeinen ist es. Den Umfragen zufolge ist Windows die beliebteste Plattform.
Gehen Sie Entwickler Karriere
Elena Grahovac: Was möchten wir noch auf unserer Konferenz diskutieren? Zum Beispiel würde mich das Thema Karriereentwicklung von Go-Entwicklern interessieren.
Vitaly Levchenko: Wie unterscheidet es sich vom Karrierewachstum eines anderen Entwicklers?
Elena Grahovac: Das ist die Frage:
Gibt es einen Unterschied
? Ich sehe zum Beispiel, dass Go-Entwickler manchmal zu Go kommen, um später zu SRE zu wechseln. Jetzt in Berlin ist dies ein Trend, junge Leute kommen, die sagen: "Ich möchte eigentlich SRE sein, aber ich verstehe, dass ich nicht sofort kann, also werde ich vorerst als Junior-Go-Entwickler arbeiten und dann irgendwie zu SRE wechseln."
Vitaly Levchenko: Es besteht also Interesse, und auf der Konferenz müssen Sie über SRE berichten.
Elena Grahovac: SRE sind diejenigen, die Go häufig verwenden, um ihre Aufgaben zu automatisieren, alles, was nach dem ersten Gebrauch automatisiert werden sollte. Daher ist dies ein dringendes Thema für die Go-Konferenz.
Vitaliy Levchenko: SRE wächst aufgrund des notwendigen Wissens auch schneller aus Go-Schnicks heraus.
: DevOpsConf SRE Go 5 .
: Go. : « Prometheus, Go , ». CocroroachDB Go, . , , , , , . .
: —
Serverless . serverless- Go: AWS, Google, Microsoft Azure. , -, .
: , Go , . . , , , . , , JSON-RPC, Go-.
, — . telegram- . GolangConf .