's Avatar

@gregorkiczales

85
Followers
14
Following
15
Posts
15.11.2024
Joined
Posts Following

Latest posts by @gregorkiczales

Canada should reduce the amount of oil and electricity flowing to the US by the same percentage as the maximum tariff. And it should do it right away. Taking the liquor off the shelves is far too Canadian a response for this situation.

02.02.2025 23:01 👍 4 🔁 1 💬 0 📌 0
Preview
Op-ed: Northeastern’s redesign of the Khoury curriculum abandons the fundamentals of computer science On a university level, what makes for a good computer science curriculum? One of the most common career paths for a computer science major is as a software developer. An effective university curriculu...

huntnewsnu.com/82511/

Therefore, send not to know
For whom the bell tolls,
It tolls for thee.

Or hopefully this article is exagerated and we should instead be quoting?

The reports of my death are greatly exaggerated

10.01.2025 22:56 👍 4 🔁 0 💬 1 📌 0

Rassum frassum if you kids didn't have all that syntax you would never think not to put a lambda there. Wait, what am I saying, I worked on Common Lisp.

21.12.2024 21:12 👍 3 🔁 0 💬 1 📌 0

Mike Dixon improved things considerably with SEdit, a structure editor that temporarily converted to a more text editor like mode. So the editing was less clunky. But the primary representation was still s-expressions, not text.

18.12.2024 17:59 👍 1 🔁 0 💬 0 📌 0

@shriram.bsky.social apropos our conversation last week about primary code representation, this 1981 video is worth watching. What they had working in 1981 is pretty incredible - refactoring tools among other things. But IMHO, it's the non text primary code representation that limited adoption.

18.12.2024 17:59 👍 7 🔁 0 💬 2 📌 0
// aNONradio // – [LIVE]: Synth Battle Royale Reveue with sbr

Larry Masinter will be a guest of the Lispy Gopher show to talk about Medley, AI, and more.

Listen live on Wed Dec 18, 2024 at 00:00 UTC at anonradio.net

About Larry Masinter larrymasinter.net

#interlisp #retrocomputing #lisp

17.12.2024 13:10 👍 1 🔁 1 💬 0 📌 0
(1981) Interlisp-D Demonstration by Beau Sheil
(1981) Interlisp-D Demonstration by Beau Sheil YouTube video by Medley (Interlisp and Common Lisp)

Beau Sheil uses the Interlisp-D Masterscope program analyzer and the DEdit structure editor to gain insight into and modify the code of a program, a tree editor for linguistics applications.

Demo for the 1981 IJCAI conference.

www.youtube.com/watch?v=cKjF...

#interlisp #lisp #retrocomputing

14.12.2024 11:42 👍 7 🔁 2 💬 0 📌 3

In IP, *as I understood it*, you needed the sophisticated tooling to make any sense of the code. That's because the direction was higher-level model to lower level code, not "what we call code today" -> registered to multiple higher levels where it can be edited.

10.12.2024 05:52 👍 1 🔁 0 💬 1 📌 0

I'm sure you (won't) love this, but you're starting to sound a little like the intentional programming direction there. Although again, it's a matter of what you take the base to be - or put another way, how easy is it to get work done with this the base and a plain text editor.

10.12.2024 05:52 👍 1 🔁 0 💬 1 📌 0

Yes, you want to include all of that for sure. Uuencoding it is one approach. Another is to use some kind of UDI scheme (or GitHub locator) and just leave the link in place. Again, I think preserving the ability to work with a minimal tool is key, if only during adoption (which lasts forever).

10.12.2024 05:52 👍 1 🔁 0 💬 1 📌 0

register (not quite parsing) that, and see and edit it in different ways. That would get more flexibility in view, and preserves the affordances of text based representation and comments for the primary source.

10.12.2024 03:14 👍 2 🔁 0 💬 1 📌 0


In fact, that’s the thing I was try to say in my too-unclear OOPSLA 2007 talk. That we should get flexibility in how we see and edit code by going the other direction - take text-based files based on one standard syntax as primary, and then be able to

10.12.2024 03:14 👍 3 🔁 0 💬 1 📌 0

Any kind of formatting of the comment was impossible. If you popped up a narrow window to look at a function then it appeared quite differently than it looked in a wide window.

That was a long time ago, things might be different now, but I’m still doubtful that’s the “direction” to go.

10.12.2024 03:14 👍 2 🔁 0 💬 1 📌 0

In Interlisp you could put comments before any expression, but the comment itself was an S-expression – something like (comment here is something interesting about the next expression.) Interlisp was case preserving by default so it worked out alright. But only alright.

10.12.2024 03:14 👍 3 🔁 0 💬 1 📌 0


Interlisp-D and Smalltalk tried a world in which an internal representation of code was rendered each time before it was edited. But text file-based code representation won out. I THINK because the affordances of lightweight code and comment formatting are pretty great.

10.12.2024 03:14 👍 2 🔁 0 💬 1 📌 0

This is excellent, thanks for writing it. XML and S-expressions are the same in just the ways you say. And thanks for debunking homiconicity.

I agree with all you are saying up to “just one of many views onto the core abstract syntax”.

10.12.2024 03:14 👍 2 🔁 0 💬 1 📌 0
Cake in heart shape with Racket logo, and the words "Wheel to the storm and fly".

Cake in heart shape with Racket logo, and the words "Wheel to the storm and fly".

@mflatt.bsky.social and @racket-lang.org generally. I played Cassidy as the pre-lecture music for my last class. Here's the cake the TAs brought for after class.

08.12.2024 04:50 👍 19 🔁 5 💬 0 📌 0