Drücke ESC zum Schließen

Projects

Project

al-Khawarizmi+

Mathematics Built for Arabic Learners

1. The Philosophy

Democratizing digital mathematics through low-latency typographic localization and transactional evaluation engines.

Most digital learning platforms fail at math because standard web browsers cannot natively render localized, Right-to-Left (RTL) mathematical notation without severe layout shifts or performance degradation. al-Khwarizmi+ is a production-grade, highly optimized application suite that solves this constraint. It pairs a low-overhead, font-driven typographic layout engine with an asynchronous, transactional backend grading architecture to deliver bulletproof testing integrity.

2. The Technical Breakdown

A. Localized RTL Math Processing Layer (The Front-End)

  • Abstract Mathematical Transposition: A custom-engineered processing utility that intercepts standardized LaTeX expressions and performs dynamic algorithmic inversion. It maps structural characters into localized notations, handling inversion matrices to ensure fluid RTL mathematical comprehension without structural breaks.

  • Font-Driven Native Renderer: Built to completely bypass heavy, slow external runtime formatting scripts. It uses a custom-compiled OpenType mathematical font engine (mathar_ahmed_shokry.otf) to natively render complex fractions, algebraic roots, and multiline equations with zero layout lag.

  • Zero-Overhead Input Tracking: Rejects heavy form abstraction layers in favor of tightly controlled React lifecycle hooks. This ensures zero-latency text formatting and real-time layout feedback as the student inputs mathematical responses.

B. Asynchronous Grading & State Isolation (The Back-End)

  • Distributed Testing Infrastructure: Powered by a Node.js/TypeScript backend running a clustered MongoDB Replica Set configuration. This architecture isolates concurrent test-taking workloads, maintaining strict data write-ordering and operational durability during high-volume examination windows.

  • Decoupled Grading Worker Model: Submissions instantiate independent, asynchronous background execution nodes (GradingJobs). These workers analyze constraints and step validation separate from the main request-response cycle, insulating the application from compute-heavy bottleneck risks.

  • Resilient State Machine: Tracks execution continuity through discrete lifecycle phases (Pending → Evaluating → Completed → Failed), preserving student tracking state and progress against unexpected network drops or connection failures.

C. Deterministic Testing Integrity & Data Hygiene

  • Gather-then-Commit Pattern: Employs atomic database transactions for test finalization. All student responses are fully aggregated and verified before committing to the persistence layer, eliminating the threat of partial submissions or fragmented scoring anomalies.

  • Optimistic UI Synchronization: Utilizes aggressive query-caching strategies to instantly advance students through long, multi-step problem sets. The system projects the next application state immediately while processing the preceding server-side evaluation asynchronously.

  • Ephemeral Session Sanitization: Integrates an automatic, background cleanup daemon (cleanupGuests.ts) that periodically purges unauthenticated sandbox practice data, keeping the core production database lean, responsive, and secure.

I only use analytics cookies to count page visits and see which pages are popular. No ads, no tracking across other sites, no selling your data.