dmux

8 ms·

1.
An LSP for Tcl 8.4-9.1, F5 iRules, F5 iApps and other Tcl dialects(github.com)
6 points by dmux 19d ago|0 comments
2.
by dmux 1mo ago
Exactly. I've been hosting a site from a spare M1 Macbook Pro with Ngrok. An equivalent bare metal server would be much more expensive.
3.
by dmux 1mo ago
Tcl brings with it some other ambiguity when serializing though. {a 1 b 2} Should the above be serialized as a dict, a list, or a string (ignoring the various possibilities of treating ints as strings themselves): {"a&qu
4.
by dmux 2mo ago
But _worse is better_.
5.
by dmux 2mo ago
Tcl has a library called "comm" [0] that lets you expose an interpreter over a socket and since everything in Tcl has a string representation, there's no need for a serialization/deserialization step. [0] https:/&#
6.
by dmux 2mo ago
I know Racket was reworked to build upon Chez Scheme several years ago. If the HN migration to CL was due to performance reasons, I wonder if sticking it out and waiting for the Chez version of Racket would have paid off.
7.
by dmux 2mo ago
I think what the other comment is getting at is that you're essentially leaving footprints behind on various servers and that information could be used to narrow down who you are, where you work, etc. For example, if you used the same
8.
by dmux 2mo ago
I'm surprised there's no call out highlighting Common Lisp and Clojure's "liveness" compared to Racket (and Scheme). Racket is "batch compiled" wherein CL and Clojure you're editing a live image.
9.
by dmux 3mo ago
Yeah, I was originally thinking of the latter and generally interested as to what they were providing.
10.
by dmux 4mo ago
Curious to see where you'd place Knockout (still my favorite framework to date)
11.
by dmux 5mo ago
I also see this mentioned often and have wondered the same. I can sort of envision this working in a single threaded application, but how would this work in a web application for example? If a problematic function needs to be debugged, can
12.
by dmux 5mo ago
I'm not a fan of dynamic typing at all (currently maintaining a decade's old e-comm monolith written in Ruby on Rails), but instead of arguing about what bugs are caught where, I've instead switched to arguing from a position
13.
by dmux 5mo ago
This is PG's response about Sam leaving YC. It says nothing about the original motivation of offering him the position at YC.
14.
by dmux 5mo ago
And here I thought it was an initiative to get Detroiters to be more active!
15.
by dmux 5mo ago
>If you mess up, redo the part you messed up correctly 5 times in a row. I think it may be important to note _when_ to redo this. I started off this way, but after working with a guitar teacher (a Berklee graduate), he recommended that I
16.
by dmux 6mo ago
Great work and nice writeup. I went in wondering how you were handling instances and got my answer!
17.
by dmux 6mo ago
>easy for agents to write and beautiful for humans to review What's left unspoken here, and something I've brought up in other threads that have mentioned Ruby + LLMs, is that they continue to struggle _comprehending_ Ruby (and
18.
by dmux 7mo ago
LispWorks and Allegro are both interesting, but I've found their IDE offerings to be very limited. I haven't used either since I was playing around with CL during Covid, but from what I recall, even the basic IDE experience of wri
19.
by dmux 7mo ago
This is the perfect way to create a code-base that's incomprehensible. Claude may be good at generating Rails code, but every LLM I've tried to date has struggled immensely with parsing and understanding an existing Ruby on Rails
20.
by dmux 7mo ago
>...despite the protest of students... I work closely with Northeastern CS students (via co-op program) and haven't heard anything but negative opinions about Racket.
21.
by dmux 7mo ago
I wonder if you could circumvent this by adding a thin appendage to whatever it was you're printing and then just snip it off post-print.
22.
by dmux 8mo ago
How can breaking a task into sub-tasks that themselves are measured in hours take longer than the implementation of those features?
23.
by dmux 8mo ago
I’ve found LLMs to be severely underwhelming. A week or two ago I tried having both Gemini3 and GPT Codex refactor a simple Ruby class hierarchy and neither could even identify the classes that inherited from the class I wanted removed. Sev
24.
by dmux 8mo ago
I feel like I'm living in a totally different world or I'm being gaslit by LLMs when I read stuff like this and other similar comments in this thread. Do you mind mentioning _what_ language / tech stack you're in? At my
25.
by dmux 8mo ago
> I think the future of software is going to be unimaginably dynamic. >...I’m not entirely sure what that looks like yet, but things like this are a step in that direction. This made me stop and think for a moment as to what this woul
26.
by dmux 9mo ago
> I believe that the benefits of static typing somewhat decrease in the web arena I’ve seen this sentiment expressed numerous times and have never found it to be true in my own work (e-comm), do you mind mentioning _what_ type of domain
27.
by dmux 10mo ago
In my experience it's boiled down to the type of data you're working with. Building nested, tree-like structures and then submitting that structure to the back-end as one request is more easily done via the front-end than a bunch
28.
by dmux 10mo ago
>These runtime typing efforts look nicer than Sorbet but, as far as I can see, you still have to have complete test coverage to trigger runtime checks if you want to spot correctness issues before you deploy into production. I think you&
29.
by dmux 10mo ago
Yes, you could also build and deploy a Smalltalk system, but my point is that the “build & deploy” approach (to me) seems antithetical to the message passing and late-binding paradigms. To use another example, it seems like you lose a l
30.
by dmux 10mo ago
Regarding Message Passing and Late-binding, I think it's important to take into account that Alan Kay was working on Smalltalk -- a system that was image based; a system where you could change things as it was running. I think that mes

More ›