Webtagr - Technologienummer

Lean: Mathematik als Code formalisieren

2025-07-31

$Lean: Mathematik als Code formalisieren$

Lean ist eine Programmiersprache, die hauptsächlich von Mathematikern verwendet wird, um Mathematik zu formalisieren. Sie ermöglicht es Mathematikern, Mathematik als Code zu behandeln, indem sie in Strukturen, Theoreme und Beweise zerlegt und auf GitHub geteilt werden. Der Artikel verwendet ein einfaches Beispiel, den Beweis von 2=2, um die Syntax von Lean und grundlegende Konzepte wie Taktiken einzuführen. Er zeigt, wie Taktiken verwendet werden, um mathematische Aussagen zu beweisen oder zu widerlegen. Ein fiktives Axiom, '2=3', veranschaulicht, wie ein fehlerhaftes Axiom dazu führen kann, dass alles bewiesen werden kann, und unterstreicht die Bedeutung der formalen Verifikation. Der Artikel schließt mit der Erwähnung der laufenden Formalisierung des letzten Fermatschen Theorems in Lean als Beweis für die Leistungsfähigkeit von Lean.

(overreacted.io)

Entwicklung

Zitieren in JavaScript: Inspiriert von Lisp für modulare Frontend-Entwicklung

2025-06-01

Dieser Artikel untersucht, wie das Konzept „Code ist Daten“ aus Lisp die Modularität in JavaScript für die Webentwicklung verbessern kann. Der Autor weist auf das Fehlen eines Zitiermechanismus in JavaScript im Gegensatz zu Lisp hin, der die direkte Bearbeitung von Code-Abschnitten als Daten verhindert. Durch die Nachahmung des Zitierens – Senden von Client-seitigen Modul-Identifikatoren anstelle des eigentlichen Codes an den Client – werden verzögerte Ausführung und modulare Komposition erreicht. Dies ermöglicht es Back-End-Programmen, Server-seitige und Client-seitige Verhaltensweisen zu kombinieren, wobei sichergestellt wird, dass die gesamte Server-seitige Logik innerhalb eines einzigen Request/Response-Zyklus abgeschlossen wird und progressives Streaming ermöglicht wird, wodurch die Effizienz und Wartbarkeit von Webanwendungen verbessert wird.

(overreacted.io)

Entwicklung

Progressives JSON: Daten-Streaming wie ein progressives JPEG

2025-06-01

Dieser Artikel untersucht progressives JSON, eine Methode zur Verbesserung der Effizienz der JSON-Datenübertragung. Traditionelles JSON erfordert das Warten auf den vollständigen Datenladevorgang vor dem Parsen, im Gegensatz zu progressivem JSON, das progressiven JPEGs ähnelt, indem es zuerst die Datenstruktur überträgt und dann schrittweise Details ausfüllt. Der Artikel vergleicht die Datenübertragung in der Tiefe und in der Breite und stellt fest, dass React Server Components (RSC) einen breiten Ansatz in Kombination mit Suspense-Komponenten verwenden, um ein progressives UI-Laden zu erreichen und so die Benutzererfahrung zu verbessern.

(overreacted.io)

Entwicklung Progressives JSON Daten-Streaming

Kostenloser statischer Blog mit React Server Components

2025-05-08

Dieser Blogbeitrag beschreibt, wie man einen vollständig statischen Blog mit den Funktionen zur statischen Seitengenerierung von Next.js und React Server Components (RSC) auf dem kostenlosen statischen Hosting-Plan von Cloudflare bereitstellt, ohne jegliche Kosten. Der Autor erklärt das Konzept von "hybriden" Frameworks, die sowohl serverseitiges Rendering als auch die Generierung statischer Seiten ermöglichen. Durch die Ausführung des RSC-Codes während des Build-Prozesses und die Speicherung der Ausgabe wird eine vollständig statische Bereitstellung erreicht, wodurch Serverkosten eliminiert werden. Ein Codebeispiel zeigt, wie Daten während des Builds aus dem lokalen Dateisystem gelesen und statische Seiten generiert werden. Dies zeigt, dass "statisch" im Wesentlichen ein "Server" ist, der im Voraus läuft, wobei die Codelogik gleich bleibt, sich nur der Zeitpunkt ändert.

(overreacted.io)

Entwicklung Statische Webseiten-Bereitstellung

Astro vs. React Server Components: Zwei Ansätze für Hochleistungs-Websites

2025-05-07

Dieser Artikel vergleicht Astro und React Server Components (RSC), zwei Ansätze zum Erstellen von Hochleistungs-Websites. Astro verwendet Astro Components (Serverseite) und Client Islands (Clientseite) mit unidirektionalem Datenfluss. Astro Components übernehmen die Vorverarbeitung, während Client Islands die Interaktivität verwalten. RSC verwendet Server Components und Client Components, die konzeptionell ähnlich sind, aber beide React-Komponenten sind, die durch die Direktive `'use client'` unterschieden werden. RSC bietet mehr Flexibilität, ermöglicht den Austausch von Komponenten zwischen Server und Client, hat aber eine steilere Lernkurve. Astro ist einfacher zu erlernen, kann aber bei großen Anwendungen aufgrund seiner HTML-first-Ausgabe und der Einschränkungen der Interaktion zwischen Komponenten an seine Grenzen stoßen. Die Wahl hängt von den Projektanforderungen und der Expertise des Teams ab.

(overreacted.io)

Entwicklung

React Server Components: Das Frontend-Daten-Fetching-Problem entwirren

2025-04-15

Dieser Artikel untersucht, wie React Server Components die Komplexität des Daten-Fetchings im Frontend lösen. Traditionelle REST-APIs haben Schwierigkeiten, mit den sich ändernden Anforderungen der Benutzeroberfläche Schritt zu halten, was zu Datenredundanz oder unzureichenden Daten führt. Der Autor schlägt einen BFF-Ansatz (Backend for Frontend) vor, der das ViewModel-Konzept auf der Backend-Seite einführt und es dem Server ermöglicht, die spezifischen Daten direkt zurückzugeben, die jeder Komponente benötigt. Durch die Zerlegung von ViewModel-Funktionen in kleinere Einheiten und die Verwendung der JSX-Syntax wird eine enge Kopplung zwischen Komponenten und Datenladelogik erreicht, was zu einer effizienten und wartungsfreundlichen Frontend-Architektur führt. Diese Methode ähnelt im Geist Async XHP, indem sie Datenabruf und UI-Rendering nahtlos integriert, vermeidet aber die Einschränkungen von Async XHP in hoch interaktiven Anwendungen.

(overreacted.io)

Entwicklung Daten-Fetching

React Server Components: Ein philosophischer Tauchgang in Tags vs. Funktionsaufrufe

2025-04-09

Dieser Artikel untersucht die grundlegenden Unterschiede zwischen Tags und Funktionsaufrufen, ausgehend vom Kontext von React Server Components. Der Autor verwendet die Analogie von Architekturplänen und Kochrezepten, um die deklarative Natur von Tags im Gegensatz zur imperativen Natur von Funktionsaufrufen zu veranschaulichen. Die Diskussion geht auf Remote Procedure Calls und asynchrone Programmierung ein und gipfelt in einem theoretischen Rahmen zur Aufteilung von Berechnungen auf mehrere Maschinen. Tags stellen potenzielle Funktionsaufrufe dar, die Zeit und Raum umfassen, und durch die Unterscheidung zwischen Komponenten und Primitiven behandelt der Autor, wie verschiedene Funktionen von der Berechnungsreihenfolge abhängen. Dies führt zu einer effizienten Methode zur Programmsementierung.

(overreacted.io)

Entwicklung