lycopodiopsida

> For instance DevonThink. I don’t know how solid the company is, what their future looks like.

Oh, they exist, but did a rug pull with a switch to half-assed subscription model last year, increasing the cost threefold over the same time period. But it is ok, we all know that making a proprietary software a cornerstone of your workflow is a long-term risk. I've dropped them and never looked back.

Since it is a tui editor, a terminal split

> And your willingness to turn a blind eye to pretty major annoyances makes it seem like you’re trying to justify the effort you’ve put into Colemak

Nah, I know vim, meow, emacs keybindings but mostly use boon. I am also able to use my zoo of keyboards in the drawer without any problem, including Model100, KA2 and Glove80. Not everyone is limited by difficulty of learning a skill. There was absolutely no reason to keep qwery and staggered keyboard skills sharp, so I did let it go. Q.E.D.

I've tried a lot of keyboards over the years – ergonomic ones, such KA2 and Glove80 (now) absolutely did solve my RSI issues. Pain may have many issues, such joints, posture problems (pinching nerves in shoulders/elbow) but getting a proper chair and ergonomic split keyboard is still my number 1 advice. Also more sport, if it is not too severe.

Going to a doctor should also be high on the list, but unfortunately, I have yet to see one willing to do a proper diagnosis. My experience there is more than mixed, so you have to experiment yourself.

> I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go.

Colemak/Dvorak is not about speed, but about comfort and avoiding RSI (though I would place the actual layout somewhere far down on the list, a proper ergonomic KB is top priority). Also, in my ~8 years on Colemak lack of access to it was a problem exactly 0 times. I don't type books on other people's computers, and if I would, typing blind on a keyboard I am not used to is anyway a hopeless endeavor.

Well, it may be - hidden, at least in the US, by the "AI"-Bubble. But also an interesting point is that these layoffs do not happen in struggling companies -they all have increasing profits.

It is most likely a way to squeeze out some easy penny and pump up share prices - remember the "shareholder value". Shareholders today are all looking for pump & dump schemes.

Alike to big fortunes, no one wants to hear the truth about lot of them existing due to simple luck. There is a significant amount of post-hoc rationalization to explain the success by some almost magic virtues. Or even explain the success by lack of such virtues - "worse is better" and so on.

> One thing I note is that all of the languages you name are very far from the machine

Common lisp is one step away from assembly - you disassemble any function and it is, in fact, a valid strategy of one wants to check the compiler optimizations.

I like common lisp, where sbcl will catch the worst type errors while compiling, but you can also specify types and they will speed up your code.

Would take threading macros over pipelines every other day of the week.

I think, the "useful" part is more covered by libraries than everything else, and the stability and flexibility of the core language certainly helps with that. Common Lisp is just not very popular (as every lisp) and does not have a very big ecosystem, that's it.

Another point for stability is about how much a runtime can achieve if it is constantly improved over decades. Look where SBCL, a low-headcount project, is these days.

We should be very vigilant and ask for every "innovation" whether it is truly one. I think it is fair to assume for every person working in this industry for decades that the opinion would be that most innovations are just fads, hype and resume-driven development - the rest could be as well implemented as a library on top of something existing. The most progress we've had was in tooling (rust, go) which does not require language changes per se.

I think, the frustrating part about modern stacks is not the overwhelming amount of novelty, it is just that it feels like useless churn and the solutions are still as mediocre or even worse that what we've had before.

Not driving like a grandma is not a big security issue if drivers are accordingly trained and expect it. Not looking for other participants, especially pedestrians, is one.

A modern variant would be to do a year id Advent of Code in the new language.

I am one of the later subscribers, but I was subscribing for 16 EUR/y, when they've bumped the subscription to eye-watering 45 EUR. So far they have respected the deal and I am still paying the initial amount.

I am sympathetic with author, but unfortunately it is also one, if not the best podcast app technically. It has this 0-bullshit UI which does what you expect without enforcing some maddening organization patterns (Castro) of fancy UI with hilarious amount of bugs (looking at you, Overcast).

It has the "mark as played" button, also in car play.

It is the only one I've found capable to pull the episode on Apple Watch over network, instead of relying on pre-caching from phone app.

I would be very sad if PocketCasts goes out of business.

P.S.: I checked and it seems that Overcast also has cellular streaming on AW - I need to test it again.

> Or Lisp via QuickLisp

Common Lisp is not worth it - you are unlikely to hit any high-value production target, there are not many uses and they are tech-savy. Good for us, the 5 remaining users. Also, Quicklisp is not rolling-release, it is a snapshot done one or two times a year.

> Until you go get malware

While technically true, I have yet to see Go projects importing thousands of dependencies. They may certainly exist, but are absolutely not the rule. JS projects, however...

We have to realize, that while supply chain attacks can happen everywhere, the best mitigations are development culture and solid standard library - looking at you, cargo.

I am a JS developer by trade and I think that this ecosystem is doomed. I absolutely avoid even installing node on my private machine.

> Buying in Germany seems widely considered as a bad idea

This is nonsense. If anything, it is too convenient, because you pay taxes on gains from everything, but you don’t pay them if you sell your property after 10 years or if you use it yourself for the last 2 years. If you have the money, buy, wait 10 years and cash out - you will not find a better deal in a tax-heavy country such as germany. And, as everywhere, your rent will increase, but your mortgage will decrease over years. Now, guess who will likely be better off in 20 years…

I also used to use vim and liked it, was running emacs with evil and it was ok… Then I started to write my config from scratch and got used to chords.

Later I tried boon, devil mode and meow but I just can’t get comfortable with mental overhead anymore. From those I’ve tried boon was the most interesting - some surprising QoL features, ergonomic layout.

What made chords bearable for me is a homerow mode on my Glove80.

My advice is to use a LLM for that - they are often surprisingly good at producing decent elisp. Maybe not in "publish on ELPA/MELPA" quality, but it can absolutely cover user needs. I know the ecosystem and can read elisp as a coincidence of playing with common lisp - it is enough for glueing things together. The most complicated code I have is around org agenda and export of org tasks - there I needed some LLM help, but I was able to identify and fix performance bottlenecks in some packages and write a config from scratch on my own.

Prot has an intro book on elisp[1] which I want to go through, because some specifics of text processing and buffer usage are a bit unique - it is a lisp for a text editor, after all! But it is still just a lisp, and it even has a lot of common lisp functions in cl-* namespace!

[1] https://protesilaos.com/emacs/emacs-lisp-elements

You already have - configuring is extending in emacs :) there is no magic, like in other editors - the same function calls, hooks, (re)definitions all the way down, to the c-core.

There are at least two of us :) I like exploration and I like bloodborne, elden ring, dark souls 3, demon’s souls, dark souls - in that order. Thus, I don’t mind difficult bosses and obscure storytelling.

I’ve clocked 10h in HK but I can’t get over these fuzzy hitboxes (I say it as souls veteran!), shallow fighting system and difficult platforming.

It is ok, just not a game for me.

It is almost impossible to boot someone out of the EU - there is no protocol, nothing in the contracts. The EU as a construct is pretty much child of 90s - end of history and such nonsense. There are no safeguards and it is not reformable, since a lot of small countries who have veto rights would all have to give it up.

We could imagine it, but...

First of all, not in the scope of current EU. I can't imagine Netherlands landing in one country with Romania or Hungary for reasons of politics and economics.

Second, even if we take some countries with good ties, similar economics and politics - let us say Netherlands, France, Germany - there is more to a country than that. I was in Belgium the other month. Very funny - you leave Brussels on a train, ride for 20 min., get off the train in Antwerp. Different language, different people, they do not even care doubling descriptions in a museum in french. There is more to a country than just a name, and I am not sure a stable nation can be born just like that. There is more to it than politics.

I see EU as a failing project exactly because everyone can veto, so every decision is watered down until it means nothing. I can rather imagine that the current EU will be silently given up and something like EU-2 will be formed instead, including France, Netherlands, Germany, Belgium, etc. Because current state of affairs is not satisfying, independent of being an EU proponent or sceptic. The mole which is Orban's Hungary shows that current decision mechanics are not viable. The EU has to account for the opinion of a corrupt mafia state, it cannot work.

There is also no german leadership. Germany does not want to lead - it has enough of own problems and it is not like external affairs count that much in german politics, as a usual deflection tactic.

Regarding fiscal politics - current administration is willing to make big debts, so it should not be an issue.

We can say there were autocratic tendencies from the beginning, as well as "tightening the screws", but he went full batshit insane only somewhere after the Maidan revolution.

We cut all ties with USA and consider them what they de facto are - a rogue state, resembling putinist russia more and more.

I've never seen a country disasembling itself with such speed. It took Putin 20 years to get the country and society to where it is now, I am not sure USA will be in a better state after 4 years full with nepotism, oligarchy, anti-scientific freaks in administration, corruption and ignoring laws on a daily basis.

If I write lisp, a REPL is always running. Used for testing functions with input and debugging.

> I am convinced the Unix way (do one thing and do it well, connect them via pipes and text) is the way to go.

I was convinced too, but after the amount of work required to convince terminal, tmux and neovim to be friends I thought “It would be nice if all of it would be in one sane configuration language and actually debuggable!”

These days, if I need unix tools (use rg a lot) I plug them into emacs.

I am right now on Apple Reminders, which has its advantages, but I've also used OmniFocus a lot, as well as org-mode. And I switch between them from time to time.

Org-mode could be perfect, but sync and mobile apps are PITA. Reminders are good, but limited. However, they are well integrated with calendar. OmniFocus is somehow in between, has own scripting engine, complex, limited at some places, but will surely get it done.

As much as I am with the idea of writing, bringing the pen and notebook with you me all the time get old pretty soon. And, such are the details of modern life, a lot of information arrives per mail or links. Also, no meaningful context can be saved with task. What would happen is that I would have to maintain 2 system - short written tasks and digital information storage for them, and somehow link between them.

But why I commented here: indeed, in the end the system itself does not matter that much. The regular review, in GTD terms, does. Cleaning up junk tasks, plan the day, process the inbox - it can be done with anything.

The best part about a new app is that you have to transfer (or update, if you oscillate between apps on regular basis) the tasks and projects and will inevitably do a deep review.