> AFAIK you can root the device pretty easily, so you should be at least able to verify that the main OS of the device isn't doing this.
And if it doesn't, you still don't know. So why even bother? Why not simply throw it and anyone peddling it out of the window? That's making sure rather than derping about.
Do you really have 0 microphones in your house? What about speakers, those are basically microphones too?
If you have access to the main OS it's also relatively easy to verify that the secretly recorded audio data isn't being uploaded anywhere, unless these devices have some secret radio equipment in them.
But when you defend cowardice and the status quo, you don't need arguments. You just need to smirk and say something utterly dumb like the comment about glass windows, and you're mostly golden.
> Thus, Alfvén identified two fundamental prerequisites for effective management of high-level radioactive waste: (1) stable geological formations, and (2) stable human institutions over hundreds of thousands of years. As Alfvén suggests, no known human civilization has ever endured for so long, and no geologic formation of adequate size for a permanent radioactive waste repository has yet been discovered that has been stable for so long a period.
In other words, we have no, zero, ZILCH real solutions, and just hand-wave it away. Future generations might come up with something. They may not. But hey, let's not be a "scaremonger", let's not be like great minds of the 20th century who paid attention. Let's be shitty consumers with the attention span of a goldfish. Fuck that so much.
> wind and solar are price competitive and very environment friendly
And don't forget they're not using up resources we have a a.) limited supply of and b.) could use for more interesting things than burning them, but instead using energy that the sun pelts us with anyway. That's kind of a fundamental difference. It's the elephant on the couch, I'd say.
it's so bizarre that you think _ph_ disagrees with these arguments. their parent comment likes nuclear but says it unfortunately always loses in HN discussions, and_ph_ summarizes why it loses.
I clicked your HN profile which says " Defend yourself. Your mindless, entitled pouting makes me aggressive. As it should."
HN is a place to be civil. it's in the rules. That's why it's better than other places. Please, improve your attitude here and don't have that profile text. If you do, you'll (rightly) be shadow banned for those toxic "contributions" and then you won't derail threads with gratuitous negativity.
Rather than lash out against someone who you completely agree with, you could have just written your comment to read "To elaborate on these points..." and then given your helpful information.
then you would have been upvoted. In the future please be more constructive :). and welcome to HN.
It doesn't solve the problem globally, but in Finland, there's been a decision of the method and location of the final disposal of the waste. Once the disposal is finished 50 years after end of waste production, the repository will be sealed in a way that makes the waste inaccessible.
Compared to the blood on the hands of people who don't seriously think about what they defend, I'll take offending people by asking them for arguments. You can prove you have a mind beyond a goldfish. If you just downvote and say nothing, I'll stick with "called it", kthxbai.
> I think most programs are less latency sensitive than that.
Hardly, compared to anything that takes user input and aims at 60/120 FPS (where you inevitably end up bypassing GC if you can't force it to run when you want to).
> One thing about HFT is that the speed of the language oddly doesn't matter much. You are talking about latencies of 20 milliseconds, and any language can do 20 milliseconds since CPU times are measured in nano-seconds rather than milisecond.
and
> If you are playing in the sub 10 microsecond range doing everything in C++ helps a lot. [..] A lot of high frequency strategies run in the 20-30 microsecond time frame. I think this is where a lot of diversity in terms of setup occurs.
and
> To lower execution costs, we need a low latency system that has good determinism in response times. You cant pause for hash table rebucketing or garbage collectors or the OS taking away your time slice or moving you to a diferent processor or whatever. There are guys who try this in Java, and spend most of their time trying to make Java work deterministically. Good luck
and
> If you are in ultra HFT then C++ is the only answer (besides custom hardware - FPGA & ASIC). You just can't afford garbage collector.
And if it doesn't, you still don't know. So why even bother? Why not simply throw it and anyone peddling it out of the window? That's making sure rather than derping about.