Wie einst beim Dotcom-, Blog- und SaaS-Boom werden zwar unzählige AI-Apps auf den Markt gespült, doch die meisten sind dazu bestimmt, ungesehen wieder zu verschwinden. In einer Umgebung, in der jeder mit AI Apps bauen kann, wird die Form der App selbst bald bedeutungslos, wenn es kein besonderes Alleinstellungsmerkmal gibt. Wir treten nun in das Zeitalter der „unsichtbaren Software“ ein, in dem AI benötigte Funktionen spontan erzeugt und wieder verwirft.
Wenn man auf den App-Entwicklungsboom der frühen Smartphone-Ära zurückblickt, wird die heutige Lage noch klarer. Im Zentrum der AI-Entwicklung stehen nun nicht mehr das Coden, sondern Ideen, Design und Umsetzungskraft. Ganz natürlich verändert sich damit auch die Definition von „Entwickler“ in Unternehmen. Doch die Realität ist hart. Unternehmen drängen auf extrem kurzfristige Entwicklung mit AI und verlangen, dass Aufgaben, die früher zwei Wochen dauerten, in zwei Tagen erledigt werden. Entwickler verfallen zwar mitunter der „Freude am Bauen“ bei persönlichen Projekten, doch gerade die Entwicklung als Arbeit gerät unter eine noch extremere Arbeitsbelastung. (Das erinnert mich daran, dass wir in den 90ern bei der „Büroautomatisierung“ dasselbe Phänomen erlebt haben. Durch Büroautomatisierung wurde die Arbeit nicht lockerer oder bequemer, sondern es wurde einfach mit weniger Personal mehr Arbeit verlangt ...)
Der aktuelle AI-Boom in China ist wirklich enorm. Von der Modellentwicklung bis zu Anwendungsprogrammen sind sowohl Quantität als auch Qualität auf Augenhöhe mit den USA oder scheinen diese sogar zu übertreffen. Nach meiner subjektiven Beobachtung ist ein beträchtlicher Teil der Schlüsselkräfte in den wichtigen AI-Abteilungen in den USA chinesischer Herkunft.
Während US-Unternehmen wegen Datenschutz, Token-Kosten und Sicherheitsfragen vorsichtig auftreten, ist China vergleichsweise deutlich offensiver. In Korea wäre eine Anbindung an KakaoTalk wünschenswert, aber wegen des für Kakao typischen starken Sicherheitsprotokolls und des geschlossenen Ökosystems ist externer Zugriff nicht einfach. Am Ende wird es wohl entweder über eine Umgehungsautomatisierung mittels Bildschirm-erkennender AI gehen, oder AI-Services werden getrennt von KakaoTalk ihren eigenen Weg gehen. Statt im AI-Boom vom Trend mitgerissen Tools zu überstrapazieren, scheint es klüger, ruhig und besonnen darauf zu reagieren.
Wenn es eine ernsthafte Sicherheitslücke sein soll, dass man aus dem Augenwinkel die Länge erkennen kann, warum werden dann nicht für alle Tastaturen mit Zugriff auf ein Linux-Terminal verpflichtend Sichtschutzabdeckungen eingeführt? Man muss doch nur auf die Tastatur schauen oder mit einer versteckten Kamera aufnehmen, und schon ist es vorbei.
Ganz ehrlich: Wenn man sich die Frontends von LLM-Diensten ansieht, sind sie oft so langsam, funktionsarm und in der Interaktion so umständlich, dass ich bei solchen Artikeln nur lachen kann.
Ehrlich gesagt weckt das bei mir keine großen Erwartungen, außer sie würden die komplette Benutzer-Shell mit ihrem eigenen Framework wie WinUI neu implementieren.
Ist die Entwicklung mit React an sich nicht eher darauf ausgerichtet, etwas schnell und grob zusammenzubauen und zu veröffentlichen, statt auf Qualität zu setzen?
Man kann es nicht nutzen, weil es keine Alternative gibt. Als LG-Handys noch gut gemacht waren, haben sie auch viele genutzt. Sie haben es selbst vergeigt und sind daran gescheitert.
Für die große Mehrheit der Berufstätigen ist das wichtigste Kriterium bei der Wahl des Wohnorts die Pendelzeit, daher kommt außerhalb von Seoul natürlich nicht als Option infrage. Sogar Versuche der Regierung, öffentliche Institutionen und Unternehmen nach draußen zu verlagern, werden von unzähligen Menschen abgelehnt — genau das sollten Sie zuerst kritisieren.
Bei Modellen ist der Betrieb lokal aus Sicht normaler Nutzer ohnehin schon unmöglich, und die übrigen Alternativen sind kaum mehr als dasselbe Modell mit ein paar zusätzlichen Prompts; sie sind auch nicht besonders günstig, und vermarktet werden sie ebenfalls nicht richtig. Egal wie gut ein Produkt ist: Wenn die Leute nichts davon wissen, verkauft es sich natürlich nicht.
Es wirkt einfach wie Shorts, die nur auf Provokation aus sind und ohne großes Nachdenken nach dem Motto „typisch Koreaner~“ hochgeladen werden.
Wenn man das über die Schulter hinweg sehen kann, sollte man sich eher Sorgen machen, dass man sogar schon die tippenden Finger selbst sehen kann...
Aus dieser Entfernung könnte man auch den Ton aufzeichnen und zählen, wie viele Zeichen eingegeben werden.
Wenn man sich um die Sicherheit an so einem wichtigen Ort so viele Sorgen macht, sollte man eben einen physischen Sicherheitsschlüssel verwenden.
Witze sind wirklich eine große Hürde. Wenn man eine AI mit Humor entwickeln würde, wäre das eine echte Revolution. Daran sieht man es ja: Wenn man sie jetzt bittet, einen Witz zu machen, ist das einfach todlangweilig.
Es ist zwar klar, dass es bei der Steigerung der Produktivität durchaus wirksam ist, aber je komplexer ein System wird, desto schwieriger ist es, darauf ohne Verständnis für grundlegendes Design oder Clean Code weiter aufzubauen — eine ganz grundlegende Tatsache, die jeder kennt, auch ohne über Handwerkskunst zu sprechen.
Rückmeldungen aus realen Nutzungsszenarien – etwa Konflikte zwischen Tools, Fehlverhalten in bestimmten Umgebungen oder einfache QoL-Funktionen – tauchen in jedem Projekt immer wieder doppelt auf.
Wenn die Projekte solche Punkte nicht untereinander teilen, müssen dieselben Funktionen von unzähligen Menschen in unzähligen Sprachen immer wieder neu entwickelt werden.
Sogar xdg-desktop-portal ist je nach Umgebung fragmentiert, sodass dieselben Funktionen auf unterschiedliche Weise und mit unterschiedlichem Fortschritt entwickelt werden … Wenn man sich den Entwicklungsstand ansieht, versteht man sofort, warum alles so langsam ist.
Nach meiner Erfahrung mit Wayland und dem Nachverfolgen von Issues und PRs
scheint die Entwicklung langsam voranzugehen, weil es als einfaches Protokoll keine Standardimplementierung gibt und deshalb überall eher uneinheitlich entwickelt wird,
und da Protokolle für gemeinsam genutzte Ressourcen zudem über xdg-desktop-portal ausgelagert und entwickelt werden, wirkt sie durch die nötigen Abstimmungs- und Entscheidungsprozesse noch langsamer.
Ich sehe viel zu oft, dass nützliche Funktionen, die in anderen Desktop-Umgebungen vorhanden sind und größtenteils bereits implementiert wurden, über Monate oder sogar Jahre hinweg nur im PR-Status bleiben.
Letztlich ist es ohnehin nur ein Protokoll, also sollte man selbst bei neuen Funktionen lediglich Definitionen zum bestehenden Protokoll hinzufügen müssen.
Ehrlich gesagt kann ich dieses gedankenlose Schlechtreden von Programmiersprachen nicht nachvollziehen. Welche Sprache man verwendet und die Speichersicherheit mögen zwar zusammenhängen, aber das ist nicht zwangsläufig so.
Ich habe das Gefühl, dass das einfach nur unreflektiertes Bashing ist. Nach dem aktuellen Trend wird Wayland in einigen Jahren voraussichtlich völlig brauchbar sein, und wenn man X11 weiter mitschleppt: Wer soll das überhaupt warten? Da sich Legacy über Legacy gestapelt hat, ist ein schrittweiser Ersatz notwendig. Dass noch etwas anderes auftaucht, ist eher unwahrscheinlich. Es gab verschiedene Wayland-Konkurrenten wie Mir, aber die sind alle verschwunden. Wenn dir ein auf Wayland/X11 basierendes DE nicht gefällt, dann nutz eben Enlightenment. Ich will weder sagen noch sagen müssen, dass man es halt googeln soll, wenn man es nicht weiß, aber es ist einfach ermüdend, sich über ein oder zwei Mängel des Linux-Desktops lustig zu machen, die schon vor langer Zeit gelöst wurden. Beim Problem mit der Bildschirmaufnahme kann man statt OBS einen GPU-beschleunigten Screen Recorder verwenden, und Alternativen gibt es auf Flathub reichlich ...
Ich empfehle https://github.com/opgginc/opencode-bar.
Wie einst beim Dotcom-, Blog- und SaaS-Boom werden zwar unzählige AI-Apps auf den Markt gespült, doch die meisten sind dazu bestimmt, ungesehen wieder zu verschwinden. In einer Umgebung, in der jeder mit AI Apps bauen kann, wird die Form der App selbst bald bedeutungslos, wenn es kein besonderes Alleinstellungsmerkmal gibt. Wir treten nun in das Zeitalter der „unsichtbaren Software“ ein, in dem AI benötigte Funktionen spontan erzeugt und wieder verwirft.
Wenn man auf den App-Entwicklungsboom der frühen Smartphone-Ära zurückblickt, wird die heutige Lage noch klarer. Im Zentrum der AI-Entwicklung stehen nun nicht mehr das Coden, sondern Ideen, Design und Umsetzungskraft. Ganz natürlich verändert sich damit auch die Definition von „Entwickler“ in Unternehmen. Doch die Realität ist hart. Unternehmen drängen auf extrem kurzfristige Entwicklung mit AI und verlangen, dass Aufgaben, die früher zwei Wochen dauerten, in zwei Tagen erledigt werden. Entwickler verfallen zwar mitunter der „Freude am Bauen“ bei persönlichen Projekten, doch gerade die Entwicklung als Arbeit gerät unter eine noch extremere Arbeitsbelastung. (Das erinnert mich daran, dass wir in den 90ern bei der „Büroautomatisierung“ dasselbe Phänomen erlebt haben. Durch Büroautomatisierung wurde die Arbeit nicht lockerer oder bequemer, sondern es wurde einfach mit weniger Personal mehr Arbeit verlangt ...)
Der aktuelle AI-Boom in China ist wirklich enorm. Von der Modellentwicklung bis zu Anwendungsprogrammen sind sowohl Quantität als auch Qualität auf Augenhöhe mit den USA oder scheinen diese sogar zu übertreffen. Nach meiner subjektiven Beobachtung ist ein beträchtlicher Teil der Schlüsselkräfte in den wichtigen AI-Abteilungen in den USA chinesischer Herkunft.
Während US-Unternehmen wegen Datenschutz, Token-Kosten und Sicherheitsfragen vorsichtig auftreten, ist China vergleichsweise deutlich offensiver. In Korea wäre eine Anbindung an KakaoTalk wünschenswert, aber wegen des für Kakao typischen starken Sicherheitsprotokolls und des geschlossenen Ökosystems ist externer Zugriff nicht einfach. Am Ende wird es wohl entweder über eine Umgehungsautomatisierung mittels Bildschirm-erkennender AI gehen, oder AI-Services werden getrennt von KakaoTalk ihren eigenen Weg gehen. Statt im AI-Boom vom Trend mitgerissen Tools zu überstrapazieren, scheint es klüger, ruhig und besonnen darauf zu reagieren.
Da BM25 eine eher wortbasierte Suche ist, scheint die Ansicht von galadbran sinnvoll zu sein.
Wenn es eine ernsthafte Sicherheitslücke sein soll, dass man aus dem Augenwinkel die Länge erkennen kann, warum werden dann nicht für alle Tastaturen mit Zugriff auf ein Linux-Terminal verpflichtend Sichtschutzabdeckungen eingeführt? Man muss doch nur auf die Tastatur schauen oder mit einer versteckten Kamera aufnehmen, und schon ist es vorbei.
Ich stimme zu.
Es entwickelt sich zuerst zu einer Form, in der man darüber spricht und später keine Verantwortung mehr übernimmt.
Es gibt inzwischen zu viele Artikel mit Titeln der Art, dass irgendetwas „tot“ sei,
und das wirkt mit der Zeit ziemlich ermüdend.
Ich finde auch, man sollte endlich damit aufhören, ständig alles für tot zu erklären.
Ganz ehrlich: Wenn man sich die Frontends von LLM-Diensten ansieht, sind sie oft so langsam, funktionsarm und in der Interaktion so umständlich, dass ich bei solchen Artikeln nur lachen kann.
Ehrlich gesagt weckt das bei mir keine großen Erwartungen, außer sie würden die komplette Benutzer-Shell mit ihrem eigenen Framework wie WinUI neu implementieren.
Ist die Entwicklung mit React an sich nicht eher darauf ausgerichtet, etwas schnell und grob zusammenzubauen und zu veröffentlichen, statt auf Qualität zu setzen?
Man kann es nicht nutzen, weil es keine Alternative gibt. Als LG-Handys noch gut gemacht waren, haben sie auch viele genutzt. Sie haben es selbst vergeigt und sind daran gescheitert.
Für die große Mehrheit der Berufstätigen ist das wichtigste Kriterium bei der Wahl des Wohnorts die Pendelzeit, daher kommt außerhalb von Seoul natürlich nicht als Option infrage. Sogar Versuche der Regierung, öffentliche Institutionen und Unternehmen nach draußen zu verlagern, werden von unzähligen Menschen abgelehnt — genau das sollten Sie zuerst kritisieren.
Bei Modellen ist der Betrieb lokal aus Sicht normaler Nutzer ohnehin schon unmöglich, und die übrigen Alternativen sind kaum mehr als dasselbe Modell mit ein paar zusätzlichen Prompts; sie sind auch nicht besonders günstig, und vermarktet werden sie ebenfalls nicht richtig. Egal wie gut ein Produkt ist: Wenn die Leute nichts davon wissen, verkauft es sich natürlich nicht.
Es wirkt einfach wie Shorts, die nur auf Provokation aus sind und ohne großes Nachdenken nach dem Motto „typisch Koreaner~“ hochgeladen werden.
Wenn man das über die Schulter hinweg sehen kann, sollte man sich eher Sorgen machen, dass man sogar schon die tippenden Finger selbst sehen kann...
Aus dieser Entfernung könnte man auch den Ton aufzeichnen und zählen, wie viele Zeichen eingegeben werden.
Wenn man sich um die Sicherheit an so einem wichtigen Ort so viele Sorgen macht, sollte man eben einen physischen Sicherheitsschlüssel verwenden.
Dagegen bin ich.
Das sind wirklich großartige Neuigkeiten.
Witze sind wirklich eine große Hürde. Wenn man eine AI mit Humor entwickeln würde, wäre das eine echte Revolution. Daran sieht man es ja: Wenn man sie jetzt bittet, einen Witz zu machen, ist das einfach todlangweilig.
Es ist zwar klar, dass es bei der Steigerung der Produktivität durchaus wirksam ist, aber je komplexer ein System wird, desto schwieriger ist es, darauf ohne Verständnis für grundlegendes Design oder Clean Code weiter aufzubauen — eine ganz grundlegende Tatsache, die jeder kennt, auch ohne über Handwerkskunst zu sprechen.
Rückmeldungen aus realen Nutzungsszenarien – etwa Konflikte zwischen Tools, Fehlverhalten in bestimmten Umgebungen oder einfache QoL-Funktionen – tauchen in jedem Projekt immer wieder doppelt auf.
Wenn die Projekte solche Punkte nicht untereinander teilen, müssen dieselben Funktionen von unzähligen Menschen in unzähligen Sprachen immer wieder neu entwickelt werden.
Sogar
xdg-desktop-portalist je nach Umgebung fragmentiert, sodass dieselben Funktionen auf unterschiedliche Weise und mit unterschiedlichem Fortschritt entwickelt werden … Wenn man sich den Entwicklungsstand ansieht, versteht man sofort, warum alles so langsam ist.Nach meiner Erfahrung mit Wayland und dem Nachverfolgen von Issues und PRs
scheint die Entwicklung langsam voranzugehen, weil es als einfaches Protokoll keine Standardimplementierung gibt und deshalb überall eher uneinheitlich entwickelt wird,
und da Protokolle für gemeinsam genutzte Ressourcen zudem über
xdg-desktop-portalausgelagert und entwickelt werden, wirkt sie durch die nötigen Abstimmungs- und Entscheidungsprozesse noch langsamer.Ich sehe viel zu oft, dass nützliche Funktionen, die in anderen Desktop-Umgebungen vorhanden sind und größtenteils bereits implementiert wurden, über Monate oder sogar Jahre hinweg nur im PR-Status bleiben.
Letztlich ist es ohnehin nur ein Protokoll, also sollte man selbst bei neuen Funktionen lediglich Definitionen zum bestehenden Protokoll hinzufügen müssen.
Ehrlich gesagt kann ich dieses gedankenlose Schlechtreden von Programmiersprachen nicht nachvollziehen. Welche Sprache man verwendet und die Speichersicherheit mögen zwar zusammenhängen, aber das ist nicht zwangsläufig so.
Ich habe das Gefühl, dass das einfach nur unreflektiertes Bashing ist. Nach dem aktuellen Trend wird Wayland in einigen Jahren voraussichtlich völlig brauchbar sein, und wenn man X11 weiter mitschleppt: Wer soll das überhaupt warten? Da sich Legacy über Legacy gestapelt hat, ist ein schrittweiser Ersatz notwendig. Dass noch etwas anderes auftaucht, ist eher unwahrscheinlich. Es gab verschiedene Wayland-Konkurrenten wie Mir, aber die sind alle verschwunden. Wenn dir ein auf Wayland/X11 basierendes DE nicht gefällt, dann nutz eben Enlightenment. Ich will weder sagen noch sagen müssen, dass man es halt googeln soll, wenn man es nicht weiß, aber es ist einfach ermüdend, sich über ein oder zwei Mängel des Linux-Desktops lustig zu machen, die schon vor langer Zeit gelöst wurden. Beim Problem mit der Bildschirmaufnahme kann man statt OBS einen GPU-beschleunigten Screen Recorder verwenden, und Alternativen gibt es auf Flathub reichlich ...