Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

swag.htmx.org

Post reply on HN
Print view View original

31–40 of 216 posts

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#31

Post by sroerick »

nasretdinov wrote: post #22
throw2ih020 wrote: post #16

HTMX is awesome. I've replaced several OSS web apps on my home server with HTMX + Go + PostgreSQL replacements. The results are lightweight, responsive, work great on desktop and mobile alike, all with the absolute minimum complexity required. The codebases are easy to understand and modify, and so far I'm going months between updates (mostly just minor bugfixes for my applications). I fully expec my mature apps will…

That's great but I believe it's still over-engineered. Unless it's a web site that can tolerate no downtime at all during schema updates, SQLite in WAL2 mode is more than enough. Moreover, in Postgres version upgrades can't be done without significant downtime (or setting up replication and performing a complex dance), so even that isn't so cut and dry.

(Me not taking this seriously)

I personally find Postgres WAY easier than SQLite simply because of the deployment story. I do a lot of hotfixes and dangerous stuff on personal projects, and having two databases complicates that tremendously. I like being able to run hot code on prod.

For the record, this is not the same reason I like postgres for actual production code

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#33

Post by chrismaltby »

recursivedoubts wrote: post #4

hello all, we are releasing htmx 4.0 on the Game Boy and Gameboy Color (thank you rcy for submitting) it is a real, honest-to-goodness mario-bros inspired GameBoy game with four levels over three biomes ending in a slop factory where you battle final boss warren buffering (an online character I beef with, we are friends) if you beat him it unlocks the source code for htmx 4.0 game was written by Stephen Mitchell (aka…

Oh hey, I made GB Studio, really cool to see it being used for this :) I've got some nice features in progress for the next version https://www.youtube.com/watch?v=q8UKwV1gJAI

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#34

Post by WD-42 »

recursivedoubts wrote: post #4

hello all, we are releasing htmx 4.0 on the Game Boy and Gameboy Color (thank you rcy for submitting) it is a real, honest-to-goodness mario-bros inspired GameBoy game with four levels over three biomes ending in a slop factory where you battle final boss warren buffering (an online character I beef with, we are friends) if you beat him it unlocks the source code for htmx 4.0 game was written by Stephen Mitchell (aka…

Wait but where do we get a gameboy?

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#35

Post by recursivedoubts »

WD-42 wrote: post #34
recursivedoubts wrote: post #4

hello all, we are releasing htmx 4.0 on the Game Boy and Gameboy Color (thank you rcy for submitting) it is a real, honest-to-goodness mario-bros inspired GameBoy game with four levels over three biomes ending in a slop factory where you battle final boss warren buffering (an online character I beef with, we are friends) if you beat him it unlocks the source code for htmx 4.0 game was written by Stephen Mitchell (aka…

Wait but where do we get a gameboy?

modretro has new ones

https://modretro.com/products/chromatic-tetris-bundle

you can find cheaper ones on amazon/temu too

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#36

Post by throw2ih020 »

nasretdinov wrote: post #22
throw2ih020 wrote: post #16

HTMX is awesome. I've replaced several OSS web apps on my home server with HTMX + Go + PostgreSQL replacements. The results are lightweight, responsive, work great on desktop and mobile alike, all with the absolute minimum complexity required. The codebases are easy to understand and modify, and so far I'm going months between updates (mostly just minor bugfixes for my applications). I fully expec my mature apps will…

That's great but I believe it's still over-engineered. Unless it's a web site that can tolerate no downtime at all during schema updates, SQLite in WAL2 mode is more than enough. Moreover, in Postgres version upgrades can't be done without significant downtime (or setting up replication and performing a complex dance), so even that isn't so cut and dry.

For some of the simpler sites sqlite would have been fine, but I do need Postgres anyway for some other stuff on my server so the overall burden of standardizing on Postgres only is less than having to do tuning for two different databases. In particular sqlite has worse defaults due to backwards compatibility, so you have to do a lot of upfront config for every table and DB.

Postgres version upgrades are basically painless, at my workplace our upgrades complete in so little time our users don't notice, and we have more data than probably 99.9999% of companies out there (mature company in aerospace industry).

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#38

Post by hirvi74 »

While I am not particularly a fan of HTMX, I do absolutely adore how Carson and the team always have such a great sense of humor with the project.

I used HTMX in a few projects, and the library worked well enough for what I needed, but I found it to be a bit too limiting compared to accomplishing the same task in Vanilla JS (my go-to).

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#39

Post by nasretdinov »

throw2ih020 wrote: post #36
nasretdinov wrote: post #22

Earlier quoted context omitted.

That's great but I believe it's still over-engineered. Unless it's a web site that can tolerate no downtime at all during schema updates, SQLite in WAL2 mode is more than enough. Moreover, in Postgres version upgrades can't be done without significant downtime (or setting up replication and performing a complex dance), so even that isn't so cut and dry.

For some of the simpler sites sqlite would have been fine, but I do need Postgres anyway for some other stuff on my server so the overall burden of standardizing on Postgres only is less than having to do tuning for two different databases. In particular sqlite has worse defaults due to backwards compatibility, so you have to do a lot of upfront config for every table and DB. Postgres version upgrades are basically p…

Well if you already have Postgres then yes, sounds fine. I don't really agree that SQLite needs tons of tweaking -- setting journal_mode to WAL/WAL2 is the only real thing worth doing, everything else I would consider optional.

Version upgrades for SQLite are basically a no-op though, that's kinda one of the reasons why it's so great to run in production (and deployment a maintenance being mostly a no-op as well, apart from setting up backups I guess).

I don't actually suggest that everyone should run their production on SQLite, but it's genuinely worth considering especially for small-ish projects.

Re: Htmx 4.0, the first JavaScript library to release exclusively on the Game Boy

#40

Post by nasretdinov »

sroerick wrote: post #31
nasretdinov wrote: post #22

Earlier quoted context omitted.

That's great but I believe it's still over-engineered. Unless it's a web site that can tolerate no downtime at all during schema updates, SQLite in WAL2 mode is more than enough. Moreover, in Postgres version upgrades can't be done without significant downtime (or setting up replication and performing a complex dance), so even that isn't so cut and dry.

(Me not taking this seriously) I personally find Postgres WAY easier than SQLite simply because of the deployment story. I do a lot of hotfixes and dangerous stuff on personal projects, and having two databases complicates that tremendously. I like being able to run hot code on prod. For the record, this is not the same reason I like postgres for actual production code

Sorry can you please clarify what you mean by having two databases? You can share the same SQLite between applications if you really want
Post reply on HN