Stijn Willems
banner
doozmen.bsky.social
Stijn Willems
@doozmen.bsky.social
Father, Swift dev. I like pushing all buttons, breaking things to see how it works and rebuilding. I wish news would focus more on science, and positive entrepreneurial spirits. So I will try to post about that!
Oh boy now you found a reason to buy m5 but wait for Mac Studio with at least 128gb unified memory. 😳
October 21, 2025 at 4:53 PM
What hardware are you building on?
October 21, 2025 at 4:20 PM
I used claude to structure my thoughts on the subject. Full thread claude.ai/share/1a1c26...
Claude
Shared via Claude, an AI assistant from Anthropic
claude.ai
October 13, 2025 at 9:57 AM
Hummingbird's RequestContext makes this clean: set your per-request environment once, let the framework handle propagation. Vapor does similar with req.storage. No threading parameters through every function call.
October 13, 2025 at 9:55 AM
The pattern: inject dependencies at request entry, structured concurrency propagates them down the tree. No globals, no TaskLocal complexity. swift-dependencies gives you @Dependency property wrappers that just work.
October 13, 2025 at 9:55 AM
TaskLocal is for metadata like tracing IDs. But swift-dependencies (pointfree.co/collections/dependencies) extends it for proper dependency injection. Use RequestContext at entry points, structured concurrency handles the rest.
October 13, 2025 at 9:55 AM
Of course, this means it only works for tree-structured operations—if work escapes the tree, I fall back to safer global patterns (like actors or explicit context passing)
October 9, 2025 at 7:32 AM
I now use TaskLocal wherever possible for shared state in async workflows, since it keeps context neatly scoped to the structured concurrency tree and avoids many post-suspension surprises.
October 9, 2025 at 7:32 AM
ServerSide Swift 2025 showed: Vapor, Hummingbird, Swift NIO, type-safe APIs, AWS integration, sub-200ms Lambda cold starts. The ecosystem is ready.

Now build MCP servers, not AI search clones.

serversideswift.info #swiftlang #srrversideswift2025
Home | ServerSide.swift Conference
ServerSide.swift - the conference for server-side Swift developers
serversideswift.info
October 7, 2025 at 9:28 PM
The opportunity: companies need MCP servers that connect their internal systems—CRM, calendars, accounting, knowledge bases. Not public search. Private context engineering.

Server-side Swift is production-ready for this.
October 7, 2025 at 9:28 PM
Building MCP servers means handling private data, real-time integration, type-safe protocols. Swift gives you: memory safety, async/await, C++ interop for existing systems, shared code with iOS, Android and Wasm clients.

#swiftlang
October 7, 2025 at 9:28 PM
MCP isn't "connect AI to more sources." It's AI becoming contextually aware of YOUR ecosystem. Your calendar + email + docs + code. The value is synthesis, not retrieval.

This is where server-side Swift matters. #swiftlang #serversideSwiff2025
October 7, 2025 at 9:28 PM
Consider swift with c++ interop. Like ladybird browser did. Very interesting post about why here linuxiac.com/ladybird-bro...
Ladybird Browser Team Selects Swift as Preferred Language
Andreas Kling announces Swift as Ladybird's future language for better safety and ergonomics. Full transition awaits Swift 6.
linuxiac.com
October 6, 2025 at 10:43 AM
Sadly also the Belgium gov has shifted on this subject. www.techradar.com/computing/cy... I wonder what @jbaert.bsky.social thinks of this?
Chat Control: The list of countries opposing the law grows, but support remains strong
Germany, Belgium, Italy, Latvia, and Sweden shift their positions ahead of the October 14 meeting
www.techradar.com
October 4, 2025 at 7:46 PM
Reposted by Stijn Willems
Just double checked temporal, looks interesting. „Pure“ workflows and activities like effect operations, they even have a SideEffect term in their docs. 🙃
Replaying workflows and blocking them indefinitely also looks nice, and it’s language agnostic. 🤔
October 4, 2025 at 7:13 PM