Readit News logoReadit News
dizzant commented on Skip the Tips: A game to select "No Tip" but dark patterns try to stop you   skipthe.tips/... · Posted by u/randycupertino
K0balt · 4 days ago
Now more than ever it is against your best interests to tip on any automated platform. The data collected will definitely be used against you in algorithmic pricing.

These days it pays to aggressively demonstrate that you are price sensitive and will delay or cancel transactions at the slightest whiff of additional expense.

I only ever tip off-platform or cash even if I pay with card. Also that helps to enable my gift to go only to the service provider. It fucks me on some platforms but I find that an acceptable cost to not get algorithmically spitroasted. Besides, it also helps to eliminate predatory platforms from my ecosystem.

dizzant · 4 days ago
Can an industry insider confirm this tracking? Interesting take, thank you. I hadn’t considered the privacy implications of tipping.
dizzant commented on Using an engineering notebook   ntietz.com/blog/using-an-... · Posted by u/evakhoury
dizzant · 5 days ago
In my research I take notes exactly as described here. I use plain-text files, one per week, with dated sections using markdown-ish notation where convenient. Display is never a goal; approximately 80-char column plaintext is the target format.

I agree with other commenters here that typing gives me more flexibility, in particular when writing arguments. I’ll format each point as a bullet and rearrange the list until I’m satisfied with the flow.

The notebook is essential for recovering tidbits learned along the way, e.g. what tricky steps did I need to get that one dependency to build. Weekly notepads are coarse enough to search by memory and contain enough context to get oriented quickly when going back several months.

dizzant commented on It's all a blur   lcamtuf.substack.com/p/it... · Posted by u/zdw
alphazard · 6 days ago
The ability to reverse is very dependent on the transformation being well known, in this case it is deterministic and known with certainty. Any algorithm to reverse motion blur will depend on the translation and rotation of the camera in physical space, and the best the algorithm could do will be limited by the uncertainty in estimating those values.

If you apply a fake motion blur like in photoshop or after effects then that could probably be reversed pretty well.

dizzant · 6 days ago
I recall a paper from many years ago (early 2010s) describing methods to estimate the camera motion and remove motion blur from blurry image contents only. I think they used a quality metric on the resulting “unblurred” image as a loss function for learning the effective motion estimate. This was before deep learning took off; certainly today’s image models could do much better at assessing the quality of the unblurred image than a hand-crafted metric.
dizzant commented on A closer look at a BGP anomaly in Venezuela   blog.cloudflare.com/bgp-r... · Posted by u/ChrisArchitect
Bengalilol · a month ago
That’s a very new feeling for me. I read the entire post (with no prior knowledge of BGP at all) and I got chills from thinking how deeply intertwined US companies and the US government are.

I know this has always been the case, of course, but now I have lost trust. Whatever the reasons of this "leak" were, I am not accepting any information written in this message (search for the link to another coverage of the incident in the comments).

It is quite weird and quite logical at the same time: this is the end of an era.

dizzant · a month ago
This is... hard to follow. You seem to be implying that Cloudflare is covering for USG's failed military op-sec surrounding a malicious BGP leak, and judging that this is such a bad action (on the part of Cloudflare) to undermine your trust, not only in Cloudflare, but in all companies and the US government entirely. I don't think the situation is so dire.

Cloudflare's post boils down to Hanlon's razor: a plausible benign interpretation of the facts is available, so we should give some scrutiny to accusations of malice.

Are there specific relevant facts being omitted in the article, or other factors that diminish Cloudflare's credibility? They're clearly a qualified expert in this space.

Let's assume for the sake of argument that the BGP leaks (all of them from the month of December, in fact) were the result of secret US military intelligence operations. The fact that militaries generally use cyber vulnerabilities to achieve their objectives is not news, and the US military is no exception. Keeping specific exploits secret preserves a valuable advantage over competitor states.

One could argue that Cloudflare's post helps to preserve USG's secrecy. We can't know publicly whether USG solicited the article. But even if we assume so (again assuming malice): Is Cloudflare wrong to oblige? I don't think so, but reasonable people could disagree.

Merely pointing out Hanlon's razor doesn't fundamentally change the facts of the situation. In Cloudflare's expert opinion, the facts don't necessarily implicate USG in the BGP leaks without an assumption of malice. Assuming Cloudflare is malicious without justification is just deeper belief in the conspiracy that they're arguing against.

If Cloudflare is distorting the facts, we should believe (rightly) that they're malicious. But I don't see any evidence of it.

EDIT: Clarity tweaks.

dizzant commented on Sugar industry influenced researchers and blamed fat for CVD (2016)   ucsf.edu/news/2016/09/404... · Posted by u/aldarion
brodouevencode · a month ago
The new dietary guidelines are much more sensible IMO, compared to the food pyramid or MyPlate.

https://cdn.realfood.gov/DGA.pdf

dizzant · a month ago
The scientific report is much more detailed: https://cdn.realfood.gov/Scientific%20Report.pdf

I agree with siblings that nothing jumps out (to my non-expert eye) as "very extreme".

EDIT: Removed long-winded snark after a more careful reading of the linked document.

dizzant commented on Learning Fortran (2024)   uncenter.dev/posts/learni... · Posted by u/lioeters
dizzant · 2 months ago
> a quick introduction to a few modern Fortran features: declaring variables, printing and reading to and from the terminal, if and select case, and stop

Pretty much sums up this one. Can't say that I agree if/select/stop are "modern" features.

dizzant commented on Android and iPhone users can now share files, starting with the Pixel 10   blog.google/products/andr... · Posted by u/abraham
justsomehnguy · 3 months ago
Number, date (though I never bothered to check if it's actually checked, besides stupid frontend shenanigans when I couldn't enter it because it had a whole whooping month ahead of the current date) and CVC.

As soon as I learned what BANK NAME is acceptable name I used it almost everywhere.

dizzant · 3 months ago
I’ve never heard of this. Are you saying I could enter “MyLocal Bank” as the payer name instead of my own when transacting online with a credit card? This seems like the kind of fact that should be essential privacy knowledge if true!
dizzant commented on Scaling HNSWs   antirez.com/news/156... · Posted by u/cyndunlop
latenightcoding · 3 months ago
>> More hands is usually better than simpler systems for reasons that have nothing to do with technical proficiency.

If you are working on open source databases, or something close to the metal I agree with antirez, if you are working at some established tech business (e.g: a very old ecommerce site), I agree with you

dizzant · 3 months ago
To be clear, I'm not disagreeing with antirez at all. I feel his argument in my bones. I am a smart programmer. I want simple, powerful systems that leave the kid gloves in the drawer.

The unfortunate reality is that a large cadre of people cannot handle such tools, and those people still have extremely valuable contributions to make.

I say this as a full-time research engineer at a top-10 university. We are not short on talent, new problems, or funding. There is ample opportunity to make our systems as simple/"pure" as possible, and I make that case vigorously. The fact remains that intentionally limiting scope for the sake of the many is often better than cultivating an elite few.

dizzant commented on The lazy Git UI you didn't know you need   bwplotka.dev/2025/lazygit... · Posted by u/linhns
wredcoll · 3 months ago
I can't help with your actual problem but I am incredibly curious about how/why you run into this so frequently you need a tool for it. I feel like in my 15 or whatever years of using git I have basically never wanted to remove a hunk from an old commit or anything similar.
dizzant · 3 months ago
I am often responsible for landing branches created by colleagues who are less disciplined about their diff cleanliness than me. Very often, attempting to regroup a spurious change from an early commit to a separate "cleanup" commit results in a long conflict hell.
dizzant commented on Scaling HNSWs   antirez.com/news/156... · Posted by u/cyndunlop
dizzant · 3 months ago
> many programmers are smart, and if instead of creating a magic system they have no access to, you show them the data structure, the tradeoffs, they can build more things, and model their use cases in specific ways. And your system will be simpler, too.

Basically my entire full-time job is spent prosecuting this argument. It is indeed true that many programmers are smart, but it is equally true that many programmers _are not_ smart, and those programmers have to contribute too. More hands is usually better than simpler systems for reasons that have nothing to do with technical proficiency.

u/dizzant

KarmaCake day389December 5, 2017
About
PhD student in Electrical & Computer Engineering at Georgia Institute of Technology. Expertise: Robotic motion planning and control. Actively seeking collaborative applied research positions in industry.
View Original