Derzeit geht es weniger um die Raffinesse der Logik, sondern darum zu zeigen: „Wenn man etwas eingibt, erscheinen tatsächlich passende Ausschreibungen.“ Da die Demo vor internen Entscheidungsträgern stattfindet, die keine Entwickler sind, liegt der Fokus eher darauf, die Funktionsweise zu bestätigen als auf Perfektion. Die Weiterentwicklung der Logik sehe ich als nächsten Schritt.
Es fühlt sich gerade an wie damals, als sich mit der Verbreitung von Smartphones alles hin zu Mobile-first-UX zu verändern begann. Noch ist nicht alles vollständig geordnet, aber überall zeigen sich spannende Veränderungen.
Direkt als Lesezeichen gespeichert. Ich werde vermutlich jeden Tag reinschauen.
Darf ich fragen, ob Sie Unterstützung für Koreanisch in Betracht ziehen? :)
Mich würde interessieren, wie Slack-Gespräche gefiltert werden, um in die Wissensdatenbank aufgenommen zu werden, und wie die konkrete Implementierung aussieht.
Ich habe auch den Blogbeitrag mit großem Interesse gelesen.
Da ich selbst mit einer ähnlichen Motivation ein Terminal entwickle, sind bei mir ein paar Fragen aufgekommen.
Persönlich habe ich das Gefühl, dass sich die DX-Umgebung heutzutage so schnell verändert wie selten zuvor und dass jeder Entwickler in einer etwas anderen Realität lebt.
Ich weiß nicht, ob Sie das auch so empfunden haben, aber gerade in so einer Zeit hielt ich es für vorteilhafter, wenn die Kontrolle bei mir selbst liegt.
Und als ich darüber nachgedacht habe, was die Grundlage der DX im Zeitalter von AI ist, kam ich zu dem Schluss, dass sie terminalbasiert ist.
Ich habe die meisten der zuletzt populären Terminals ausprobiert, aber bei den meisten war schon die koreanische Eingabe mangelhaft, und auch für die Nutzung von Agenten waren DX und UX unkomfortabel. Deshalb bin ich ebenfalls zu dem Schluss gekommen, es direkt selbst zu entwickeln, und ich denke, dass ich mir mit meinem eigenen Terminal eine bessere Produktivität als andere verschafft habe.
In meinem Fall wollte ich die Kontrolle vollständig gewinnen,
und deshalb dachte ich auch, dass man die Abhängigkeit von externen Bibliotheken minimieren sollte. Daher habe ich mich für eine Eigenentwicklung in Zig entschieden (abgesehen von unvermeidlichen Dingen wie WebView).
Wenn ich mir jedoch Ihren Blogbeitrag und den Code ansehe, haben Sie sich für Rust entschieden und statt mehr selbst zu entwickeln externe Bibliotheken aus dem Rust-Ökosystem wie ratatui gewählt. Mich würde interessieren, warum Sie diese Entscheidung getroffen haben.
Auch im Text wirkte es so, als hätte es Probleme durch Abhängigkeiten von externen Bibliotheken gegeben.
Da WebView ein natives WebView ist, dürfte ein vollständiger E2E-Test wohl schwierig sein, weil die meisten Webumgebungen nicht der Safari-Umgebung entsprechen. Geben Sie diesen Teil deshalb einfach an externe Testing-Tools ab? Oder planen Sie später vielleicht auch, CEF zu integrieren? Das würde mich ebenfalls interessieren.
Auch ich bin inzwischen an dem Punkt angekommen, an dem mein Terminal einigermaßen nutzbar ist und in die Stabilisierungsphase übergeht, sodass ich viel über Feature-Erweiterungen, Planung und UX nachdenke. Während der Entwicklung dürfte es aber viele Crashes und allerlei Bugs gegeben haben.
Mich würde daher auch interessieren, ab wann nach dem Entwicklungsstart es stabil genug war, dass Sie nicht mehr in einem externen Terminal, sondern in Ihrem selbst entwickelten Terminal arbeiten konnten.
Der Link zur Installation des Multiplexers scheint abgeschnitten zu sein. Wenn Sie diesen Abschnitt in der README prüfen, können Sie nur den Multiplexer installieren.
Stimmt. Wenn man es bis zum Vorstellungsgespräch schafft, scheint so etwas stärker berücksichtigt zu werden als in den vorherigen Phasen des Bewerbungsprozesses.
Dahin zu kommen ist natürlich schwer, haha.
Wenn man es aber bis zum Vorstellungsgespräch schafft, ist es wohl besser, statt nur die Coding-Fähigkeiten vor allem die anderen dafür nötigen Kompetenzen zu entwickeln und gut darzustellen – genau wie es der Kern dieses Artikels sagt.
Früher hatte ich mal mit renphy ein Spiel erstellt und wollte es veröffentlichen.
Bei einem GitHub-Blog hostet GitHub meines Wissens eine statische Website kostenlos – vielleicht genau eine.
(Der Link zur Website ist vermutlich fest.)
Wenn man das nutzt, lassen sich statische Websites meines Wissens recht einfach veröffentlichen.
Tatsächlich merkt man später, wenn man selbst Entwickler einstellt, dass das nicht streng nur nach Vernunft und Logik abläuft, sondern dass auch Persönlichkeit und das Bauchgefühl stark mit reinspielen, haha. Wenn man nicht gerade überraschend ein Genie für ein ganz spezielles Fachgebiet holen muss, ist am Ende die wichtigste Frage eher: „Kann ich mit dieser Person gut zusammenarbeiten, ohne unnötigen Stress zu haben, und klappt die Zusammenarbeit gut?“
Nein, diese Erwähnung gibt es nicht.
Dass ich Open Weights aus China nicht befürworte, ist meine Meinung.
Es geht jedoch nicht darum, Open Weights zu befürworten, sondern darum,
dass die USA hoffentlich auch bei Open Weights gewinnen.
Dem stimme ich zu.
Als ich jedoch noch auf Jobsuche war und solche Texte gelesen habe, klang das für mich oft nur wie wohlfeiles Gerede von Menschen, die bereits eine Stelle bekommen hatten.
Das liegt auch daran, dass es aus Sicht von Jobsuchenden, die sich als Entwickler bei einem Unternehmen bewerben, viel einfacher ist, Coding-Skills nachzuweisen als Fähigkeiten wie Dokumentation, Überzeugungskraft oder Kommunikation.
Und auch Unternehmen schienen bei der Einstellung von Berufseinsteigern Coding-Fähigkeiten wie Portfolio oder Ergebnisse aus Coding-Tests höher zu bewerten.
Wahrscheinlich auch deshalb, weil das für Unternehmen so ziemlich das Einzige ist, womit sich die vielen Bewerber für Einstiegsstellen sichtbar vergleichen und bewerten lassenT_T
Es ist in vielerlei Hinsicht eine bedauerliche Realität.
fly.io ist ein Dienst, den ich seit der frühen Open-Phase über GeekNews mit Interesse verfolgt habe,
aber offenbar ändern sie ihre Strategie, um auf das KI-Zeitalter zu reagieren.
Darum geht es also, hm ... Ich habe kürzlich in Codex mit der Sites-Funktion eine Webseite gebaut, und ich glaube, das wird nicht einfach.
Wie auch im HN-Kommentar unten wirkt der Zielmarkt ziemlich klein.
Den riesigen neuen Markt, in dem sogar Omas und Opas Apps bauen, werden Dienste wie Lovable besetzen; Nicht-Entwickler werden Sprites wohl kaum nutzen.
Am Ende kann man nur einen Teil der bestehenden Entwickler gewinnen.
Ich habe noch nie jemanden sagen sehen, dass das Programmieren gelöst sei; in den Nachrichten tauchen nur bekannte Persönlichkeiten auf, die herumposaunen, dass in einem Jahr, in drei Jahren oder in fünf Jahren dieses oder jenes passieren werde.
Im Beitrag auf X gibt es keine Aussage wie: "Aber das bedeutet natürlich nicht, dass man chinesische Open Weights befürwortet."
Vielmehr geht es darum, dass die USA sowohl bei proprietären Modellen als auch bei offenen Modellen gewinnen sollen.
A ist B. B ist C. Wird also A zu C? Schon die Grundannahme, dass wir überhaupt wissen können, was Talent ist und ob es hoch oder niedrig ausgeprägt ist, könnte eine Täuschung unsererseits sein.
Wenn man bedenkt, dass der ESP32-S3 ein Chip ist, der bei Ali etwa 10.000 Won kostet, eröffnen sich durchaus interessante Möglichkeiten.
Bei einer Waschmaschine könnte man zum Beispiel ein kleines Modell integrieren, das nur die Bedienungsanleitung, Waschprogramme, Waschmittelarten und die Eigenschaften der einzelnen Funktionen versteht, sodass ein Produkt möglich wäre, das auch ohne Internetverbindung mit dem Nutzer spricht und die Bedienung erklärt.
Zur Ergänzung der Motivation hinter der Entwicklung: Der Ausgangspunkt war, dass ich beim Betrieb von vier Sessions von Claude, Codex, Gemini und Grok auf drei plattformübergreifenden Maschinen auf den Flaschenhals gestoßen bin, dass „die Ausführung zwar skaliert, die Weitergabe aber an eine einzelne Person gebunden ist“. Es ist kein Ersatz für tmux/SSH, sondern ein Werkzeug für parallele Nutzung — das Ziel ist nicht „Terminalzugang“, sondern „Sitzungsadressierung + Bestätigung der Weitergabe“. Wenn ihr Fragen habt, fragt gerne.
Derzeit geht es weniger um die Raffinesse der Logik, sondern darum zu zeigen: „Wenn man etwas eingibt, erscheinen tatsächlich passende Ausschreibungen.“ Da die Demo vor internen Entscheidungsträgern stattfindet, die keine Entwickler sind, liegt der Fokus eher darauf, die Funktionsweise zu bestätigen als auf Perfektion. Die Weiterentwicklung der Logik sehe ich als nächsten Schritt.
Es fühlt sich gerade an wie damals, als sich mit der Verbreitung von Smartphones alles hin zu Mobile-first-UX zu verändern begann. Noch ist nicht alles vollständig geordnet, aber überall zeigen sich spannende Veränderungen.
Direkt als Lesezeichen gespeichert. Ich werde vermutlich jeden Tag reinschauen.
Darf ich fragen, ob Sie Unterstützung für Koreanisch in Betracht ziehen? :)
Sich nur darauf zu konzentrieren, ob ich heute besser bin als mein früheres Ich.
Mich würde interessieren, wie Slack-Gespräche gefiltert werden, um in die Wissensdatenbank aufgenommen zu werden, und wie die konkrete Implementierung aussieht.
Ich habe auch den Blogbeitrag mit großem Interesse gelesen.
Da ich selbst mit einer ähnlichen Motivation ein Terminal entwickle, sind bei mir ein paar Fragen aufgekommen.
Persönlich habe ich das Gefühl, dass sich die DX-Umgebung heutzutage so schnell verändert wie selten zuvor und dass jeder Entwickler in einer etwas anderen Realität lebt.
Ich weiß nicht, ob Sie das auch so empfunden haben, aber gerade in so einer Zeit hielt ich es für vorteilhafter, wenn die Kontrolle bei mir selbst liegt.
Und als ich darüber nachgedacht habe, was die Grundlage der DX im Zeitalter von AI ist, kam ich zu dem Schluss, dass sie terminalbasiert ist.
Ich habe die meisten der zuletzt populären Terminals ausprobiert, aber bei den meisten war schon die koreanische Eingabe mangelhaft, und auch für die Nutzung von Agenten waren DX und UX unkomfortabel. Deshalb bin ich ebenfalls zu dem Schluss gekommen, es direkt selbst zu entwickeln, und ich denke, dass ich mir mit meinem eigenen Terminal eine bessere Produktivität als andere verschafft habe.
In meinem Fall wollte ich die Kontrolle vollständig gewinnen,
und deshalb dachte ich auch, dass man die Abhängigkeit von externen Bibliotheken minimieren sollte. Daher habe ich mich für eine Eigenentwicklung in Zig entschieden (abgesehen von unvermeidlichen Dingen wie WebView).
Wenn ich mir jedoch Ihren Blogbeitrag und den Code ansehe, haben Sie sich für Rust entschieden und statt mehr selbst zu entwickeln externe Bibliotheken aus dem Rust-Ökosystem wie
ratatuigewählt. Mich würde interessieren, warum Sie diese Entscheidung getroffen haben.Auch im Text wirkte es so, als hätte es Probleme durch Abhängigkeiten von externen Bibliotheken gegeben.
Da WebView ein natives WebView ist, dürfte ein vollständiger E2E-Test wohl schwierig sein, weil die meisten Webumgebungen nicht der Safari-Umgebung entsprechen. Geben Sie diesen Teil deshalb einfach an externe Testing-Tools ab? Oder planen Sie später vielleicht auch, CEF zu integrieren? Das würde mich ebenfalls interessieren.
Auch ich bin inzwischen an dem Punkt angekommen, an dem mein Terminal einigermaßen nutzbar ist und in die Stabilisierungsphase übergeht, sodass ich viel über Feature-Erweiterungen, Planung und UX nachdenke. Während der Entwicklung dürfte es aber viele Crashes und allerlei Bugs gegeben haben.
Mich würde daher auch interessieren, ab wann nach dem Entwicklungsstart es stabil genug war, dass Sie nicht mehr in einem externen Terminal, sondern in Ihrem selbst entwickelten Terminal arbeiten konnten.
Leute ohne Können reden doch immer von Teamfähigkeit …
Der Link zur Installation des Multiplexers scheint abgeschnitten zu sein. Wenn Sie diesen Abschnitt in der README prüfen, können Sie nur den Multiplexer installieren.
Stimmt. Wenn man es bis zum Vorstellungsgespräch schafft, scheint so etwas stärker berücksichtigt zu werden als in den vorherigen Phasen des Bewerbungsprozesses.
Dahin zu kommen ist natürlich schwer, haha.
Wenn man es aber bis zum Vorstellungsgespräch schafft, ist es wohl besser, statt nur die Coding-Fähigkeiten vor allem die anderen dafür nötigen Kompetenzen zu entwickeln und gut darzustellen – genau wie es der Kern dieses Artikels sagt.
Möchten Sie in der Demo zeigen, wie gut die Matching-Logik ist? Oder nur, dass es so etwas gibt?
Früher hatte ich mal mit renphy ein Spiel erstellt und wollte es veröffentlichen.
Bei einem GitHub-Blog hostet GitHub meines Wissens eine statische Website kostenlos – vielleicht genau eine.
(Der Link zur Website ist vermutlich fest.)
Wenn man das nutzt, lassen sich statische Websites meines Wissens recht einfach veröffentlichen.
Tatsächlich merkt man später, wenn man selbst Entwickler einstellt, dass das nicht streng nur nach Vernunft und Logik abläuft, sondern dass auch Persönlichkeit und das Bauchgefühl stark mit reinspielen, haha. Wenn man nicht gerade überraschend ein Genie für ein ganz spezielles Fachgebiet holen muss, ist am Ende die wichtigste Frage eher: „Kann ich mit dieser Person gut zusammenarbeiten, ohne unnötigen Stress zu haben, und klappt die Zusammenarbeit gut?“
Nein, diese Erwähnung gibt es nicht.
Dass ich Open Weights aus China nicht befürworte, ist meine Meinung.
Es geht jedoch nicht darum, Open Weights zu befürworten, sondern darum,
dass die USA hoffentlich auch bei Open Weights gewinnen.
Dem stimme ich zu.
Als ich jedoch noch auf Jobsuche war und solche Texte gelesen habe, klang das für mich oft nur wie wohlfeiles Gerede von Menschen, die bereits eine Stelle bekommen hatten.
Das liegt auch daran, dass es aus Sicht von Jobsuchenden, die sich als Entwickler bei einem Unternehmen bewerben, viel einfacher ist, Coding-Skills nachzuweisen als Fähigkeiten wie Dokumentation, Überzeugungskraft oder Kommunikation.
Und auch Unternehmen schienen bei der Einstellung von Berufseinsteigern Coding-Fähigkeiten wie Portfolio oder Ergebnisse aus Coding-Tests höher zu bewerten.
Wahrscheinlich auch deshalb, weil das für Unternehmen so ziemlich das Einzige ist, womit sich die vielen Bewerber für Einstiegsstellen sichtbar vergleichen und bewerten lassenT_T
Es ist in vielerlei Hinsicht eine bedauerliche Realität.
Es wirkt schon etwas seltsam, bei der Ankündigung einer großen Veränderung im Unternehmen gleichzeitig den CEO auszutauschen.
Docker Without Docker – Einführung in die Basistechnologie von Fly.io
fly.io ist ein Dienst, den ich seit der frühen Open-Phase über GeekNews mit Interesse verfolgt habe,
aber offenbar ändern sie ihre Strategie, um auf das KI-Zeitalter zu reagieren.
Sprites – zustandsbehaftete Sandboxes
Darum geht es also, hm ... Ich habe kürzlich in Codex mit der Sites-Funktion eine Webseite gebaut, und ich glaube, das wird nicht einfach.
Wie auch im HN-Kommentar unten wirkt der Zielmarkt ziemlich klein.
Ich habe noch nie jemanden sagen sehen, dass das Programmieren gelöst sei; in den Nachrichten tauchen nur bekannte Persönlichkeiten auf, die herumposaunen, dass in einem Jahr, in drei Jahren oder in fünf Jahren dieses oder jenes passieren werde.
Im Beitrag auf X gibt es keine Aussage wie: "Aber das bedeutet natürlich nicht, dass man chinesische Open Weights befürwortet."
Vielmehr geht es darum, dass die USA sowohl bei proprietären Modellen als auch bei offenen Modellen gewinnen sollen.
A ist B. B ist C. Wird also A zu C? Schon die Grundannahme, dass wir überhaupt wissen können, was Talent ist und ob es hoch oder niedrig ausgeprägt ist, könnte eine Täuschung unsererseits sein.
Wenn man bedenkt, dass der ESP32-S3 ein Chip ist, der bei Ali etwa 10.000 Won kostet, eröffnen sich durchaus interessante Möglichkeiten.
Bei einer Waschmaschine könnte man zum Beispiel ein kleines Modell integrieren, das nur die Bedienungsanleitung, Waschprogramme, Waschmittelarten und die Eigenschaften der einzelnen Funktionen versteht, sodass ein Produkt möglich wäre, das auch ohne Internetverbindung mit dem Nutzer spricht und die Bedienung erklärt.
Zur Ergänzung der Motivation hinter der Entwicklung: Der Ausgangspunkt war, dass ich beim Betrieb von vier Sessions von Claude, Codex, Gemini und Grok auf drei plattformübergreifenden Maschinen auf den Flaschenhals gestoßen bin, dass „die Ausführung zwar skaliert, die Weitergabe aber an eine einzelne Person gebunden ist“. Es ist kein Ersatz für
tmux/SSH, sondern ein Werkzeug für parallele Nutzung — das Ziel ist nicht „Terminalzugang“, sondern „Sitzungsadressierung + Bestätigung der Weitergabe“. Wenn ihr Fragen habt, fragt gerne.