Kochen und Malen – das sind schließlich Dinge, die jeder machen kann. Was Sie sagen, klingt ungefähr so, als würde man behaupten, man könne nach ein paar Monaten Lernen zum Profi werden. Dass Softwareingenieure anerkannt werden, liegt daran, dass der Einfluss von Software entsprechend groß geworden ist. Es geht nicht darum, ob die Arbeit schwer ist oder nicht. Wenn es Ihnen nicht gefällt, machen Sie doch etwas anderes. Wenn Sie auch in anderen Bereichen mit solchen Aussagen herumlaufen, werden Sie damit keine guten Reaktionen bekommen. Die Betroffenen würden sich dadurch vor den Kopf gestoßen fühlen. Genauso wie man nicht in Selbstüberschätzung verfallen sollte, weil man etwas Großartiges leistet, ist es auch kein richtiges Verhalten, den Wert dieser Arbeit herabzusetzen.
In Edge versucht Microsoft bereits, eine Integration mit dem eigenen LLM umzusetzen, daher ist das nicht wirklich ein neuer Ansatz. Muss es dafür unbedingt gleich eine Übernahme sein? Es wirkt eher wie der Versuch, den Service auf alle Chrome-Nutzer auszuweiten, statt dass OpenAI tatsächlich einen KI-zentrierten Browser eröffnen könnte — das halte ich für etwas weit hergeholt. Nach der Logik wäre das mit Google Gemini schließlich auch möglich.
Wow, das ist wirklich großartig. Für Sie beide war es sicher nicht leicht, sogar die Trainingsdaten zu beschaffen, daher ist das wirklich beeindruckend.
Das Ziel ist wohl nicht, die voraussichtliche Besuchsdauer exakt zu berechnen, sondern darin liegt die Bedeutung, dass das TSP mit realen Daten gelöst wurde.
Eine Zeit lang waren ein Tweet und ein Video darüber, dass Vercel das Edge Rendering aufgegeben hat[1], sowie ein Artikel über einen serverless server (lol)[2] ziemlich heiß diskutiert. Ich glaube, ich habe eine ähnliche Ansicht wie die Texte, die damals erschienen sind.
Das ist nur meine persönliche Meinung, aber aus Sicht eines Frontend-Entwicklers ist es meiner Meinung nach noch Zukunftsmusik, Serverless Functions direkt an Nutzeranfragen zu hängen (es sei denn, die Anwendung, die man bauen will, ist ein MVP).
Ich bestreite nicht, dass es jeder versuchen kann. Aber zu behaupten, dass jeder leicht zum Profi werden kann, ist eine Lüge. Ich hoffe, Sie sind in der Realität nicht herumgelaufen und haben so etwas zu irgendjemandem gesagt. Denn das ist Betrug.
In welchem MINT-Fachgebiet kann man, wenn man zu Hause im Zimmer ein bisschen im Internet recherchiert und sich alles selbst beibringt, innerhalb von ein paar Monaten zu einer Fachkraft werden, die man direkt in der Praxis einsetzen kann (wenn es gut läuft)? <- Solche Berufseinsteiger auf Entry-Level-Niveau nennt in keinem Fachgebiet irgendjemand einen Experten. Jemand hat das ja schon vor mir kritisiert. Wenn Sie das wirklich so denken, dann ist Ihr Denkniveau niedrig und Ihnen fehlt jegliches professionelles Bewusstsein.
Ich glaube, Sie missverstehen Softwareentwicklung als bloße Code-Erzeugung oder API-Erstellung. Das Wesen der Softwareentwicklung besteht darin, die Realität zu abstrahieren, Protokolle und Interfaces zu schaffen und alles darin einzupassen. Es geht darum, Dinge, die auf unterschiedliche Weise funktionieren, so zu verbinden, dass sie wie eins arbeiten. Das ist eine intellektuelle Tätigkeit, die komplexer ist, als man denkt, und deshalb ist es auch schwieriger, Softwareingenieure auszubilden, als man erwartet. Es heißt zwar, es gebe viele Leute, aber wie viele davon können tatsächlich ordentlich arbeiten? Die meisten haben nur einmal irgendein Tool benutzt, aber genau das ist nicht der Kern eines Softwareingenieurs.
Da hier jemand Entwicklungserfahrung und Observability angesprochen hat, möchte ich noch etwas ergänzen:
Wenn man die anfängliche Integrationsumgebung gut aufsetzt, kann man eine Entwicklungserfahrung erreichen, die einer containerbasierten in nichts nachsteht — vielleicht sogar nativer ist als eine containerbasierte. (Dafür gibt es verschiedene Tools.)
Und was Observability angeht: Wenn man wirklich tief einsteigen will, ist das weder bei Serverless noch bei containerbasierten Ansätzen gleichermaßen ein einfaches Problem. Zentrale Log-Sammlung, Visualisierung verschiedenster Metriken, APM, Visualisierung der CPU-/Speicherauslastung und darauf aufbauend die Entwicklung einer Skalierungsstrategie usw. ...
Wenn man noch nicht auf diesem Niveau ist, sind die von Cloud-Anbietern standardmäßig bereitgestellten integrierten Metriken und Logs so leistungsfähig, dass es letztlich auf dasselbe hinausläuft.
Etwas provokant formuliert würde ich gern fragen: „Wie weit habt ihr Serverless eigentlich schon wirklich richtig ausprobiert?“ 😅
Aus der Perspektive von jemandem, der sowohl containerbasierte Umgebungen (vor allem ECS Fargate, Kubernetes-Cluster) als auch serverlose Umgebungen (AWS) erlebt hat, kommt das bei mir nicht besonders stark an.
Die Punkte, die als Vorteile einer containerbasierten Umgebung aufgezählt wurden, sind zugleich auch Bereiche, die zu Nachteilen werden können.
Alles, was mit „man kann es direkt kontrollieren und es kann zustandsbehaftet sein“ erwähnt wurde, wird letztlich zu einem zusätzlichen Managementpunkt, der den Betriebsaufwand erhöht.
Ich würde Serverless gerade kleinen Organisationen oder Organisationen ohne spezialisiertes Server-Management-Team nachdrücklich empfehlen.
Ach ja, dass die Kostenberechnung komplex oder schwer vorhersehbar ist, und auch das Vendor-Lock-in-Problem — dem stimme ich zu.
Wie andere Kommentare schon sagen: Wenn Menschen, die bei Samsung, Naver usw. gearbeitet haben, später zu AMD, Google usw. wechseln und dann mit ihrer Erfahrung nach Korea zurückkehren, wäre das ein großer Gewinn. Aber in so einem Klima werden sie nicht nur nicht zurückkommen, sondern wohl weiterhin das Land verlassen. Es ist nicht einfach nur eine Geldfrage, sondern die Bedingungen und die Wahrnehmung des Berufs sind miserabel.
Was insgesamt gesagt werden soll? Werden Ingenieure in Korea denn besonders gut behandelt? Wenn es Ihnen so vorkommt, als würden Sie mehr bekommen, als Sie für Ihre eigene Arbeit leisten, dann können Sie ja irgendwo etwas spenden. Ist Korea ein Umfeld, in dem Ingenieure zum Problem werden, weil sie arrogant sind? Das Problem ist doch eher, dass die Bedingungen schlechter sind als im Ausland und gute Leute deshalb den Job wechseln und nicht zurückkommen (auch wenn es natürlich arrogante Menschen geben mag).
Kochen und Malen – das sind schließlich Dinge, die jeder machen kann. Was Sie sagen, klingt ungefähr so, als würde man behaupten, man könne nach ein paar Monaten Lernen zum Profi werden. Dass Softwareingenieure anerkannt werden, liegt daran, dass der Einfluss von Software entsprechend groß geworden ist. Es geht nicht darum, ob die Arbeit schwer ist oder nicht. Wenn es Ihnen nicht gefällt, machen Sie doch etwas anderes. Wenn Sie auch in anderen Bereichen mit solchen Aussagen herumlaufen, werden Sie damit keine guten Reaktionen bekommen. Die Betroffenen würden sich dadurch vor den Kopf gestoßen fühlen. Genauso wie man nicht in Selbstüberschätzung verfallen sollte, weil man etwas Großartiges leistet, ist es auch kein richtiges Verhalten, den Wert dieser Arbeit herabzusetzen.
OpenAI Codex CLI – ein leichtgewichtiger Coding-Agent für das Terminal
In Edge versucht Microsoft bereits, eine Integration mit dem eigenen LLM umzusetzen, daher ist das nicht wirklich ein neuer Ansatz. Muss es dafür unbedingt gleich eine Übernahme sein? Es wirkt eher wie der Versuch, den Service auf alle Chrome-Nutzer auszuweiten, statt dass OpenAI tatsächlich einen KI-zentrierten Browser eröffnen könnte — das halte ich für etwas weit hergeholt. Nach der Logik wäre das mit Google Gemini schließlich auch möglich.
Wow, das ist wirklich großartig. Für Sie beide war es sicher nicht leicht, sogar die Trainingsdaten zu beschaffen, daher ist das wirklich beeindruckend.
Der Ersteller meldet sich persönlich zu Wort~ Das sollte ich auch mal ausprobieren.
Hahaha
Die englische Seite ist https://www.math.uwaterloo.ca/tsp/korea/index.html.
Die Tour ist natürlich ziemlich unrealistisch. Es scheint auch nicht berücksichtigt zu sein, Seewege per Fähre zu nehmen, wenn man vom Festland nach Jeju-do oder Ulleungdo reist. Dieses Bild zeigt es gut: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
Das Ziel ist wohl nicht, die voraussichtliche Besuchsdauer exakt zu berechnen, sondern darin liegt die Bedeutung, dass das TSP mit realen Daten gelöst wurde.
Natürlich wirkt es, wie auch unter diesem Beitrag kommentiert wurde, so, als wäre es ein übertrieben provokativer Artikel :(
Eine Zeit lang waren ein Tweet und ein Video darüber, dass Vercel das Edge Rendering aufgegeben hat[1], sowie ein Artikel über einen serverless server (lol)[2] ziemlich heiß diskutiert. Ich glaube, ich habe eine ähnliche Ansicht wie die Texte, die damals erschienen sind.
Das ist nur meine persönliche Meinung, aber aus Sicht eines Frontend-Entwicklers ist es meiner Meinung nach noch Zukunftsmusik, Serverless Functions direkt an Nutzeranfragen zu hängen (es sei denn, die Anwendung, die man bauen will, ist ein MVP).
[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…
Ich verstehe bootable Container noch nicht so richtig.
Ich bestreite nicht, dass es jeder versuchen kann. Aber zu behaupten, dass jeder leicht zum Profi werden kann, ist eine Lüge. Ich hoffe, Sie sind in der Realität nicht herumgelaufen und haben so etwas zu irgendjemandem gesagt. Denn das ist Betrug.
In welchem MINT-Fachgebiet kann man, wenn man zu Hause im Zimmer ein bisschen im Internet recherchiert und sich alles selbst beibringt, innerhalb von ein paar Monaten zu einer Fachkraft werden, die man direkt in der Praxis einsetzen kann (wenn es gut läuft)? <- Solche Berufseinsteiger auf Entry-Level-Niveau nennt in keinem Fachgebiet irgendjemand einen Experten. Jemand hat das ja schon vor mir kritisiert. Wenn Sie das wirklich so denken, dann ist Ihr Denkniveau niedrig und Ihnen fehlt jegliches professionelles Bewusstsein.
Es soll leicht sein, den Sprung vom Amateur zum Profi zu schaffen? Wenn das wahr wäre, würde man es nicht mehr professionell nennen.
Ich glaube, Sie missverstehen Softwareentwicklung als bloße Code-Erzeugung oder API-Erstellung. Das Wesen der Softwareentwicklung besteht darin, die Realität zu abstrahieren, Protokolle und Interfaces zu schaffen und alles darin einzupassen. Es geht darum, Dinge, die auf unterschiedliche Weise funktionieren, so zu verbinden, dass sie wie eins arbeiten. Das ist eine intellektuelle Tätigkeit, die komplexer ist, als man denkt, und deshalb ist es auch schwieriger, Softwareingenieure auszubilden, als man erwartet. Es heißt zwar, es gebe viele Leute, aber wie viele davon können tatsächlich ordentlich arbeiten? Die meisten haben nur einmal irgendein Tool benutzt, aber genau das ist nicht der Kern eines Softwareingenieurs.
Schade, dass Samsung die Unterstützung für Linux on DeX eingestellt hat,
aber jetzt versucht es Google selbst.
Finde ich gut.
Da hier jemand Entwicklungserfahrung und Observability angesprochen hat, möchte ich noch etwas ergänzen:
Wenn man die anfängliche Integrationsumgebung gut aufsetzt, kann man eine Entwicklungserfahrung erreichen, die einer containerbasierten in nichts nachsteht — vielleicht sogar nativer ist als eine containerbasierte. (Dafür gibt es verschiedene Tools.)
Und was Observability angeht: Wenn man wirklich tief einsteigen will, ist das weder bei Serverless noch bei containerbasierten Ansätzen gleichermaßen ein einfaches Problem. Zentrale Log-Sammlung, Visualisierung verschiedenster Metriken, APM, Visualisierung der CPU-/Speicherauslastung und darauf aufbauend die Entwicklung einer Skalierungsstrategie usw. ...
Wenn man noch nicht auf diesem Niveau ist, sind die von Cloud-Anbietern standardmäßig bereitgestellten integrierten Metriken und Logs so leistungsfähig, dass es letztlich auf dasselbe hinausläuft.
Etwas provokant formuliert würde ich gern fragen: „Wie weit habt ihr Serverless eigentlich schon wirklich richtig ausprobiert?“ 😅
Aus der Perspektive von jemandem, der sowohl containerbasierte Umgebungen (vor allem ECS Fargate, Kubernetes-Cluster) als auch serverlose Umgebungen (AWS) erlebt hat, kommt das bei mir nicht besonders stark an.
Die Punkte, die als Vorteile einer containerbasierten Umgebung aufgezählt wurden, sind zugleich auch Bereiche, die zu Nachteilen werden können.
Alles, was mit „man kann es direkt kontrollieren und es kann zustandsbehaftet sein“ erwähnt wurde, wird letztlich zu einem zusätzlichen Managementpunkt, der den Betriebsaufwand erhöht.
Ich würde Serverless gerade kleinen Organisationen oder Organisationen ohne spezialisiertes Server-Management-Team nachdrücklich empfehlen.
Ach ja, dass die Kostenberechnung komplex oder schwer vorhersehbar ist, und auch das Vendor-Lock-in-Problem — dem stimme ich zu.
Von Anfang an war es nicht Serverless, sondern Serverlease.
Wie andere Kommentare schon sagen: Wenn Menschen, die bei Samsung, Naver usw. gearbeitet haben, später zu AMD, Google usw. wechseln und dann mit ihrer Erfahrung nach Korea zurückkehren, wäre das ein großer Gewinn. Aber in so einem Klima werden sie nicht nur nicht zurückkommen, sondern wohl weiterhin das Land verlassen. Es ist nicht einfach nur eine Geldfrage, sondern die Bedingungen und die Wahrnehmung des Berufs sind miserabel.
Was insgesamt gesagt werden soll? Werden Ingenieure in Korea denn besonders gut behandelt? Wenn es Ihnen so vorkommt, als würden Sie mehr bekommen, als Sie für Ihre eigene Arbeit leisten, dann können Sie ja irgendwo etwas spenden. Ist Korea ein Umfeld, in dem Ingenieure zum Problem werden, weil sie arrogant sind? Das Problem ist doch eher, dass die Bedingungen schlechter sind als im Ausland und gute Leute deshalb den Job wechseln und nicht zurückkommen (auch wenn es natürlich arrogante Menschen geben mag).