I think Inkscape 1.4 doesn’t bring any fancy features, but rather makes what already works better. The inconspicous releases are just as important.

Governance leaves a lot to be desired.

Genuine question from somebody who’s out of the loop and doesn’t use NixOS: How does this affect your day to day using the distro?

You’re welcome. I’ve been using it as my daily driver for over a year now and it works for that, but don’t expect any bells and whistles.

I think the biggest difference is dynamic (river) vs manual tiling (sway). Other than that, I feel sway is much more mature and there’s a proper community surrounding it that had written scripts and tools that work with sway. Many of which you are probably gonna use with river as well (swaylock, swaybg, swayidle).

One thing that’s pretty cool about river (at least in theory) is that the tiling algorithm is not part of the compositor itself. Instead, you can run any river tiling program and have that part be completely custom if you wish. Also configuration is done via commands instead of a config language (you usually run a bash script at start).

From what I remember, the vision of Isaac Freund (main developer) is, that river will become more of a tiling compositor base, that others can then use to create their own distributions. I heard that in some talk he gave. You should be able to find that on YouTube.

However, there’s still a long way to go.

In it’s current state, river reminds me of spectrwm. Very simple, with some cool, but ultimately non-essential, ideas that you probably won’t find anywhere else.

Ah, I think that isn’t possible. You would have to split the track and then use the smart clips feature. Or you use a different tool like someone else mentioned.

This should be possible since version 3.1: https://support.audacityteam.org/additional-resources/changelog/older-versions/audacity-3.1

Given these trends, what might a post-piracy world entail?

Assuming you are right with this:

For media: Buy in or consume less. If piracy will really become less prevalent you don’t really have much choice, do you? I don’t think everyone has to live like I do, but my media consumption in the past few years has shrunk more and more (for various reasons) and maybe that’s something other people may gravitate towards as well. Life has a lot to offer beyond screens.

For software it’s trickier. Maybe you find an open source project that suits your needs or maybe there’s a competitor that hasn’t (yet) enshittified their product. Unfortunately, if you really need a specific piece of software I think you might just be SOL 🤷‍♂️

Just my two cents

I would have written that comment if you hadn’t already done it.

I don’t know exactly why people think that we can “just” do whatever they ask for.

Maybe it has something to do with how invisible software is to the tech-illiterate person but I’m not convinced. I’m sure there are other professions that get similar treatment.

I see you already have a solution but someone else might find this interesting: keyd is a pretty powerful keyboard remapping utility that works everywhere (X11, Wayland and VTs). Think QMK but done on the OS.

I do have Ctrl under ä (which would be the semicolon key on US layout, I think). Interestingly, on Mac (with Karabiner) it caused regular mistypes when typing fast, even after a year. On my 12 year old Thinkpad (Linux with keyd) however, I’ve never found the overloading to be an issue.

I’ll probably give the layout in the article a shot. It sounds interesting.

While you make many valid points, I think it’s not reasonable to assume that OP could have avoided all the struggles they had, if they just had informed himself prior to installing. Especially since many of them problems described were probably caused by an unfortunate combination of software/driver issues, a specific hardware setup and certain user expectations.

I doubt that watching tech YouTubers or similar would have helped much.

Maybe Elm? It was the result of Evan Czaplicki’s thesis.

I think it heavily depends on the size and (management) culture of your employer. My most recent gig had me sit in way too many meetings that were way too long (1hr daily anyone?), dealing with a lot of tooling issues and touching legacy code as little as possible while still adding new features to our main product on a daily basis. Obviously “we don’t need a clean solution. We’re going to replace that codebase anyways, next year™”.

The job before that had me actually code for about 80% of the time, but writing tests is annoying and slows you down and we don’t have time for that. Odd how there was always time for fixing the regressions later.

Different strokes for folks I guess 🤷‍♂️

That programming as a career means you’re going to spend writing nice, clean code 80% of the time.

It’s rather debugging code or tooling problems 50% of the time, talking to other people (whether necessary or not) about 35% of the time and the rest may be spent on actually spending time doing the thing you actually enjoy.

I may be exaggerating, but only a little.

For the jargon part: See this Github repo. It ain’t exhaustive, but it’s a start.

Other than that, all I have to add is that functional programming does not necessarily imply static typing. There is a whole world of Scheme-variants that are dynamically typed.

Another river user here. I like river, but I wouldn’t recommend it (for someone who’s never used a tiler). It feels a bit bare bones and there’s not that much development going on (still active, but not frequent updates).

Both Sway and Hyprland are probably good picks. You can always switch to a different one, if your first choice doesn’t satisfy you.

Am I understanding this correctly that dynamic programming == breaking a problem into smaller (reoccurring) sub-problems and using caching to improve performance?

… an average hobbyist programmer …

and

… create an MVP?

are at odds in my opinion. Are you looking for a hobby project or are you trying to build a product that you can sell/persuade investors with?

If you are interested in building such a thing because you care about the idea, go for it! Even if you abandon the whole thing after a few months of consistent work, I’m pretty confident that you will gain something in the process (insights, learnings, an idea for an actual product etc.).

However if your goal is to build something that’s commercially viable, I would do some market analysis (see what’s out there, what you want to do differently) and maybe talk to people who have already launched products or started companies before, instead of basing my decision on the responses from strangers on social media.

Your algorithm can be implemented with tail-call recursion AND your language supports the same.

Just to nitpick but the compiler/interpreter needs to support tail-call recursion, not just the language. For example, tail-call recursion is part of the language spec for JavaScript (ECMAScript 6), but only certain engines actually support it (https://compat-table.github.io/compat-table/es6/ Ctrl+F tail call).