I strongly believe all people are equal, and we should not apply different ethics based on national borders, race, sex, etc. They should be able to come work any jobs, and be treated the same as citizens.
> They can pay them less, treat them worse, then if there are any issues, deport them. It's very gross.
Yeah, it boils down to the same reasons why many corporations want an incredibly broken H-1B system at the higher end: it provides an exploitable pool of workers.
And currently in both cases you can find a lot of consternation from the people who benefitted from how things worked prior to Trump because the administration is making significant changes to the status quo. The business owners loved the rhetoric about fixing immigration, but assumed the broken systems that gave them the benefits of exploiting those worker pools would largely be maintained as they had been.
And to be explicitly clear with my opinion, neither side of this conflict (businesses that want to maintain the broken-but-works-for-us system, or the Trump administration) are the good guys here. The businesses want to keep exploiting migrant workers unimpeded and the administration wants to be maximally racist more than it wants to help businesses keep exploiting.
That’s more for comfort than anything I would think, a modern cruise ship can easily take pretty insane storms? They have active stabilization systems and huge amounts of mass while still powered by relatively strong engines?
“But there are — to be honest, the project has been a little bit delayed… because every time we run the wafer and get the prototype sensor, we found some technical issues because we have never designed a sensor by ourselves."
Foveon while a good idea, is extremely complicated to get right from what I understand.
I imagine that different silicon fabs or even different runs of the same fab have slightly different absorption on each focal plan in the sensor and calibrating that at high quality is tricky? Can you even do BSI? I have no idea
Ever looked into digital backs? Basically what you are describing. Sometimes minus battery - the (old) mega vision backs are just a sensor, FPGA, and firewire cable out to a host!
Only if they're lazy and went with the "download key and certificate (and we'll generate the keys for you)" option. Otherwise at least how it's supposed to work is that you give a CA a certificate signing request (CSR) containing your public key, they sign it and hand back your certificate. The certificate itself doesn't contain anything sensitive, because it's the same thing that your server presents to clients. But people are lazy and might not know how to generate a csr locally, hence the aforementioned option. And of course if they're too lazy to generate a csr locally, they're probably also too lazy to keep backups, so you can be sure that eMudhra keeps a copy in case they deleted it from their downloads folder.
they're slightly less efficient than a good paste and need a higher pressure interface to seat well, but I like the zero mess aspect, ease of application, and knowing they'll never dry out
I wouldn't call them "reusable" since they do get crushed onto the chip or heatsink pretty hard and tend stick
It's still in process so we're not getting tokens out of it yet. Targetting a Gowin 138K (the Tang Retro Console 138K board). This is moving from a Xilinx part that's about 2x that size so we have to trade some time for space. Estimated to be in the 7tok/sec when it's all said and done. Not super fast, but this isn't a super fast (clockrate) FPGA. And at 138K LUTs it's pretty small for this kind of task (but it is the largest FPGA that I've got, and the boards are quite affordable at $129 which includes 8GB of DDR3 - which is another reason it's kind'a of slow, DDR3 is kind'a slow)
reply