News for hackers. Stuff that matters.

neofytos

Re:Ask HN: What're You Reading? on Wednesday September 30, 2026 @09:41AM (#49908830)
C.S.Lewis, Prince Caspian. I'll skip the commentary to avoid spoiling the magic for anyone who hasn't read it yet.
Re:Tcl/Tk 9.1 Released on Tuesday September 29, 2026 @02:09PM (#49897807)
I haven't tested this recently, but I bet it’s equally capable of writing custom Tcl extensions using the C API. Given how stable and clean the Tcl C interface has always been, it’s probably a perfect use case for LLM generation.
Re:Tcl/Tk 9.1 Released on Tuesday September 29, 2026 @01:56PM (#49897559)
Congrats to the community and the core team. Their dedication to maintaining Tcl/Tk as a gold standard of stability, pragmatism, and lightweight cross-platform development is inspiring.
Re:GPT-5 on Friday August 08, 2025 @09:48AM (#44836901)
I hear you, though I’m less focused on the choice of UI libraries and more on how little control we have over how prompts are routed internally.

Sometimes I want a model that reasons deeply, other times I want one that is more creative. Right now, it feels like gpt-5 forces everything through the same pipeline, even when a different mode would be better suited to the task.

Re:GPT-5 on Friday August 08, 2025 @08:30AM (#44836243)
For web app generation, gpt-5 seems to route my prompt to the reasoning model. Interestingly, gpt-4.1 often produced more creative or aesthetically interesting designs. In some cases, a bit of controlled hallucination (via temperature) is actually desirable, especially when generating UI ideas. Anyone else seeing this tradeoff?
Re:Why You Should Not Use Tcl (1994) on Sunday July 21, 2024 @05:37AM (#41023751)
> 2. Python, though great, has a global interpreter lock. TCL fits in with threaded programs excellently. This can be a make-or-break feature.

Tcl's threading and event management are indeed standout features. It excels in threaded programs, thanks to its robust C API, especially functions like Tcl_ThreadQueueEvent ( https://www.tcl.tk/man/tcl9.0/TclLib/Notifier.html ).

Re:Why You Should Not Use Tcl (1994) on Sunday July 21, 2024 @05:21AM (#41023675)
It's worth noting that we're in 2024, not 1994. While it's true that writing extensions for Tcl is necessary for richer data structures, it's definitely not an impossible task. As a mediocre programmer myself, I've managed to write 15 extensions in the past year. I love Tcl and find its C API to be exceptionally well-written and user-friendly.
Re:Why You Should Not Use Tcl (1994) on Sunday July 21, 2024 @05:12AM (#41023628)
I would like to point out that the Tcl C API is exceptionally well-written and provides a robust low-level interface that many developers appreciate. For those interested, you can find the documentation here: https://www.tcl.tk/man/tcl9.0/TclLib/index.html