IIRC a single-thread, slow userland that is. Emacs is the only CLI program I've ever run that would take a second or two to render when quickly switching tmux panes. I'll never get the "use emacs for everything" mantra.
Weird, I haven't used Emacs for that long and I really feel why I'd want to use Emacs for everything. I don't mostly because it seems annoying to setup the slack integration + SSO and that kind of thing. But I'd definitely want to write all my texts in (evil) Emacs, have all my to-do/Gitlab task/slack reminder /etc in org mode and review Gitlab PRs without ever opening a browser, etc
I absolutely get not wanting to leave the terminal, I'm the same. And I wanted to like Emacs for that. But it's just really slow, and the moment you have a number of buffers with lots of content it's hardly usable. And don't get me started on its terminal emulators, anything with lots of outputs will show on screen at x0.5 speed. I compare with tmux for changing context and it's night and day.
I use the latest versions with native compilation and gave up on terminals and curses codes in favor of plain M-x shells. I tend to accumulate hundreds of buffers, some of them GB size, and all is super snappy. I am very sensitive to latency and can’t stand slow pings, avoid wireless for that reason, and have tuned my keyboards over the years to reduce input latency and errors. Emacs out of the box is super fast. The plain text input loop is in microseconds so not perceptible. And there is hardly ever a need for terminal emulators but when there absolutely is (say htop) then you can use vterm.
With eat I can even run htop. This means I have the typical char, semi-char, emacs-mode while the terminal application is active but as soon as I exit it I'm returned to normal eshell where I can treat it as a mostly normal buffer and evaluate elisp.
> And I wanted to like Emacs for that. But it's just really slow, and the moment you have a number of buffers with lots of content it's hardly usable.
Do you mean vanilla emacs or a bespoke configuration?
Number of buffers should not slow emacs down and never has across many versions and platforms for me on vanilla emacs.
I would find it hard to believe vanilla emacs was slow switching between lots of buffers. Perhaps if you had 6 windows (as emacs refers to panes) evenly split of minified javascript on a single line it would be slow?
However an issue in my bespoke configurations that has caused the buffer switching issue you mention before is adding a call to the modeline and not debouncing.
> Emacs is the only CLI program I've ever run that would take a second or two to render when quickly switching tmux panes. I'll never get the "use emacs for everything" mantra.
If you were using tmux, you weren't using emacs for everything!
Emacs for everything also includes replacing terminal with eshell/eat and eventually even frequently curses applications with emacs variations.
Even after I did the usual toil of analyzing startup times and trimming my vimrc, its speed/responsiveness correlates inversely with the size of the text file that's open. And we're not talking about some artifically-constructed benchmark — just an extra-long ordinary text file (or log file, or code file) sitting around will be enough to make vim start to feel slow.
Maybe we're all just getting old, and the dream of "one text editor for everything" is becoming one of those quaint old notions of yesteryear.
> Maybe we're all just getting old, and the dream of "one text editor for everything" is becoming one of those quaint old notions of yesteryear.
I mean, that's only ever been a dream in the emacs community. Vim might have toy plugins for other stuff, but by and large people use it to edit period. As it should be, isn't the whole UNIX philosophy to do one thing well? If I want email or a text browser in the CLI (I don't) I'll use dedicated, better, faster programs, each on a tmux pane that I can use instantly with a keyboard shortcut, rather than wait for a slow emacs buffer to load.
The problem is one of context. When editing a programming language buffer, the editor needs to be aware of the entire buffer, because a { on the first line could match to a } on the 1235987th line and affect hilighting as well as editing commands like indentation, or sexp navigation. Meanwhile, ideally, in a log buffer the only information needed to nicely render a single line is contained on that line. Or perhaps the log unit is multiline, but still somehow boundable. In that case the editor should be able to do presentation in constant time based on the segment of the buffer that's visible.
Unfortunately, what with logging in JSON and so on, these two cases aren't really distinct anymore. But if I did want to use one editor for both log viewing and coding, I'd pick the one that was the most easily and interactively customizable.
Here's something these posts never touch on: dealing with the inevitable routine and the boredom that comes with it. You always read that life is short, seize the moment, etc. and I call BS. I like to think I did all that, I'm well under 40 and have really travelled the world, succeeded professionally, lived in 10 countries, did everything I ever wanted to do. And now what? The problem with achieving things is that you run out of goals. I find it harder and harder to find things that excite me. I have no desire to network aggressively with "smart people" like these posts tell you to. What's the point, ultimately more opportunities i.e. money? That doesn't motivate that much anymore. I want that feeling back, the anticipation when I was about to go to a new place or have a new experience. That's the most precious thing there is and I miss it.
I feel you, there's a certain feeling of ephemeralness if you step back and think about it that way. Put another way, "The days of our years are threescore years and ten; and if by reason of strength they be fourscore years, yet is their strength labour and sorrow; for it is soon cut off, and we fly away".
The thing that changed this for me is, no joke, having kids. This brought me away from the feeling that life is fleeting with little point to the minuscule things I may accomplish and showed me a grander scale. As an engineer, I'll never be a Maxwell, Shannon, etc., but I can raise the generation to come in a way that - though I may never know it - could have an incredible influence on the world.
That’s why there’s a biological impulse to procreate, such that by the time you’ve reached your 30s/40s your main drive is not to fulfill your own goals, but help tiny humans navigate the world and fulfill their own. That becomes your metagoal, and adding a 25th stamp to your passport or getting 100 more stars on your GitHub library doesn’t seem to matter as much.
How did you do these things, though? E.g. traveling is incredibly easy nowadays with smartphones and flying by plane. Have you biked across Euroasia with no internet access and and paper guidebooks? There's a good chance that magic of not knowing what comes next will come back when you ditch the GPS and internet.
btw, I know the other commenters mean well with sharing their experiences, but to be blunt, folks should not be having kids because there's something missing.
> There's a good chance that magic of not knowing what comes next will come back when you ditch the GPS and internet.
Of course, with everyone else having GPS and the Internet, it becomes much harder to find somewhere to sleep, because the amazing places you may have discovered fifty years ago will now be fully-booked months in advance.
The truth is that a dream isn't meant to be reached or achieved, it's meant to inspire people to do more than just sit around under trees smoking pot all day. It's a nice lie they tell themselves as to why they're trading time with their families for time at the office.
There's a saying in my language that goes like "he'll be the richest person in the graveyard". Spend that surplus money, have fun, enjoy it. What else are you going to do with it anyway?
It's sad to see the UK as the non-EU, police state that it is today. Just 15 years ago it felt really free. I spent half of my 20s there and have great memories, but it's really gone downhill since then.
Is your complaint with that airline or with budget airlines in general? I'm old enough to remember when a 1 hour flight in Europe would still have hot drinks and snacks served included in the ticket price, but I don't really need that for short haul and I'm glad to pay less for a ticket.
I was talking about Ryanair specifically, have nothing against low cost. Ryanair lures you with low prices and then applies abusive policies on everything else.
Yes but security is done at each individual gate which makes a massive difference. And the staff is nice and polite. I don't remember ever queing for anything at Changi and I've used it so much. It's about the only airport I don't hate these days.
Security at the individual gate is also done at Kuala Lumpur, Doha, and some others. I prefer the usual arrangement of a centralised security check. This stack exchange answer does a good job listing some of the advantages and disadvantages of security at the gate:
Security isn't done at the individual gate in Terminal 4 (newest terminal). And actually security screening at the gate is a pain in the ass. Once you're screened you're stuck in a room with no bathrooms (you need to leave and get rescreened). And if your flight changes gates (happened to me), you have to get rescreened all over again.
It is helpful in the sense that bottlenecks don't happen earlier on, but I'm not sure it's that great of an approach.
It's almost like building a company slowly, within your means, and focusing on improving the product, is the wrong way to do it these days. Better go with some BS that's flashy, make big claims and promises, and try to get some of that sweet VC money!
So containers run on air I take it? No, RHEL isn't being killed, but you're not going to see it as base image for your typical GitHub project. In the enterprise though, where security is tight, no one is going to build containers based on Alpine which is maintained by what, 10 people? Their customers are banks, governments, etc. which will happily pay for what they provide.
Alpine as a base image is perfectly fine; it is a tiny base system after all.
RH base image is also relatively small (compared to full RHEL system). It is also completely useless, as you cannot dnf install anything while building the image, if you do not have access to RHEL repos. If you have to bring in your own packages, you might use Alpine just as well.
I woould also contest your claim about "happily pay". No, the payment goes after the sales folks do their job, which isn't easy either. There's nothing "happily" about it.
