Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Software-Entwickler…

Golang [KWT]

  1. Thema
  1. 1
  2. 2
  3. 3

Neues Thema Ansicht wechseln


  1. Golang [KWT]

    Autor: eeg 25.09.18 - 15:59

    kwt

  2. Re: Golang [KWT]

    Autor: pythoneer 25.09.18 - 19:49

  3. Re: Golang [KWT]

    Autor: Hello_World 25.09.18 - 20:09

    Go? War das nicht diese Sprache, die es seit Jahren nicht geschissen kriegt, so grundlegende Features wie Sum Types und Generics einzubauen, die es in ML seit 1972 gibt?

    Eine statisch typisierte Sprache, die im Jahr 2018 keine Generics kann, ist schlicht und einfach Bastelscheiß, dafür gibt's heute einfach keine Entschuldigung mehr.

  4. Re: Golang [KWT]

    Autor: TheMasterMaind 25.09.18 - 20:39

    Hello_World schrieb:
    --------------------------------------------------------------------------------
    > Go? War das nicht diese Sprache, die es seit Jahren nicht geschissen
    > kriegt, so grundlegende Features wie Sum Types und Generics einzubauen, die
    > es in ML seit 1972 gibt?
    >
    > Eine statisch typisierte Sprache, die im Jahr 2018 keine Generics kann, ist
    > schlicht und einfach Bastelscheiß, dafür gibt's heute einfach keine
    > Entschuldigung mehr.

    Hä? Seit wann braucht eine Sprache zwingend Generics um kein "Bastelscheiß" zu sein? Siehe auch https://appliedgo.net/generics/

    Oder wie war das noch mit den Generics in Java? https://stackoverflow.com/questions/520527/why-do-some-claim-that-javas-implementation-of-generics-is-bad



    1 mal bearbeitet, zuletzt am 25.09.18 20:40 durch TheMasterMaind.

  5. Re: Golang [KWT]

    Autor: Hello_World 25.09.18 - 21:16

    TheMasterMaind schrieb:
    --------------------------------------------------------------------------------
    > Hä? Seit wann braucht eine Sprache zwingend Generics um kein "Bastelscheiß"
    > zu sein?
    Seit jede ernstzunehmende statisch typisierte Sprache dieses Feature beherrscht: C#, Java, OCaml, Typescript, Rust, Swift, Scala, Kotlin, sogar VB.NET und Delphi!

    > Siehe auch https://appliedgo.net/generics/
    Ehrlich gesagt interessiert es mich wenig, mit welchen Ausreden die Go-Community sich das schönredet. Vor allem dann nicht, wenn sie mit Ratschlägen wie „2. Consider copy & paste“ daherkommen. Ja, es gibt tradeoffs. Nein, das ist keine valide Begründung, in dem Bereich überhaupt nichts zu tun.

    > Oder wie war das noch mit den Generics in Java? stackoverflow.com
    Den wesentlichen Punkt dort hast Du leider übersehen: „It's better than nothing!“.

  6. Re: Golang [KWT]

    Autor: eeg 26.09.18 - 10:51

    Deswegen gibt es auch so viel Software in Go?

    Cloudflare API
    Hetzner Cloud API
    Caddy
    Gitea

    etc.: https://github.com/avelino/awesome-go#server-applications

  7. Re: Golang [KWT]

    Autor: Yo 26.09.18 - 11:26

    Ich entwickle seit Jahren mit Go und ich sehe überhaupt keinen Grund warum es Generics braucht. Und nur weil viele anderen dies anbieten heisst es ja noch lange nicht das es gut sein muss. Nein, das Konzept hinter Go gefällt mir und inzwischen hab ich von Microservices bis hin zu Services für IoT Devices oder den Raspi schon vieles in Go programmiert und die Performance überzeugt.

    Letztendlich entscheidend war für mich, dass es ein geniales Ökosystem an Packages rund um die Standard-Libs um Go gibt und die Entwicklergemeinde toll ist. Natürlich hätte ich einige meiner Projekte auch in einer anderen Sprache entwickeln können, aber die Begeisterung von Go führte eher zum Gegenteil - viele Anwendungen/Services hab ich von Perl oder Phyton zu Go portiert.

  8. Re: Golang [KWT]

    Autor: 0110101111010001 26.09.18 - 12:40

    deswegen gibt es auch so wenige Codegeneratoren für golang :D

    Ich habe ne weile mit golang entwickelt - man findet einen Weg drum herum, aber die Lösungen sind meist alles andere als optimal.
    Sonst ist golang schon eine schöne (einfache!) Sprache, aber keine Generics zu verwenden ist der größte Fehler, der mit der Sprache gemacht worden ist.

  9. Re: Golang [KWT]

    Autor: Hello_World 26.09.18 - 13:59

    Yo schrieb:
    --------------------------------------------------------------------------------
    > Ich entwickle seit Jahren mit Go und ich sehe überhaupt keinen Grund warum
    > es Generics braucht.
    Das sagt mehr über dich aus als über Generics oder Go. Code, der für verschiedene Typen funktioniert, ist Alltag für quasi jeden Entwickler, und wenn keine Generics zur Verfügung stehen, resultiert das nahezu zwangsläufig in Code, der nicht typsicher oder dupliziert ist.

    > Und nur weil viele anderen dies anbieten heisst es ja
    > noch lange nicht das es gut sein muss.
    Nein, es ist nicht gut, weil andere es anbieten, sondern weil es Bugs verhindert, den Code wartbarer macht und Code-Wiederverwendung ermöglicht. Und der Rest der Welt hat das eben erkannt, während die Go-Entwickler offenbar einfach zu verbohrt sind.

  10. Re: Golang [KWT]

    Autor: Hello_World 26.09.18 - 14:07

    eeg schrieb:
    --------------------------------------------------------------------------------
    > Deswegen gibt es auch so viel Software in Go?
    Ja, damit hast Du bewiesen, dass man auch mit veralteten, schlecht designten Programmiersprachen brauchbare Software entwickeln kann. So what? Das wusste jeder, der jemals C- oder PHP-Software eingesetzt hat. Davon wird die Sprache aber nicht besser.

  11. Re: Golang [KWT]

    Autor: GodsBoss 26.09.18 - 18:23

    > > Siehe auch appliedgo.net
    > Ehrlich gesagt interessiert es mich wenig, mit welchen Ausreden die
    > Go-Community sich das schönredet. Vor allem dann nicht, wenn sie mit
    > Ratschlägen wie „2. Consider copy & paste“ daherkommen. Ja, es
    > gibt tradeoffs. Nein, das ist keine valide Begründung, in dem Bereich
    > überhaupt nichts zu tun.

    Zumindest für Go 2 gibt es ja intensive Diskussionen und diverse Vorschläge, ob und wie sich Generics umsetzen lassen, es wird also de facto was getan, ich halte das Fehlen ebenfalls für einen eklatanten Mangel.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  12. Re: Golang [KWT]

    Autor: GodsBoss 26.09.18 - 18:40

    > Ich entwickle seit Jahren mit Go und ich sehe überhaupt keinen Grund warum
    > es Generics braucht. Und nur weil viele anderen dies anbieten heisst es ja
    > noch lange nicht das es gut sein muss.

    Das ist ja seltsam, immerhin findet man schon in der Standardbibliothek Beispiele, wo Generics offensichtlich fehlten. So sind sync#Map und sync#Pool nicht typsicher. sort#Slice, sort#SliceIsSorted und sort#SliceStable ebenso nicht.

    Ich will nicht wissen, wie oft ich schon sort.Interface auf eigenen Slice-Typen implementiert habe mit den gleichen Len()- und Swap()- Methoden, wo sich immer nur der Typ unterschied.

    "Brauchen" im Sinne von "Die Sprache braucht das, sonst kann ich Business-Anforderung XYZ nicht umetzen" ist das nicht, aber wenn man nur das betrachtet, unterscheiden sich sehr viele Sprachen nicht voneinander, da man nunmal das meiste in ihnen bauen. Es geht viel mehr um Entwickler-Effizienz, z.B. Vermeidung von Duplikation bei gleichzeitiger Bewahrung von Typsicherheit.

    Und ja, ich stoße regelmäßig auf Situationen, in denen mir Generics das Leben erleichtern würden.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  13. Re: Golang [KWT]

    Autor: 0110101111010001 26.09.18 - 19:22

    GodsBoss schrieb:
    --------------------------------------------------------------------------------
    > Es geht viel mehr um
    > Entwickler-Effizienz, z.B. Vermeidung von Duplikation bei gleichzeitiger
    > Bewahrung von Typsicherheit.

    Gibt doch einige Codegeneratoren, mit denen du dann Typsicherheit und DRY hast ;)

  14. Re: Golang [KWT]

    Autor: Hello_World 26.09.18 - 20:11

    Wenn Du mit einem Codegenerator weitere Features dranfrickelst, ist es aber nicht mehr Go, sondern eine andere Sprache. Und die ist dann vielleicht sogar ein kleines bisschen besser als Go, aber im Vergleich mit dem Rest der Welt halt immer noch Gülle.

  15. Re: Golang [KWT]

    Autor: GodsBoss 26.09.18 - 20:30

    > > Es geht viel mehr um
    > > Entwickler-Effizienz, z.B. Vermeidung von Duplikation bei gleichzeitiger
    > > Bewahrung von Typsicherheit.
    >
    > Gibt doch einige Codegeneratoren, mit denen du dann Typsicherheit und DRY
    > hast ;)

    Ja, Code-Generierung ist eine Möglichkeit, aber das sind dann Nicht-Standardtools, die oft schlechteren IDE-Support haben, außerdem muss ich aus meiner Sprache "ausbrechen", weil ich Kommandozeilentools aufrufen muss und/oder statt des eigentlichen Codes Templates o.ä. schreibe. Wenn man eine generische Library schreibt, zwingt man dann auch noch den Nutzer der Library, den Code-Generator nutzen zu müssen.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  16. Re: Golang [KWT]

    Autor: fuu-bar 26.09.18 - 20:56

    Mir fehlt in diesem Artikel ebenfalls Go. Tools, welche die Software-Entwicklung und -Auslieferung in den letzten Jahren grundlegend verändert haben, sind in Go programmiert. Allen voran natürlich Docker und Kubernetes. Moderne Software in Form von Microservices kommt nicht mehr ohne diese aus. Google stellt für seine Google Cloud Platform großartige Go-Libraries zu Verfügung. Weitere Software in diesem Bereich wie Prometheus zum Monitoring sind ebenfalls in Go geschrieben. Da zudem die Einstiegshürde sehr gering ist, lohnt es sich auf jeden Fall, die Sprache anzuschauen. Unabhängig von allem Flamewar und unabhängig davon was die Sprache nun kann oder nicht kann.

  17. Re: Golang [KWT]

    Autor: 0110101111010001 26.09.18 - 21:01

    oft hat man doch eh ein Makefile -> einfach den generator hinzufügen. Das Template ist einfach ganz normaler Go-Code der generisch gemacht wird (auch via go -> is einfach eine library). Nix wildes

  18. Re: Golang [KWT]

    Autor: BlackSuit 26.09.18 - 21:12

    0110101111010001 schrieb:
    --------------------------------------------------------------------------------
    > GodsBoss schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Es geht viel mehr um
    > > Entwickler-Effizienz, z.B. Vermeidung von Duplikation bei gleichzeitiger
    > > Bewahrung von Typsicherheit.
    >
    > Gibt doch einige Codegeneratoren, mit denen du dann Typsicherheit und DRY
    > hast ;)

    Die Existenz der Generatoren straft jeden Lüge der behauptet Go bräuchte keine Generics. Solche Generatoren sollten Teil des Compilers und nicht irgendwie dran gefrickelt sein. Muss ja nicht gleich wie C++ Templates ausarten. Übrigens ist es immer ein Warnsignal wenn eine Sprache Sachen wie Maps im Sprachkern und nicht in den Bibliotheken unterbringt. Zeigt sofort wie wenig mächtig die Sprache selbst ist, wenn solche elementaren Datencontainer nicht selbst mit eleganten Schnittstellen implementiert werden können. Und erzähle mir keiner, niemand bräuchte mehr als eine Map Implementierung. Das beweist nur, das sich derjenige noch nie über seine Datenstrukturen echte Gedanken gemacht hat.
    Übrigens liefen auch in der Java Community viele rum und haben felsenfest behauptet niemand bräuchte Generics. Bis sie dann mit der etwas inkonsequentem Implementierung kamen und keiner will sie mehr missen. Man kann Go aber durchaus vorwerfen nichts aus der Vergangenheit von Java gelernt zu haben. Eine verpasste Chance, die man in Go2 hoffentlich ausbügelt.

  19. Re: Golang [KWT]

    Autor: Hello_World 26.09.18 - 23:12

    0110101111010001 schrieb:
    --------------------------------------------------------------------------------
    > oft hat man doch eh ein Makefile
    Tatsächlich Makefile?? Go steckt noch tiefer in den 70ern fest als ich dachte. Traurig, das.

  20. Re: Golang [KWT]

    Autor: 0110101111010001 27.09.18 - 00:49

    Jetzt bin ich neugierig - was gibt es denn moderneres Al's Makefiles? (Ehrliche Frage - bin gerne offen für neues)

  1. 1
  2. 2
  3. 3

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Amt für Statistik Berlin-Brandenburg, Potsdam
  2. Universitätsklinikum Augsburg, Augsburg
  3. Deutsche Forschungsgemeinschaft e.V., Bonn
  4. Wirtschaftsrat der CDU e.V., Berlin

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 39,99€
  2. 59,99€ für PC/69,99€ für PS4, Xbox (Release am 4. Oktober)
  3. (-87%) 4,99€
  4. 3,99€ statt 19,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Bug Bounty Hunter: Mit Hacker 101-Tutorials zum Millionär
Bug Bounty Hunter
Mit "Hacker 101"-Tutorials zum Millionär

Santiago Lopez hat sich als Junge selbst das Hacken beigebracht und spürt Sicherheitslücken in der Software von Unternehmen auf. Gerade hat er damit seine erste Million verdient. Im Interview mit Golem.de erzählt er von seinem Alltag.
Ein Interview von Maja Hoock

  1. White Hat Hacking In unter zwei Stunden in Universitätsnetzwerke gelangen

Homeoffice: Wenn der Arbeitsplatz so anonym ist wie das Internet selbst
Homeoffice
Wenn der Arbeitsplatz so anonym ist wie das Internet selbst

Homeoffice verspricht Freiheit und Flexibilität für die Mitarbeiter und Effizienzsteigerung fürs Unternehmen - und die IT-Branche ist dafür bestens geeignet. Doch der reine Online-Kontakt bringt auch Probleme mit sich.
Ein Erfahrungsbericht von Marvin Engel

  1. Bundesagentur für Arbeit Informatikjobs bleiben 132 Tage unbesetzt
  2. IT-Headhunter ReactJS- und PHP-Experten verzweifelt gesucht
  3. IT-Berufe Bin ich Freiberufler oder Gewerbetreibender?

Lightyear One: Luxus-Elektroauto fährt auch mit Solarstrom
Lightyear One
Luxus-Elektroauto fährt auch mit Solarstrom

Ein niederländisches Jungunternehmen hat ein ungewöhnliches Fahrzeug entwickelt, das Luxus und Umweltfreundlichkeit kombiniert. Solarzellen auf dem Dach erhöhen die Reichweite um bis zu 220 Kilometer.
Von Wolfgang Kempkens

  1. Elektromobilität EnBW will weitere 2.000 Schnellladepunkte errichten
  2. Elektromobilität Verkehrsminister will Elektroautos länger und mehr fördern
  3. Elektroautos e.GO Mobile liefert erste Fahrzeuge aus

  1. Europawahlen: Schwere Verluste für Union und SPD, hohe Gewinne für Grüne
    Europawahlen
    Schwere Verluste für Union und SPD, hohe Gewinne für Grüne

    Bei der Europawahl 2019 haben die Regierungsparteien Union und SPD historisch schlecht abgeschnitten. Besonders profitieren konnten die Grünen. Während die Piraten viele Stimmen verloren, legte eine andere Kleinstpartei besonders stark zu.

  2. Briefe und Pakete: Bundesregierung will Rechte von Postkunden stärken
    Briefe und Pakete
    Bundesregierung will Rechte von Postkunden stärken

    Aufgrund gestiegener Beschwerden über Mängel bei der Post- und Paketzustellung will das Bundeswirtschaftsministerium die Rechte von Postkunden stärken. Dabei geht es auch um die Frage von Sanktionsmöglichkeiten.

  3. Vodafone: Red-Tarife erhalten mehr Datenvolumen und werden teurer
    Vodafone
    Red-Tarife erhalten mehr Datenvolumen und werden teurer

    Vodafone bietet veränderte Red-Tarife. Bei vier der fünf verfügbaren Tarife erhöht sich das ungedrosselte Datenvolumen. Dafür steigen auch die Preise.


  1. 20:12

  2. 11:31

  3. 11:17

  4. 10:57

  5. 13:20

  6. 12:11

  7. 11:40

  8. 11:11