> Der Titel muss darauf hinweisen, dass es sich um eine Kritik der Regeln handelt.

222

 

Oh, das ist eine gute Entscheidung..

 

Das Nebenprojekt hat bei solidjs die beste DX >_< / glücklich

 

Es scheint schwer vorherzusagen zu sein, ob das Ergebnis eines Forks zu einer Migration wird oder zu einer Zeit der Zersplitterung.
Auch nach dem Fork dürfte es keine besonders erfreuliche Situation sein, weiterhin Änderungen aus dem Upstream zu übernehmen.

 

https://de.news.hada.io/topic?id=16860
Wenn man bedenkt, dass der Realtime-Linux-Fork erst nach 20 Jahren zusammengeführt wurde, sollte man die Entscheidung für einen Fork wohl nicht mit Bedacht treffen?

 

Das ist wirklich eine Entscheidung, in der sich die Unternehmensphilosophie widerspiegelt. Obsidian, das ich nach Chrome am häufigsten nutze, verwende ich immer sehr gern.

 

Wenn es so viele Menschen gibt, die Rust im Kernel einführen wollen, könnten sie ihn dann nicht forken und ein neues Projekt starten? Wenn das dann ausreichend ausgereift ist, würden die wichtigsten Distributionen wohl auf einen Rust-basierten Kernel umsteigen.
Ich verstehe nicht so recht, warum sie sich gegenseitig bekämpfen.

 

Natürlich ist ein gescheitertes Startup nicht deshalb gescheitert, weil es keinen Blog hatte….

Wer könnte überhaupt die Ursache für das Scheitern eines gescheiterten Startups eindeutig definieren?

Wenn das Produkt gut ist, braucht man natürlich keinen Blog.

Nach derselben Logik braucht man bei einem guten Produkt auch kein Marketing und keinen Vertrieb.

Das ist ein typischer unlogischer Text, der den Irrtum begeht: „Das Fehlen von Beweisen ist ein Beweis für das Fehlen.“

Ich verstehe die Absicht, aber trotzdem ist der Titel so falsch, dass er das Wesentliche auf irreführende Weise verzerrt.

„Es gibt keinen Prüfling, der gescheitert ist, weil er nicht geschlafen hat.“
„Es gibt kein Unternehmen, das gescheitert ist, weil es kein gutes Büro hatte.“
„Es gibt keinen Menschen, der früh gestorben ist, weil er keine Nahrungsergänzungsmittel genommen hat.“

Davon könnte man wohl dutzendweise machen.

Auch der Autor des Originaltexts sollte vielleicht erst einmal über eine vernünftige Logik nachdenken, bevor er so etwas bloggt, sonst geht er am Ende selbst noch unter.

 

Ich bin zwar Rust-Nutzer, aber der Kommentar von hgwxx7_ auf r/rust hat mich beeindruckt1.

I think what Greg does really well here is demonstrating technical leadership.Leadership doesn't mean being right. He is right, but that's not the point.

Leadership means bringing along on the path he thinks is best. He doesn't crack the whip, chiding or coercing maintainers who disagree. Instead, he first acknowledges their very valid concerns about maintaining a code base with two languages. This is good, because they're right about that, their lives do get harder before they get easier.

He then ends on an inspirational note, pointing out that they've done much harder things and this is well within their abilities. He gently nudges them to welcome R4L devs.

Absolute masterclass of leadership.
I don't know if the other maintainers will be convinced when they read this. But it's hard for me to imagine a more convincing pitch than this one.

 

Am Ende geht es doch nur darum, die Personalkosten zu senken.
Schon der Versuch, bei unterschiedlichen Personalkosten die gleiche Arbeit erledigen zu lassen, ist an sich ein kultureller Konflikt..
Dann wäre es vielleicht besser, es als Outsourcing zu handhaben, bei dem das Auftraggeber-Auftragnehmer-Verhältnis klar ist.

 

Da stimme ich zu. Dass 24 Stunden am Tag gearbeitet wird, ist eine Illusion von Managern oder Führungskräften.

 

„Rust ist nicht die richtige Antwort, aber näher an der richtigen Antwort als Java und Python.“ -codemaster kimc-

 

Deshalb bevorzuge ich den Begriff „open weight“.

 

Man entdeckt Probleme wohl mit Falco oder linkerd und analysiert sie bei Bedarf dann mit subtrace~ :)

 

Ich liebe dich, Hassabis~

 

Ob das LLM wohl auch die Beschimpfungen anderer Entwickler für mich einstecken kann?

 

Ich denke, dass auch React/nextjs durch Alternativen wie Svelte stark herausgefordert werden konnte.
Im Kern ist Svelte eine language, daher hoffe ich, dass es auch gut die Richtung aufzeigt, in die sich eine Sprache zur Beschreibung von UI weiterentwickeln sollte.

Ich werde React verwenden.

 

Der Preis liegt im Vergleich zum S25 mit 256 GB fast auf demselben Niveau, aber dass ein Smartphone für über 1.000.000 Won im Jahr 2025 immer noch nur 60 Hz hat, ist schon ...