> Ich frage mich, ob jemand ClickHouse und StarRocks verglichen hat; vor ein paar Monaten schien die Join-Performance von StarRocks besser zu sein. https://d2.naver.com/helloworld/1168674
Ah, ich möchte damit keineswegs die Zukunftsvision von OpenAI oder die verbesserte Innovation von Browser+AI herabsetzen.
Was ich sagen will, ist: Wenn OpenAI Versuche in diese Richtung unternimmt, halte ich eine separate Übernahme für die Entwicklung nicht für notwendig, da große Browser wie Chromium oder Firefox öffentlich verfügbar sind.
Der Punkt ist, dass eine Übernahme beim Aufbau eines technologischen Burggrabens nicht zwingend erforderlich ist.
Wenn man also eine Übernahme in Betracht zieht, denke ich, dass eher die Expansion über Marktanteile als technische Aspekte im Vordergrund steht.
Wenn man einfach nur einen neuen Chromium-basierten Browser herausbringt, gibt es für Nutzer, die nicht von Chrome wechseln, keinen großen Mehrwert. Übernimmt man jedoch Chrome, kann man den Nutzern, die 70 % des Browsermarkts ausmachen, offiziell per Update ermöglichen, die eigenen KI-Modell-Services zu erleben. Die Hürden für die Verbreitung neuer Services würden dadurch drastisch sinken.
Wie Sie gesagt haben, scheint auch das Phänomen, dass Edge nicht expandiert, in einem ähnlichen Zusammenhang zu stehen. Der Browsermarkt ist wirklich sehr konservativ. Ich denke, auch OpenAI berücksichtigt diesen Punkt, wenn es eine Übernahme von Chrome in Erwägung zieht. Deshalb glaube ich, dass die Aussage, OpenAI werde ein „KI-gesteuertes Webbrowsing“ eröffnen, weniger mit den Fähigkeiten von OpenAI zu tun hat als mit dem Einfluss des Chrome-Markts.
Supabase eignet sich besonders für CRUD-basierte Systeme. Ein weiteres Merkmal ist, dass sich CRUD direkt im Frontend umsetzen lässt, ohne einen API-Server entwickeln und betreiben zu müssen, wodurch der Aufwand für die Backend-Entwicklung gering ist. Frontend- und Backend-Entwickler kommunizieren dabei nicht über API-Spezifikationen, sondern über die Definition von Tabellen; genutzt werden vor allem Funktionen wie Web-Konsole, Authentifizierung und Objektspeicher.
Da das Frontend von den Definitionen der DB-Tabellen, Views und Funktionen abhängt, sollte man der Nachverfolgung von Datenänderungen etwas Aufmerksamkeit schenken. Wenn serverseitige Logik benötigt wird, halte ich es für sinnvoller, separat eine WAS/REST-API aufzubauen.
Das ist ein Service, den ich sehr mag. Man kann allein mit dem Frontend einen Service bauen, ohne ein komplexes Backend-/DB-Setup.
Ich nutze ihn gerade intensiv, um ihn tatsächlich in einem Service einzusetzen, und für mich war die Developer Experience sogar besser als bei Firebase.
Es gibt auch eine inländische Region, und sie bieten ein ziemlich großzügiges Free Tier, was ich gut finde. Self-Hosting ist ebenfalls möglich.
Dass sie eine Series-D-Finanzierungsrunde erhalten haben, ist eine gute Nachricht! Wie in den Meinungen jedoch immer wieder erwähnt wird, mache ich mir etwas Sorgen, ob es ein nachhaltiges Geschäft ist.
Meiner persönlichen Meinung nach ist es riskant, den serverlosen Dienst eines Anbieters zu nutzen. Eine serverlose Umgebung unternehmensintern mit Containern bereitzustellen, scheint mir jedoch gut zu sein. Es wäre wohl sinnvoll, Serverless nicht als Service, sondern als ein Konzept zu nutzen.
Bitte denken Sie genau darüber nach, warum andere das so stark kritisieren, und hören Sie auf, selbst oder künftig so überheblich aufzutreten und solchen Unsinn zu verbreiten.
Es gibt auch viele Menschen, die mit Leidenschaft in der Computertechnik arbeiten. Verallgemeinern Sie bitte nicht auf Grundlage Ihrer eigenen Gedanken und Erfahrungen. Das ist diesen Menschen gegenüber beleidigend.
Es gibt Probleme, die dadurch entstehen, dass sich der Bereich, den eine einzelne Person verantworten muss, im Vergleich zu früher vergrößert hat.
•Es stimmt, dass die Erwartungen an einzelne Ingenieure im Vergleich zu früher breiter und höher geworden sind. Und viel mehr von der realen Welt ist als früher in Computersysteme eingedrungen, entsprechend steigen auch der Abstraktionsgrad und die Schwierigkeit der Implementierung rasant. Nur weil man schwierigere Aufgaben in der realen Welt aufzählt, muss man doch nicht behaupten, diese Arbeit sei nicht hart ...
Es gibt keinen Grund, das miteinander zu vergleichen.
• Der Titel ist zwar mit „wahnsinnig“ übersetzt, aber ich denke, er drückt eher die aktuelle Situation aus, die einen entmutigt. Und ich stimme dem Haupttext in gewissem Maß zu. Es stimmt, dass das, was von einer einzelnen Ingenieurin oder einem einzelnen Ingenieur erwartet wird, im Vergleich zu früher breiter und größer geworden ist. Außerdem ist im Vergleich zu früher sehr viel mehr von der realen Welt in Computersysteme eingedrungen, und entsprechend steigen auch Abstraktionsgrad und Schwierigkeit der Umsetzung rasant. Nur weil man schwierigere Aufgaben in der realen Welt aufzählt, muss man daraus doch nicht ableiten, dass diese Arbeit nicht anstrengend sei ...
Das ist doch ein völlig anderes Beispiel, oder? Mit einem Rollback ist alles erledigt? Ihre eigenen Erfahrungen sind nicht alles. Haben Sie noch nie an Arbeiten in großem Umfang mitgewirkt?
•Ich glaube, Sie missverstehen SW-Entwicklung als etwas, das einfach nur Code oder APIs erzeugt. Das Wesen der SW-Entwicklung besteht darin, die Realität zu abstrahieren, Protokolle und Interfaces zu schaffen und Dinge darin einzupassen. Es geht darum, Dinge, die auf unterschiedliche Weise funktionieren, so zu verbinden, dass sie wie eines arbeiten. Das ist eine intellektuelle Tätigkeit, die komplexer ist, als man denkt, und deshalb ist es auch schwieriger, SW-Ingenieure auszubilden, als man erwartet. Es heißt, es gebe jetzt viele Leute in dem Bereich — aber wie viele davon können tatsächlich ordentlich arbeiten? Die meisten haben nur mal ein Tool ausprobiert, aber das ist nicht der Kern eines SW-Ingenieurs.
•Ist ein direkter Vergleich mit der Fertigungsindustrie überhaupt sinnvoll? Aus der Perspektive, dass die Branche noch nicht ausreichend ausgereift ist, scheint der Vergleichsmaßstab die Fertigungsindustrie zu sein. Wenn man versucht, das Softwaregeschäft mit dem Paradigma der Fertigungsindustrie zu verstehen, mag es wie Handwerk oder Hobbyentwicklung wirken; umgekehrt denke ich aber, dass gerade solche Aspekte die flexible und kreative Kultur der Softwareentwicklung schaffen und dass sie auf dieser Grundlage wächst.
•Es stimmt, dass die Erwartungen an eine einzelne Ingenieurin oder einen einzelnen Ingenieur im Vergleich zu früher breiter und größer geworden sind. Außerdem ist heute viel mehr von der realen Welt in Computersysteme hineingekommen als früher, und entsprechend steigen auch die Schwierigkeiten bei Abstraktion und Implementierung rasant. Nur weil man schwierigere Aufgaben aus der realen Welt aufzählt, muss man doch nicht behaupten, diese Arbeit sei deshalb nicht anstrengend ...
•Das Umfeld hat sich verändert. Ich glaube nicht, dass die steigenden Erwartungen des Marktes an Entwickler und ihre höhere Vergütung im Vergleich zu früher nur auf ihre Technik, ihre Erfahrung oder ihre Fachlichkeit zurückzuführen sind. Je tiefer IT in das Leben der Menschheit eindringt, desto wichtiger wird Software, und sie trägt immer mehr Infrastruktur. Ich denke nicht, dass die Vergütung steigt, weil die Fähigkeiten der einzelnen Entwickler größer geworden sind, sondern einfach, weil die Arbeit selbst teurer geworden ist. Denn sie ist wichtiger geworden als früher.
Unten stehen passende Kritiken. Dass Computing-Technologien so leicht zugänglich sind, ist auch zu einem großen Teil ein Verdienst von Softwareingenieuren. Hohe Zugänglichkeit bedeutet nicht, dass es auch leicht ist, Profi zu werden. Ist es etwa leicht, Kochexperte zu werden, nur weil Kochen leicht zugänglich ist?
•Leicht zu lernen. Das erkenne ich an, aber eine niedrige Einstiegshürde bedeutet nicht, dass auch die Professionalität gering ist. Dass es im Vergleich zu anderen Branchen, insbesondere zu anderen technischen Berufen in der Fertigungsindustrie, leichter zu lernen ist, liegt meiner Meinung nach weniger daran, dass Entwicklung selbst einfach wäre, sondern eher an der Open-Source-Kultur und dem geringeren Risiko. Wie zuvor im Zusammenhang mit der Vielfalt von Entwicklern gesagt, gibt es Aufgaben, die man schnell lernen und erledigen kann, und es gibt Aufgaben, die auf Fachkompetenz beruhen müssen.
•Würden Sie sich als Profi bezeichnen, nur weil Sie ein bisschen Zeichnen gelernt haben und dann als Assistent eines Comiczeichners angefangen haben? Oder würden Sie sich Kochexperte oder Chef nennen, wenn Sie ein bisschen Kochschule besucht haben und dann eine Stelle in einer Küche bekommen? Genau auf diesem Niveau ist das, was Sie sagen. Wenn es so einfach wäre, würde man das nicht professionell nennen.
Eines der schwierigsten Dinge bei der Entwicklung mit Spring war, glaube ich, die zirkuläre Abhängigkeit..
Diese Frustration, wenn sich alles endlos gegenseitig initialisiert und dann wegen eines Speicherlecks abstürzt...
Ihre Kritik passt hier nicht zur Situation. Die Person, die den Originalbeitrag geschrieben hat, hat niemanden herabgewürdigt — sind nicht eher Sie es, der den Wert des Berufsbilds von Softwareingenieuren abwertet und kleinredet?
> Ich frage mich, ob jemand ClickHouse und StarRocks verglichen hat; vor ein paar Monaten schien die Join-Performance von StarRocks besser zu sein.
https://d2.naver.com/helloworld/1168674
Als die öffentliche Beta vor 5 Jahren startete, hatte ich dazu einen Artikel gepostet, und sogar einer der Mitgründer kam vorbei und hinterließ einen Kommentar. In der Zwischenzeit sind sie wirklich enorm gewachsen haha
Start der öffentlichen Beta von Supabase – die Open-Source-Alternative zu Firebase
Ah, ich möchte damit keineswegs die Zukunftsvision von OpenAI oder die verbesserte Innovation von Browser+AI herabsetzen.
Was ich sagen will, ist: Wenn OpenAI Versuche in diese Richtung unternimmt, halte ich eine separate Übernahme für die Entwicklung nicht für notwendig, da große Browser wie Chromium oder Firefox öffentlich verfügbar sind.
Der Punkt ist, dass eine Übernahme beim Aufbau eines technologischen Burggrabens nicht zwingend erforderlich ist.
Wenn man also eine Übernahme in Betracht zieht, denke ich, dass eher die Expansion über Marktanteile als technische Aspekte im Vordergrund steht.
Wenn man einfach nur einen neuen Chromium-basierten Browser herausbringt, gibt es für Nutzer, die nicht von Chrome wechseln, keinen großen Mehrwert. Übernimmt man jedoch Chrome, kann man den Nutzern, die 70 % des Browsermarkts ausmachen, offiziell per Update ermöglichen, die eigenen KI-Modell-Services zu erleben. Die Hürden für die Verbreitung neuer Services würden dadurch drastisch sinken.
Wie Sie gesagt haben, scheint auch das Phänomen, dass Edge nicht expandiert, in einem ähnlichen Zusammenhang zu stehen. Der Browsermarkt ist wirklich sehr konservativ. Ich denke, auch OpenAI berücksichtigt diesen Punkt, wenn es eine Übernahme von Chrome in Erwägung zieht. Deshalb glaube ich, dass die Aussage, OpenAI werde ein „KI-gesteuertes Webbrowsing“ eröffnen, weniger mit den Fähigkeiten von OpenAI zu tun hat als mit dem Einfluss des Chrome-Markts.
Ich nutze es sehr gern für persönliche Projekte.
Plötzlich Godot..?!
Supabase eignet sich besonders für CRUD-basierte Systeme. Ein weiteres Merkmal ist, dass sich CRUD direkt im Frontend umsetzen lässt, ohne einen API-Server entwickeln und betreiben zu müssen, wodurch der Aufwand für die Backend-Entwicklung gering ist. Frontend- und Backend-Entwickler kommunizieren dabei nicht über API-Spezifikationen, sondern über die Definition von Tabellen; genutzt werden vor allem Funktionen wie Web-Konsole, Authentifizierung und Objektspeicher.
Da das Frontend von den Definitionen der DB-Tabellen, Views und Funktionen abhängt, sollte man der Nachverfolgung von Datenänderungen etwas Aufmerksamkeit schenken. Wenn serverseitige Logik benötigt wird, halte ich es für sinnvoller, separat eine WAS/REST-API aufzubauen.
Allen, die ein Side-Project starten möchten, empfehle ich Supabase immer als erste Option. Ich hoffe, dass Supabase noch erfolgreicher wird!
Das ist ein Service, den ich sehr mag. Man kann allein mit dem Frontend einen Service bauen, ohne ein komplexes Backend-/DB-Setup.
Ich nutze ihn gerade intensiv, um ihn tatsächlich in einem Service einzusetzen, und für mich war die Developer Experience sogar besser als bei Firebase.
Es gibt auch eine inländische Region, und sie bieten ein ziemlich großzügiges Free Tier, was ich gut finde. Self-Hosting ist ebenfalls möglich.
Dass sie eine Series-D-Finanzierungsrunde erhalten haben, ist eine gute Nachricht! Wie in den Meinungen jedoch immer wieder erwähnt wird, mache ich mir etwas Sorgen, ob es ein nachhaltiges Geschäft ist.
Meiner persönlichen Meinung nach ist es riskant, den serverlosen Dienst eines Anbieters zu nutzen. Eine serverlose Umgebung unternehmensintern mit Containern bereitzustellen, scheint mir jedoch gut zu sein. Es wäre wohl sinnvoll, Serverless nicht als Service, sondern als ein Konzept zu nutzen.
„Ich wollte eine Banane, aber bekam den ganzen Dschungel mitgeliefert“ – dieser Spruch ist wirklich zu lustig.
Bitte denken Sie genau darüber nach, warum andere das so stark kritisieren, und hören Sie auf, selbst oder künftig so überheblich aufzutreten und solchen Unsinn zu verbreiten.
Es gibt auch viele Menschen, die mit Leidenschaft in der Computertechnik arbeiten. Verallgemeinern Sie bitte nicht auf Grundlage Ihrer eigenen Gedanken und Erfahrungen. Das ist diesen Menschen gegenüber beleidigend.
Es gibt Probleme, die dadurch entstehen, dass sich der Bereich, den eine einzelne Person verantworten muss, im Vergleich zu früher vergrößert hat.
•Es stimmt, dass die Erwartungen an einzelne Ingenieure im Vergleich zu früher breiter und höher geworden sind. Und viel mehr von der realen Welt ist als früher in Computersysteme eingedrungen, entsprechend steigen auch der Abstraktionsgrad und die Schwierigkeit der Implementierung rasant. Nur weil man schwierigere Aufgaben in der realen Welt aufzählt, muss man doch nicht behaupten, diese Arbeit sei nicht hart ...
Es gibt keinen Grund, das miteinander zu vergleichen.
• Der Titel ist zwar mit „wahnsinnig“ übersetzt, aber ich denke, er drückt eher die aktuelle Situation aus, die einen entmutigt. Und ich stimme dem Haupttext in gewissem Maß zu. Es stimmt, dass das, was von einer einzelnen Ingenieurin oder einem einzelnen Ingenieur erwartet wird, im Vergleich zu früher breiter und größer geworden ist. Außerdem ist im Vergleich zu früher sehr viel mehr von der realen Welt in Computersysteme eingedrungen, und entsprechend steigen auch Abstraktionsgrad und Schwierigkeit der Umsetzung rasant. Nur weil man schwierigere Aufgaben in der realen Welt aufzählt, muss man daraus doch nicht ableiten, dass diese Arbeit nicht anstrengend sei ...
Das ist doch ein völlig anderes Beispiel, oder? Mit einem Rollback ist alles erledigt? Ihre eigenen Erfahrungen sind nicht alles. Haben Sie noch nie an Arbeiten in großem Umfang mitgewirkt?
•Ich glaube, Sie missverstehen SW-Entwicklung als etwas, das einfach nur Code oder APIs erzeugt. Das Wesen der SW-Entwicklung besteht darin, die Realität zu abstrahieren, Protokolle und Interfaces zu schaffen und Dinge darin einzupassen. Es geht darum, Dinge, die auf unterschiedliche Weise funktionieren, so zu verbinden, dass sie wie eines arbeiten. Das ist eine intellektuelle Tätigkeit, die komplexer ist, als man denkt, und deshalb ist es auch schwieriger, SW-Ingenieure auszubilden, als man erwartet. Es heißt, es gebe jetzt viele Leute in dem Bereich — aber wie viele davon können tatsächlich ordentlich arbeiten? Die meisten haben nur mal ein Tool ausprobiert, aber das ist nicht der Kern eines SW-Ingenieurs.
•Ist ein direkter Vergleich mit der Fertigungsindustrie überhaupt sinnvoll? Aus der Perspektive, dass die Branche noch nicht ausreichend ausgereift ist, scheint der Vergleichsmaßstab die Fertigungsindustrie zu sein. Wenn man versucht, das Softwaregeschäft mit dem Paradigma der Fertigungsindustrie zu verstehen, mag es wie Handwerk oder Hobbyentwicklung wirken; umgekehrt denke ich aber, dass gerade solche Aspekte die flexible und kreative Kultur der Softwareentwicklung schaffen und dass sie auf dieser Grundlage wächst.
•Es stimmt, dass die Erwartungen an eine einzelne Ingenieurin oder einen einzelnen Ingenieur im Vergleich zu früher breiter und größer geworden sind. Außerdem ist heute viel mehr von der realen Welt in Computersysteme hineingekommen als früher, und entsprechend steigen auch die Schwierigkeiten bei Abstraktion und Implementierung rasant. Nur weil man schwierigere Aufgaben aus der realen Welt aufzählt, muss man doch nicht behaupten, diese Arbeit sei deshalb nicht anstrengend ...
•Das Umfeld hat sich verändert. Ich glaube nicht, dass die steigenden Erwartungen des Marktes an Entwickler und ihre höhere Vergütung im Vergleich zu früher nur auf ihre Technik, ihre Erfahrung oder ihre Fachlichkeit zurückzuführen sind. Je tiefer IT in das Leben der Menschheit eindringt, desto wichtiger wird Software, und sie trägt immer mehr Infrastruktur. Ich denke nicht, dass die Vergütung steigt, weil die Fähigkeiten der einzelnen Entwickler größer geworden sind, sondern einfach, weil die Arbeit selbst teurer geworden ist. Denn sie ist wichtiger geworden als früher.
Unten stehen passende Kritiken. Dass Computing-Technologien so leicht zugänglich sind, ist auch zu einem großen Teil ein Verdienst von Softwareingenieuren. Hohe Zugänglichkeit bedeutet nicht, dass es auch leicht ist, Profi zu werden. Ist es etwa leicht, Kochexperte zu werden, nur weil Kochen leicht zugänglich ist?
•Leicht zu lernen. Das erkenne ich an, aber eine niedrige Einstiegshürde bedeutet nicht, dass auch die Professionalität gering ist. Dass es im Vergleich zu anderen Branchen, insbesondere zu anderen technischen Berufen in der Fertigungsindustrie, leichter zu lernen ist, liegt meiner Meinung nach weniger daran, dass Entwicklung selbst einfach wäre, sondern eher an der Open-Source-Kultur und dem geringeren Risiko. Wie zuvor im Zusammenhang mit der Vielfalt von Entwicklern gesagt, gibt es Aufgaben, die man schnell lernen und erledigen kann, und es gibt Aufgaben, die auf Fachkompetenz beruhen müssen.
•Würden Sie sich als Profi bezeichnen, nur weil Sie ein bisschen Zeichnen gelernt haben und dann als Assistent eines Comiczeichners angefangen haben? Oder würden Sie sich Kochexperte oder Chef nennen, wenn Sie ein bisschen Kochschule besucht haben und dann eine Stelle in einer Küche bekommen? Genau auf diesem Niveau ist das, was Sie sagen. Wenn es so einfach wäre, würde man das nicht professionell nennen.
Eines der schwierigsten Dinge bei der Entwicklung mit Spring war, glaube ich, die zirkuläre Abhängigkeit..
Diese Frustration, wenn sich alles endlos gegenseitig initialisiert und dann wegen eines Speicherlecks abstürzt...
Ihre Kritik passt hier nicht zur Situation. Die Person, die den Originalbeitrag geschrieben hat, hat niemanden herabgewürdigt — sind nicht eher Sie es, der den Wert des Berufsbilds von Softwareingenieuren abwertet und kleinredet?