Explanation: Python is a programming language. Numpy is a library for python that makes it possible to run large computations much faster than in native python. In order to make that possible, it needs to keep its own set of data types that are different from python’s native datatypes, which means you now have two different...
What reasoning? I’m not trying to make any logical deductions here, I’m just expressing annoyance at a inevitable, but nevertheless cumbersome outcome of the interaction between numpy and mypy. I like python and I think mypy is a great tool, I wouldn’t be using it otherwise.
Gradual typing isn’t reinventing the wheel, it’s a new paradigm. Statically typed code is easier to write and harder to debug. Dynamically typed code is harder to debug, but easier to write. With gradual typing, the idea is that you can first write dynamic code (easier to write), and then – wait for it – GRADUALLY turn it into static code by adding type hints (easier to debug). It separates the typing away from the writing, meaning that the programmer doesn’t have to multitask as much. If you know what you’re doing, mypy really does let you eat your cake and keep it too.
Jokes aside, LLMs are actually pretty nice, since they lower the barrier to entry for programming. A guy I know has been doing all of his data processing with obscure Excel hacks his entire life. But recently he had to parse a file with like a million or so lines, which would take forever in excel, so now he’s hacking together a python script using ChatGPT and meta ai. And in the process, he’s actually picking up a bit of python knowledge himself. He now knows what lists are, how loops and if statements work, and he even understands “intermediate” features like list comprehension and regex. They said llms would replace programmers, but in reality they’re making more of us lol
I remember reading a post from some person who struggled with hallucinations and was absolutely creeped out when that large, semi-ominous text appeared on their laptop screen out of nowhere lol. Then again, this was on r*ddit, 97% chance they were making it up for upvotes.
Spent like a few hours learning about and setting up snapshots, only to never every use them lol. I guess I just don’t break my computer often enough nowadays. Copy-on-write is great tho, especially for making quick backups of a large directory structure before running that risky shell one-liner.
If you wanted me to do that in literally any programming language, once the psudocode is done, you just spend an hour or so looking up the details.
In some cases, you can even use an AI chatbot as a “pseudocode compiler”. Just tell it to translate your pseudocode to an actual language. I’ve done it for shell scripts a couple of times, works surprisingly well. Not that I would do this at a job interview haha.
Well that would require learning the kmonad config syntax, and I was just looking for a quick solution… but yeah, adding a QWERTY layer is a better solution in the long term, I’ll probably do that some time
Miryoku isn’t a regular layout. It has things like keys that change what they do depending on whether you tap them or hold them. Maybe it’s theoretically possible to implement it as a standard XKB layout, but it would not be fun. Usually, Miryoku is implemented in your keyboard firmware. But if your keyboard doesn’t support flashing custom firmware (e.g. builtin laptop keyboard), then you have to use a software solution like kmonad, which is a daemon that has to run as root.
As a sidenote, even for some “standard” keyboard layouts there needs to be background process. For example, Chinese and Japanese have too many characters to fit on a keybaord, so they use something called an Input Method Editor. But those usually don’t need root, in contrast to kmonad.
If you’ve never had a reason to not use it, then it’s fine to continue using it. Systemd has been shown to be more or less stable, fast, and secure. The reason I don’t like it is because it makes simple things really complicated. Some examples:
The meme
u/phoenixz@lemmy.ca example with sshd
Distros that use systemd init also seems to prefer using other systemd components as well. So you can get caught in weird situations where one task is spread across two different systems (e.g. systemd timers vs cron, systemd-elogind vs acpid)
If none of these sound familiar, then switching to a non-systemd distro likely won’t make your life easier. But if you do, then it might be worth considering.
I was being serious, but I’m not calling everyone who uses sytemd a bot. It has its merits, I use it on my homeserver (NixOS). When I say “systemd bot” I mean “people who blindly dismiss valid criticism of systemd”. Same as when some people say “russian bot” they mean “troll who is paid to advocate for the actions of russian government”, and not “everyone from russia is a bot”.
I don’t support calling people who volunteer their time to develop free software “just shit”, but I can’t help but agree at least a little bit about redhat. Redhat is kind of like Richard Nixon: if you just assume that eveything you dislike is their fault, you would be right surprisingly often.
“Predictable” interface naming
avahi
dbus
That being said, they did also contribute to a lot of kickass software, from btrfs to Firefox to linux namespaces to qemu to pipewire, as well as to software that you can’t really live without like glibc or gdb. So I guess the converse also holds: if you just assume that everything you like is there thanks to redhat, you would be correct pretty often as well. Can’t really say that about Nixon though.
Thanks for posting your original comment btw, now that I read over my own comments I do realise that it comes across as very hostile and a little silly, regardless of intention.
Flatpak nowadays feels like the spiritual successor to appimage. All the dependencies are containerized, and uninstalling an app doesn’t leave behind a residue of automatically created files on your system… at least in theory. All of these benefits are kind of negated if an app has full disk read/write permission.
Appimage is kind of silly in my opinion. Appimage is just “portable application” (i.e. when an app gets shipped as a folder containing the executable, .so dependencies, and resources), but crammed into a disk image for some reason.
Good software can come from almost any language, but yeah there’s just something about rust CLI tools. I’ve pretty much always had issues with incorrect file type associations on Linux, until I started using handlr. exa (or eza?) is great too. Just like ls but better in every way.
I also have both. VLC’s UI is good for some strange one-off tasks like playing CD’s and stuff. Sure, mpv can do it too, but I would rather push some buttons in a UI than dive head-first into a manual to figure out how to do it with mpv.
Using any DE be like: (graph.org)
Python is great, but stuff like this just drives me up the wall (lemmy.world)
Explanation: Python is a programming language. Numpy is a library for python that makes it possible to run large computations much faster than in native python. In order to make that possible, it needs to keep its own set of data types that are different from python’s native datatypes, which means you now have two different...
Certified in AI (sh.itjust.works)
making fun of windows is our most treasured tradition (lemmy.world)
What is your experience with btrfs snapshots? (lemmy.world)
Code interviews for a PHP developer roles
When people complain about systemd "violating the unix philosophy", this is what they actually mean (lemmy.world)
Credit for the answer used in the right panel: serverfault.com/a/841150
If we had parties (lemmy.world)
batman or man bat? (lemmy.ml)
Me in the pic (lemmy.sdf.org)