• 1 Post
  • 209 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle
  • It is funny because electric motors have nearly unlimited* torque depending on the kind. If you have thick enough power cables and winding conductors, you can just keep pushing it harder to get more torque.

    It is like the thing they are very good at, besides sound levels, double or triple the efficiency, low/no maintenance, simpler with less parts, no emissions, etc…

    Literally the only good thing about combustion engines are their fuel source energy density.

    I think the problem is that motorheads see the enshittification of the auto industry as a whole and just say it’s because of electric motors because it happened right about the same time as EVs started coming out and try to push back on the wrong thing.


  • Yes, but I am also of the opinion that not one single acronym should be used without at least once in the section saying what the acronym is. Many many programing docs with say what am acronym is exactly once, somewhere in the docs, and then never again.

    Also, if there are more complex concepts that they use that they don’t explain, a link to a good explanation of what it is (so one doesn’t have to sift through mountains of crap to find out what the hell it does). Archwiki docs do this very well. Every page is literally full of links so you can almost always brush up on the concepts if you are unfamiliar.

    There seem to be 10 extremely low quality, badly written, low effort docs for every 1 good documentation center out there. It is hard to RTFM when the manual skips 90% of the library and gives an auto-generated api reference with no or cryptic explanations on parameters, for example.


  • While the lack of laughter can be from depression or stress (the podcasts I used to die laughing from only get an actual laugh out loud moment every once in a while now), I feel like most story-based video games that do humor try too hard nowadays and it doesn’t land (like outer worlds)

    Most of my laughter in video games, personally has been from interacting with other people. Valheim, Helldivers 2, REPO, overcooked, stardew valley, etc…

    Probably the last single player game I laughed with was A Hat in Time or something.


  • But on this threat model? Why would it not be good?

    It has to physically accessed on the PCB itself from what I gather.

    There are 2 “threats” from what I see:

    • someone at the distribution facility pops it open and has the know how to install malware on it (very very unlikely)

    • someone breaks into your home unnoticed and has the time to carefully take apart your vacuum and upload pre-prepared malware instead of just sticking an IP camera somewhere. If this actually happens, the owner has much much bigger problems and the vacuum is the least of their worries.

    The homeowner is the other person that can access it and it is a big feature in that case.




  • I am still relatively inexperienced and only embedded. (Electronics by trade) I am working on an embedded project with Zephyr now.

    If I run into a problem I kind of do this method (e.g. trying to figure out when to use mutexes vs semaphores vs library header file booleans for checking ):

    • first look in the zephyr docs at mutexes and see if that clears it up

    • second search ecosia/ddg for things like “Zephyr when to use global boolean vs mutex in thread syncing”

    • if none of those work, I will ask AI, and then it often gives enough context that I can see if it is logical or not (in this case, it was better to use a semi-global boolean to check if a specific thread had seen the next message in the queue, and protect the boolean with a mutex to know if that thread was currently busy processing the data), but then it also gave options like using a gate check instead of a mutex, which is dumb because it doesn’t exist in zephyr.

    For new topics if I can’t find a video or application note that doesn’t assume too much knowledge or use jargon I am not yet familiar with, I will use AI to become familiar with the basic concept in the terms so that I can then go on to other, better resources.

    In engineering and programming, jargon is constant and makes topic introduction quite difficult if they don’t explain it in the beginning.

    I never use it for code with the exception of codebases that are ingested but with no documentation on all of the keys available, or like in zephyr where macro magic is very difficult to navigate to what it actually does and isn’t often documented at all.










  • Well I am learning that hardware-wise, my open source smart watch AFE might require an interrupt pin (apparently the RTC fallback that Maxim says is why a big crystal is required just doesn’t do anything and no docs on how to set up that or polling mode) to work with the algorithm chip. That brings the cost from 20€ for 5 PCBs to 350€.

    So I might need to write a new zephyr driver for the AFE chip directly and then spend months more work making an open source PPG algorithm and adjustable LED gain algorithm to keep the project going.


  • Thank you!!

    I get so frustrated seeing privacy advocates saying “I will just go back to a dumb phone”. Dumb phones had no concept of privacy ever, it is just rose colored glasses all the way down.

    The police literally didn’t need access to your phone because every call and text was logged by the phone company and they just hand it over without question.

    Hell, when I was a teenager and got my first dumb phone, my parents could request a copy of every single text I ever sent.

    You can’t put matrix or signal on a dumb phone, the only benefit is no GPS, and some also have that. Plus as the author said, they are either not encrypted or have some old version of software that probably has dozens of CVEs.


  • Really depends.

    I am in belgium and for Electronics engineering, there are very few jobs and a lot of candidates (and notoriously difficult to get around via car in belgium). I have 5 year of experience, recommendation letters, and good references.

    20 applications. 9 ghosted, 4 auto rejections, 2 declined by me as not a good job, 1 rejection after hiring manager interview (too far, 1.5+ hour one way in traffic and they had closer candidates just as good), 2 rejections after final interview (one ghosted, the other wanted to take both me and the other candidate on, but couldn’t), 2 offers.

    It is definitely rough in the engineering industry outside of defense.

    On the flip side, I see hundreds of software jobs here and hundreds of electrical/building automation jobs.