Oh wow. I hate this lol

Would you rather have semicolons or significant newlines?

At this point when someone says "soul" I just think of ego/personality. No I don't think it exists outside of our physical world. No I don't think it "goes somewhere" when we die. I also don't think "free will" is a well-defined or useful concept.

Sadly it doesn't support reporting income from independent contracting (yet).

“Daemon”, for a process that is detached from your terminal

That's factually incorrect. Daemons are often spawned from "early" processes whose ancestors are not TTYs.

I'm not convinced, considering the US and many other countries with high standard of living are also leading the world in external debt (both total and per capita).

https://en.wikipedia.org/wiki/List_of_countries_by_external_debt

Maybe you mean debt to GDP+wealth ratio? Or more specifically, bad credit with international banks.

I'm not an economist though, so I'd be curious to hear if there is more explanation for why you consider debt to be "the main reason."

I am aware that some countries have been "screwed over" by large banks that had specific detrimental stipulations for debt forgiveness though. For example, look at the Latin American Debt Crisis.

...the Fed convened an emergency meeting of central bankers from around the world to provide a bridge loan to Mexico. Fed officials also encouraged US banks to participate in a program to reschedule Mexico’s loans (Aggarwal 2000). As the crisis spread beyond Mexico, the United States took the lead in organizing an “international lender of last resort,” a cooperative rescue effort among commercial banks, central banks, and the IMF. Under the program, commercial banks agreed to restructure the countries’ debt, and the IMF and other official agencies lent the LDCs sufficient funds to pay the interest, but not principal, on their loans. In return, the LDCs agreed to undertake structural reforms of their economies and to eliminate budget deficits. The hope was that these reforms would enable the LDCs to increase exports and generate the trade surpluses and dollars necessary to pay down their external debt (Devlin and Ffrench-Davis 1995). Although this program averted an immediate crisis, it allowed the problem to fester. Instead of eliminating subsidies to state-owned enterprises, many LDC countries instead cut spending on infrastructure, health, and education, and froze wages or laid off state employees. The result was high unemployment, steep declines in per capita income, and stagnant or negative growth—hence the term the “lost decade” (Carrasco 1999).

https://www.federalreservehistory.org/essays/latin-american-debt-crisis

Do you expect it to be as ubiquitous as Vi(m) has become?

I honestly believe that Helix will eclipse NeoVim because it's designed better, the source code is more maintainable, and the philosophy is a bit more balanced and welcoming to users that care more about productivity than customizability. Refactoring Vim's spaghetti C code is a massive task, and C as a language drags it down. Where the NeoVim ecosystem is currently fractured among many Lua "distributions," Helix just builds on itself in one source tree. I think starting with a solid core before supporting plugins will be good for the future of Helix.

do you expect Helix to improve its Vim implementation

I'm not sure what you mean. The Helix key combos are similar but not the same as Vim, they are closer to Kakoune. Once Helix has plugins, it might be possible to get something closer to true Vim emulation.

rival Vi(m) in being ‘ever-present’

Yea I think Helix is here to stay, and it will continue stealing market share from other terminal editors. It probably won't convert anyone that's already invested years in learning and configuring (Neo)Vim, but for newcomers looking for a powerful option with sane defaults, Helix is far easier to get started with.

Personally, I learned Vim at a workplace where most others used Vim. This was at a time when NeoVim was just gaining traction, so I wasn't familiar with it. Vanilla Vim didn't quite compete with VSCode for my workflows, so I worked with VSCode for a while before trying NeoVim. I found the NeoVim setup obtuse. Helix saved me all of that effort, and I was almost immediately productive.

What do you find challenging about multiple dispatch? I don't use Julia for my job, so I can't say I've had enough experience to have a strong opinion. MD seems like a valuable tool though.

If you like Haskell but desire better tooling, you might consider checking out Lean4.

Oh yea I want to try this out. Just wish it could work with other editors. Also Talon being closed source bothers me.

And this is actually important when doing your job. I was reading code just yesterday written like the "left side" and it slowed me down because I was forced to understand everything that was happening in a big paragraph instead of just glossing over a function with an understandable name. These "inline functions" will often introduce temporary variables and stuff that forces the reader to understand the scope of things that really don't matter at the current level of abstraction.

Rust and Haskell are the only ones that have not yet made me scream at my PC

As someone who likes Rust and uses it every day, how have you never screamed at your PC as a direct result of the borrow checker or trait solver? Have you never encountered errors such as higher-ranked lifetime error: failed to prove $FOO: Send, which is sometimes actually just a bug in the compiler? Or the classic the trait bound $FOO: $BAR is not satisfied. axum even has a #[debug_handler] macro just to improve this error. I have spent literal days of my life fixing these kinds of errors, when the compiler not only doesn't provide a solution but fails to pinpoint the cause of the problem.

I can only hope diagnostics continue to improve, because I know they matter to the Rust team.