In concept it kinda reminds me of Oberon (I wish those had succeeded) though the integration between the kernel and the language (elisp) isn't anything like as tight.
For anyone who hasn't seen it (and a chance to look at the path not taken).
When analysed as an interactive application Oberon makes me think the most Acme, then Emacs. I'm struggling with defining the genuine distinctions between operating system, application server and applications.
It seems the distinction has to do with boundaries and how they are enforced, and by whom (I.e. the amount of user control one has on factors such as security, isolation in contrast to the application writer)
IMO the Oberon/Acme text-based command approach suffers all of the problems of Unix shells, which are caused by lack of type information. Symbolics Genera's Dynamic Windows used the mouse in a similar way to Oberon but with actions guided by type information, concepts which can be found today in the Common Lisp Interface Manager (https://en.wikipedia.org/wiki/Common_Lisp_Interface_Manager). There are Emacs modes like SLIME that do similar things and are widely used.
>I'm struggling with defining the genuine distinctions between operating system, application server and applications.
Two important concepts are abstraction as you go up the stack (towards the application) and generalisation of functionality as you go down (towards the OS).
I one had a VM at a workplace where all I had were outdated hardware specs and outdated versions of Windows with few administrative privileges. It helped to retain some sanity. For some time.
PJB has become a bit (too little for my taste) of a persona non grata in the common lisp world (which has a large overlap with the emacs world) ever since it was suggested and so far not disproved (names match, nicknames match) that he's the person behind https://twitter.com/ogamita
I dislike holocaust-deniers as much as the next guy, but I find it troubling that one's political opinions should prevent us from considering a person's work in a distinct domain. This is especially true in the present case: I see no evidence that PJB has crossed the Hitler stream with the common lisp stream.
People can be smart and respectable in one domain and stupid in another.
A person can be smart in one domain and stupid in another, so much is clear (think Grothendieck in maths and politics)
But a person cannot be both respectable and disrespectable at the same time, I find, although I'm afraid now we might be disagreeing rather about words than ideas. Respectability, to me, is a compliment to somebody's set of values.
I agree, but the point was rather about censorship.
I find it troubling that we should censor (explicitly or otherwise) someone on accounts of his respectability. I find this especially true when the source of disrespectability stems from an unrelated topic.
On the other hand, the influence that people have tends to be blind to how they previously acquired that influence. It's a very common problem in politics: you put power on someone due to their credentials in one area, and they suddenly have power they don't deserve in a completely different domain.
We can both condemn the stupid/wrong behavior and celebrate the intellectual achievements. The point is that we shouldn't hold back our praise of the latter on account of the former.
This is a typical false-dichotomy that plagues contemporary discourse around social justice and various *isms.
This is especially important to keep in mind because there is no way to shun a person and change their mind on the opinion that led to their shunning. Only engagement does that.
There are two sides to this and I think they're important to distinguish: If the person in question was wrongfully accused, this could do undeserved damage to him. This would be a misfortune (albeit not a great one given how little activity my comment generated) but I'm currently sufficiently convinced this won't happen that I went ahead and posted the comment.
The other matter is rehabilitation. Whether he should be allowed to apologise at some point, say that he made a mistake, and be welcomed back, is something that you cannot decide for everyone. It's up to your personal beliefs, in particular your religion. Everybody needs to determine that for him- or herself, in my opinion.
Thank you for this post. I had technical interaction with him in the past, and read many of his technical posts. But I did not know this. I will no longer interact with him.
Hm, I wonder if there's something similar to what's happened with Terry A. Davis, author of what's been renamed to TempleOS [1]. He became schizophrenic, and has become less and less coherent over time. He used to have an account here, but either I can't remember it or it's been deleted: most of his posts were of the vile variety.
There was an extensive profile of him on Motherboard [2]
Please scroll further. I understand that some of it is French but you should notice rather quickly nonetheless that this did not just happen on a single occasion. Essentially everything he writes fits into the narrative of #whitegenocide
I did dig in his tweets quite a lot, found many retweets of this pro-hitler account, also French extreme right parties, among normal right wing tweets. But all are retweets, no written ones, no debate, no long trolling. I also searched on google for mention of his nicks with hitler | holocaust | denier | ... and found nothing. If he did express disturbing views he did this on non indexed platforms.
I am surprised because I spent a lot of times on irc near lisp related (scheme, guile, emacs, so strictly speaking no CL, CLOS, lisp) channels and never heard bad mentions about him. Now I agree that this twitter account seems quite linked and probably pjb, but I can't decide anything based on just that.
> 2016-09-29T23:57:32Z Xach: I dropped com.informatimago because I do not want to have to discuss anything with pjb again. I have never enjoyed discussing anything previously, but his vile twitter feed drove me over the edge, and his project no longer builds, so I don't want to report problems or discuss solutions.
on comp.lang.lisp he called the concentration camps 'a details in the history of WWII' and 'Then they killed in these camps less people than for example the International Socialists of the URSS and China, by two order of magnitudes!'
I tried spacemacs for a while but I got tired of fighting all the little idiosyncratic differences from real vi. Trying to replicate a sophisticated interface like that, especially one that allows the buildup of muscle memory, is always going to be a fraught problem. It's the Anna Karenina principle [0]:
Happy families are all alike; every unhappy family is unhappy in its own way.
And it integrates many "vimisms" via evil-mode. I'd been a vim user for a long time but was increasingly dissatisfied as I got deeper into extending it. I've found the opposite of emacs (especially with spacemacs) almost a year into the "conversion".
One example that I've come around with was an initial extreme distaste of dynamic binding/non-lexical scope, from a PL standpoint of writing robust software.
But it's also super nice for incremental, interactive development.
Having tried spacemacs, I bounced back to vim. Even though vim is just a tiny bit more responsive, it's enough to make emacs feel laggy. Granted, I use extensions very lightly, so I'm not feeling the qualitative difference of being able to do something in spacemacs that's impossible in vim.
What do you mean laggy? In the response time when typing or the time to start a new instance of emacs? If it's the first did you try emacs -q to check that you don't have something strange in you setup. If it's the latter, did you check out emacs --daemon ?
I did give emacs --daemon a try, and that definitely helped with the long startup time. I went so far as to alias vim to emacsclient -t. But what I mean when I say it was laggy is that typing and cursor movement are ever so slightly less responsive. Not MS Word on Windows 3.0 laggy, just enough for me to notice the difference. I dug into it a little bit with spacemacs and vim open side by side, and according to top, spacemacs was using about 10x the CPU of vim.
For anyone who hasn't seen it (and a chance to look at the path not taken).
https://www.inf.ethz.ch/personal/wirth/ProjectOberon1992.pdf