Go vs. Rust - System Programming languages - Umfrage

Marthog schrieb:

Ich habe mich auf das fertige Rust bezogen. Ich befuerchte, dass die meisten Entwickler hauptsaechlich auf ihre altbekannten Sprachen setzen und deswegen Rust produktiv nicht eingesetzt wird und sich in der Folge deswegen auch wenig neue libs gibt.

Wenn eine Sprache genug gehyped wird, dann wird sie für neue Projekte eingesetzt und mit der Zeit existieren Libs und IDEs und all das. Fallbeispiel Java.

Java ist ein gutes Beispiel!

volkard

IBV schrieb:

Java ist ein gutes Beispiel!

ftfy

Java ist auf dem Markt also irrelevant?
Die Frage lässt sich übrigens wunderbar unabhängig(!) vom eigenen Standpunkt zu Java beantworten.

MfG schrieb:

GetSetWilly schrieb:

Neue Programmiersprachen bringen heute nur was, wenn da gewaltige Libs mitgeliefert werden, oder halt vorhanden sind, so wie bei Qt oder auch bei Java.

qt ist keine eigene sprache... nur eine ide/framework...
oder gibt es auch eine qt-programmiersprache?

und diese "gewaltigen libs" müssen auch erstmal entwickelt werden...
das hat sich ja bei den meisten sprachen mit der zeit mit entwickelt...

Mir ist schon klar, dass Qt keine eigenen Programmiersprache ist, sondern ein Framework für C++ mit Erweiterung der Sprache um Signals und Slots. Ich wollte damit zum Ausdruck bringen, dass es schwer für eine neue Sprachen wird, wenn sie nicht solch einen Background an Libs hat wie C++ oder Java. Go ist ja nun auch schon 5 Jahre alt und dafür ist sehr wenig passiert. Das sieht für mich nicht nach dem großen Run aus. Kann ja alles noch kommen, aber ohne Libs, Literatur, IDEs und vor allem großer Community wird das auch nichts Großes. Schau dir Android an, das ist zwar keine neue Sprache, aber was haben die innerhalb wenigen Jahre erreicht. Ich habe gutes IDEs, Fachliteratur, massig Community und und und. So sieht es aus, wenn eine Technologie erfolgreich ist.

Aber natürlich finde ich es gut, wenn immer neue Sprachen entwickelt werden. Vielleicht ist ja wirklich mal eine dabei, die ab geht wie Molly mit zuviel Abführmittel.

hier ist ein interessanter artikel über GO:
http://www.heise.de/developer/meldung/5-Jahre-Go-Happy-Birthday-kleiner-Gopher-2445689.html

https://github.com/gfx-rs/gfx-rs

gfx-rs is a high-performance, bindless graphics API for the Rust programming language. It aims to be the default API for Rust graphics: for one-off applications, or higher level libraries or engines.

gfx-rs aims to be:

type-safe and memory-safe

compatible with Rust's concurrency model

highly performant with minimal latency

an abstraction over multiple graphics APIs: OpenGL, Direct3D, Mantle, etc.

orthogonal to context backends: GLFW, SDL2, gl-init-rs, etc.

Go, eine moderne Programmiersprache ohne Klassen, na ich weiß nicht.

Marthog

GoZweiflerGo schrieb:

Go, eine moderne Programmiersprache ohne Klassen, na ich weiß nicht.

Klassen sind so 90er.

Inzwischen haben viele erkannt, dass Klassen viel zu viel Boilerplate fuer zu wenig Code haben. Man ist hauptsaechlich dabei, irgendwelche Interfaces zu definieren und schreibt nur wenig arbeitenden Programmcode.

Mechanics

Genau, Marthog ist hier schon viel weiter, vielleicht in den 60ern, wenn nicht gar schon in den 50ern
Auch einer der Gründe, warum ich mir Go nie anschauen werde.

Marthog

Mechanics schrieb:

Genau, Marthog ist hier schon viel weiter, vielleicht in den 60ern, wenn nicht gar schon in den 50ern

Ich bezweifel, dass es damals interfaces und generics gab.

volkard

Marthog schrieb:

GoZweiflerGo schrieb:

Go, eine moderne Programmiersprache ohne Klassen, na ich weiß nicht.

Klassen sind so 90er.

Inzwischen haben viele erkannt, dass Klassen viel zu viel Boilerplate fuer zu wenig Code haben. Man ist hauptsaechlich dabei, irgendwelche Interfaces zu definieren und schreibt nur wenig arbeitenden Programmcode.

Java ist nicht gerade das Maß für klassenbenutzende OOP.

Marthog schrieb:

GoZweiflerGo schrieb:

Go, eine moderne Programmiersprache ohne Klassen, na ich weiß nicht.

Klassen sind so 90er.

Inzwischen haben viele erkannt, dass Klassen viel zu viel Boilerplate fuer zu wenig Code haben. Man ist hauptsaechlich dabei, irgendwelche Interfaces zu definieren und schreibt nur wenig arbeitenden Programmcode.

Genau, wer verzichtet heute nicht gerne auf RAII, MVC, Signals/Slots, Memento-Pattern usw. Das manche zuviel OOP machen ist wahr, aber deswegen macht man ja heute auch wieder weniger Generalisierung. Aber deswegen OOP in Form mit Klassen wegschmeißen? Ein NoGO!!!