Ich denke, dass Microservices auch in Startups viele Vorteile haben. Vor allem die Vorteile eines Monorepos kann ich wirklich empfehlen.
Wenn die Produktausrichtung geändert wird, sind bei Microservices die anzupassenden Teile klarer abgegrenzt und weniger zahlreich als bei einem Monolithen. Ich halte das für einen wirklich großen Vorteil.
Im Zeitalter der KI-gestützten Entwicklung lassen sich die kleinen Einheiten von Microservices mithilfe von KI leichter entwickeln. (Das heißt nicht, dass es bei einem Monolithen nicht geht.)
Die Belastung durch CI/CD erkenne ich an, aber es gibt auch Services, die schon in der Phase eingestellt werden, in der man noch die Richtung festlegt. Selbst wenn man sie erst aufbaut, nachdem die endgültige Richtung feststeht, ist das fast ein reines Copy-and-paste-Niveau und innerhalb einer Woche umsetzbar.
Es gibt klar erkennbare Open-Source-Stärken je nach Sprache. Security und Business-Logik in Java, KI in Python – in einer Microservice-Architektur kann man so möglichst viel Open Source nutzen.
Sind wir an dem Punkt angekommen, an dem wir keinen einzigen Tag mehr außerhalb einer Welt aus 1 und 0 leben können ...? Klingt irgendwie nicht wie die Geschichte eines anderen ...
Von digitalem Detox hatte ich schon gehört, aber digitalem Botox ist mir zum ersten Mal begegnet, hahaha.
Ich war neugierig, wie Starlink konkret funktioniert, und viele meiner Fragen wurden hier beantwortet.
Das in diesem Artikel erwähnte geschützte Funkband ist 1400–1427 MHz; dazu zählen nicht nur die hier genannten Boden- und Meeresbeobachtungen, sondern auch die in der Radioastronomie beobachtete Strahlung aus dem Wasserstoffgas von Galaxien (1420,405 MHz).
Daher sollen starke elektronische Störsignale, die bei militärischen Konflikten entstehen, die Radioastronomie erheblich erschweren.
Übrigens gibt es mit den in diesem Artikel erwähnten Satellitendaten eine Webseite, die monatlich eine Karte der in diesem Band erfassten Funkstörungen anzeigt.
Wenn man sich das ansieht, fällt der japanische Archipel als etwas sehr Auffälliges auf. In anderen Regionen erscheinen meist nur vereinzelte Punkte, sofern dort keine militärischen Spannungen herrschen, aber ausgerechnet der gesamte japanische Archipel ist komplett tiefrot markiert. Sogar in den ältesten auf der obigen Webseite angezeigten Daten aus dem April 2015 war bereits das gesamte Staatsgebiet tiefrot eingefärbt.
Deshalb habe ich nach dem Grund gesucht, warum ausgerechnet nur Japan so aussieht; die Ursache sollen in Japan verbreitete Empfänger für digitales Satellitenfernsehen sein.
Japan stellte im Juli 2011 das analoge Fernsehen ein und erhöhte im Dezember desselben Jahres die Zahl der BS-Digitalsatellitenfernsehkanäle auf 24. Dieses Satellitenrundfunksignal nutzt die hohe Frequenz von 12 GHz, doch weil die direkte Verarbeitung im Gerät aufwendig ist, wird es intern zur Verarbeitung in eine IF-Zwischenfrequenz umgewandelt.
Das Problem ist, dass sich beim Kanal 21 die Zwischenfrequenz von 1415–1450 MHz mit dem oben genannten geschützten Funkband überschneidet; offenbar waren die einschlägigen japanischen Standards damals weniger streng als heute.
Im Ergebnis wurden mehrere Millionen Empfänger und Verteilverstärker, aus denen in diesem Band jeweils ein wenig Strahlung austrat, über ganz Japan verteilt, wodurch das Problem entstand. Die Menge der von einzelnen Geräten austretenden Störstrahlung lag zwar innerhalb der Grenzwerte, aber weil davon gleichzeitig Millionen in Betrieb waren, wurde das gesamte Band beeinflusst.
Seit 2018 verschärft das japanische Ministerium für Innere Angelegenheiten und Kommunikation zwar die Herstellungs- und Installationsstandards für Satellitenrundfunkempfänger und gewährt Subventionen für den Austausch bestehender Empfänger, doch das Problem ist bis heute nicht gelöst.
OpenSearch entstand 2021 nach der Lizenzänderung von Elasticsearch mit dem Ziel, ein kompatibler Ersatz zu sein. Obwohl es weitgehend kompatibel ist, insbesondere Version 1.x mit Elasticsearch 7.10, ist es keine vollständig austauschbare Drop-in-Lösung. Elasticsearch hat sich weiterentwickelt und bietet mehr Funktionen und Optimierungen, insbesondere bei Kibana und Aggregationen. Die Performance hängt von der jeweiligen Anwendung ab, da beide auf Lucene basieren. Einige Nutzer empfinden OpenSearch als langsamer und seine Kibana-Forks als fehleranfällig. Obwohl Elasticsearch im September 2024 wieder zu Open Source (AGPLv3) zurückgekehrt ist, bevorzugen manche OpenSearch wegen seines wirklich Open-Source-orientierten Charakters und der Unterstützung durch AWS. Während die Vektorsuche ein wichtiges Unterscheidungsmerkmal ist, erfordern Implementierungen im großen Maßstab eine sorgfältige Verwaltung des RAMs. Letztlich hängt die Wahl von den spezifischen Anforderungen ab, da beide Stärken und Schwächen haben. Ich arbeite mit Davidayo an OpenSearch: https://www.davidayo.com, einem leistungsstarken KI-Tool „AskPromptAI“: https://askpromptai.com.
Das wurde in den Kommentaren schon kurz angesprochen, aber die Beam/OTP-Welt wirkt in dieser Hinsicht ziemlich flexibel und gut. Im Fall von Gleam ist durch die Kombination der guten Syntax von Go und Rust mit der Stabilität von Beam eine ziemlich beeindruckende Sprache entstanden. Ich würde sie nach und nach gern einmal in kleineren Projekten einsetzen.
Ich hätte gedacht, dass eine Kommunikation innerhalb derselben Art, wenn sie nicht in Gruppen lebt, nur zur Paarung genutzt wird – deshalb finde ich das ziemlich faszinierend.
In unserem Unternehmen führen wir KI-Editoren, die in letzter Zeit erschienen sind, wie Cursor nicht ein; wir nutzen LLMs nur in dem Umfang, dass wir in VS Code die Continue-Erweiterung installieren und verwenden. Ich denke allerdings, dass wir sie vielleicht in etwa 2–3 Jahren einführen, wenn sich dann ein dominierender Code-Editor herauskristallisiert hat...
Ich denke, dass Microservices auch in Startups viele Vorteile haben. Vor allem die Vorteile eines Monorepos kann ich wirklich empfehlen.
Sind wir an dem Punkt angekommen, an dem wir keinen einzigen Tag mehr außerhalb einer Welt aus 1 und 0 leben können ...? Klingt irgendwie nicht wie die Geschichte eines anderen ...
Das Begrenzen des Umfangs nennt man Scoping. Die Fähigkeit besteht darin, gut zu scopen, damit man gewinnen kann.
Von digitalem Detox hatte ich schon gehört, aber digitalem Botox ist mir zum ersten Mal begegnet, hahaha.
Ich war neugierig, wie Starlink konkret funktioniert, und viele meiner Fragen wurden hier beantwortet.
Das in diesem Artikel erwähnte geschützte Funkband ist 1400–1427 MHz; dazu zählen nicht nur die hier genannten Boden- und Meeresbeobachtungen, sondern auch die in der Radioastronomie beobachtete Strahlung aus dem Wasserstoffgas von Galaxien (1420,405 MHz).
Daher sollen starke elektronische Störsignale, die bei militärischen Konflikten entstehen, die Radioastronomie erheblich erschweren.
Übrigens gibt es mit den in diesem Artikel erwähnten Satellitendaten eine Webseite, die monatlich eine Karte der in diesem Band erfassten Funkstörungen anzeigt.
Wenn man sich das ansieht, fällt der japanische Archipel als etwas sehr Auffälliges auf. In anderen Regionen erscheinen meist nur vereinzelte Punkte, sofern dort keine militärischen Spannungen herrschen, aber ausgerechnet der gesamte japanische Archipel ist komplett tiefrot markiert. Sogar in den ältesten auf der obigen Webseite angezeigten Daten aus dem April 2015 war bereits das gesamte Staatsgebiet tiefrot eingefärbt.
Deshalb habe ich nach dem Grund gesucht, warum ausgerechnet nur Japan so aussieht; die Ursache sollen in Japan verbreitete Empfänger für digitales Satellitenfernsehen sein.
Japan stellte im Juli 2011 das analoge Fernsehen ein und erhöhte im Dezember desselben Jahres die Zahl der BS-Digitalsatellitenfernsehkanäle auf 24. Dieses Satellitenrundfunksignal nutzt die hohe Frequenz von 12 GHz, doch weil die direkte Verarbeitung im Gerät aufwendig ist, wird es intern zur Verarbeitung in eine IF-Zwischenfrequenz umgewandelt.
Das Problem ist, dass sich beim Kanal 21 die Zwischenfrequenz von 1415–1450 MHz mit dem oben genannten geschützten Funkband überschneidet; offenbar waren die einschlägigen japanischen Standards damals weniger streng als heute.
Im Ergebnis wurden mehrere Millionen Empfänger und Verteilverstärker, aus denen in diesem Band jeweils ein wenig Strahlung austrat, über ganz Japan verteilt, wodurch das Problem entstand. Die Menge der von einzelnen Geräten austretenden Störstrahlung lag zwar innerhalb der Grenzwerte, aber weil davon gleichzeitig Millionen in Betrieb waren, wurde das gesamte Band beeinflusst.
Seit 2018 verschärft das japanische Ministerium für Innere Angelegenheiten und Kommunikation zwar die Herstellungs- und Installationsstandards für Satellitenrundfunkempfänger und gewährt Subventionen für den Austausch bestehender Empfänger, doch das Problem ist bis heute nicht gelöst.
Quelle zu den Japan-bezogenen Inhalten:
Wow … Von Starlink hatte ich bisher nur gehört, aber einen echten Erfahrungsbericht zu lesen, ist schon faszinierend. Hat echt Spaß gemacht zu lesen!
OpenSearch entstand 2021 nach der Lizenzänderung von Elasticsearch mit dem Ziel, ein kompatibler Ersatz zu sein. Obwohl es weitgehend kompatibel ist, insbesondere Version 1.x mit Elasticsearch 7.10, ist es keine vollständig austauschbare Drop-in-Lösung. Elasticsearch hat sich weiterentwickelt und bietet mehr Funktionen und Optimierungen, insbesondere bei Kibana und Aggregationen. Die Performance hängt von der jeweiligen Anwendung ab, da beide auf Lucene basieren. Einige Nutzer empfinden OpenSearch als langsamer und seine Kibana-Forks als fehleranfällig. Obwohl Elasticsearch im September 2024 wieder zu Open Source (AGPLv3) zurückgekehrt ist, bevorzugen manche OpenSearch wegen seines wirklich Open-Source-orientierten Charakters und der Unterstützung durch AWS. Während die Vektorsuche ein wichtiges Unterscheidungsmerkmal ist, erfordern Implementierungen im großen Maßstab eine sorgfältige Verwaltung des RAMs. Letztlich hängt die Wahl von den spezifischen Anforderungen ab, da beide Stärken und Schwächen haben. Ich arbeite mit Davidayo an OpenSearch: https://www.davidayo.com, einem leistungsstarken KI-Tool „AskPromptAI“: https://askpromptai.com.
Das wurde in den Kommentaren schon kurz angesprochen, aber die Beam/OTP-Welt wirkt in dieser Hinsicht ziemlich flexibel und gut. Im Fall von Gleam ist durch die Kombination der guten Syntax von Go und Rust mit der Stabilität von Beam eine ziemlich beeindruckende Sprache entstanden. Ich würde sie nach und nach gern einmal in kleineren Projekten einsetzen.
WA!(SM)
Wenn man Teams wahllos aufteilt, wird schon das Zusammenkommen, um Meinungen auszutauschen, zu einer enormen Aufgabe.
Astro: JavaScript mit minimalem Umfang ausliefern
Astro 3.0 Release
Ich hätte gedacht, dass eine Kommunikation innerhalb derselben Art, wenn sie nicht in Gruppen lebt, nur zur Paarung genutzt wird – deshalb finde ich das ziemlich faszinierend.
Eine Firma, die nicht mal ihre Engine ordentlich bauen kann, zieht also wirklich jeden noch so bescheuerten Mist ab, haha.
+1
Hat wohl mal Next.js ausprobiert, haha
Klingt plausibel, haha
Animationen sind zwar schön und gut, aber es gibt zu viele Seiten, auf denen die Animationen mehr Aufmerksamkeit auf sich ziehen als der Inhalt.
Vor allem wenn die Animationen sogar den Lesefluss stören, bin ich schon genervt, bevor ich überhaupt mit dem Lesen angefangen habe.
Wirklich ein sehr beeindruckender Inhalt!
Es gibt auch viele Tipps, die sich direkt in der Praxis anwenden lassen. Vielen Dank fürs Teilen ☺️
The One-Person Framework in der Praxis
Mit einem weiblichen Ein-Personen-Entwicklerteam 2 Millionen Nutzer erreichen
Auch diese beiden Artikel zeigen, dass das dank Rails möglich war, daher wirkt es so, als ob es in letzter Zeit wieder mehr Gespräche über Rails gibt.
Warum Ruby on Rails immer noch wichtig ist – wie ein altes Tool in der Next.js-Welt überlebt
Warum wir uns von Next.js abgewandt und zu Ruby on Rails und Inertia.js zurückgekehrt sind
Rails for Everything – die Stärke von Rails für alles
Es scheint auch eine wichtige Fähigkeit zu sein, sich Aufgaben auszusuchen, bei denen man den Sieg erklären kann.
In unserem Unternehmen führen wir KI-Editoren, die in letzter Zeit erschienen sind, wie Cursor nicht ein; wir nutzen LLMs nur in dem Umfang, dass wir in VS Code die Continue-Erweiterung installieren und verwenden. Ich denke allerdings, dass wir sie vielleicht in etwa 2–3 Jahren einführen, wenn sich dann ein dominierender Code-Editor herauskristallisiert hat...