JK
>LADEN // LADEN
WEERGAVE INITIALISEREN
Portfolio van een full-stack engineer waarin microservices, gedistribueerde systemen en moderne webtechnologieën centraal staan.
Creëren van een interactieve webervaring met vloeiende animaties en uitstekende Core Web Vitals.
| Technologie | Versie | Doel | Waarom gekozen |
|---|---|---|---|
| Next.js | ^16.1.6 | App Router framework | Server Components, file-based routing, API routes, image optimization |
| React | ^19.2.4 | UI library | Server Components and concurrent rendering |
| TypeScript | ^5 | Type safety | Typed project content catches slug/data mismatches at compile time |
| Tailwind CSS | ^4 | Utility-first styling | CSS-first config with @theme/oklch tokens, no JS config file |
| Framer Motion | ^12 | Animations | Stagger/fade/hover primitives with useInView and useReducedMotion |
| @xyflow/react + dagre | ^12.11.5 / ^0.8.5 | Architecture diagrams | Data-driven interactive graphs with automatic layout |
| Nodemailer | ^7.0.11 | Contact email delivery | Simple Gmail SMTP transport from a single API route |
| @upstash/ratelimit + @vercel/kv | ^2.1.0 / ^3.0.0 | Distributed rate limiting | Shared sliding-window counter across serverless instances |
| Radix UI + shadcn/ui | primitives + copied source | Accessible UI primitives | Accessible tooltips/labels with full style control via copied components |
| Vercel | — | Hosting & analytics | Zero-config Next.js deploys, CDN, Web Analytics |
| Methode | Route | Doel |
|---|---|---|
| POST | /api/contact | Validate contact form input, rate-limit by IP, send email via Gmail SMTP |
Beslissing: Store all project content as typed constants in lib/projects/*.ts joined by slug
Waarom: Type safety, zero runtime fetch cost, no database or CMS dependency
Voordelen: Compile-time checks, ships with bundle, server-renderable, free hosting footprint
Afwegingen: Content changes require code changes and redeployment
Beslissing: Detail pages and layout are server components; lists, diagrams, and forms are client components
Waarom: Minimize client JS while keeping interactive features
Voordelen: Smaller bundle, faster first paint, SEO-friendly detail pages
Afwegingen: Mental overhead of the serialization boundary
Beslissing: Configure theme via @theme directives in globals.css instead of tailwind.config.js
Waarom: Tailwind v4 removes the JS config in favor of CSS-native tokens
Voordelen: One file for design tokens, oklch dark/light variables, simpler setup
Afwegingen: Different from v3 muscle memory
Beslissing: Derive architecture diagrams from data (nodes/edges) with Dagre auto-layout
Waarom: Diagrams stay consistent with content and render interactively
Voordelen: No hand-drawn images, zoom/pan, themable, ER table nodes supported
Afwegingen: Client bundle cost on pages that render diagrams
Beslissing: Validate + HTML-escape inputs, then rate-limit via Upstash sliding window with in-memory fallback
Waarom: Serverless instances don't share memory; shared KV store gives consistent limits
Voordelen: XSS-safe output, 5 req/min/IP abuse protection, graceful degradation
Afwegingen: Requires KV env vars for full protection; no CSRF token yet
Beslissing: Send contact emails through an existing Gmail account
Waarom: Simplest delivery path for a personal portfolio with no backend infra
Voordelen: One route handler, no third-party email SaaS
Afwegingen: App password rotation, self-email only, SMTP rate limits