Rochus

6 ms·

121.
Show HN: A statically typed, cross-platform, easily bootstrappable build system(github.com)
46 points by Rochus 3mo ago|15 comments
122.
by Rochus 3mo ago
> I think the actor model comes closest to Kay's objects. It's rather the other way round. There is no pre-Hewitt implemented semantics matching Kay's later 2001 claims; Smalltalk-72 was a synchronous token-stream interp
123.
by Rochus 3mo ago
“ I wanted a scripting language that was more powerful than Perl, and more object-oriented than Python " and " Ruby's class library is an object-oriented reorganization of Perl functionality--plus some Smalltalk and Lisp stuf
124.
by Rochus 3mo ago
The IEEE milestone about OOP is also worth reading: https://ethw.org/Milestones:Object-Oriented_Programming,_196...
125.
by Rochus 3mo ago
Cool; though a few facts on your landing page might need some reconsideration. See e.g. https://news.ycombinator.com/item?id=36879311 . > something like a small computer of its own Which corresponds pretty well with the
126.
by Rochus 3mo ago
> That's the Smalltalk school of OOP In particular the "Smalltalk-72 school" which had indeed something like "message passing" (though still synchronously). Starting from Smalltalk-76, and particularly in Small
127.
by Rochus 3mo ago
Sounds like Suno 4; is this an independent system or a store front? The compositions and arrangements are pretty good and make sense musically, though in the first example the base drum is a bit too much: - https://rochus-keller.
128.
by Rochus 3mo ago
The project is intentionally about the MUMPS 76 standard and its anniversary, see https://github.com/rochus-keller/MUMPS/blob/main/Readme.md .
129.
by Rochus 3mo ago
ABL is structurally much closer to Oracle PL/SQL than to MUMPS.
130.
by Rochus 3mo ago
My intention was to present the MUMPS 76 standard so it can be appreciated by today's software engineers; it should be obvious that this is a historical treatise, not a guide for today's systems; as mentioned elsewhere, MUMPS 76 w
131.
by Rochus 3mo ago
Thanks for this interesting insight. Since they are apparently using Intersystems backends, I thought that ObjectScript might be a consequent choice; from my perspective it is rather comparable to JavaScript, so the TypeScript idea might ha
132.
by Rochus 3mo ago
I assume you mean this project: https://github.com/rochus-keller/Smalltalk/ It's about a Smalltalk-80 image from 1983. Trellis/Owl had interesting ideas, though I spent more time with Modula-3.
133.
by Rochus 3mo ago
Do they really use MUMPS? Not something like ObjectScript?
134.
by Rochus 3mo ago
Already discussed here: https://news.ycombinator.com/item?id=48707444
135.
by Rochus 3mo ago
My project and the referenced primer are about the 1976 standard. But many MUMPS based systems are still in operation and maintenance today; and not many significant systems in IT reach a 50 year lifetime. A modern JavaScript, PHP or Pyth
136.
by Rochus 3mo ago
Well, try to run C++, C# or Java on a PDP-7 or PDP-9. In 1976, the year of the first standard, massive hospitals with thousands of patients run on MUMPS, on PDP machines with 8K to 24K of core memory and many concurrent users.
137.
by Rochus 3mo ago
That's cool; amazing you indeed coded in MUMPS and not in ObjectScript ;-) Caché is (was) a great technology; ironically they tried to look like a relational database in the nineties, and then eventually came the NoSql boom. How did yo
138.
by Rochus 3mo ago
I’ve been working on a project to celebrate the anniversary of MUMPS and its first standard. For those unfamiliar, MUMPS is an imperative language famously born at Mass General Hospital in 1966. Its defining characteristic is that the langu
139.
by Rochus 3mo ago
I’ve been working on a project to celebrate the anniversary of MUMPS and its first standard. For those unfamiliar, MUMPS is an imperative language famously born at Massachusetts General Hospital in 1966. Its defining characteristic is that
140.
The MUMPS 76 Primer – anniversary edition(github.com)
91 points by Rochus 3mo ago|59 comments
141.
Show HN: A faithful MUMPS 76 anniversary implementation – the original NoSQL DB(github.com)
3 points by Rochus 3mo ago|1 comments
142.
by Rochus 3mo ago
It's now even simpler to "become a musician"; just enter some text and press "generate". No further need to learn to play like these crazy guys: https://rochus-keller.ch/?p=973
143.
by Rochus 3mo ago
I was able to solve that for me by mid nineties when Netmanage Ecco Pro appeared. Since I developped software, my typing was pretty fast and accurate. But listening to some complex talking and writing (and even talking) at the same time so
144.
by Rochus 3mo ago
Zettelkasten was a useful concept before there were computers and good applications for information management. The organizational concept based on "Zettels" was born out of the limitations of paper and folders. Since the late eig
145.
by Rochus 4mo ago
This is a cool system and well documented (book + software). Here is a version ported to the Micron language (a Pascal/Oberon derivative): https://github.com/rochus-keller/Micron/tree/master/testcase
146.
by Rochus 4mo ago
Which ones do you mean? I'm only aware of the "official" specification attempt of Asciidoc; mine is a (much leaner) alternative to that. If you mean the different markdown dialects or e.g. Rst, they play in a different league
147.
by Rochus 4mo ago
Wow, sounds cool, but what an effort. I wouldn't want to do this on my piano.
148.
by Rochus 4mo ago
There was a version in 2024 on Arxiv. As it seems, it took 1.5 more years to officially publish it. The following seems to have changed since: - The 2024 version only evaluated Deegen using one language: Lua 5.1 (via LuaJIT Remake). The 202
149.
by Rochus 4mo ago
Typst is great. I think they'll catch up to LuaTeX in terms of typographic quality in near future. But Typst is for typesetting; it's essentially a programming language for layout. If you compare it to e.g. Asciidoc, the latter is
150.
by Rochus 4mo ago
Wow, more than 11k commits. Looks like a cool GUI library on SDL2 bringing along its own window manager.

More ›