Hacker Newsnew | past | comments | ask | show | jobs | submit | Quitschquat's commentslogin

Thin skins over at there at X

> I can tell it in my CLAUDE.md: “Don’t contradict sentences”.

I think this is a PEBKAC problem in understanding what the tool they're using is. Not helped by LLM company marketing of course.



They addressed that in this press release, though.


Yes, they're rather in-your-face about it, aren't they.


Why must UI/UX be a fashion. I knew this skeuomorphic shit would return eventually.


I’ve been clamouring for the return of usable and at-a-glance understandable interface elements like this!


Anyone know if Zaretskii resigned over the portable dumper?


He's in the MAINTAINERS file[0], and the person with the most commits in 2016-2026 period, so no.

[0] https://github.com/emacs-mirror/emacs/blob/master/admin/MAIN...


The pdumper has been around for yonks, and afaik Zaretskii is still maintaining.


We should be so lucky. No, sadly, bruv has repeatedly enticed handing over the keys over a silly dustup like the portable dumper, the long line mishandling, or the c-ts-mode incident where he could not bring himself to admit wrongdoing, then invariably back out hoping no one will remember his tantrum. This emacs thing is really all he has.


Why would he resign over that? He's threatened to resign over removing DOS support, but has no problem with pdumper.


I'm not going to argue. If enough people think I'm mistaken and want to go the portable dumper way, I will resign right here and now. It is very easy to convince me to step down, because I hesitated to take this job to begin with. -- lists.gnu.org/archive/html/emacs-devel/2016-11/msg00640.html

Bruv would run the same guilt trip maybe once every couple years, the last time being the c-ts-mode snafu of his own creation. That time, someone snarkily replied, "Please do [resign]!" Bruv hasn't done it again since. This emacs thing is all he has.


Oh. Correction noted. That's all water under the bridge now though. You can't hold grudges forever.


I like how the heap limits on this Amiga lisp are still more than what the personal version of lispworks offers.


Is this based on any research/science?


The flows are based on experience. The ratings are based on anecdotal evidence and opinion, they are a guide only. AFAIK, there is no public data available on interaction pattern vs token use.


Which Lisps were those? I'm kinda interested in this space.


It's not widely known, but GNU Emacs works like this.

When you launch the Emacs editor, you're loading an Emacs Lisp image that was populated at build time by running Lisp code, with the resident Lisp definitions "dumped" to make an image file.

The image file used to actually be the `emacs` executable you'd run, using a clever but non-portable mechanism called `unexec` to make an executable.

But as of version 27.1 (in 2020), the image file is separate from the executable for portability reasons.


All Common Lisps can do that, though it is not a part of the standard. See e.g. (sb-ext:save-lisp-and-die)


There are a number of image-based Scheme systems. Chibi Scheme and Chez Scheme come to mind. In both, you can save an image and reload it at a later time, though for very good reasons, most people start each session with a fresh copy of the default image.


CL and Janet both come to mind as supporting image-based deployment.


SBCL does this.


Can't speak for the other's but Siri asks me if I wanna use ChatGPT when the questions get hard


This used to be the popular take not long ago. Now it's grayed out and unpopular.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: