Dion Dokter
@diondokter.nl
Embedded tech lead at Tweede golf. I love programming in Rust.
Also at: @[email protected]
Netherlands
Also at: @[email protected]
Netherlands
Wow, realisation: Time of humans is becoming a currency.
The matplotlib project requires a human to create new PRs, not just an LLM.
This isn't weird, it's very normal.
But the time of a human is used as a currency here. It adds a nontrivial cost to filter out (likely) bad submissions.
The matplotlib project requires a human to create new PRs, not just an LLM.
This isn't weird, it's very normal.
But the time of a human is used as a currency here. It adds a nontrivial cost to filter out (likely) bad submissions.
February 13, 2026 at 6:36 AM
Wow, realisation: Time of humans is becoming a currency.
The matplotlib project requires a human to create new PRs, not just an LLM.
This isn't weird, it's very normal.
But the time of a human is used as a currency here. It adds a nontrivial cost to filter out (likely) bad submissions.
The matplotlib project requires a human to create new PRs, not just an LLM.
This isn't weird, it's very normal.
But the time of a human is used as a currency here. It adds a nontrivial cost to filter out (likely) bad submissions.
Reposted by Dion Dokter
whereas, the pitch for genAI is to spend gravity bending amounts of money and resources to make copies of things we already have. it's a completely baffling idea that inverts all prior ideas of what good technology or business looks like
February 11, 2026 at 2:45 PM
whereas, the pitch for genAI is to spend gravity bending amounts of money and resources to make copies of things we already have. it's a completely baffling idea that inverts all prior ideas of what good technology or business looks like
Reposted by Dion Dokter
historically, tech was an infinite money printer because you can write a program once and then sell it or its utility unlimited times. you can keep building atop existing things and not have to duplicate effort on remaking things that already exist
February 11, 2026 at 2:43 PM
historically, tech was an infinite money printer because you can write a program once and then sell it or its utility unlimited times. you can keep building atop existing things and not have to duplicate effort on remaking things that already exist
The long sections of drum and bass present at the start and end of EDM (remixes) are the preamble and postamble of music
February 10, 2026 at 1:58 PM
The long sections of drum and bass present at the start and end of EDM (remixes) are the preamble and postamble of music
Lua has a real problem too.
Literally :P
All numbers are floats and that's kinda sucky
Literally :P
All numbers are floats and that's kinda sucky
February 8, 2026 at 6:29 PM
Lua has a real problem too.
Literally :P
All numbers are floats and that's kinda sucky
Literally :P
All numbers are floats and that's kinda sucky
Definitely on the list to look into! But yeah, not quite exactly what I want. I've never liked the language, but at least it's one a lot of people have some familiarity with
February 8, 2026 at 6:15 PM
Definitely on the list to look into! But yeah, not quite exactly what I want. I've never liked the language, but at least it's one a lot of people have some familiarity with
Yeah, considered it. But probably not quite expressive enough IMO. But it's a decent option
February 8, 2026 at 6:11 PM
Yeah, considered it. But probably not quite expressive enough IMO. But it's a decent option
Point 2 helps with a real pain point with Rust drivers. I don't want to duplicate code or use the bisync crate, so this would help with that.
Point 3 would help adoption of the tools across the whole embedded ecosystem. Even C people deserve the best drivers :P
Point 3 would help adoption of the tools across the whole embedded ecosystem. Even C people deserve the best drivers :P
February 8, 2026 at 6:02 PM
Point 2 helps with a real pain point with Rust drivers. I don't want to duplicate code or use the bisync crate, so this would help with that.
Point 3 would help adoption of the tools across the whole embedded ecosystem. Even C people deserve the best drivers :P
Point 3 would help adoption of the tools across the whole embedded ecosystem. Even C people deserve the best drivers :P
True, but I have 3 goals:
- Be able to specify logic
- Generate multiple types of code from it (like blocking and async)
- Generate to multiple languages (at least C in addition to Rust
Just just having Rust specified will not help with the latter 2.
- Be able to specify logic
- Generate multiple types of code from it (like blocking and async)
- Generate to multiple languages (at least C in addition to Rust
Just just having Rust specified will not help with the latter 2.
February 8, 2026 at 6:02 PM
True, but I have 3 goals:
- Be able to specify logic
- Generate multiple types of code from it (like blocking and async)
- Generate to multiple languages (at least C in addition to Rust
Just just having Rust specified will not help with the latter 2.
- Be able to specify logic
- Generate multiple types of code from it (like blocking and async)
- Generate to multiple languages (at least C in addition to Rust
Just just having Rust specified will not help with the latter 2.
github.com/diondokter/d...
Basically this. But I'm not using yaml anymore, but a custom dsl language.
I may need to come up with something custom I'm afraid...
Basically this. But I'm not using yaml anymore, but a custom dsl language.
I may need to come up with something custom I'm afraid...
Idea: Define logic in addition to object declarations · Issue #70 · diondokter/device-driver
Currently the input is very declarative: This register exists and that buffer exists, etc... There's no logic anywhere. This doesn't have to be the case. Lots of device have really simple interface...
github.com
February 8, 2026 at 8:17 AM
github.com/diondokter/d...
Basically this. But I'm not using yaml anymore, but a custom dsl language.
I may need to come up with something custom I'm afraid...
Basically this. But I'm not using yaml anymore, but a custom dsl language.
I may need to come up with something custom I'm afraid...
Well, C has pointers, unions, a preprocessor, a standard library, etc. Not simple!
Same for Nim.
I really mean simple. Almost like those tiny embeddable scripting languages. Except those usually come with a runtime which I don't want due to binary size reasons
Same for Nim.
I really mean simple. Almost like those tiny embeddable scripting languages. Except those usually come with a runtime which I don't want due to binary size reasons
February 8, 2026 at 1:31 AM
Well, C has pointers, unions, a preprocessor, a standard library, etc. Not simple!
Same for Nim.
I really mean simple. Almost like those tiny embeddable scripting languages. Except those usually come with a runtime which I don't want due to binary size reasons
Same for Nim.
I really mean simple. Almost like those tiny embeddable scripting languages. Except those usually come with a runtime which I don't want due to binary size reasons
There are some Lua to C converters... I've never particularly liked Lua though
February 7, 2026 at 10:46 PM
There are some Lua to C converters... I've never particularly liked Lua though
Does anybody know of a simple programming language that can be *translated* into other languages like Rust or C? (So no runtime/VM/engine)
I need something with simple control flow, integer math and bit manipulation.
I want to add some custom logic support into device-driver at some point.
I need something with simple control flow, integer math and bit manipulation.
I want to add some custom logic support into device-driver at some point.
February 7, 2026 at 10:43 PM
Does anybody know of a simple programming language that can be *translated* into other languages like Rust or C? (So no runtime/VM/engine)
I need something with simple control flow, integer math and bit manipulation.
I want to add some custom logic support into device-driver at some point.
I need something with simple control flow, integer math and bit manipulation.
I want to add some custom logic support into device-driver at some point.
Cool, migrated the first device-driver error from miette to annotate-snippets.
I can show patch suggestions now! :D
It's more work and code to write though and the API is not always clear on how it wants to be treated. But I like the results better.
I can show patch suggestions now! :D
It's more work and code to write though and the API is not always clear on how it wants to be treated. But I like the results better.
February 6, 2026 at 8:57 PM
Cool, migrated the first device-driver error from miette to annotate-snippets.
I can show patch suggestions now! :D
It's more work and code to write though and the API is not always clear on how it wants to be treated. But I like the results better.
I can show patch suggestions now! :D
It's more work and code to write though and the API is not always clear on how it wants to be treated. But I like the results better.
Yeah I'm super skeptical about it all.
If you produce 15kloc code in a day, you have no idea what you're building. It's 31 lines per minute for 8 hours straight.
If you produce 15kloc code in a day, you have no idea what you're building. It's 31 lines per minute for 8 hours straight.
February 5, 2026 at 9:18 AM
Yeah I'm super skeptical about it all.
If you produce 15kloc code in a day, you have no idea what you're building. It's 31 lines per minute for 8 hours straight.
If you produce 15kloc code in a day, you have no idea what you're building. It's 31 lines per minute for 8 hours straight.
Don't we all want to close Jira?
February 4, 2026 at 1:20 PM
Don't we all want to close Jira?
Reposted by Dion Dokter
But IMO the world hasn’t been made any better by half-built products looking for quick exits and requiring constant data collection in order to run their A/B tests
I am personally of the opinionated, obsessive, craft + taste > market analysis, vertical integration, long timelines ilk of technologist
I am personally of the opinionated, obsessive, craft + taste > market analysis, vertical integration, long timelines ilk of technologist
February 3, 2026 at 4:33 PM
But IMO the world hasn’t been made any better by half-built products looking for quick exits and requiring constant data collection in order to run their A/B tests
I am personally of the opinionated, obsessive, craft + taste > market analysis, vertical integration, long timelines ilk of technologist
I am personally of the opinionated, obsessive, craft + taste > market analysis, vertical integration, long timelines ilk of technologist
Yeah, a specialized lexer will always out-compete a specialized parser. (And vice-versa)
I will say that chumsky beats logos massively on compilation time though. Had to do some optimizations to go from 27s to 7s. Meanwhile chumsky is at 1.5s. (This is mostly from the XID identifiers I'm using)
I will say that chumsky beats logos massively on compilation time though. Had to do some optimizations to go from 27s to 7s. Meanwhile chumsky is at 1.5s. (This is mostly from the XID identifiers I'm using)
February 1, 2026 at 4:06 PM
Yeah, a specialized lexer will always out-compete a specialized parser. (And vice-versa)
I will say that chumsky beats logos massively on compilation time though. Had to do some optimizations to go from 27s to 7s. Meanwhile chumsky is at 1.5s. (This is mostly from the XID identifiers I'm using)
I will say that chumsky beats logos massively on compilation time though. Had to do some optimizations to go from 27s to 7s. Meanwhile chumsky is at 1.5s. (This is mostly from the XID identifiers I'm using)
Oh and don't worry, I've run the tests using --release
February 1, 2026 at 10:42 AM
Oh and don't worry, I've run the tests using --release
Oh hey, you're the chumsky author. Great work! Liking it a lot so far.
This is the most recent commit with the chumsky lexer: github.com/diondokter/d...
Maybe I'm doing something dumb that makes it slow.
This is the most recent commit with the chumsky lexer: github.com/diondokter/d...
Maybe I'm doing something dumb that makes it slow.
github.com
February 1, 2026 at 10:22 AM
Oh hey, you're the chumsky author. Great work! Liking it a lot so far.
This is the most recent commit with the chumsky lexer: github.com/diondokter/d...
Maybe I'm doing something dumb that makes it slow.
This is the most recent commit with the chumsky lexer: github.com/diondokter/d...
Maybe I'm doing something dumb that makes it slow.
It would be great if proc macros supported better diagnostics. There's only some stuff in nightly...
I wonder if this crate's API could be stabilized for proc macros somehow...
I wonder if this crate's API could be stabilized for proc macros somehow...
February 1, 2026 at 10:14 AM
It would be great if proc macros supported better diagnostics. There's only some stuff in nightly...
I wonder if this crate's API could be stabilized for proc macros somehow...
I wonder if this crate's API could be stabilized for proc macros somehow...
Was testing out the annotate_snippets crate. For a split second I thought I had a compile error.
So, it seems to be working!
(annotate_snippets is the crate rustc uses/is gonna use for reporting errors)
So, it seems to be working!
(annotate_snippets is the crate rustc uses/is gonna use for reporting errors)
January 30, 2026 at 10:34 PM
Was testing out the annotate_snippets crate. For a split second I thought I had a compile error.
So, it seems to be working!
(annotate_snippets is the crate rustc uses/is gonna use for reporting errors)
So, it seems to be working!
(annotate_snippets is the crate rustc uses/is gonna use for reporting errors)
Every project needs a logo/mascot, no?
Maybe a truck driver, but the cargo is a giant DIP package. Should probably be very cartoony.
Made a quick non-cartoony mockup :P
Idle daydreams...
Maybe a truck driver, but the cargo is a giant DIP package. Should probably be very cartoony.
Made a quick non-cartoony mockup :P
Idle daydreams...
January 28, 2026 at 7:25 PM
Every project needs a logo/mascot, no?
Maybe a truck driver, but the cargo is a giant DIP package. Should probably be very cartoony.
Made a quick non-cartoony mockup :P
Idle daydreams...
Maybe a truck driver, but the cargo is a giant DIP package. Should probably be very cartoony.
Made a quick non-cartoony mockup :P
Idle daydreams...