website-and-documentation/content/en/docs/solution/design/platform-component.md
Stephan Lo f797af114b test: configure comprehensive markdown linting with Docsy best practices
Configure markdownlint with rules aligned to technical documentation
standards and Docsy theme conventions.

Design Decisions:
- Enable core quality rules (heading hierarchy, consistent list styles)
- Allow inline HTML for Docsy shortcodes and components
- Permit bare URLs (common in technical documentation)
- Make code block language hints optional (pragmatic for existing content)
- Set maximum 2 consecutive blank lines (balanced readability)
- Enforce single trailing newline (POSIX standard)
- Use asterisk for unordered lists (consistency)
- Allow 2-space list indentation (Markdown standard)

Auto-fixed Issues:
- Converted dash lists to asterisk lists (568 fixes)
- Removed trailing spaces (211 fixes)
- Added missing trailing newlines (74 fixes)
- Added blank lines around lists and headings (100+ fixes)

Remaining Style Warnings (intentionally accepted):
- MD029: List numbering variations in meeting notes (75 instances)
- MD036: Bold text for section headers in ADRs (13 instances)
- MD025: Multiple H1 in notes/brainstorming docs (10 instances)
- MD032/MD022: Minor spacing variations (15 instances)

Test Results:
 Hugo build: 227 pages generated successfully
 HTML validation: No errors
 Link checking: All links valid (except dev-only livereload)
 Markdown linting: Only non-critical style warnings remain

The configuration balances strict quality checks with pragmatic
flexibility for diverse content types (documentation, ADRs, meeting
notes, tutorials).
2025-10-23 14:25:46 +02:00

1.3 KiB

platform-team austausch

stefan

  • initiale fragen:
  • vor 2 wochen workshop tapeten-termin
  • wer nimmt an den workshops teil?
  • was bietet platform an?
  • EDP: könnte 5mio/a kosten
    • -> produkt pitch mit marko
    • -> edp ist unabhängig von ipceicis cloud continuum*
    • generalisierte quality of services ( <-> platform schnittstelle)

Hasan

  • martin macht: agent based iac generation
  • platform-workshops mitgestalten
  • mms-fokus
  • connectivity enabled cloud offering, e2e von infrastruktur bis endgerät
  • sdk für latenzarme systeme, beraten und integrieren
    • monitoring in EDP?
  • beispiel 'unity'
  • vorstellung im arch call
  • wie können unterschieldiche applikationsebenen auf unterschiedliche infrastruktur(compute ebenen) verteit werden
  • zero touch application deployment model
  • ich werde gerade 'abgebremst'
  • workshop beteiligung, TPM application model

martin

* edgeXR erlaubt keine persistenz
    * openai, llm als abstarktion nicht vorhanden
    * momentan nur compute vorhanden
    * roaming von applikationen --> EDP muss das unterstützen
    * anwendungsfall: sprachmodell übersetzt design-artifakte in architektur, dann wird provisionierung ermöglicht

? Applikations-modelle ? zusammenhang mit golden paths * zB für reines compute faas