Instead of not letting the students to use AI, how about we adjust the assessment method, and learning objective, to let the students do something that AI along cannot do, so that they can do it w/wo AI but still build up their own skill.

In the workplace, we're using AI anyway.

I'm not sure if this direction is suitable for kids, like we still learn to do calculation even when we have calculator (which is needed for some cases, but for complex math, we opt for tools)

I know asciidoc from red and erlang, it's a nice language. Not sure why it is not as popular as markdown.

There aren't many parser libraries for languages other than ruby. Its Ruby implementation, Asciidoctor, is considered as the reference implementation. However, it's being standardized and the situation will hopefully improve.

It's a little more complex, but I like it too. I've worked in teams that put all in-repo documentation in Asciidoc, it was really nice for adding in diagrams of complex systems and dependency trees.

I made a search index for github repo [1] because it takes quite some time for github to load the repositories page (which is the page to allow searching),

And sometimes even using the exact repo name in Google search, I cannot see the corresponding (non-popular) repo.

[1] https://res-index.hkit.cc

It will be great if it is package as a library

Hey, thanks for sharing "JSX Over the Wire"! As the creator of ts-liveview, I’m thrilled to see Dan’s ideas on server-side JSX rendering and minimal client updates—they mesh so well with my work.

ts-liveview is a TypeScript framework I built (grab it as a starter project on GitHub[1]) for real-time, server-rendered apps. It uses JSX/TSX to render HTML server-side and, in WebSocket mode, updates the DOM by targeting specific CSS selectors (document.querySelector) over WebSockets or HTTP/2 streaming. This keeps client-side JavaScript light, delivering fast, SEO-friendly pages and reactive UIs, much like Dan’s “JSX over the wire” vision.

What’s your take on this server-driven approach? Could it shake up how we build apps compared to heavy client-side frameworks? Curious if you’ve tried ts-liveview yet—it’s been a fun project to dig into these ideas!

[1] https://github.com/beenotung/ts-liveview

I enjoy the game, I wish it has different level of difficulty.

E.g. for easier mode. It should only generate pattern that is "beneficial" to the current board.

The objective of allRGB is simple: To create images with one pixel for every RGB color (16,777,216); not one color missing, and not one color twice.

If you like to explore on programmatic art, you may also have fun with allrgb.

That is to use all rgb values exactly once to make an art work.

Examples: https://allrgb.com/

It may give more transparency if it output the code to do scrapping with playwright.

Then we can review the code before actually running it.

And the reviewed result can be saved for future running.

The key takeaway is to use a public reverse proxy to tunnel the traffic to local server, which is agnostic to any server language or framework.

The proxy introduced is pinggy

ssh -p 443 -R0:localhost:8000 [email protected]