WhatsUpFUDD
@whatsupfudd.bsky.social
FUDD: transforming 40 years of software experience into a powerful ecosystem for modern web applications.
https://whatsupfudd.com
https://whatsupfudd.com
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!).
FUDD's webapp for project management: the dream vs the reality (first draft): have to review the tree layout algo, the lighting, the helix unrolling algo, etc... at least there's something rendered in the browser! The js code was largely generated by ai (04-mini-high), in ~4 hours of work.
July 23, 2025 at 8:14 AM
FUDD's webapp for project management: the dream vs the reality (first draft): have to review the tree layout algo, the lighting, the helix unrolling algo, etc... at least there's something rendered in the browser! The js code was largely generated by ai (04-mini-high), in ~4 hours of work.
#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.
A great talk: youtube.com/watch?v=36my...
and a relaxing weekend with LLMs => AskelOS, the OS for modern SoC, Fine Grained Parallelism, Distributed Computing, Secure Personal AI Assistants.
#OSDesign #Haskell #FPGA
Listen to the first draft summary: youtu.be/iSTeHgxQZbI
and a relaxing weekend with LLMs => AskelOS, the OS for modern SoC, Fine Grained Parallelism, Distributed Computing, Secure Personal AI Assistants.
#OSDesign #Haskell #FPGA
Listen to the first draft summary: youtu.be/iSTeHgxQZbI
June 30, 2025 at 12:19 PM
A great talk: youtube.com/watch?v=36my...
and a relaxing weekend with LLMs => AskelOS, the OS for modern SoC, Fine Grained Parallelism, Distributed Computing, Secure Personal AI Assistants.
#OSDesign #Haskell #FPGA
Listen to the first draft summary: youtu.be/iSTeHgxQZbI
and a relaxing weekend with LLMs => AskelOS, the OS for modern SoC, Fine Grained Parallelism, Distributed Computing, Secure Personal AI Assistants.
#OSDesign #Haskell #FPGA
Listen to the first draft summary: youtu.be/iSTeHgxQZbI
#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.
The #GnuHealth auto-conversion can now render the menu structure with the multi-lingual labels and icons, nice given the little time available for coding (left side of image). An experiment using #v0 & vibe coding to replicate GnuHealth UI was neat but way short of the goal (right side of image).
May 23, 2025 at 1:16 PM
The #GnuHealth auto-conversion can now render the menu structure with the multi-lingual labels and icons, nice given the little time available for coding (left side of image). An experiment using #v0 & vibe coding to replicate GnuHealth UI was neat but way short of the goal (right side of image).
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
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
It doesn't look like much, but this screenshot shows a first take toward transpiling (compiling? translating?) React (a tsx file from a nextjs project) into #elm code (then fuddle). The tsx/jsx parser can already handle everything I throw at it.. how difficult can it get to go from AST to AST? 🤓
February 24, 2025 at 6:42 PM
It doesn't look like much, but this screenshot shows a first take toward transpiling (compiling? translating?) React (a tsx file from a nextjs project) into #elm code (then fuddle). The tsx/jsx parser can already handle everything I throw at it.. how difficult can it get to go from AST to AST? 🤓
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
Consolidation day: SSR management, dyn. invocation params, plus all demo sections are now Elm generated. Result: ~100k lines of code (95% html constructs), full build time: 6 sec. Nextjs version with 1/5 of the features (20k lines) build time: 16 sec!
Next: chopping #flowbite pages into components.
Next: chopping #flowbite pages into components.
February 14, 2025 at 7:21 PM
Consolidation day: SSR management, dyn. invocation params, plus all demo sections are now Elm generated. Result: ~100k lines of code (95% html constructs), full build time: 6 sec. Nextjs version with 1/5 of the features (20k lines) build time: 16 sec!
Next: chopping #flowbite pages into components.
Next: chopping #flowbite pages into components.
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...
![df <- D.readTsv "./data/chipotle.tsv"
let searchTerm = "Chicken Burrito" :: T.Text
rez <- [df.exec|
select item_name, reduce([D.Maximum, D.Mean, D.Sum], quantity)
where item_name == searchTerm
group by item_name
sort by (quantity, [D.Sum]) descending
|]](https://cdn.bsky.app/img/feed_thumbnail/plain/did:plc:vweisknxdqddbbhkhjsxbwhq/bafkreia4ubibjp6b5n7e5ydxwurdmrr4owuiqfbt74zz6e2r4ut4o32fma@jpeg)
Pushing the reflection further, imagine the example:
![df <- D.readTsv "./data/chipotle.tsv"
let searchTerm = "Chicken Burrito" :: T.Text
print $ df
|> D.select ["item_name", "quantity"]
|> D.filter "item_name" (searchTerm ==)
|> D.groupBy ["item_name"]
|> D.aggregate (zip (repeat "quantity") [D.Maximum, D.Mean, D.Sum])
|> D.sortBy D.Descending "Sum_quantity"](https://cdn.bsky.app/img/feed_thumbnail/plain/did:plc:vweisknxdqddbbhkhjsxbwhq/bafkreidhuyggjmkt2cwjyg5rjsg2iqkucwsqd34xpadrtu4t3egdws3puq@jpeg)
December 29, 2024 at 11:47 AM
Pushing the reflection further, imagine the example:
My Advent of Code challenges == my usual daily solving of more of the FUDD equation. Got back to refactoring and integrating a bunch of modules on Cannelle and yeah! Hugo compiled templates render properly according to runtime context. Not far from having the same for project scaffolding!
December 5, 2024 at 6:08 PM
My Advent of Code challenges == my usual daily solving of more of the FUDD equation. Got back to refactoring and integrating a bunch of modules on Cannelle and yeah! Hugo compiled templates render properly according to runtime context. Not far from having the same for project scaffolding!
Two weeks without Haskell coding, just writing doc on what's done & what needs to be done. I really need help, it's too much for a single brain, even with all those LLMs trying so hard to statistically get it right 🤪
December 1, 2024 at 8:21 AM
Two weeks without Haskell coding, just writing doc on what's done & what needs to be done. I really need help, it's too much for a single brain, even with all those LLMs trying so hard to statistically get it right 🤪