Tim Fischbach
@tfischbach.bsky.social
Software developer. Building @pageflow.io / https://www.pageflow.io/
Nice. Could also apply some perspective to the parent section to give it additional depth.
November 10, 2025 at 7:38 AM
Nice. Could also apply some perspective to the parent section to give it additional depth.
What do you think about starting with de-risking unknowns?
November 2, 2025 at 7:52 PM
What do you think about starting with de-risking unknowns?
Been wondering: What does the codecamp hashtag relate to?
October 30, 2025 at 11:15 AM
Been wondering: What does the codecamp hashtag relate to?
Tried it a bit, but found it a bit unclear when which skill is active - especially across context compactions. Would be nice if /context included that info. Felt a bit more in control with custom slash commands.
October 26, 2025 at 6:46 PM
Tried it a bit, but found it a bit unclear when which skill is active - especially across context compactions. Would be nice if /context included that info. Felt a bit more in control with custom slash commands.
I use it to write and update FAQ articles in a multi-language helpdesk. Vibe coded an integration with the helpdesk API to sync the articles from/to a Git repository.
October 26, 2025 at 4:37 PM
I use it to write and update FAQ articles in a multi-language helpdesk. Vibe coded an integration with the helpdesk API to sync the articles from/to a Git repository.
"This is why this series of blog posts, that could maybe become a book or a course or a musical or a cake, ..." 😂
October 24, 2025 at 10:49 AM
"This is why this series of blog posts, that could maybe become a book or a course or a musical or a cake, ..." 😂
> And models can’t distinguish between working code and broken code.
Having agents run tests to include test outputs in their context can greatly improve things. It basically gives the tool additional attempts with additional information without having to prompt multiple times.
Having agents run tests to include test outputs in their context can greatly improve things. It basically gives the tool additional attempts with additional information without having to prompt multiple times.
October 24, 2025 at 10:48 AM
> And models can’t distinguish between working code and broken code.
Having agents run tests to include test outputs in their context can greatly improve things. It basically gives the tool additional attempts with additional information without having to prompt multiple times.
Having agents run tests to include test outputs in their context can greatly improve things. It basically gives the tool additional attempts with additional information without having to prompt multiple times.
Would be cool if editing the template tag of a web component in dev tools would automatically apply changes for all rendered elements. That would sort of be the equivalent... Looks like it doesn't though - appears to only a apply to newly inserted elements. Which makes sense, but still.
October 21, 2025 at 11:24 AM
Would be cool if editing the template tag of a web component in dev tools would automatically apply changes for all rendered elements. That would sort of be the equivalent... Looks like it doesn't though - appears to only a apply to newly inserted elements. Which makes sense, but still.
I sure like being able to prototype in the browser myself. Still, I'd say it's a trade-off. I think I was mainly reacting to equating friction in the browser use-case with a general maintainability issue. Utility classes can surely lead to a maintenance nightmare - but so can global styles.
October 21, 2025 at 10:38 AM
I sure like being able to prototype in the browser myself. Still, I'd say it's a trade-off. I think I was mainly reacting to equating friction in the browser use-case with a general maintainability issue. Utility classes can surely lead to a maintenance nightmare - but so can global styles.
Still worth considering whether "easy to edit *in the browser*" is the most important criterion, though...
October 21, 2025 at 10:23 AM
Still worth considering whether "easy to edit *in the browser*" is the most important criterion, though...
Only read half the title and clicked expecting to hear a rendition of the Nas track.
October 17, 2025 at 8:33 PM
Only read half the title and clicked expecting to hear a rendition of the Nas track.
The use case feels a bit like a web-based arcade game to me where keyboard control would be a natural fit.
October 16, 2025 at 3:29 PM
The use case feels a bit like a web-based arcade game to me where keyboard control would be a natural fit.
Or clickable buttons with clearly displayed hotkeys
October 16, 2025 at 3:03 PM
Or clickable buttons with clearly displayed hotkeys
Yeah, so if region defined --gap in em, I'd see the difference, but like this, isn't it the same whether I derive from the computed value of the parent or read var(--gap) from the cascade?
October 16, 2025 at 2:37 PM
Yeah, so if region defined --gap in em, I'd see the difference, but like this, isn't it the same whether I derive from the computed value of the parent or read var(--gap) from the cascade?
Why wouldn't the region/card example work if card referenced --gap via var() instead of inherit()? Wouldn't it only make a difference if card wanted to define --gap *itself* in terms of the parent's --gap?
October 16, 2025 at 2:25 PM
Why wouldn't the region/card example work if card referenced --gap via var() instead of inherit()? Wouldn't it only make a difference if card wanted to define --gap *itself* in terms of the parent's --gap?
Final though: And something like your workflow linter could also be an interesting tool to keep the robot on track. Just like feedback from tests and code linters work better than long markdown wish lists.
October 15, 2025 at 1:39 PM
Final though: And something like your workflow linter could also be an interesting tool to keep the robot on track. Just like feedback from tests and code linters work better than long markdown wish lists.
If now I could use a local model to do that well enough...
October 15, 2025 at 1:37 PM
If now I could use a local model to do that well enough...
Still, sometimes it can make it easier to find the discipline to round out the change you are making (test coverage sort of becomes a necessity, updating inline docs, adding a simple guide how to use a feature, covering features with things like storybooks for visual diffing etc.)
October 15, 2025 at 1:36 PM
Still, sometimes it can make it easier to find the discipline to round out the change you are making (test coverage sort of becomes a necessity, updating inline docs, adding a simple guide how to use a feature, covering features with things like storybooks for visual diffing etc.)
This of course comes down to what you already wrote elsewhere about already being able to work without AI to work well with AI.
October 15, 2025 at 1:36 PM
This of course comes down to what you already wrote elsewhere about already being able to work without AI to work well with AI.
- easing review by basically diffing the result against this expectation and treating each deviation as a warning sign that either things have gone of the rails or initial assumptions where flawed (this is the main point regarding "quicker than do all the checking and rework afterwards")
October 15, 2025 at 1:36 PM
- easing review by basically diffing the result against this expectation and treating each deviation as a warning sign that either things have gone of the rails or initial assumptions where flawed (this is the main point regarding "quicker than do all the checking and rework afterwards")
- generated tests and linter rules as a closed feedback loop to improve results before first human review
- humans come up with rather simple/ad-hoc/stream of consciousness prompts already having a clear mental model of the shape of the change they are trying to generate
- humans come up with rather simple/ad-hoc/stream of consciousness prompts already having a clear mental model of the shape of the change they are trying to generate
October 15, 2025 at 1:36 PM
- generated tests and linter rules as a closed feedback loop to improve results before first human review
- humans come up with rather simple/ad-hoc/stream of consciousness prompts already having a clear mental model of the shape of the change they are trying to generate
- humans come up with rather simple/ad-hoc/stream of consciousness prompts already having a clear mental model of the shape of the change they are trying to generate
- project has reached an architectural stability where many new features are just sort of more of the same/good kind of boring
- good automatic test coverage to keep the LLM from breaking what is there
- good automatic test coverage to keep the LLM from breaking what is there
October 15, 2025 at 1:36 PM
- project has reached an architectural stability where many new features are just sort of more of the same/good kind of boring
- good automatic test coverage to keep the LLM from breaking what is there
- good automatic test coverage to keep the LLM from breaking what is there
Hard to fit this in a reply here, but I think there is a case which could be a sweet spot like that when all of the below are true:
- brownfield setting where there is already a lot of prior art for the LLM agent to draw "inspiration" from
- brownfield setting where there is already a lot of prior art for the LLM agent to draw "inspiration" from
October 15, 2025 at 1:36 PM
Hard to fit this in a reply here, but I think there is a case which could be a sweet spot like that when all of the below are true:
- brownfield setting where there is already a lot of prior art for the LLM agent to draw "inspiration" from
- brownfield setting where there is already a lot of prior art for the LLM agent to draw "inspiration" from
See also bsky.app/profile/simo...
Vibe coding is irresponsibly building software through dice rolls, not caring what code is produced
What about when engineers at the top of their game use AI tools responsibly to accelerate their work?
I propose "vibe engineering"!
simonwillison.net/2025/Oct/7/v...
What about when engineers at the top of their game use AI tools responsibly to accelerate their work?
I propose "vibe engineering"!
simonwillison.net/2025/Oct/7/v...
Vibe engineering
I feel like vibe coding is pretty well established now as covering the fast, loose and irresponsible way of building software with AI—entirely prompt-driven, and with no attention paid to …
simonwillison.net
October 11, 2025 at 7:10 AM
See also bsky.app/profile/simo...
This really resonates. Wondering whether there should be a separate term for this kind of working very much with the code - but without touching the code directly. Tried to capture this here bsky.app/profile/tfis...
Current take on working with coding agents: Use them as an extra level of abstraction for the making, not for the made.
October 11, 2025 at 7:05 AM
This really resonates. Wondering whether there should be a separate term for this kind of working very much with the code - but without touching the code directly. Tried to capture this here bsky.app/profile/tfis...