Fuddle: the compiler! Months (years?) of work compressed into a weekend, thanks to LLMs, HFSM, STM, etc. Finally, goodbye #Elm, we had a great run but it's time to get serious. #FUDD, #EasyWordy, #Wapp, #SPPM.
April 19, 2026 at 10:43 AM
Fuddle: the compiler! Months (years?) of work compressed into a weekend, thanks to LLMs, HFSM, STM, etc. Finally, goodbye #Elm, we had a great run but it's time to get serious. #FUDD, #EasyWordy, #Wapp, #SPPM.
AI "wow" moment! Left side is gpt 5.1 prototype of image editor app, made with html/js, first prompt to working version. Right side is that prototype converted by gpt 5.2 into a @Fuddle/@EasyWordy app (@htmx, websocket, SSR @elm, haskell native), from one example. Also compiled/ran from 1st prompt!
December 19, 2025 at 8:08 AM
AI "wow" moment! Left side is gpt 5.1 prototype of image editor app, made with html/js, first prompt to working version. Right side is that prototype converted by gpt 5.2 into a @Fuddle/@EasyWordy app (@htmx, websocket, SSR @elm, haskell native), from one example. Also compiled/ran from 1st prompt!
Finally took some time to work on the 0to1,Done! application 😟 There are now so many complex moving parts in FUDD, it really needs a good ideation > development > review > evolution support! Goodbye Jira, BaseCamp, etc 😜
December 6, 2025 at 5:53 PM
Finally took some time to work on the 0to1,Done! application 😟 There are now so many complex moving parts in FUDD, it really needs a good ideation > development > review > evolution support! Goodbye Jira, BaseCamp, etc 😜
Imperative 3d scene/models creation as #Three.js function calls is ugly and error prone. Much simpler/cleaner to declare a scene graph in #Elm, server-side render with Three.js/GLTF into a .glb and load that into the client as a static asset with hooks for animation. New cool feature for EasyWordy!
August 11, 2025 at 10:57 AM
Finally connected the localization to views & tables rendering, and fixed the table width management. Next: plugging the data fetch events; that's where the real impact of htmx will show up, and we're I'll find out if the EasyWordy architecture is paying off. #htmx #GnuHealth
August 2, 2025 at 2:47 PM
Finally connected the localization to views & tables rendering, and fixed the table width management. Next: plugging the data fetch events; that's where the real impact of htmx will show up, and we're I'll find out if the EasyWordy architecture is paying off. #htmx #GnuHealth
Finally back on the Tryton converter! New parsing logic => processing time down by 20x! Got v5 of GnuHealth and it's ~1s to do a conversion 🤓 Next phase: lazy-loading data. It's fun to have GnuHealth & EasyWordy version side-by-side, the speedup is amazing (thanks @htmx!).
August 1, 2025 at 7:53 PM
Finally back on the Tryton converter! New parsing logic => processing time down by 20x! Got v5 of GnuHealth and it's ~1s to do a conversion 🤓 Next phase: lazy-loading data. It's fun to have GnuHealth & EasyWordy version side-by-side, the speedup is amazing (thanks @htmx!).
#VIBE #PITCHING on #FUDD! The EasyWordy "Pitcher app" is progressing: scenario SQL model, previews, automatic distributed workflow for: audio/image gen, talking head and 3d renders, audio dubbing. Next: time-travel, snapshots & per-item iterations. Starting to use #hyperscript for client logic.
July 8, 2025 at 6:51 AM
#VIBE #PITCHING on #FUDD! The EasyWordy "Pitcher app" is progressing: scenario SQL model, previews, automatic distributed workflow for: audio/image gen, talking head and 3d renders, audio dubbing. Next: time-travel, snapshots & per-item iterations. Starting to use #hyperscript for client logic.
#gnuhealth DB bootstrap from "data" folders: done!
Moving on to generating #htmx events for in the UI table nav & sql fetches for tbody content. Then add events & sql inserts stmts for each form, and that should be a good first large scale demo of #EasyWordy.
Anyone wants an auto-gen demo of #odoo?
Moving on to generating #htmx events for in the UI table nav & sql fetches for tbody content. Then add events & sql inserts stmts for each form, and that should be a good first large scale demo of #EasyWordy.
Anyone wants an auto-gen demo of #odoo?
June 20, 2025 at 2:03 PM
#gnuhealth DB bootstrap from "data" folders: done!
Moving on to generating #htmx events for in the UI table nav & sql fetches for tbody content. Then add events & sql inserts stmts for each form, and that should be a good first large scale demo of #EasyWordy.
Anyone wants an auto-gen demo of #odoo?
Moving on to generating #htmx events for in the UI table nav & sql fetches for tbody content. Then add events & sql inserts stmts for each form, and that should be a good first large scale demo of #EasyWordy.
Anyone wants an auto-gen demo of #odoo?
#Gnuhealth database generation from tryton's python models: done!
DB bootstrap from "data" folders is on its way. Then it's the table nav request -> sql ->table body gen continuation generator... and that should give a decent first demo of gnuhealth-in-EasyWordy!!
DB bootstrap from "data" folders is on its way. Then it's the table nav request -> sql ->table body gen continuation generator... and that should give a decent first demo of gnuhealth-in-EasyWordy!!
June 20, 2025 at 12:39 PM
#Gnuhealth database generation from tryton's python models: done!
DB bootstrap from "data" folders is on its way. Then it's the table nav request -> sql ->table body gen continuation generator... and that should give a decent first demo of gnuhealth-in-EasyWordy!!
DB bootstrap from "data" folders is on its way. Then it's the table nav request -> sql ->table body gen continuation generator... and that should give a decent first demo of gnuhealth-in-EasyWordy!!
Finally back on the auto-converter of #gnuhealth to EasyWordy (SSR #elm, #htmx with ws, #haskell web framework a-la-Phoenix). Now #tryton views are rendered in #flowbite/tailwindcss from xml/python models! Next: DB bootstrap, generate the sql code binding UI&data, apply locales to the views.
June 16, 2025 at 3:16 PM
Finally back on the auto-converter of #gnuhealth to EasyWordy (SSR #elm, #htmx with ws, #haskell web framework a-la-Phoenix). Now #tryton views are rendered in #flowbite/tailwindcss from xml/python models! Next: DB bootstrap, generate the sql code binding UI&data, apply locales to the views.
EasyWordy has been progressing nicely, so it's time to try a big project. What better than GnuHealth?? But it is about a thousand files of code!!! Solution: auto-conversion! Especially happy to have started converting python code for Tryton ORM defs to SQL table defs in just a half-day session.
May 14, 2025 at 6:06 PM
EasyWordy has been progressing nicely, so it's time to try a big project. What better than GnuHealth?? But it is about a thousand files of code!!! Solution: auto-conversion! Especially happy to have started converting python code for Tryton ORM defs to SQL table defs in just a half-day session.
That screenshot isn't much, but a lot is happening behind the scene! EasyWordy now handles continuation style calling between #Elm script and #Haskell compiled code as it's moving toward the end-result: html that goes to the client through #htmx logic over websocket. Simple to use, super powerful.
March 14, 2025 at 8:30 PM
Big UX milestone! EasyWordy now auto-reloads logic after an app (server-side Elm code) is recompiled, then replays last request for each client having a session with the app. Client side: a websocket mgr of htmx events picks up the replay notification and repaints the browser's page. Crazy fast!
March 9, 2025 at 8:32 PM
Big UX milestone! EasyWordy now auto-reloads logic after an app (server-side Elm code) is recompiled, then replays last request for each client having a session with the app. Client side: a websocket mgr of htmx events picks up the replay notification and repaints the browser's page. Crazy fast!
Successful first demo to potential investor of complex app made on EasyWordy! The power of the tech stack is finally coming through: fantastic development speed & ease, minimal testing and debugging... Critically: bug-free demo! 🎉 Yes, #htmx #flowbite #elm (fuddle) #haskell is the way to go!
March 6, 2025 at 6:43 PM
More SSR #elm rendering, #htmx as FE/BE API, #flowbite for quick UI assembly and EasyWordy on the backend for quick logic implementation. Unable to get the hx-on:htmx:oobAfterSwap event handler to work (help! why other events trigger?), but it's starting to feel like a real web-app framework...
February 21, 2025 at 6:42 PM
Finally did a build speed test between the EasyWordy/Fuddle version of an app and its nextjs original version. It's a rough comparison but given the ~100x difference there's no way nextjs will come anywhere near EasyWordy on compile time in better benchmarks.
February 12, 2025 at 8:01 PM
Finally did a build speed test between the EasyWordy/Fuddle version of an app and its nextjs original version. It's a rough comparison but given the ~100x difference there's no way nextjs will come anywhere near EasyWordy on compile time in better benchmarks.
A first rough benchmark of the simple NextJS app main screen vs its "#Elm with SSR rendering" version (both with the same #htmx EasyWordy backend support). It went as I was hoping for: the Elm version is 17x faster than the NextJS on browser's LCP. And the Elm build seems ~60x time faster! Yeah 🎉
February 8, 2025 at 5:41 PM
A first rough benchmark of the simple NextJS app main screen vs its "#Elm with SSR rendering" version (both with the same #htmx EasyWordy backend support). It went as I was hoping for: the Elm version is 17x faster than the NextJS on browser's LCP. And the Elm build seems ~60x time faster! Yeah 🎉
Great progress yesterday with FUDD, I transformed most of a static NextJS app into the EasyWordy/Fuddle design, with SSR renders and htmx requests sent to EasyWordy becoming SSR of Elm code! And here's the Fuddle version is on its way...
February 6, 2025 at 10:42 AM
Great progress yesterday with FUDD, I transformed most of a static NextJS app into the EasyWordy/Fuddle design, with SSR renders and htmx requests sent to EasyWordy becoming SSR of Elm code! And here's the Fuddle version is on its way...
Back to doing some coding after a long stretch of documentation and strategy definition, and classic NextJS/React/Typescript app dev. Can't wait to get a first operational state to start doing webapps in EasyWordy/Fuddle!! Just got a first pass at generalized htmx app servicing by the backend...
February 4, 2025 at 10:50 AM
Back to doing some coding after a long stretch of documentation and strategy definition, and classic NextJS/React/Typescript app dev. Can't wait to get a first operational state to start doing webapps in EasyWordy/Fuddle!! Just got a first pass at generalized htmx app servicing by the backend...
Anyways I've been trying to get similar constructs for APIs that evolve without recompilation based on strict structuring but without the usual painful end-user experience for the Cannelle/EasyWordy packages, and similarly to simplify SQL queries coding with Hasql.
December 29, 2024 at 11:47 AM
Anyways I've been trying to get similar constructs for APIs that evolve without recompilation based on strict structuring but without the usual painful end-user experience for the Cannelle/EasyWordy packages, and similarly to simplify SQL queries coding with Hasql.