[-] bitfucker@programming.dev 1 points 1 month ago

Not to the degree where bun support it. But NodeJS itself has now supported running typescript for a while

[-] bitfucker@programming.dev 1 points 8 months ago

If your lithium battery has BMS, it should be fine since a lot of BMS will have a lot of protection including over current. If your raw dog the cell, then as the other said, any voltage and current into the battery should be capped. Ideally, you should monitor each cell as well to prevent an over voltage of any of the cells in the pack. If you want to be safe without monitoring every cell, then just make sure nothing gets back into the battery. Nothing goes in = can't get overcharged by accident from back emf.

[-] bitfucker@programming.dev 1 points 8 months ago

There is a lot to unpack here. But my suggestion is "cheap" esp32 devboard. At least where I live, going with older / raw MCU (not a "devboard") will ended up more expensive. I'll give an example. The STM32F103C8T6 "Blue Pill" cost the same as ESP32 DOIT Devkit (around USD 3). BUT the bare MCU of both cost around 1-5 cent more due to the economy of scale. So unless you plan to design a custom board in bulk/size constraint, buying the devkit and making a daughter board can ended up cheaper

[-] bitfucker@programming.dev 1 points 11 months ago

3Blue1Brown always puts it best. There are 2 ways to do statistics. The usual / frequentist, and bayesian / belief model.

[-] bitfucker@programming.dev 1 points 1 year ago

Also means that it will hopefully protect against malicious actors in between

[-] bitfucker@programming.dev 1 points 2 years ago* (last edited 2 years ago)

Its already in your word. Proportional. A proportional control, or P control (generally, a PID with the K_I and K_D set to 0)

Alright some edit as I will try to explain my answer. Say for example a value 'x' is > 0 and < 100 (so, 0 < x < 100). In this case, the point that you wanted to reach is 100, such that x is always getting bigger and closer to 100 (x->100). If you subtract x from 100, you get the remaining, call it 'y', that you need to add to get to 100 (y=100-x). So now, the rate of change must be proportional to that number. I.e., as x gets closer to 100, y will get smaller. How much faster is determined by a proportionality constant, that can be called K_P.

[-] bitfucker@programming.dev 1 points 2 years ago

Why can't anyone develop said features? Should the competitor worsen themselves just because no one is able to develop the same features? As far as I remember, valve doesn't patent something ridiculous like regional pricing or family sharing, so anyone is welcome to develop it themselves. They even make proton open source but apparently Epic doesn't like the idea of them on the linux market.

[-] bitfucker@programming.dev 1 points 2 years ago

Emulation time it is!

[-] bitfucker@programming.dev 1 points 2 years ago

Not at all. It is indeed helpful to differentiate between an iterable and literal list. After all, sometimes it will bite you in the ass when you don't differentiate between the two.

[-] bitfucker@programming.dev 1 points 2 years ago

This, plus the support of someone important is usually enough motivation for me to get my shit together. And when I feel like my pace is slowing or starting to get tired, we fool around a bit together which helps a lot. But it is of course different from person to person.

[-] bitfucker@programming.dev 1 points 2 years ago

I mean in the sense that they are replacing the method of escalation, I will not talk about its overall architecture as that is a whole can of worms. I am well aware of how SystemD works and its problem too.

view more: ‹ prev next ›

bitfucker

0 post score
0 comment score
joined 2 years ago