Ich deploye derzeit Go in dockerisierter Form.
Ein Vorteil von Go ist aus meiner Sicht die einfache Syntax, das Builden ohne besondere Konfiguration, und dass man selbst mit schlicht geschriebenem Code in der Regel eine solide bis hohe Performance erreicht.
Je nach Bedarf nutze ich zwar auch andere Tools.
Aber vorerst werde ich wohl hauptsächlich Go verwenden.
Mich würde interessieren, wie es bei euch aussieht!
Vermutlich kann sich das zwischen dem Job und privaten Projekten unterscheiden.
Es wäre schön, wenn ihr auch eure Eindrücke bei der Nutzung teilen würdet!
7 Kommentare
Ich arbeite im Unternehmen auch hauptsächlich mit Java und Vue.js,
aber privat nutze ich TypeScript.
Der Grund ist, dass man bei kleinen Full-Stack-Projekten sowohl das BE (
nest.js) als auch das FE (next.js) abdecken kann.Zur Info:
nest.jsistangularsehr ähnlich, aber im FE istreact.jswohl doch der Standard.TypeScript wird im JS-Umfeld offenbar tatsächlich sehr häufig genutzt.
Nest war also Angular ziemlich ähnlich?! Ich hatte nur gedacht, dass es ein simples Server-Framework ist, aber ich sollte es mir wohl mal genauer ansehen :)
Da mein Hauptberuf die Entwicklung mit Unity3d ist, arbeite ich fast nur mit c#, und gelegentlich schreibe ich für nativen Code auch in java, kotlin, objc, swift, c++ und c.
Für die Entwicklung interner Tools nutze ich go (für Server oder CLI-Tools) und elm (für Web-Frontends).
In letzter Zeit entwickle ich mit flutter Desktop-Programme. Bereiche, in denen die Performance nicht ausreicht, verbessere ich teilweise mit rust.
Zu c# habe ich irgendwie eine Hassliebe. Da ich es für Unity3d verwende, finde ich es schade, dass Unity bei der .NET-Version noch nicht ganz mithält. In einem aktuellen Alpha-Release soll Unterstützung bis
.netstandard 2.1kommen, und ich hoffe, dass die stabile Version möglichst schnell erscheint.go scheint Vorteile zu haben, wenn es darum geht, die Entwicklungszeit zu verkürzen.
Bei elm waren die Fehlermeldungen so freundlich, dass die Eingewöhnung im Vergleich zu anderen Sprachen recht kurz war. Natürlich hat es auch geholfen, dass ich mich schon ein paar Mal an anderen funktionalen Sprachen versucht hatte.
Bei rust habe ich den Eindruck bekommen, dass es sehr gut geeignet ist, wenn man es gezielt für Teile einsetzt, die Optimierung brauchen. Auch dass es viele Funktionen enthält, die ich aus funktionalen Sprachen beneidet habe, fand ich attraktiv. Natürlich gibt es eine gewisse Hürde, solange Ownership und Scope noch nicht ganz vertraut sind, aber ich denke, das löst sich mit mehr Erfahrung. Auch bei Rust sind die Fehlermeldungen eher freundlich. Allerdings empfinde ich die Syntax bei Dingen wie der Scope-Festlegung teilweise als kompliziert, sodass ich das Gefühl habe, noch mehr lernen zu müssen.
Die übrigen Sprachen, die ich für native Arbeiten verwende, setze ich im Vergleich zu den anderen nur sehr eingeschränkt ein, deshalb habe ich dazu keine gesonderten Kommentare geschrieben.
Wie verbinden und verwenden Sie den Desktop-Teil, wenn Sie ihn in Rust schreiben?
Man könnte ihn über WebAssembly nutzen, oder es scheint Tools zu geben, die ihn mit Dart verbinden.
Soweit ich weiß, gibt es nicht viele Leute, die Elm verwenden, aber freut mich, Sie kennenzulernen. :)
Ich baue eine Bibliothek als Rust-
cdylibund implementiere sie, indem ich die dynamische Bibliothek über Dart FFI anbinde.Vielen Dank für Ihre Antwort. :)
Es gibt ein paar Punkte, die etwas aktualisiert werden müssten, aber für das Gesamtbild dürften die beiden folgenden Artikel hilfreich sein.
Dart Meets Rust: a match made in heaven - https://dev.to/sunshine-chain/…
Dart and Rust: the async story - https://dev.to/sunshine-chain/rust-and-dart-the-async-story-3adk