auxym
I looked at SOML and I like both tbh. I just wish we could pick either one and be done with json/yaml/toml for human-edited configuration.
Unfortunately, I found Maytag did not sell any separate parts for the transmission, only the whole transmission, for somewhere around 300$, which was more than the 25-ish years old washer was worth to me. People frequently bash manufacturers for using plastic parts like, as a mechanical engineer, I think there may be valid reasons for the design choice, but knowing the part is subject to wear, it should absolutely be made available as a spare.
I ended buying a new washer, from a very limited selection of models that were available in the summer of 2020 shortage of just about everything. I gave away the old one for free, the guy who picked it up needed the motor to repair another machine, I hope he was able to use the parts to keep it running for a long time.
(But the winters are cold).
FWIW I work in Simulink quite a bit, and "code blocks" (matlab function / matlab system) tend be used quite liberally in my models. Having the visual presentation of data flow is quite nice though for the kinds of things Simulink is used for, mostly physical modeling of electrical or mechanical systems.
But I just checked and it seems that they now accept CCs again.
I haven't tried it yet but Typst seems like a promising replacement: https://typst.app/
That said, there is no reason we can't design better connectors that can withstand the expansion and shrinkage cycles, like spring loaded or spring cage connectors.
Once again, this isn't a huge expense compared to the license cost + the engineer's salary.
Then for ongoing support/questions you get the support I mentioned including the onsite support engineer.
My experience working at large size company that paid those sort of sums for a different FEA software is that we got an "application engineer" assigned to us to answer any questions we had and provide needed documentation if anything was needed. He actually sat and worked from our own offices one day per week.
Which is based on: https://ieeexplore.ieee.org/document/9490347
No judgement against trying to monetize valuable work, but in this day and nearly everyone expects free and OSS compilers/interpreters and core tooling.
Sure, you can fit all of C in your head, including all the obscure footguns that can lead to UB: https://gist.github.com/Earnestly/7c903f481ff9d29a3dd1
And other fun things like aliasing rules and type punning.
Sourcegit is my new favorite git client. Git in general, of course.
Linux and also the people behind RT_PREEMPT, I am excited to see it merged into mainline this year.
KDE has been my favorite DE for years and I use many of their apps too, such as Kate. Thanks to everyone contributing to the KDE project.
The entire python "data science" stack, numpy/scipy/matplotlib/pandas/plotly/polars/pyarrow/jupyter, which is essential to my work. Tiny projects too, like nptdms.
The raspberry pi foundation, in particular for the pico, rp2040 and rp2350. Joy to work with, great documentation, super cheap and available, perfect for one-off projects, prototypes and hobby stuff, which is pretty much always neglected by the big silicon vendors.
I set up my own NAS this year, running many self-hosted apps. I am grateful for Truenas, Jellyfin and pihole.
So many cli apps that I use daily:
- starship prompt - fd - ripgrep - fzf - lazygit - yazi
Firefox gets sometimes deserved criticism, but I have been using it continuously since Firebird 0.7 and I believe it contributes to keeping the web open.
Downsides: The debugging situation is pretty bad (hope you like printf debugging), smaller community means smaller package ecosystem and fewer reference solutions to look up if you're stuck or looking for interesting alternative ideas after solving a problem on your own, but there's still quality stuff out there.
Though personally I'm thinking of trying Go this year, just for fun and learning something new.
Edit: also a static type system can save you from a few stupid bugs that you then spend 15 minutes tracking down because you added a "15" to your list without converting it to an int first or something like that.
But I disagree with your take on the moderation team. I don't know if you have specific names to call out, but PMunch, miran and the rest of the team have been nothing but welcoming, in my experience.
In contrast with [], which is mostly identical to a C array: fixed size and lives on the stack.
I'm pretty sure I learned about this project from HN many, many years ago.