It's all easy if you can throw backward compatibility away after every release and tell users to fuck themselves.
I, for one, would love for the Kernel to tell users to f themselves sometimes an break compatibility. In that order.
Readit Newsspyremeown commented on The Linux kernel will fix some peculiar argv usage in execve(2) utcc.utoronto.ca/~cks/spa... · Posted by u/ingve
Is 499 EUR for that BOM fair? Genuinely asking... high end SoM modules with carrier boards and a metric ton of software can be obtained by half of that price, and op-amps aren't that costly.
spyremeown commented on K0smotron: Running Kubernetes-in-Kubernetes medium.com/k0sproject/int... · Posted by u/jnummelin
Look... I'm a Kubernetes dude through and through. I put Kubernetes in small embedded devices to control factory shops, so, I'm a fan.
But let's all agree this maybe is a tad much, shall we?
spyremeown commented on Plane: Open-Source Alternative to Jira github.com/makeplane/plan... · Posted by u/viharkurama
Please, kill Jira and Confluence. I hate Atlassian tools so much. The user interfaces are sluggish no matter the hardware you're using... it's a shame it became almost a standard in our industry.
spyremeown commented on DeviceScript: TypeScript for Tiny IoT Devices microsoft.github.io/devic... · Posted by u/glutamate
Wouldn't a modern language with a great typesystem and a huge ecosystem be nicer to work with?
Other comments have put better than I could, but I'll add that what people call ecosystems nowadays is completely unthinkable in embedded. Sometimes you have critical applications and you bet you need to certify every single line of code that goes into your application. Small embedded devices are more geared towards engineering than other kinds of development, and in my opinion that's why applications work well, in comparison with the mess we have in the web nowadays, for example.
spyremeown commented on Tokyo’s trash-collecting samurai takes a fun approach to cleanup theworld.org/stories/2023... · Posted by u/zdw
Unfortunately I moved out of Germany but I loved this system. In Dresden-Neustadt [quite funky party areal], it was quite common to leave beer bottles or alcopop cans neatly outside of the trash bins. So people who make money from collecting them don't have to dig in trash. Pure humanity.
I used to work at FAANG there, one of the managers was a fun guy. For a month he committed to do the same thing as the people who collect cans - every 04:00am he went around town, collecting bottles and cans. Turns out you can easily make 100-200eur a day with this. But it's a highly competitive business.
>So people who make money from collecting them don't have to dig in trash. Pure humanity.
I've lived in Germany, and this was one of the things I quickly adopted after seeing the locals doing it. An interesting anecdote is that can/bottle collectors always approached me asking if I'm finished with my drink (I had a drink outside almost daily), but I never felt threatened or anything. They were generally super polite, I'd usually reply with "I'll leave it here" and they went along their way. Very different experience than anywhere else!
spyremeown commented on DeviceScript: TypeScript for Tiny IoT Devices microsoft.github.io/devic... · Posted by u/glutamate
I am always a little surprised by efforts like these coming from big companies. There have been multiple efforts in the past to put languages meant for the web on small footprint devices - especially JavaScript.
- Tessel (closed down, domain used to be tessel.io)
- Toit Lang: https://toitlang.org/
- Moddable: https://www.moddable.com/
- Espruino: http://www.espruino.com/
- mBed tried it too: https://os.mbed.com/javascript-on-mbed/
- https://github.com/coder-mike/microvium
I am sure I am missing a few here..
Note that some of these projects are over a decade old! Maybe I am the "old man yelling at the cloud" meme, but I don't see embedded developers who have to maintain a project for many many years, using a programming language that changes often.
The truth is: we, actual embedded developers, much rather compile a LUA interpreter and stick it in there and be done with it.
spyremeown commented on Embedded Systems – Shape the World (2014) users.ece.utexas.edu/~val... · Posted by u/Cieplak
Seems to miss the part where it's ok to create terrible software in embedded, with custom forks of everything, binary blobs galore. But it's all fine as it shaves a few cents from the BOM.
We are slowly getting better at this. Most embedded Linux companies for example have shifted or are in the process of shifting to an upstream-first policy. A lot of the toolchains are open, busybox is used everywhere. A lot of the really good HALs are open source. We're getting there!
spyremeown commented on The Case for Bash (2021) neversaw.us/2021/04/02/th... · Posted by u/memalign
This article is not specifically about Bash, but about the shell command language sh. The POSIX Shell is a standardized subset of Bash which has even better portability. I would recommend learning and using sh unless you really need Bash.
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V...
Your script will use sh if it starts with #!/bin/sh (instead of #!/bin/bash).
I can also recommend ShellCheck which is a shell script analysis tool (implemented in Haskell) which can find errors and potential problems in your scripts. On a Debian system, installing ShellScheck is as simple as `sudo apt install shellcheck'.
>I would recommend learning and using sh unless you really need Bash.
I don't buy this argument. Ok, it's a standard, but sometimes it's a pain-in-the-hole standard. Bash augmentations lessen some of the pains, and it's just nicer. The only situation is if you're using busybox in a very limited system or you reeeeeally need your script to run on many difference unices, which let's be honest, is not that common nowadays.
That's interesting. I get a couple of newsletters with advertising in them, and while I still find the Thunderbird interface a little clunky, this might sway me a bit.
I'm currently running Thunderbird as an email backup solution, with a rule to automatically copy every new email to a local folder. Maybe I'll start using it a bit more. (It's in a docker image on my file server, accessed via noVNC in a browser, which definitely adds to the clunkiness. Maybe I'll switch it to my local machine.)
Why?