ylee
Joined 11 years ago
Joined 11 years ago
As others have said, it's never too late to learn.
My life has been within Emacs for 31 years. Yet I would say that I only really learned Elisp in the past ten years. Still at a tyro level, but enough to write my own functions for VM (I don't think mu4e existed when I started using it, also 31 years ago).
>Anyway, the most important part is: Despite all of this, Emacs is still fantastic for me! Here's to the next 50!
Amen.
* does a great of job displaying HTML messages with Emacs's integrated W3M browser engine. For the very few that it doesn't, one keystroke sends the message to my web browser running locally.
* sends URLs I select (all from the keyboard) to the web browser (it doesn't use the add-number method; rather, W3M's built-in navigation keystrokes are available, including Tab and Shift-Tab for moving between links)
* opens images and attachments
* auto-adjusts the From: line of outgoing messages depending on the recipient
* archives messages to various folders using various criteria
* searches my archived mail at lightning speed
Of course, I can write Emacs Lisp code of my own to extend any or all of the above.
VM isn't perfect but, overall, I really feel like I have a superpower for email handling with it.
I well remember the epiphany I felt while learning Logo in elementary school, at the moment I understood what recursion is. I don't think the fact that the language I have mostly written code in in recent years is Emacs Lisp is unrelated to the above moment.
I have never been paid to write code, and my formal CS education is limited to AP Computer Science, and a one-credit Java class in college. But my computer background got me hired into tech investment banking out of college, and has shaped every aspect of my life and career. just today I debugged a bash script that is part of the workflow for my one-person business.
Thank you, Commodore.
I majored in history and Spanish at Columbia, which is associated with at least two other people who have had notable computer-related careers/sidelines and eminent non computer-related careers: <https://en.wikipedia.org/wiki/Eben_Moglen> and <https://en.wikipedia.org/wiki/Edward_Mendelson>. (Not that I would put myself at their level.)
I have never been paid to write code, and my formal CS education is limited to AP Computer Science, and a one-credit Java class in college. I wrote 20 years ago a backup script implementing Mike Rubel's insight <http://www.mikerubel.org/computers/rsync_snapshots/> about using `rsync` and hard links to create snapshots backups. It's basically my own version of `rsnapshot`. I have deployed it across several of my machines. Every so often I fix a bug or add a feature. Do I need to do it given `rsnapshot`'s existence? No. Is it fun to work on it? Yes.
(I've over the years restored individual files/directories often enough from the resulting backups to have reasonable confidence in the script's effectiveness, but of course one never knows for certain until the day everything gets zapped.)
Only an idiot would read the piece in that way.
>It should be flagged and taken down.
Even if it really did "insult AI skeptics" (and, again, no one with any reasonable ability to comprehend wit and satire would take it that way), how is that justification to get it "flagged and taken down"?!?
I have never been paid to write code, and my formal CS education is limited to AP Computer Science, and a one-credit Java class in college. I wrote 20 years ago a backup script implementing Mike Rubel's insight <http://www.mikerubel.org/computers/rsync_snapshots/> about using `rsync` and hard links to create snapshots backups. It's basically my own version of `rsnapshot`. I have deployed it across several of my machines. Every so often I fix a bug or add a feature. Do I need to do it given `rsnapshot`'s existence? No. Is it fun to work on it? Yes.
(I've over the years restored individual files/directories often enough from the resulting backups to have reasonable confidence in the script's effectiveness, but of course one never knows for certain until the day everything gets zapped.)
At the end of the day, there is no satisfactory solution to the problem of warped and damaged online personalities other than actually preventing them from being online, which of course has its own difficulties and consequences.
>I noticed something: most of the irritation came from a handful of people, sometimes only one or two. If I could only ignore them, the computer conferences were still valuable. Alas, it's not always easy to do.
This is what killed Usenet,[1] which 40 years ago offered much of the virtues of Reddit in decentralized form. The network's design has several flaws, most importantly no way for any central authority to completely delete posts (admins in moderated groups can only approve posts), since back in the late 1970s Usenet's designers expected that everyone with the werewithal to participate online would meet a minimum standard of behavior. Usenet has always had a spam problem, but as usage of the network declined as the rest of the Internet grew, spam's relative proportion of the overall traffic grew.
That said, there are server- and client-side anti-spam tools of varying effectiveness. A related but bigger problem for Usenet is people with actual mental illness (kstrauser mentioned one); think "50 year olds with undiagnosed autism". Usenet is such a niche network nowadays that there has to be meaningful motivation to participate, and if the motivation is not a sincere interest in the subject it's, in my experience, going to be people with very troubled personal lives which their online behavior reflects. Again, as overall traffic declined, their relative contribution and visibility grew. This, not spam, is what has mostly killed Usenet.
[1] I am talking about traditional non-binary Usenet here
Columbia University during the 1990s was a SunOS/Solaris shop (and, before then, VAX <https://www.columbia.edu/cu/computinghistory/>). My first year, AcIS (Academic Information Systems, IT for faculty/students) set up a single computer lab in the engineering building <https://cuit.columbia.edu/computer-lab-technologies/location...> with HP workstations. Although they booted into HP-UX and its Motif window manager, MAE provided Mac emulation and, in practice, was usually used because most students were unfamiliar with X Window, of course.
The boxes used the same Kerberos authentication as the Sun systems, so I presume I must have been using context-dependent filesystems for binaries when logging into the systems locally, or when I chose to remote log into one specifically from elsewhere (just for novelty's sake; I preferred the Sun cluster, or the Sun box dedicated to staff use).
MAE—the raison d'etre for the HP boxes—was slow and unstable, and by the time I graduated Macs, I believe, replaced HP, which made the lab consistent with what most of the other computer labs had.
I was not told of any more details than that at the time, but I now wonder if the VSE contributed to this?
I was told right after the bombing, by someone with a large engineering firm (Schlumberger or Bechtel), that the bombers could have brought the building down had they done it right.