Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
zzzcpan
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
54 ms
·
541.
▲
by
zzzcpan
7y ago
Even conceptually the models are very different, in one control is just given up and regained unpredictably, while in the other one it is programmed, hence asynchronous programming, not multitasking.
542.
▲
by
zzzcpan
7y ago
Asynchronous programming is not cooperative multitasking.
543.
▲
by
zzzcpan
7y ago
The point of asynchronous programming is to know exactly where concurrency happens in your code. This both eliminates concurrency bugs and gives you predictability for high performance.
544.
▲
by
zzzcpan
7y ago
> solutions that rely on substantially reconfiguring living patterns Surely switching to bikes or electric bikes is not that substantial and immediately eliminates a lot of car related problems.
545.
▲
by
zzzcpan
7y ago
I think global warming is not just here to stay, it's going to get as worse as it can get. If the west moves off of fossils the rest of the world will get them cheaper and still burn them all, it's too important to get cheap energ
546.
▲
by
zzzcpan
7y ago
People generally can get along, it's just in certain countries there is this state pushed divide and conquer [1] that's been going on for way too long. [1] https://en.wikipedia.org/wiki/Divide_and_rule
547.
▲
by
zzzcpan
7y ago
Ads don't convert if people are externally motivated to watch them.
548.
▲
by
zzzcpan
7y ago
FreeBSD doesn't have as much funding, resources as Linux and therefore is always behind on various things. This pushes people to switch to Linux for one reason or another even if initially they were using FreeBSD and also pushes softwa
549.
▲
by
zzzcpan
7y ago
Ground up infrastructure can only recoup some of the energy storage costs and mostly for home use. It's not going to help a steel factory, for example, or help with industrial use in general which ultimately has to compete on cost glob
550.
▲
by
zzzcpan
7y ago
> This is because it's economically more viable to go solar, wind, storage Sorry, but this is just ridiculous. If you need power all year long and only have say 250 sunny days and even less predictable winds, you are really looking
551.
▲
by
zzzcpan
7y ago
Most countries also live in a single time zone and have winters too, so having enough generation capacity in the winter alone would already skyrocket the cost by an order of magnitude. Add to that energy storage and realistically we are not
552.
▲
by
zzzcpan
7y ago
They can't skip to the end, as solar, wind + storage is still not economically viable compared to burning things.
553.
▲
by
zzzcpan
7y ago
Dedicated gigabit in a datacenter can be pretty low cost, easily $200 per month or even lower. Local caching servers can reduce bandwidth tenfold. A typical residential fiber infrastructure built in the last decade has planned capacity for
554.
▲
by
zzzcpan
7y ago
Note that for an ISP a 1 TB of data doesn't even cost a dollar. It's unreasonable to ask even a $1 for a TB of overages.
555.
▲
by
zzzcpan
7y ago
Internet is sort of naturally capped and throttled for almost all residential users. You already can't easily download something at 500 mbit, servers do not stay underutilized and may not have enough bandwidth for your speed, and serve
556.
▲
by
zzzcpan
7y ago
Data caps are common when there is little to no competition and ISPs feel like they can get away with it. Rare when there is competition. Even on mobile where they physically have very limited bandwidth, but when there is enough competition
557.
▲
by
zzzcpan
7y ago
ISPs rely on DPI equipment vendors, which do all those things. And no, this is not an NSA level stuff, just your basic commercial traffic analyzing. And in fact, the most common spying ISPs do is not on DNS or HTTP, but just on IP sessions,
558.
▲
by
zzzcpan
7y ago
> In fact most attacks in the past were in source based languages like JavaScript but without reproducible builds the situation would be much worse. This is incorrect. It wouldn't make a single difference.
559.
▲
by
zzzcpan
7y ago
It makes absolutely no difference when binary packages are compiled on a trusted build farm, i.e. like everyone does already.
560.
▲
by
zzzcpan
7y ago
I'm sorry, but the logical fallacy of "We must do something; This is something; Therefore, we must do this." is the worst attitude to have for security. Not only you will never end with anything actually important done, it wi
561.
▲
by
zzzcpan
7y ago
Reproducible builds can't prevent hidden malware. They don't do much at all for security.
562.
▲
by
zzzcpan
7y ago
I think people inspect AUR packages before compiling, at least I do, so something obvious will be caught. But something like backdoor hiding in plain sight as an RCE vulnerability or even just more obvious code sneakely integrated into the
563.
▲
by
zzzcpan
7y ago
No, think of it as a convention or a framework. While it's ok to wait for asynchronous code to finish in your synchronous code, it's not ok to do threading from within your asynchronous primitives, so you wouldn't need thread
564.
▲
by
zzzcpan
7y ago
It's been many years already and async/await has proven itself to be a viable feature for shared memory languages that want to be as good at concurrency as they can. Next step is literally dropping shared memory as there is pretty
565.
▲
by
zzzcpan
7y ago
There is no 90% or 95% neither with TLS nor with DoH. There are still IP addresses, OS-specific data in IP packets, response sizes, traffic patterns, SNI, active probing data, etc. ISPs can get so much stuff on you, you really should use a
566.
▲
by
zzzcpan
7y ago
It's not moot, there is no point to do threading from within asynchronous programming primitives.
567.
▲
by
zzzcpan
7y ago
If you don't have async markings, you can't know where in your code you have concurrency and this would require you to use synchronization primitives. For shared memory languages this means all that error-prone shared memory multi
568.
▲
by
zzzcpan
7y ago
It shifts the narrative to demonize MITM. Ironic seeing a Cloudflare link, given that they are MITMing all traffic. You are not a monster if you are doing it, it's corporations who are monsters if they try to prevent you from doing it
569.
▲
by
zzzcpan
7y ago
Yes, "security" push from corporations has been a joke for years already. I guess they see that people buy it, push it even farther and lock down everything they can under that excuse. But we can still survive it, Google is afraid
570.
▲
by
zzzcpan
7y ago
There are a lot of regulations concerning ISPs in the US, they are just all pro-monopoly regulations, not to enable competition.
More ›