Daniel

Daniel

@fastdevflow.bsky.social

Web Developer – Frontend Specialist, Product-minded Leader, Solutions Architect. On a mission to align software architecture and team dynamics for fast flow.

22 followers38 following32 posts

Let's not mourn the end of search as we've known it. Google's ubiquitous tracking and ad targeting built a monopoly. Now it's in a race not to lose that monopoly to competitors in AI search. I'm holding out hope that AI search is a net positive for competition, indie creators, and content quality.

TechCrunch@techcrunch.com

Google is transforming Search from a list of links into an AI-powered experience filled with conversational answers, autonomous agents, and interactive interfaces — a shift that could further reduce traffic to publishers across the web.

So glad to see folks out there are trying to make blogging fun again! The emerging community around ATproto is bringing a DIY ethos back to the web by embracing a new generation of tools that take data ownership and social sharing out of the hands of Big Social Media.

pckt.blog@pckt.blog

extra extra, read all about it ! 🗞️ some reflection, our latest features, and a little musing about the future of pckt.blog. thank you so much for blogging with us. hope you’ve been enjoying pckt so far :) devlog.pckt.blog/settling-in-...

Daniel reposted

extra extra, read all about it ! 🗞️ some reflection, our latest features, and a little musing about the future of pckt.blog. thank you so much for blogging with us. hope you’ve been enjoying pckt so far :) devlog.pckt.blog/settling-in-...

devlog.pckt.blogSettling in, and looking ahead - pckt - Dev JournalHey Bloggers ! A lot has happened since our last post. Which always seems to be the case... We've been hard at work crafting new features and refining existing...

Sanity’s response below is a worthwhile read for devs and product folks working in this space. CMS platforms were solutions to real publishing workflow challenges; those still exist when you try to move away from a CMS. The fix is flexible structure + better separation of content from presentation.

Nic Chan@nicmakesstuff.bsky.social

Yes, person at Cursor did it, and Sanity rebutted it leerob.com/agents www.sanity.io/blog/you-sho...

When I wrote the post below, I had not yet experienced the paradigm shift from chatbots to coding agents. Now I can say: it's not only more efficient to direct the agent to compose software for an analytical task—this is actually the more adaptive, forward-leaning way of using the technology.

Daniel@fastdevflow.bsky.social

I would definitely say that GPT-5 is showing improvement in reasoning tasks over previous models, but for now it is still more efficient for me to ask chat to help me write a script to do an analysis than to just ask chat to do the analysis.

I would definitely say that GPT-5 is showing improvement in reasoning tasks over previous models, but for now it is still more efficient for me to ask chat to help me write a script to do an analysis than to just ask chat to do the analysis.

Thesis: An AI system can be said to know the pragmatics of a language in which it is conversing in the same sense that its human interlocutors can be said to know the pragmatics of a language in which they are conversing.

View full thread

I would classify the above thesis as the “linguistic pragmatist” framing, with reference to later Wittgenstein and a footnote to the Turing test (“imitation game”) and its parallels to W’s “language games.”

(One way to get at what’s missing here would be to point out that the AI system is not “conversing” in the same sense that humans converse: human conversation is embedded in and derives its meanings from “forms of life” — W’s term for the shared, intersubjective background of language games.)

Thesis: An AI system can be said to know the pragmatics of a language in which it is conversing in the same sense that its human interlocutors can be said to know the pragmatics of a language in which they are conversing.

View full thread

Against: “If ‘knowing’ is tied to having intentional states, embodied experience, or cultural participation, the thesis fails because AI’s ‘pragmatic knowledge’ is a simulation, not a lived competence.”

Thesis: An AI system can be said to know the pragmatics of a language in which it is conversing in the same sense that its human interlocutors can be said to know the pragmatics of a language in which they are conversing.

One way out of the “AI is an evolutionary leap” vs. “AI is dumb/bad” dichotomy is to start to collect various possible rhetorical framings and think through their implications and motivations. Here’s a helpful starter on what I’d call the semiotic/postmodernist framing:

This post is unavailable.

I came across a thread stating “a chatbot does not and cannot know anything” - Intuitively correct, but I would follow up with: Would we ever say that a system can know things? Do we only speak of knowledge as something in the mind of a single human being?

This thread raises an interesting and important point about how industry best practices diverge from what is common in the social media wilds with regard to the use of images as text. Just one example of why context matters in web accessibility and one set of universal guidelines will not suffice.

This post is unavailable.

(1/5) In researching next-gen CMS platforms last year, I was very interested in Payload as a product that was trying to incorporate all of the out-of-the-box capabilities you get with WordPress, but with an attractive UI and a modern TypeScript/React/Next.js stack under the hood.

Wes Bos@wesbos.com

Woah - Figma just acquired Payload?! Interesting move to acquire a CMS - seem like part of their Figma to AI + Code strategy? www.youtube.com/watch?v=6wvo...

View full thread

(5/5) Imagine Figma can be the visual editor for your CMS, and now suppose it's generating JSX that can also be manipulated as code; then on top of that you have the content layer integrated into the same platform – now you have your whole team working in the same integrated environment. Powerful!

(1/5) In researching next-gen CMS platforms last year, I was very interested in Payload as a product that was trying to incorporate all of the out-of-the-box capabilities you get with WordPress, but with an attractive UI and a modern TypeScript/React/Next.js stack under the hood.

Wes Bos@wesbos.com

Woah - Figma just acquired Payload?! Interesting move to acquire a CMS - seem like part of their Figma to AI + Code strategy? www.youtube.com/watch?v=6wvo...

(2/5) I have seen a number of alternative CMS products come and go over the last few years. While Payload looked impressive, I was concerned that it might be too niche and might not win enough of a following to gain traction in this product space.

(3/5) The announcement of Payload's acquisition by Figma gives Payload (or whatever it is to become) a much greater shot at relevance. I would love to see the future of CMS be something that is not WordPress – but also something that is just enough like WordPress to convert the masses.

The dream of every frontend dev is not to have to think too much about infrastructure. I've been trying out AstroDB + Turso as a database solution for basic content management, and experience has been great so far: astro.build/blog/astro-d...

astro.buildAstro DB: A Deep Dive | AstroYesterday we launched a fully managed SQL database service designed exclusively for the Astro web framework. Let's dive into the implementation details of Astro DB: how it works, why we built it, and ...

One concern I've had about choosing any cloud database provider has been vendor lock and the effort required to migrate data to another service if the provider exists the market or becomes too expensive.

Turso's decision to build their platform on an open-source fork of SQLite, called libSQL, is somewhat reassuring. Supposing that other services build off of libSQL in the future, the existence of standard drivers in JS/TS and another languages should remove barriers to switching providers.

You are up to date.