Hacker Newsnew | past | comments | ask | show | jobs | submit | robhlt's commentslogin

That's not how it works. Probability of precipitation means exactly what it sounds like: the probability that precipitation will fall in a specific forecast area.

Here's the definition from the NWS: https://forecast.weather.gov/glossary.php?word=probability%2...


Interesting. The way I explained it was how it was explained to me by a group of weather forecasters. For instance, here [0], is an explanation from a random weatherman that is in-line with how I was told.

[0] https://www.ktvh.com/news/weather-wise/weather-wise-so-there...


My problems are mostly with the language servers. I've always found them to be slower, consume more resources, and provide worse results compared to the equivalent JetBrains IDE. I've tried Python, Rust, and Go within the last few months and found this is still the case. Go is the worst of them, on larger repos gopls will easily consume 3-4x more memory than GoLand with far worse responsiveness on completions.


Jetbrains IDE, sure, they take their sweet time indexing your project, but once per start.

The Java LSP is a egregious "thing" that takes 10 to 30s to read your whole project for the n-th time while eating 40GiB of RAM in the process. On a loop, EVERY time you view a new file.

Where is my goddam lsif/scip support?


You shouldn't be seeing indexing once per start. The indexes are stored to disk. You might see the IDE scan files to figure out if anything changed whilst the IDE was stopped.


How did you manage to get the Java LSP to do that? Mine just insist on re-parsing the entire codebase every time I view a file.

Ah sorry, I've never used that. I was talking about IntelliJ and related IDEs.

Tech as a whole may not have too many employees, it's just Big Tech that has too many. If those employees were distributed among many more smaller companies the tech market as a whole would be much more competitive.


Plaid requires your bank username and password, so they have full read-write access to your account. They can do anything you can do when logged in to the bank's website, and so can anyone else who gains access to Plaid's database.


> They can do anything you can do when logged in to the bank's website

Which is hopefully nothing beyond looking at transaction data without 2FA.


Plaid's login flow also requires a 2FA code if your bank requires it. The same 2FA code that banks say to never provide to anyone else.

They're literally proxying the bank's login page just like a phishing site would, and I assume they're also selecting the "trust this computer" option so their access is more persistent. My bank does require re-2FA for larger transfers, but there's still a lot of damage I can do on a "trusted" computer without triggering another 2FA prompt.


To be honest, that's on the bank then.

Doing re-2FA for every outbound transfer, and mentioning the consequences of entering the 2FA code out of band (e.g. "enter code 123456 to confirm transfer of x$ to y" or "press OK to confirm transfer..." in a mobile app) should be the bare minimum these days.


Lmao that must been an American thing. Here it just uses the open banking APIs.


These "clicks" are likely identified as fraudulent and dropped by the ad network. So you still pay the cost of downloading and running all the advertising JS and you still get tracked by the ad networks, all for nothing.


https://github.com/dhowe/AdNauseam/wiki/FAQ#how-does-adnause...

You seem more knowledgeable in how browsers and js work than me. Does the below text still mean that AdNausem is downloading and running all the advertising JS?

Here's what's in the link: >AdNauseam 'clicks' Ads by issuing an HTTP request to the URL to which they lead. In current versions this is done via an XMLHttpRequest (or AJAX request) issued in a background process. This lightweight request signals a 'click' on the server responsible for the Ad, but does so without opening any additional windows or pages on your computer. Further it allows AdNauseam to safely receive and discard the resulting response data, rather than executing it in the browser, thus preventing a range of potential security problems (ransomware, rogue Javascript or Flash code, XSS-attacks, etc.) caused by malfunctioning or malicious Ads.


Basically zero ads are just static images with a link, they're dynamically loaded by JS when you open the page. The JS collects as much tracking data about you as it can, sends that off to the ad network servers which run a live auction to determine who will pay the most to show an ad to you right now, then returns that ad for the JS to display.

AdNauseam not loading the response to the "click" request makes it trivially easy to flag as fraudulent, because a real click would load and run the response.


What metrics does the ad network use to identify the clicks as "fraudulent"?


The same metrics any site uses to identify bot behavior. It's a closely guarded secret because if the attackers knew what metrics they used the attackers would know how to not get caught.

Another reply pointed out that AdNauseam just makes an http request to simulate a "click" and throws away the response. A real click would load and execute the response so it's trivially easy for ad networks to detect AdNauseam "clicks".


Thankfully the Great Lakes Compact prohibits water from being diverted outside the great lakes drainage basin, with very limited exceptions.

https://www.glslcompactcouncil.org/program-areas/water-diver...


The Dangerous Vehicle Abatement Program was meant to deal with drivers like this, but it was allowed to expire in 2023 after the NYC DOT failed to actually implement it.

The program allowed the DOT to make drivers with more than 15 speed camera or 5 red light camera tickets in a year to take a safe driving course or have their car siezed. The DOT only took action against a small fraction of eligible offenders however.

More: https://nyc.streetsblog.org/2023/09/22/analysis-dangerous-ve...


The timer on copyright starts once a work is published, not when the work is first started. So works that spend a decade or more in development would be unaffected by this.


Depends on what you mean by "published." If I'm shopping a script around, it's copyrighted when I'm done writing it. People may start seeing it right way, but it could take years to find a home and then get made.


What leads you to believe $12B includes normal things that would be spent regardless? The source of that quote makes no such claim. They have every incentive to quote as low a price as they can reasonably defend, and it would be very easy to defend a quote that only includes new and additional expenses that are directly attributed to the war.


The $12B figure[1] is almost exclusively munitions used so far. The US didn't buy munitions and use them, they already had them.

The cost reports (updated as the conflict goes on) will also include payroll, fuel, food, supplies, etc. Everything needed to conduct the war - but much of that is already spent even if not at war.

[1] - https://www.cbsnews.com/news/kevin-hassett-national-economic...


I don't think we even need to go that far. Just remove protection for paid advertisements. It's absurd that Meta cannot be held liable for the ads they promote when a newspaper can be held liable if they were to publish the same ad.


But isn't this difficult when the tech bosses are in cahoots with the country bosses? And honestly even if the leadership changes, I somehow have a feeling the techs will naturally switch boats as well - might be a reason why the opposition doesn't paint them that much nowadays, to make sure they switch along.


They were all staunch Democrats with pro-censor stances until 14 months ago, and for a long long time.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: