feat(navigation): add Blog link to Dutch navigation
- Introduced a new link for "Blog" in the navigation JSON file, enhancing user access to blog content.
This commit is contained in:
232
docs/blogs/blog-setup-guide.md
Normal file
232
docs/blogs/blog-setup-guide.md
Normal file
@@ -0,0 +1,232 @@
|
||||
# Blog Setup Gids (ikbenlit.nl)
|
||||
|
||||
Deze gids beschrijft hoe de blog-sectie van `ikbenlit.nl` is opgezet, zodat je dit kunt kopiëren naar een ander Next.js project.
|
||||
|
||||
## 1. Architectuur Overzicht
|
||||
De blog gebruikt een **Filesystem-based MDX** benadering:
|
||||
- **Content**: Opgeslagen als `.mdx` bestanden in de folder `content/blog`.
|
||||
- **Data Fetching**: Server-side functies lezen de bestanden en parsen de YAML frontmatter.
|
||||
- **Rendering**: Gebruikt `next-mdx-remote` voor het renderen van MDX content met custom React componenten.
|
||||
- **Styling**: Gebruikt Tailwind CSS met de `@tailwindcss/typography` plugin.
|
||||
|
||||
## 2. Dependencies
|
||||
Installeer de volgende pakketten in je nieuwe project:
|
||||
|
||||
```bash
|
||||
pnpm add next-mdx-remote gray-matter rehype-slug rehype-autolink-headings rehype-pretty-code remark-gfm
|
||||
pnpm add -D @tailwindcss/typography @types/mdx
|
||||
```
|
||||
|
||||
## 3. File Structure
|
||||
Zorg voor de volgende directory structuur:
|
||||
|
||||
```text
|
||||
.
|
||||
├── app/
|
||||
│ └── blog/
|
||||
│ ├── page.tsx # Blog overzichtspagina
|
||||
│ └── [slug]/
|
||||
│ └── page.tsx # Individuele blogpost pagina
|
||||
├── components/
|
||||
│ └── blog/
|
||||
│ ├── blog-list.tsx # Lijst weergave component
|
||||
│ └── ... # Overige UI componenten
|
||||
├── content/
|
||||
│ └── blog/
|
||||
│ └── mijn-post.mdx # Je blog artikelen
|
||||
├── lib/
|
||||
│ ├── blog.ts # Data fetching logica
|
||||
│ ├── mdx-components.tsx # MDX naar React mapping
|
||||
│ └── types/
|
||||
│ └── blog.ts # TypeScript interfaces
|
||||
└── tailwind.config.js # Tailwind configuratie (typography)
|
||||
```
|
||||
|
||||
## 4. Kern Implementatie
|
||||
|
||||
### A. Types (`lib/types/blog.ts`)
|
||||
Definieer de structuur van een blogpost.
|
||||
|
||||
```typescript
|
||||
export interface Post {
|
||||
slug: string
|
||||
title: string
|
||||
description: string
|
||||
date: string
|
||||
published: boolean
|
||||
image?: string
|
||||
tags?: string[]
|
||||
content: string
|
||||
url: string
|
||||
readingTime: number
|
||||
}
|
||||
|
||||
export interface PostFrontmatter {
|
||||
title: string
|
||||
description: string
|
||||
date: string
|
||||
published?: boolean
|
||||
image?: string
|
||||
tags?: string[]
|
||||
}
|
||||
```
|
||||
|
||||
### B. Data Fetching (`lib/blog.ts`)
|
||||
Deze functies lezen de bestanden van je harde schijf.
|
||||
|
||||
```typescript
|
||||
import fs from 'fs'
|
||||
import path from 'path'
|
||||
import matter from 'gray-matter'
|
||||
import type { Post, PostFrontmatter } from './types/blog'
|
||||
|
||||
const POSTS_DIRECTORY = path.join(process.cwd(), 'content/blog')
|
||||
|
||||
export async function getAllPosts(): Promise<Post[]> {
|
||||
const files = fs.readdirSync(POSTS_DIRECTORY).filter(f => f.endsWith('.mdx'))
|
||||
|
||||
const posts = files.map((filename) => {
|
||||
const slug = filename.replace('.mdx', '')
|
||||
const fullPath = path.join(POSTS_DIRECTORY, filename)
|
||||
const fileContents = fs.readFileSync(fullPath, 'utf8')
|
||||
const { data, content } = matter(fileContents)
|
||||
const frontmatter = data as PostFrontmatter
|
||||
|
||||
return {
|
||||
slug,
|
||||
...frontmatter,
|
||||
content,
|
||||
url: `/blog/${slug}`,
|
||||
readingTime: Math.ceil(content.split(/\s+/).length / 200),
|
||||
} as Post
|
||||
})
|
||||
|
||||
return posts.sort((a, b) => new Date(b.date).getTime() - new Date(a.date).getTime())
|
||||
}
|
||||
|
||||
export async function getPostBySlug(slug: string): Promise<Post | null> {
|
||||
const fullPath = path.join(POSTS_DIRECTORY, `${slug}.mdx`)
|
||||
if (!fs.existsSync(fullPath)) return null
|
||||
|
||||
const fileContents = fs.readFileSync(fullPath, 'utf8')
|
||||
const { data, content } = matter(fileContents)
|
||||
const frontmatter = data as PostFrontmatter
|
||||
|
||||
return {
|
||||
slug,
|
||||
...frontmatter,
|
||||
content,
|
||||
url: `/blog/${slug}`,
|
||||
readingTime: Math.ceil(content.split(/\s+/).length / 200),
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### C. MDX Componenten (`lib/mdx-components.tsx`)
|
||||
Map HTML elementen naar je eigen gestylede componenten.
|
||||
|
||||
```tsx
|
||||
import type { MDXComponents } from 'mdx/types'
|
||||
import Link from 'next/link'
|
||||
import Image from 'next/image'
|
||||
|
||||
export const mdxComponents: MDXComponents = {
|
||||
h1: (props) => <h1 className="text-4xl font-bold mt-8 mb-4" {...props} />,
|
||||
h2: (props) => <h2 className="text-3xl font-bold mt-12 mb-4" {...props} />,
|
||||
p: (props) => <p className="leading-relaxed my-4" {...props} />,
|
||||
img: (props) => <Image width={800} height={400} className="rounded-lg my-8" {...props} alt={props.alt || ""} />,
|
||||
a: ({ href, ...props }) => <Link href={href || '#'} className="text-blue underline" {...props} />,
|
||||
}
|
||||
```
|
||||
|
||||
## 5. Pagina Implementatie
|
||||
|
||||
### Blog Overzicht (`app/blog/page.tsx`)
|
||||
```tsx
|
||||
import { getAllPosts } from '@/lib/blog'
|
||||
import Link from 'next/link'
|
||||
|
||||
export default async function BlogPage() {
|
||||
const posts = await getAllPosts()
|
||||
|
||||
return (
|
||||
<main className="container mx-auto py-12">
|
||||
<h1 className="text-5xl font-bold mb-12">Blog</h1>
|
||||
<div className="grid gap-8">
|
||||
{posts.map(post => (
|
||||
<Link key={post.slug} href={post.url} className="border p-6 rounded-lg hover:shadow-lg transition">
|
||||
<h2 className="text-2xl font-bold">{post.title}</h2>
|
||||
<p className="text-gray-600">{post.description}</p>
|
||||
</Link>
|
||||
))}
|
||||
</div>
|
||||
</main>
|
||||
)
|
||||
}
|
||||
```
|
||||
|
||||
### Blog Post Pagina (`app/blog/[slug]/page.tsx`)
|
||||
```tsx
|
||||
import { getPostBySlug, getAllPosts } from '@/lib/blog'
|
||||
import { MDXRemote } from 'next-mdx-remote/rsc'
|
||||
import { mdxComponents } from '@/lib/mdx-components'
|
||||
import { notFound } from 'next/navigation'
|
||||
import remarkGfm from 'remark-gfm'
|
||||
import rehypeSlug from 'rehype-slug'
|
||||
|
||||
export default async function PostPage({ params }: { params: { slug: string } }) {
|
||||
const post = await getPostBySlug(params.slug)
|
||||
if (!post) notFound()
|
||||
|
||||
return (
|
||||
<article className="container mx-auto py-12 max-w-4xl">
|
||||
<header className="mb-12">
|
||||
<h1 className="text-5xl font-bold">{post.title}</h1>
|
||||
<p className="text-xl text-gray-600 mt-4">{post.description}</p>
|
||||
</header>
|
||||
|
||||
<div className="prose prose-lg max-w-none">
|
||||
<MDXRemote
|
||||
source={post.content}
|
||||
components={mdxComponents}
|
||||
options={{
|
||||
mdxOptions: {
|
||||
remarkPlugins: [remarkGfm],
|
||||
rehypePlugins: [rehypeSlug],
|
||||
}
|
||||
}}
|
||||
/>
|
||||
</div>
|
||||
</article>
|
||||
)
|
||||
}
|
||||
```
|
||||
|
||||
## 6. Tailwind Configuratie (`tailwind.config.js`)
|
||||
Vergeet niet de typography plugin toe te voegen:
|
||||
|
||||
```javascript
|
||||
module.exports = {
|
||||
content: [
|
||||
'./app/**/*.{js,ts,jsx,tsx,mdx}',
|
||||
'./components/**/*.{js,ts,jsx,tsx,mdx}',
|
||||
'./lib/**/*.{js,ts,jsx,tsx}',
|
||||
],
|
||||
plugins: [
|
||||
require('@tailwindcss/typography'),
|
||||
],
|
||||
}
|
||||
```
|
||||
|
||||
## Tips voor Kopieren
|
||||
1. **MDX Styling**: De `prose` class in de pagina zorgt for de basis styling. Pas de `mdxComponents` aan voor specifieke elementen.
|
||||
2. **Afbeeldingen**: Zorg dat je een `public/images` folder hebt als je lokale afbeeldingen gebruikt in je MDX.
|
||||
3. **Frontmatter**: Elk `.mdx` bestand moet beginnen met:
|
||||
```markdown
|
||||
---
|
||||
title: Mijn Eerste Post
|
||||
description: Een korte samenvatting
|
||||
date: '2025-01-01'
|
||||
published: true
|
||||
---
|
||||
```
|
||||
306
docs/blogs/linkedin-series-cortex-v2.md
Normal file
306
docs/blogs/linkedin-series-cortex-v2.md
Normal file
@@ -0,0 +1,306 @@
|
||||
# 📱 LinkedIn Series: Cortex V2 - Het Intelligente EPD
|
||||
|
||||
**Project:** AI Speedrun → Cortex V2
|
||||
**Totaal:** 11 posts + 4 optioneel
|
||||
**Doelgroep:** Zorgprofessionals, ICT-managers, directie, psychiaters (70%) + Techies, leveranciers (30%)
|
||||
**Toon:** Toegankelijk, concreet, herkenbaar - techniek waar nodig (duidelijk gelabeld)
|
||||
|
||||
---
|
||||
|
||||
## Fase 0: De Brug (1 post)
|
||||
|
||||
### Post 0: "We bewezen dat het kan. Nu de echte vraag."
|
||||
**Doel:** Transitie van Speedrun naar nieuwe serie
|
||||
**Doelgroep:** Iedereen die Speedrun volgde + nieuwe lezers
|
||||
|
||||
**Inhoud:**
|
||||
- Korte recap: 4 weken, 118k regels code, werkend EPD
|
||||
- Maar: tijdens het bouwen realiseerde ik me iets
|
||||
- Ik bouwde nog steeds een *traditioneel* EPD
|
||||
- De vraag is niet "kan AI software bouwen?" maar "wat moeten we eigenlijk bouwen?"
|
||||
- Teaser: intent-driven EPD concept
|
||||
- Aankondiging: komende weken deel ik de volgende stap
|
||||
|
||||
**Hook:** "118.000 regels code. En toch de verkeerde vraag beantwoord."
|
||||
|
||||
---
|
||||
|
||||
## Fase 1: De Visie (3 posts)
|
||||
|
||||
### Post 1: "Het probleem met EPD's is niet de techniek"
|
||||
**Doel:** Herkenning creëren, probleem framen
|
||||
**Doelgroep:** Verpleegkundigen, behandelaren, managers
|
||||
|
||||
**Inhoud:**
|
||||
- Scenario 1: Verpleegkundige loopt ronde, wond verzorgd → 3 losse acties nodig
|
||||
- Scenario 2: Psychiater begint dienst → 15 dossiers openen om te checken wat er vannacht gebeurde
|
||||
- Scenario 3: Psycholoog dicteert notitie over suïcidaliteit → systeem slaat alleen op, denkt niet mee
|
||||
- Kern: EPD's zijn gebouwd rond data-opslag, niet rond zorgprocessen
|
||||
- Behandelaren passen zich aan het systeem aan, niet andersom
|
||||
|
||||
**Hook:** "Je wond is verzorgd. Nu nog 3 schermen, 2 menu's en een bevestigingsdialoog."
|
||||
|
||||
---
|
||||
|
||||
### Post 2: "Wat als je EPD gewoon snapt wat je bedoelt?"
|
||||
**Doel:** Intent-driven concept introduceren
|
||||
**Doelgroep:** Breed - iedereen die met EPD werkt
|
||||
|
||||
**Inhoud:**
|
||||
- Voorbeeld: "Zeg Jan af en maak notitie dat hij griep heeft"
|
||||
- Wat er nu gebeurt: systeem snapt het niet, of je moet 2 losse commando's geven
|
||||
- Wat er zou moeten gebeuren: systeem herkent 2 acties, bevestigt, voert uit
|
||||
- Dit is geen spraakherkenning - dit is *begrip*
|
||||
- Technisch (kort): AI die intentie herkent, niet alleen woorden
|
||||
- Vergelijking: het verschil tussen een rekenmachine en een collega
|
||||
|
||||
**Hook:** "Eén zin. Twee acties. Nul extra kliks."
|
||||
|
||||
---
|
||||
|
||||
### Post 3: "Een EPD dat meedenkt"
|
||||
**Doel:** Proactiviteit concept introduceren
|
||||
**Doelgroep:** Behandelaren, verpleegkundigen, regiebehandelaren
|
||||
|
||||
**Inhoud:**
|
||||
- Voorbeeld 1: Wondzorg genoteerd → "Wondcontrole inplannen over 3 dagen?"
|
||||
- Voorbeeld 2: Nieuwe medicatie gestart → "Evaluatie inplannen over 2 weken?"
|
||||
- Voorbeeld 3: Signalen van crisis → "Signaleringsplan bekijken?"
|
||||
- Cruciale nuance: suggesties, geen verplichtingen
|
||||
- Het systeem leert wat jij routinematig doet
|
||||
- Grens: behulpzaam vs. Clippy ("Ik zie dat je een brief schrijft...")
|
||||
|
||||
**Hook:** "Na 'wond verzorgd' zegt je EPD nu: niets. Wat als het meedacht?"
|
||||
|
||||
---
|
||||
|
||||
## Fase 2: De Bouw (5 posts)
|
||||
|
||||
### Post 4: "Snelheid waar het kan, intelligentie waar het moet"
|
||||
**Doel:** Architectuur uitleggen (toegankelijk)
|
||||
**Doelgroep:** ICT-managers, tech-geïnteresseerde behandelaren
|
||||
**Label:** 🔧 *Iets technischer - maar relevant voor iedereen die snapt waarom systemen soms traag zijn*
|
||||
|
||||
**Inhoud:**
|
||||
- Probleem: AI is slim maar niet instant
|
||||
- Oplossing: twee sporen
|
||||
- Simpele commando's ("agenda vandaag") → direct, lokaal, <20ms
|
||||
- Complexe vragen ("zeg af en noteer") → AI denkt mee, ~400ms
|
||||
- Het systeem beslist zelf welk spoor
|
||||
- Vergelijking: reflexen vs. nadenken (je trekt je hand terug van vuur zonder na te denken)
|
||||
- Resultaat: snelheid waar het kan, intelligentie waar het moet
|
||||
|
||||
**Hook:** "Soms moet je nadenken. Soms moet je gewoon snel zijn. Een goed systeem weet wanneer."
|
||||
|
||||
---
|
||||
|
||||
### Post 5: "Waarom 'ik snap het niet' geen optie is"
|
||||
**Doel:** Betrouwbaarheid en vertrouwen
|
||||
**Doelgroep:** Iedereen die ooit "commando niet herkend" zag
|
||||
|
||||
**Inhoud:**
|
||||
- Frustratie: 2x "ik begrijp het niet" en je typt het wel met de hand
|
||||
- Principe: het systeem doet *altijd* een poging
|
||||
- Bij twijfel: vraag verduidelijking ("Bedoel je een notitie of een afspraak?")
|
||||
- Bij meerdere opties: bied ze aan
|
||||
- Nooit opgeven, altijd proberen te helpen
|
||||
- Dit is hoe vertrouwen ontstaat: betrouwbaarheid
|
||||
|
||||
**Hook:** "'Commando niet herkend.' Drie woorden die ervoor zorgen dat niemand spraak meer gebruikt."
|
||||
|
||||
---
|
||||
|
||||
### Post 6: "Context is alles"
|
||||
**Doel:** Context-awareness uitleggen
|
||||
**Doelgroep:** Behandelaren, verpleegkundigen
|
||||
|
||||
**Inhoud:**
|
||||
- Voorbeeld: "Maak notitie voor hem"
|
||||
- Probleem: wie is "hem"?
|
||||
- Oplossing: het systeem weet:
|
||||
- Welke patiënt je nu bekijkt (Marie)
|
||||
- Welk scherm je open hebt (dossier)
|
||||
- Wat je net deed (rapportage invoeren)
|
||||
- "Hem" → Marie (want die staat open)
|
||||
- "Morgen" → datum van morgen (niet "het woord morgen")
|
||||
- Resultaat: natuurlijk praten, geen commando-syntax
|
||||
|
||||
**Hook:** "'Maak notitie voor hem.' Jij weet wie je bedoelt. Eindelijk je EPD ook."
|
||||
|
||||
---
|
||||
|
||||
### Post 7: "Van idee naar werkend systeem (met AI)"
|
||||
**Doel:** Bouwproces delen
|
||||
**Doelgroep:** ICT-managers, directie, leveranciers
|
||||
**Label:** 🔧 *Voor de techneuten en beslissers*
|
||||
|
||||
**Inhoud:**
|
||||
- Hoe ik dit bouw:
|
||||
1. Denken: wat is het doel? (PRD)
|
||||
2. Ontwerpen: hoe ervaart de gebruiker dit? (FO)
|
||||
3. Bouwen: AI als partner, niet als vervanger (TO)
|
||||
- Tools: Claude, Cursor, Supabase
|
||||
- AI rol: code genereren, reviewen, debuggen
|
||||
- Mijn rol: richting bepalen, beslissingen nemen, kwaliteit bewaken
|
||||
- Niet magie - wel een nieuwe manier van werken
|
||||
|
||||
**Hook:** "AI bouwt de code. Maar wie bepaalt wat er gebouwd wordt?"
|
||||
|
||||
---
|
||||
|
||||
### Post 8: "De meedenkende collega: waar ligt de grens?"
|
||||
**Doel:** Ethische overwegingen bespreken
|
||||
**Doelgroep:** Behandelaren, managers, beleidsmakers
|
||||
|
||||
**Inhoud:**
|
||||
- Vragen die ik mezelf stel:
|
||||
- Wanneer is een suggestie behulpzaam vs. opdringerig?
|
||||
- Alert-moeheid: hoe voorkom je dat alles genegeerd wordt?
|
||||
- Verantwoordelijkheid: wat als het systeem iets mist?
|
||||
- Privacy: wat "weet" het systeem eigenlijk?
|
||||
- Mijn aanpak:
|
||||
- Start conservatief (alleen kritieke suggesties)
|
||||
- Transparante redenering (waarom deze suggestie?)
|
||||
- Gebruiker blijft in control
|
||||
- Geen definitieve antwoorden - wel de juiste vragen
|
||||
|
||||
**Hook:** "Een systeem dat meedenkt. Klinkt goed. Maar wanneer wordt het bemoeizucht?"
|
||||
|
||||
---
|
||||
|
||||
## Fase 3: Demo & Reflectie (3 posts)
|
||||
|
||||
### Post 9: "Het werkt. Kijk maar."
|
||||
**Doel:** Bewijs leveren
|
||||
**Doelgroep:** Iedereen
|
||||
|
||||
**Inhoud:**
|
||||
- Video/GIF van werkende demo
|
||||
- Flow: gebruiker spreekt → systeem detecteert 2 acties → voert uit → bevestigt → suggereert vervolg
|
||||
- Eerlijk over wat nog niet perfect is
|
||||
- Uitnodiging: feedback welkom
|
||||
|
||||
**Hook:** "Genoeg gepraat. Hier is het bewijs."
|
||||
|
||||
**Bijlage:** Demo video (30-60 sec)
|
||||
|
||||
---
|
||||
|
||||
### Post 10: "Waarom duurt alles 18 maanden?"
|
||||
**Doel:** Status quo uitdagen
|
||||
**Doelgroep:** Managers, directie, leveranciers
|
||||
|
||||
**Inhoud:**
|
||||
- Als dit solo te bouwen is, waarom duren features bij leveranciers jaren?
|
||||
- Eerlijk: wat mist er nog?
|
||||
- NEN7510 compliance
|
||||
- Integraties met bestaande systemen
|
||||
- Edge cases
|
||||
- Support en onderhoud
|
||||
- Maar: de kern werkt. Nu.
|
||||
- Vraag: waarom experimenteren we niet meer?
|
||||
- Geen leverancier-bashing - wel een uitnodiging tot dialoog
|
||||
|
||||
**Hook:** "'Staat op de roadmap.' De vier woorden die innovatie in de zorg vertragen."
|
||||
|
||||
---
|
||||
|
||||
### Post 11: "Wat ik leerde over de toekomst van EPD's"
|
||||
**Doel:** Serie afsluiten, vooruitkijken
|
||||
**Doelgroep:** Iedereen
|
||||
|
||||
**Inhoud:**
|
||||
- Learnings:
|
||||
- Intent-driven werkt
|
||||
- Context is cruciaal
|
||||
- Proactiviteit is krachtig maar delicaat
|
||||
- Het denken is het probleem, niet de techniek
|
||||
- Wat nodig is voor productie:
|
||||
- Compliance
|
||||
- Integraties
|
||||
- Gebruikerstesten
|
||||
- Grotere visie (teaser):
|
||||
- Geen schermen meer
|
||||
- Agents die het werk doen
|
||||
- Focus op de patiënt, niet het systeem
|
||||
- Call to action: samenwerken, testen, of zelf beginnen met experimenteren
|
||||
|
||||
**Hook:** "De toekomst van EPD's is niet een beter scherm. Het is geen scherm."
|
||||
|
||||
---
|
||||
|
||||
## Optionele Posts (4)
|
||||
|
||||
### Optioneel A: "De bug die me een avond kostte"
|
||||
**Wanneer:** Als er een goede technische struggle-story is
|
||||
**Doelgroep:** 🔧 Techies, builders
|
||||
|
||||
**Inhoud:**
|
||||
- Specifieke bug of uitdaging
|
||||
- Hoe AI hielp (of juist niet)
|
||||
- Wat ik leerde
|
||||
- Relatable voor iedereen die ooit code debugde
|
||||
|
||||
---
|
||||
|
||||
### Optioneel B: "Privacy en AI in de zorg"
|
||||
**Wanneer:** Als het onderwerp opkomt in reacties
|
||||
**Doelgroep:** Managers, directie, beleidsmakers
|
||||
|
||||
**Inhoud:**
|
||||
- Wat "weet" een AI-systeem?
|
||||
- Waar gaat data naartoe?
|
||||
- Hoe bouw je privacy-by-design?
|
||||
- Geen juridisch advies - wel transparantie
|
||||
|
||||
---
|
||||
|
||||
### Optioneel C: "Geen schermen, maar agents"
|
||||
**Wanneer:** Als grotere visie resoneert
|
||||
**Doelgroep:** Visionairs, early adopters
|
||||
|
||||
**Inhoud:**
|
||||
- Ephemeral UI: interfaces die ontstaan wanneer nodig
|
||||
- Agents die taken uitvoeren
|
||||
- De behandelaar focust op de patiënt
|
||||
- Sci-fi? Nee, technisch nu al mogelijk
|
||||
|
||||
---
|
||||
|
||||
### Optioneel D: "Wat kost dit eigenlijk?"
|
||||
**Wanneer:** Als kosten-vraag vaak komt
|
||||
**Doelgroep:** Managers, directie
|
||||
|
||||
**Inhoud:**
|
||||
- Breakdown: €200 budget, waar ging het heen?
|
||||
- AI-kosten per interactie
|
||||
- Vergelijking met traditionele development
|
||||
- ROI-denken: wat kost tijd van behandelaren?
|
||||
|
||||
---
|
||||
|
||||
## Planning & Ritme
|
||||
|
||||
| Week | Posts | Focus |
|
||||
|------|-------|-------|
|
||||
| 1 | Post 0, 1, 2 | De brug + probleem + oplossing |
|
||||
| 2 | Post 3, 4, 5 | Proactiviteit + architectuur + betrouwbaarheid |
|
||||
| 3 | Post 6, 7, 8 | Context + bouwproces + ethiek |
|
||||
| 4 | Post 9, 10, 11 | Demo + uitdaging + conclusie |
|
||||
|
||||
**Frequentie:** 3x per week (ma-wo-vr of di-do-za)
|
||||
**Optionele posts:** Inspelen op reacties en momentum
|
||||
|
||||
---
|
||||
|
||||
## Technische Referenties (voor eigen gebruik)
|
||||
|
||||
De volgende documenten bevatten de technische details:
|
||||
- `architecture-cortex-v2.md` - Volledige architectuur
|
||||
- `fo-cortex-intent-system-v2.md` - Functioneel ontwerp
|
||||
- `to-cortex-v2.md` - Technisch ontwerp
|
||||
- `prd-cortex-v2.md` - Product requirements
|
||||
- `review-cortex-v2.md` - Review rapport
|
||||
|
||||
**Let op:** Technische details alleen gebruiken waar relevant voor de post. Vertaal altijd naar concrete voorbeelden die behandelaren herkennen.
|
||||
|
||||
Reference in New Issue
Block a user