1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Redox OS: Wer nicht rustet, rostet
  6. Them…

Teilzeit Mitbeteiligter hier, AMA!

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: SelfEsteem 09.12.16 - 16:42

    Erstmal kudos fuer ein solches Hobby.
    Ist das Projekt von der eigentlichen Rust-Entwicklung komplett entkoppelt, oder fliesst da KnowHow direkt in die Rust-Entwicklung (also die Entwicklung VON Rust, nicht die MIT Rust) zurueck?

    Neben Servo duerftet Ihr ja im Moment das groesste Testbed fuer Rust sein.

  2. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: pythoneer 09.12.16 - 16:54

    SelfEsteem schrieb:
    --------------------------------------------------------------------------------
    > Erstmal kudos fuer ein solches Hobby.
    > Ist das Projekt von der eigentlichen Rust-Entwicklung komplett entkoppelt,
    > oder fliesst da KnowHow direkt in die Rust-Entwicklung (also die
    > Entwicklung VON Rust, nicht die MIT Rust) zurueck?

    Mitglieder aus Redox sind für einige RFC's verantwortlich die bis jetzt auch schon umgesetzt wurden, gerade was OS Entwicklung betrifft. Darüber hinaus sind die meisten auch generell aktive Mitglieder in der Rust Community, darum lässt sich das schwer trennen um zu behaupten "Das hat die Person aber unter dem Namen Redox gemacht". Viele sind halt auch mit anderen Themen neben Redox aber im Umfeld von Rust beschäftigt.

    > Neben Servo duerftet Ihr ja im Moment das groesste Testbed fuer Rust sein.

    Schwierig zu sagen, der xi-editor, iron, piston etc. sind auch recht beliebte Projekte (https://github.com/search?o=desc&q=rust&s=stars&type=Repositories&utf8=%E2%9C%93)

    Darüber was nicht so "öffentlich" im Kommerziellen so los ist weiß man natürlich auch nichts. MaidSafe hat sicherlich noch eine sehr große Rust Codebasis.

  3. Wie Firefox OS?

    Autor: mcnesium 09.12.16 - 17:15

    Ist das auch so ein Spielplatzprojekt wie Firefox OS, das einfach wieder weggeworfen wird, wenns nicht gleich durch die Decke geht, oder kann man sich hier auf längerfristige "Präsenz am Markt" einstellen?

  4. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: niabot 09.12.16 - 17:37

    Es gibt in Rust keinen Grund Teile des Codes als "Unsafe" zu schreiben um eine bessere Performance zu erreichen. Die Überprüfung der korrekten Adressierung passiert zur Kompilierzeit und hat keinen Einfluss auf die Performance zur Laufzeit.

    "Usafe" wird immer nur dann nötig, wenn der Compiler die Adressen nicht vorhersehen kann. Verwendet man es zum Performance-Tuning, dann hat man als Programmierer etwas falsch gemacht. ;-)

  5. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: Schnarchnase 09.12.16 - 18:08

    Für Microcontroller gibt es auch noch Tock, ebenfalls in Rust geschrieben. Die Sprache hat schon extrem viel Potential.

  6. Re: Wie Firefox OS?

    Autor: pythoneer 09.12.16 - 18:53

    mcnesium schrieb:
    --------------------------------------------------------------------------------
    > Ist das auch so ein Spielplatzprojekt wie Firefox OS, das einfach wieder
    > weggeworfen wird, wenns nicht gleich durch die Decke geht, oder kann man
    > sich hier auf längerfristige "Präsenz am Markt" einstellen?

    Redox ist mit Mozilla nicht in Verbindung zu bringen um mal die Brücke zu Firefox OS zu schlagen. Es ist ein eher loses Team von Freiwilligen. Damit wird schon aus Prinzip deine Frage verneint werden müssen was die
    > längerfristige "Präsenz am Markt"
    angeht. Es ist halt kein Unternehmen was bezahlte Mitarbeiter hinsetzt die eine Agenda abarbeiten. Es gibt ein Ziel und es wurde vor kurzem die Möglichkeit eingerichtet RFC's zu erstellen (ähnlich wie das bei Rust selber auch läuft). Damit ergibt sich die
    > ängerfristige "Präsenz am Markt"
    eben dadurch wie groß das Interesse der Beteiligten ist das Projekt weiter voran zu treiben was natürlich auch mit dem generellen Interesse an dem Projekt von außen korreliert. Das wird auf lange Sicht dann sicher eine Rolle spielen aber im Moment haben wir einfach nur eine Menge Spaß sich ernsthaft mit der Thematik auseinander zu setzen.

  7. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: bstea 09.12.16 - 22:59

    Beim Heise Podcast wird das auch erwähnt.

    https://www.heise.de/developer/artikel/Episode-54-Einfuehrung-in-die-Programmiersprache-Rust-3221608.html

    --
    Erst wenn der letzte Baum gefällt, der letzte Fluss gestaut und der letzte Fisch gefangen ist, werdet ihr feststellen, dass man Biber nicht essen kann!

  8. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: Proctrap 11.12.16 - 18:48

    Es ist nicht wegen i-welcher Performance "unsafe", wie im Artikel beschrieben & ich als Rust-Programmierer sagen kann:
    Du nutzt "unsafe" für grundlegendste Hardware-Dinge, ein Register Setzen => Assembler ausführen ist unsafe, wenn es bspw. mit deinen Variabeln interagiert, denn wie willst du als Compiler den Assembler-Code überprüfen ? Du bist eine Ebene "zu" tief gegangen dafür. Daher gibt es immer parts, welche du nicht in safe -> dem Rahmen der Hochsprache schreiben kannst, wenn du einen Kernel schreibst, schließlich muss i-jmd diesen Rahmen stellen & da gehts los.
    Die Sicherheit besteht darin den Unsafe-Teil so klein wie möglich zu halten & den rest im safe-bereich zu nutzen, womit man im Notfall nur an einer Stelle wirklich einen Fehler haben kann.

    ausgeloggt kein JS für golem = keine Seitenhüpfer

  9. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: blubby666 12.12.16 - 13:10

    was mich eher interessiert ist, warum kann das ganze system crashen nur weil snake abstürzt?

  10. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: Proctrap 13.12.16 - 15:04

    bisher läuft anscheinend alles als root, daher kann man sehr simpel alles mit reißen, insofern würde ich das erstmal so stehen lassen

    ausgeloggt kein JS für golem = keine Seitenhüpfer

  11. Re: Teilzeit Mitbeteiligter hier, AMA!

    Autor: skade 13.12.16 - 23:07

    > Es gibt in Rust keinen Grund Teile des Codes als "Unsafe" zu schreiben um eine bessere Performance zu erreichen. Die Überprüfung der korrekten Adressierung passiert zur Kompilierzeit und hat keinen Einfluss auf die Performance zur Laufzeit.

    Das stimmt so nicht. Das Typsystem verhindert bestimmte Konstrukte, zum Beispiel Schleifen innerhalb von Datenstrukturen. Ein interessanter Nebeneffekt ist, dass verschieden Datenstrukturen (z.B. Ringe, bei denen das letzte Element wieder auf das erste verweist), nicht in sicherem Rust dargestellt werden können.

    Das liegt daran, dass jedes Stück Daten in Rust nur _einmal_ besessen werden darf. Im Fall von so einem Ring wird aber der Einstieg zweimal besessen: vom letzten Listenelement und vom Besitzer der gesamten Datenstruktur.

    Da muss man dann tricksen: entweder, man greift zu einem der shared-Pointer-Typen und zahlt entsprechend Speicherplatz für den Counter, oder, man greift an dieser Stelle zu unsafe und sagt Rust, dass du schon weisst, dass du diesen letzten Pointer setzen kannst - du musst nur aufpassen, dass du dann auch das Aufräumen korrekt machst.

    Das Elegante daran ist nicht, dass alles ohne unsafe geht, das Elegante ist, mit wie wenig unsafe sich das implementieren lässt. Das zweite Elegante ausserhalb von Datenstrukturen ist, dass man unsafe kaum braucht. Und wer implementiert schon täglich Datenstrukturen?

    > "Unsafe" wird immer nur dann nötig, wenn der Compiler die Adressen nicht vorhersehen kann. Verwendet man es zum Performance-Tuning, dann hat man als Programmierer etwas falsch gemacht. ;-)

    Nein, das ist durchaus okay. Die Philosophie dahinter ist es, Pointer-Manipulation nicht als schlecht anzusehen, aber so weit es geht zurückzudrängen. Aber ja, es bleibt so, das unsafe-Code ungern gesehen wird und bei Code reviews genau angeschaut wird.

    Problematisch wird es, wenn Leute, die aus der C-Ecke kommen unsafe verwenden, weil sie sich mit anderen Lösungen nicht beschäftigen wollen.

    skade
    Rust Community Team



    2 mal bearbeitet, zuletzt am 13.12.16 23:26 durch skade.

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


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

Stellenmarkt
  1. Stadtwerke München GmbH, München
  2. Fidelity Investments, Kronberg im Taunus
  3. InnoGames GmbH, Hamburg
  4. Hays AG, Vilsbiburg

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. (-70%) 11,99€
  2. 4,99€
  3. 20,99€
  4. (-70%) 2,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Workflows: Wenn Digitalisierung aus 2 Papierseiten 20 macht
Workflows
Wenn Digitalisierung aus 2 Papierseiten 20 macht

Die Digitalisierung von Prozessen scheitert selten an der Technik. Oft ist es Unwissenheit über wichtige Grundregeln, die Projekte nach hinten losgehen lässt - ein wichtiges Change-Modell hilft dagegen.
Ein Erfahrungsbericht von Markus Kammermeier

  1. Digitalisierung Aber das Faxgerät muss bleiben!
  2. Arbeitswelt SAP-Chef kritisiert fehlende Digitalisierung und Angst
  3. Deutscher Städte- und Gemeindebund "Raus aus der analogen Komfortzone"

Login-Dienste: Wer von der Klarnamenpflicht profitieren könnte
Login-Dienste
Wer von der Klarnamenpflicht profitieren könnte

Immer wieder bringen Politiker einen Klarnamenzwang oder eine Identifizierungspflicht für Nutzer im Internet ins Spiel. Doch welche Anbieter könnten von dieser Pflicht am ehesten einen Vorteil erzielen?
Eine Analyse von Friedhelm Greis

  1. Europäische Netzpolitik Die Rückkehr des Axel Voss
  2. Mitgliederentscheid Netzpolitikerin Esken wird SPD-Chefin
  3. Nach schwerer Krankheit FDP-Netzpolitiker Jimmy Schulz gestorben

Videostreaming: Was an Prime Video und Netflix nervt
Videostreaming
Was an Prime Video und Netflix nervt

Eine ständig anders sortierte Watchlist, ein automatisch startender Stream oder fehlende Markierungen für Aboinhalte: Oft sind es nur Kleinigkeiten, die den Spaß am Streaming vermiesen - eine Hassliste.
Ein IMHO von Ingo Pakalski

  1. Dispatch Open-Source-Krisenmanagement à la Netflix
  2. Videostreaming Netflix integriert Top-10-Listen für Filme und TV-Serien
  3. WhatsOnFlix Smartphone-App für bessere Verwaltung der Netflix-Inhalte

  1. Larian Studios: Baldur's Gate 3 rollenspielt mit Würfeln und Sekunden
    Larian Studios
    Baldur's Gate 3 rollenspielt mit Würfeln und Sekunden

    Die Klassiker bekommen endlich eine Fortsetzung: Golem.de konnte sich bei den Entwicklern die Welt und Neuerungen von Baldur's Gate 3 anschauen. Neben dem spektakulären Intro zeigen wir im Video auch, wie schön Fantasywelt und Kampfsystem in der Engine aussehen.

  2. Entwicklertagung: Microsoft, Epic Games und Unity nehmen nicht an GDC teil
    Entwicklertagung
    Microsoft, Epic Games und Unity nehmen nicht an GDC teil

    GDC 2020 Nach Facebook und Sony nehmen nun auch Microsoft, Epic Games und Unity nicht an der Game Developers Conference 2020 teil - wegen des Coronavirus. Bereits zuvor hatten eine Reihe kleinerer Teams wie Pubg Corp und Kojima Productions ihre Reisepläne gestoppt.

  3. Bastelcomputer: 2-GB-Raspberry-Pi 4 dauerhaft im Preis gesenkt
    Bastelcomputer
    2-GB-Raspberry-Pi 4 dauerhaft im Preis gesenkt

    Die 2-GB-Variante des Raspberry Pi kostet mit einem Preis von 35 US-Dollar dauerhaft 10 US-Dollar weniger. Die Preise der 1-GB- und 4-GB-Varianten bleiben zwar gleich, doch es gibt noch weitere gute Nachrichten für die Raspberry-Pi-Community.


  1. 22:00

  2. 19:41

  3. 18:47

  4. 17:20

  5. 17:02

  6. 16:54

  7. 16:15

  8. 14:24