Von den dreien bin ich mit TS vertraut, Python kann ich, und Rust kenne ich zwar nicht gut, würde es aber gern lernen...
Wie dem auch sei, dass Java nicht zu diesen dreien gehört, ist wirklich eine Erleichterung.
Hm … Ich finde es zwar schade, aber es ist schon praktisch, wenn alle Browsing-Funktionen über dieselbe zugrunde liegende Bibliothek laufen, weil dann eine konsistente Regelung ohne Umgehungsmöglichkeit besteht, sobald das System eine bestimmte URL blockiert – auch für die internen Browsing-Funktionen aller Apps.
Diese Art von Medikamenten taucht zwar hin und wieder in den Nachrichten auf, bleibt aber meist im Rahmen und geht nicht weit über den Niveaubereich von Miotika hinaus. Bei einer langfristigen Anwendung war die Sicherheit in vielen Fällen nicht gewährleistet.
Vermutlich ist dieses Medikament nur dann sicher, wenn man es nur ein- bis zweimal pro Woche einsetzt. Wenn man es öfter und länger verwendet, können verschiedene Probleme auftreten.
Sieht dem ziemlich ähnlich, was ich vor ziemlich langer Zeit gemacht habe: https://write.hada.io/ – nur mit Markdown-Unterstützung und Tasks weggelassen, haha.
Gibt es für das „zirkuläre Importproblem“ in Python nicht ohnehin eine recht klare Lösung? Es wirkt etwas schade, das als gravierendes Problem zu betrachten.
Ich persönlich finde, dass claude-code beim Refactoring besser ist.
Wenn ich mit cursor + GPT5 Refactoring-Aufgaben wie das Entfernen unnötiger Methoden erledigen ließ, hat claude-code sie zuverlässig erkannt und gelöscht, während ich bei GPT5 den Eindruck hatte, dass es das gesamte Projekt nicht richtig erfasst.
Niko Matsakis steht über rayon hinaus in einer Position, die der eines Vaters von Rust nahekommt. Natürlich ist Graydon Hoare der Gründer, aber man kann sagen, dass Niko am meisten zu den wichtigsten Teilen der Sprache beigetragen hat.
Als Rust-Entwickler hat man wahrscheinlich ohnehin mehr Sympathie dafür, daher könnten die Informationen etwas voreingenommen sein!
Danke fürs Teilen der Informationen.
Ich nutze Claude Code ebenfalls mit großer Zufriedenheit.
Inzwischen scheine ich es auch seit etwa 6 Wochen zu verwenden.
Dem Großteil des Inhalts kann ich gut zustimmen.
Im Entwicklungsverlauf vom Coder => zum Entwickler, der Funktions- und Entwicklungsarchitekturen entwirft => zu noch größerer Architektur (Systeme, Netzwerke, Sicherheit) => zur Planung
scheint es so, als würden die Gelegenheiten für Coder, in der Praxis vor Ort zu lernen, seltener werden.
Wenn idea-zentriertes Programmieren zum Mainstream wird,
dann wirkt es so, als würde zumindest ein Coder, der allein einen KI-basierten Full-Stack beherrschen kann, zum Standard werden.
So kann man das durchaus sehen. Nach meiner Erfahrung war es mit python.h einfacher als mit PyO3, auf OS- oder Vektorisierungs-Ebene hinunterzugehen und wieder zurückzukommen — was auch ein Grund ist, warum Zig eine gute Alternative ist. Unter dem Aspekt, sich keine Sorgen um Speicherverwaltung machen zu müssen, könnte Rust ab einer gewissen Größenordnung jedoch langfristig produktiver sein.
Dass C leicht ist, liegt wohl nicht nur daran, dass die Syntax einfach ist, sondern auch daran, dass es die Grundlage moderner großer Sprachen wie Python/TS/Go/PHP/Java bildet oder eine ähnliche Syntax hat. Es ist also eine Sprache, der man irgendwann begegnen wird oder der man schon einmal begegnet ist. Rust steht dagegen auf der entgegengesetzten Seite; trotz seines hohen Werts erfordert seine Einführung im Team erhebliche Anstrengungen. Ich denke, das liegt daran, dass es eher eine innovative als eine evolutionäre Sprache ist.
Mir scheint, dass es in der Titelübersetzung einen Fehler gibt.
Es geht offenbar um die Korrektur von Hyperopie, die durch Presbyopie verursacht wird.
Der koreanische Fachbegriff für Myopie beschreibt den Zustand, bei dem man nur in der Nähe gut sehen kann, also die Nahsehschärfe.
„Fix near vision“ bedeutet, dass das Problem der schlechten Nahsicht behoben wurde.
Daher wäre es richtig zu sagen, dass eine durch Presbyopie verursachte Hyperopie korrigiert wurde, beziehungsweise die Nahsicht korrigiert wurde.
Ich schreibe es trotzdem nicht...
Von den dreien bin ich mit TS vertraut, Python kann ich, und Rust kenne ich zwar nicht gut, würde es aber gern lernen...
Wie dem auch sei, dass Java nicht zu diesen dreien gehört, ist wirklich eine Erleichterung.
Ob man eingeloggt ist oder nicht, scheint ein ziemlich wichtiger konzeptioneller Unterschied zu sein.
Hm … Ich finde es zwar schade, aber es ist schon praktisch, wenn alle Browsing-Funktionen über dieselbe zugrunde liegende Bibliothek laufen, weil dann eine konsistente Regelung ohne Umgehungsmöglichkeit besteht, sobald das System eine bestimmte URL blockiert – auch für die internen Browsing-Funktionen aller Apps.
Diese Art von Medikamenten taucht zwar hin und wieder in den Nachrichten auf, bleibt aber meist im Rahmen und geht nicht weit über den Niveaubereich von Miotika hinaus. Bei einer langfristigen Anwendung war die Sicherheit in vielen Fällen nicht gewährleistet.
Vermutlich ist dieses Medikament nur dann sicher, wenn man es nur ein- bis zweimal pro Woche einsetzt. Wenn man es öfter und länger verwendet, können verschiedene Probleme auftreten.
Omarchy, die von DHH entwickelte Linux-Distribution
Sieht dem ziemlich ähnlich, was ich vor ziemlich langer Zeit gemacht habe: https://write.hada.io/ – nur mit Markdown-Unterstützung und Tasks weggelassen, haha.
Gibt es für das „zirkuläre Importproblem“ in Python nicht ohnehin eine recht klare Lösung? Es wirkt etwas schade, das als gravierendes Problem zu betrachten.
Ich persönlich finde, dass
claude-codebeim Refactoring besser ist.Wenn ich mit cursor + GPT5 Refactoring-Aufgaben wie das Entfernen unnötiger Methoden erledigen ließ, hat
claude-codesie zuverlässig erkannt und gelöscht, während ich bei GPT5 den Eindruck hatte, dass es das gesamte Projekt nicht richtig erfasst.Es gibt ziemlich viele kleinere Bugs (vor allem bei den Tags), aber es wirkt wie ein Tool, das man weiter nutzen kann, während man auf Updates wartet.
Niko Matsakis steht über
rayonhinaus in einer Position, die der eines Vaters von Rust nahekommt. Natürlich ist Graydon Hoare der Gründer, aber man kann sagen, dass Niko am meisten zu den wichtigsten Teilen der Sprache beigetragen hat.Wenn man Passkeys nutzt und dann das Gerät verliert, wäre das wohl echt ziemlich unangenehm...
Als Rust-Entwickler hat man wahrscheinlich ohnehin mehr Sympathie dafür, daher könnten die Informationen etwas voreingenommen sein!
Danke fürs Teilen der Informationen.
Ich nutze Claude Code ebenfalls mit großer Zufriedenheit.
Inzwischen scheine ich es auch seit etwa 6 Wochen zu verwenden.
Dem Großteil des Inhalts kann ich gut zustimmen.
https://jeho.page/essay/2025/07/15/claude-code.html
Im Entwicklungsverlauf vom Coder => zum Entwickler, der Funktions- und Entwicklungsarchitekturen entwirft => zu noch größerer Architektur (Systeme, Netzwerke, Sicherheit) => zur Planung
scheint es so, als würden die Gelegenheiten für Coder, in der Praxis vor Ort zu lernen, seltener werden.
Wenn idea-zentriertes Programmieren zum Mainstream wird,
dann wirkt es so, als würde zumindest ein Coder, der allein einen KI-basierten Full-Stack beherrschen kann, zum Standard werden.
Passen Sie den Titel vor dem Veröffentlichen selbst an?
Wie wählen Sie die Beiträge aus, veröffentlichen sie und übersetzen Kommentare so flüssig? :D
Kann man Astigmatismus nicht behandeln? 😢
So kann man das durchaus sehen. Nach meiner Erfahrung war es mit
python.heinfacher als mit PyO3, auf OS- oder Vektorisierungs-Ebene hinunterzugehen und wieder zurückzukommen — was auch ein Grund ist, warum Zig eine gute Alternative ist. Unter dem Aspekt, sich keine Sorgen um Speicherverwaltung machen zu müssen, könnte Rust ab einer gewissen Größenordnung jedoch langfristig produktiver sein.Dass C leicht ist, liegt wohl nicht nur daran, dass die Syntax einfach ist, sondern auch daran, dass es die Grundlage moderner großer Sprachen wie Python/TS/Go/PHP/Java bildet oder eine ähnliche Syntax hat. Es ist also eine Sprache, der man irgendwann begegnen wird oder der man schon einmal begegnet ist. Rust steht dagegen auf der entgegengesetzten Seite; trotz seines hohen Werts erfordert seine Einführung im Team erhebliche Anstrengungen. Ich denke, das liegt daran, dass es eher eine innovative als eine evolutionäre Sprache ist.
Ach, ich habe es so gemacht, als ich den Titel mit KI kurz angepasst habe. Ich habe es entsprechend korrigiert.
Mir scheint, dass es in der Titelübersetzung einen Fehler gibt. Es geht offenbar um die Korrektur von Hyperopie, die durch Presbyopie verursacht wird. Der koreanische Fachbegriff für Myopie beschreibt den Zustand, bei dem man nur in der Nähe gut sehen kann, also die Nahsehschärfe. „Fix near vision“ bedeutet, dass das Problem der schlechten Nahsicht behoben wurde. Daher wäre es richtig zu sagen, dass eine durch Presbyopie verursachte Hyperopie korrigiert wurde, beziehungsweise die Nahsicht korrigiert wurde.