skysight-inc/HackerNews huggingface dataset:
Indeed interesting, and it does not surprise me that a human can beat a animal carrying a heavy load (a human) in an endurance event given we are hairless sweaty mammals optimised for endurance rather than speed. Adding a proportional burden for humans (maybe 10kg) would give horses a huge advantage.

It seems the race is also long-term optimised for humans to win. There are a lot more human competitors (> 10:1 ratio). The prize fund increased by 1000 pounds per year until a human won, no doubt attracting faster and faster athletes in increasing numbers.

The course has also been varied making year on year comparisons difficult.
The main issue is you can't have them literally touching or it'll be really hard to read. Maybe it would work, but most of these "pixel art" fonts really benefit from some faking enabled by running on what's actually a high resolution display.
MacBook Air is thin and fanless, so it can be done.
No, because no one really 'knows' it's being collected/not yet deployed at scale.
I was thinking it may have been something like that. But it's still shitty to a) wait until the project is complete to tell them they're not getting paid, and b) erase credit (I don't see any good justification for this. It's literally the reason they were getting a discount in the first place, and they went to quite some effort to do it)
A perfect use case for chatbots to answer them instead.
Guido has been pretty vocal about his preference for loops over comprehensions, so it's just a matter of personal preference. But they're also trying to use the newer pattern matching rather than duck-typing, and comprehensions don't support pattern matching (isinstance doesn't count).

The pattern matching stuff is neat but seems pretty half-baked. Only available to imperative code and restricted in what can be matched. I wish they'd finish fleshing it out because right now it feels tacky.

Actually my number one wish forever has been that functions would become actual first-class objects, able to be defined and manipulated during runtime at the syntax level. Would have been great for so much of my code, and the original decorator module. Things are better with the new inspect module but it's still ridiculously clunky.
Efficiency? Fairness? The point is to deliver a return to capital, not to be efficient or fair.
I wish OpenSnitch had a temporary allow feature for things like:

- allow a specific parent structure, e.g. when the python interpreter is invoked by a different parent command

- allow a specific process ID temporarily until the process is killed (both with allowing/disallowing child processes)

- allow a specific target port range for games, and not only a specific port in the rulesets.

...because I feel that 99% of the annoying dialogues could have been avoided with this.
Generally you dont make secret shareware out of software you make for other people.

Just imagine what would happen if you created a shareware scene in the software of some company you work for. You would get fired (and possibly sued) so fast it would make your head spin.
The best part of the museum is the chicken ramen factory, which you need to make a reservation for in advance. It is NOT the cup noodle factory.

Cup noodle factory: no reservations, draw on your cup, specify what toppings to put in

Chicken ramen factory: make ramen noodles from SCRATCH, send them off to be fried in front of you, draw the packaging

It's really worth the price of admission (1000 yen, maybe $6 USD) for the experience of making ramen noodles from scratch
Individual action will never do anything on this. It has to come from privacy laws, the GDPR was a good step, but we need to go further.

Make storing personal data like storing hazardous material. Something you absolutely avoid if possible, and treat with extreme care when you absolutely must store it.

Unfortunately the users of this site would rather tell you to move to the woods, go off grid, and paint dazzle camouflage on your face before admitting that a solution has to come from society rather than the individual.
One limit is mentioned in the article: "The SD Ultra Capacity (SDUC) standard has been around since 2018 and theoretically allows for cards with up to 128TB of storage capacity."
Who drives more than 200 miles in a day?
If anyone uses KDE Plasma, you probably already know how broken activities are.

Can we make it more like Stapler?
I wonder how much of this is Stockholm Syndrome.
If there have been big breakthroughs I suspect they are classified.
This, but also at the physical devices level, there will be different delays. For example my video stream goes to the projector with some specific frame delay. But the audio goes over bluetooth to a speaker, which introduces its own per-packet delay. The source tries to balance those as much as possible, but the result will differ slightly each time they're turned on.
Flashpunk?
The cheapest MacBook Air is $1000, and it's more like $1500+ if you want a reasonable amount of RAM and storage. There are similarly expensive Windows laptops available that are fanless.
Your comment makes it sound like everyone's PII just spontaneously generates itself on platforms. The problem is that it's not how it works; individual action is what puts your information on adversarial platforms. Personal privacy is the sum of your actions, and the steps you take individually to not share your details with hundreds of people goes a long ways stopping that.

If you want to scare businesses, ban arbitration clauses and other self-absolving Terms of Service. It won't stop Pornhub from getting hacked but it will make their lawyers piss themselves imagining the consequences. Trying to enforce SOC2 on the entire internet is an exercise in futility that will end with Russian hackers selling your credit card to teenagers.
Re-implementing my Linux Rust scheduler in eBPF
Most people don't, but the perception of distances are different in the US versus China.

The average round trip commute in the US is 42 miles [0] versus 11 miles in China [1]. This means the average American needs to charge almost 4x more often. Alternatively, imagine the range anxiety a Chinese driver might have with an EV with a range of 80 km/50 mi.

When you purchase a vehicle, you also take into account edge cases like interregional or intercity travel like roadtrips, family, or business.

Charging infra can get spotty very fast outside of dense regions. With the sheer density that most of China has, you don't have to worry about dead zones as much. Furthermore, that density also means you have alternative options for inter-city transit (eg. Sleeper Buses, Trains) that don't really exist at the frequency needed in the US.

The differences in expected distances also plays a major role in EV design - a number of Chinese EVs at the lower price range (eg. BYD Seagull, Wuling EV) have much smaller trunk sizes compared to Western oriented hatchback EVs like the Nissan Leaf, because there isn't the need or the expectation to do almost all your shopping with your car when high density urban environments allow you to have various options downstairs or rapid delivery (like 1 hour delivery).

Consumer Habits for Chinese are different from Americans, and the model that worked for China doesn't necessarily work for the US. That said, the Chinese style model would work well in similarly dense Western+Central Europe and Japan.

[0] - https://www.axios.com/2024/03/24/average-commute-distance-us...

[1] - http://service.shanghai.gov.cn/sheninfo/specialdetail.aspx?I...
They also have lens sets which have the same external form factor regardless of focal length (i.e. makes it easy to swap, use same filters, etc.) and the lenses are made so the color reproduction of each one in a set is the same as well. And going further "to the source" it also plays into the (artificial) lighting used and so on. Which is why all that stuff is so expensive to begin with.
Picking up fight with all of your neighbours for inhospitable terrain cannot be a smart move. If China really wants to rise further and challenge USA in near future, it first needs to ensure cordial relationships in its neighbourhood.
for the latter, Rethink can be configured to work with eg. a wireguard VPN because it has a built-in wireguard client.
It's not defcon's job to figure out how EE should charge for their projects.
>The third possibility is that they just pick a different point on the efficiency curve. You can double power consumption in exchange for a few percent higher performance, double it again for an even smaller increase.

This only makes sense if the Zen5 is actually faster in ST than the M3. In this case, the M3 is 1.24x faster and 3.4x more efficient in ST than Zen5.

AMD's Zen5 chip is just straight up slower in any curve.

>The max turbo on the i9 14900KS is 253 W. The power efficiency is bad. But it generally outperforms the M3, despite being on a significantly worse process node, because that's the trade off.

It's not a trade off that Intel wants. The 14900KS runs at 253w (sometimes 400w+) because that's the only way Intel is able to stay remotely competitive at the very high end. An M3 Max will often match a 14900KS in performance using 5-10% of the power.
This is also my thinking.. if someone compromises your VM that is responsible for retrieving wildcard certs from let's encrypt, then you're probably busted anyway. Such a machine would usually sit at the center of infrastructure, with limited need to be connected to from other machines.
I'll go further and (being more optimistic about the researchers' integrity?) just predict a flat "no".
Worth noting is that it took almost a year for that exposure to kill her, and half that before they even realized something happened that day. From the article:

On Aug. 14, 1996, Karen Wetterhahn was exposed to dimethylmercury while making a standard for nuclear magnetic resonance studies related to DNA damage.

(...)

It was 5 full months before the consequences of that spill became apparent. Wetterhahn developed stomach problems, then began having trouble walking and speaking clearly. A friend, nurse Cathy Johnson, recalls a lunch date in early January 1997 when she urged Wetterhahn to see a doctor.

Within a few weeks, Wetterhahn was in a coma. On June 8, 1997, she died. She was 48 years old.

I always imagined all such nasty chemicals kill you in a matter of minutes to hours, days at the most. I never imagined they could turn you into a walking corpse. It's up there with Rabies.
Stellantis to lay off up to 2,450 factory workers as classic RAM production ends
The patient does not need to be actively inhaling, even though it's recommended. There's enough pressure that the nasal spray will spring up into the nasal mucosa to be absorbed into the blood.
SD card speed is fine for photos, video, music, movies and such, but potentially bad for e. g. apps where you need a lot of random access. You can certainly use SD cards effectively, but you need some knowledge.
If you’re in Kansai, you can take the Hankyuu Takarazuka line to Ikeda, near Momofuku Andos birthplace, where they have a noodle museum which not only has a noodle factory experience but also a recreation of his childhood home.
I have misgivings about such long spinlocks in user space. A millisecond is over a million instructions.
Check out The Ultimate Oldschool PC Font Pack (https://int10h.org/oldschool-pc-fonts/). Each font description includes glyph dimensions and aspect ratios
Why not sqlite? put the json in a single column, maybe copy some parts of it or metadata to another two or three. Should be faster than the filesystem for reading multiple rows.
Usually inclusive hires are forced because they have a lower chance of getting though a normal process. If it was an actual level playing field this would not matter but it isn't, and it's not even close.

The goal is for those policies to make themselves obsolete (at least where I live there is always a clear cutoff point where they should stop)
Flagged for spam [0]. I've now seen your maliciously deceptive landing page twice in 48 hours, please stop.

[0]: https://news.ycombinator.com/item?id=41197650
DEFCON’s response was posted on Reddit: https://www.reddit.com/r/Defcon/s/NVw5T4LXQR

Unsurprisingly, it contradicts some of the claims Entropic has been making. Entropic admits to having exceeded agreed upon budgets by a significant amount, which DEFCON corroborates. There is some disagreement about what has been paid, though, as DEFCON believes they have paid for the hardware development.

Some of the other claims also appear to have been exaggerated or at least phrased in misleading ways. The Entropic Engineering logo was not removed from the PCBs. Their logo was not included on the plastics because Entropic was not responsible for the plastics and the initial plan to include their logo was only a courtesy before the relationship soured. The DEFCON statement alludes to budgets being exceeded by a significant margin (not covered by minor reductions in hourly rate as the other statement implied) and even calls out some “bad-faith” charges.

I’m also confused about the earlier threats to use the DMCA against DEFCON for using the firmware without a license. As far as I can tell, the firmware was produced as part of the agreement between DEFCON and Entropic, in which case there shouldn’t be much question about the license as it’s a work for hire. Imagine hiring a company to write software to your spec and then to have them later try to claim they’re going to pursue legal action for using the software you paid them to write. Something is strange here.

It also appears that the firmware engineer’s dismissal from the talk was communicated before it began, so his choice to get on stage anyway knowingly violated that decision. Regardless of what we think should have happened, getting up on stage after being told not to isn’t going to go well at any conference for any reason.

I think there’s a lot more to this story than the initial round of accusations let on. I think the first movers in publishing their narrative often win the public opinion debate, but if even half of what DEFCON is saying is true then Entropic and their team don’t appear to be operating entirely in good faith with the way they’ve handled this publicity.
Kind of a digression, but wood dust absolutely does present an explosion risk, when mixed in the right ratio with air. It's a thing that happens, and people worry about it in industrial settings.

https://www.youtube.com/watch?v=LPIZ5Movuiw

https://www.youtube.com/watch?v=70fZqHsEdMo
Ukraine appears to expand Russia incursion, in morale boost for Kyiv
they follow different channels and at some point the sync is lost...youll get this, for instance, when a synced stream is diverted for additional commentators audio...the commentator and you see the original video, the commentator hears the original audio, you hear the delayed original audio mixed with the commentators audio
They didn’t wait until the project was complete. They issued a stop work order due to being over budget and also some “bad faith” charges they noticed. DEFCON then sent their own team to handle the production run.

Credit was not erased from the PCB nor the software, which were the parts Entropic was contracted to do. They declined to include entropic on the plastics, which is understandable given that Entropic didn’t do the plastics. It also likely saved machining costs on the mold for a project that was already over budget.

The original accusations appear to be a little exaggerated.
I agree. That is quite painful and is obviously motivated to force people towards premium, which I highly disagree with. I think such actions should be regulated though I don't know if that can legally happen.

>I feel bad for content creators, but I let my favorite ones know about it.

Same. Sometimes I try to support my fav ones with a nominal patreon subscription whenever I discontinue my premium.
Online dating is just manifest of what happens in real life.

The top 20% most attractive men get 80% of the likes. Men of average attractiveness is out of luck on dating apps and they should not use dating apps.

Average men will swipe right on below average women (and above) - because it's easy and free to shoot your shot.

Therefore, even below average women will get seemingly unlimited likes.

These below average women will then pick and choose likes from the top 20%. These women will also wonder why they can't get these top 20% guys to commit to them or ask them out on a date. It's because these men have many options. These above average men will often only want something casual with below average women.

This is why women will say there are no "good" men on dating apps despite having thousands of likes. Eventually, these women will "settle" for someone less than what they hoped. In reality, these women are just settling for men of equal attractiveness to themselves.

>Imagine a CRM-like interface overlayed on Hinge, Tinder, and Bumble

This is "ideal" but in reality, women have no trouble getting likes on dating apps. Therefore, they won't put much effort into a dating app that creates too much friction. If you make your dating app use a CRM-like interface, you'll have a sausage fest. Hell, most women barely fill out their Hinge, Tinder, Bumble profiles. They do the absolute minimum and they still get thousands of likes. My female friend once experimented by putting up a picture of a shoe as her only dating profile. She still received many likes - some of them paid Super Likes.
Glad you brought this up, because it's absolutely true! All the code is not on the site, but I actually allocate and clone a lot of strings and data structures as well. I did optimal code where it was obvious (bitmap copying, easily parallelizable things), and it was SO instant that I didn't even bother trying to optimize the other things. But it could be done!

It's easy to forget how fast on-the-ground languages like Rust and C++ and Go are, not to mention when you use their multi-threading primitives and worker queues/etc.
Ok! Buttons are now below questions, is it better?
The promise of computing that never materialized was having software to track everything you've ever done, and leveraging that data for your own benefit and no one else's.
bash -- DSL for invoking subprocesses :: what you rather see in a code review: one-line shell pipeline or equivalent Python code? https://stackoverflow.com/questions/295459/how-do-i-use-subp...
sh-like DSL on top of Python literal strings that doesn't invoke shell might be interesting (pep may help)

regex -- DSL for search/replace in text. Useful in moderation

jq -- DSL for search/replace in json. Useful on the command-line

xpath -- DSL for searching trees (hierarchy)

sql/xslt -- I would rather read Python most of the time instead but sometimes it is helpful to have an option of writing SQL directly (pep may help)

toml/json -- writing Python directly is preferable (in the context of .py file)

markdown -- DSL for writing markup (instead of html/word). I wouldn't say no to inline docstring rendering in Python code (pep may help).
The same for (subset of) latex -- for math formulas `$e^{i \pi} -1 = 0$`

dot/plantuml (ebnf, sequence diagrams, etc) could be useful for literate programming-heavy style.
Big whoops, I completely forgot about the Solo movie, probably because it was so bad I really removed it from memory.
About 1,2 and 3 I probably have to rewatch them as I was so negatively impressed by them, especially 1 and 2, that they're the only SW movies I watched just once while I watch all others almost every year.
It has become the very thing it describes, defensively
> older scientific literature is full of all sorts of knowledge that was obtained in ways that are shockingly unsafe by modern standards

My favorite is there are old manuals that recommend smoking while working with cyanide. Allegedly it produces a very disagreeable flavor when you inhale the cyanide through the cigarette, so you get warning to get out of the area*

This was before fume hoods were common, when you would most likely be doing this outside or next to a window

* I have not tested this, and I don't know of anyone who has, so don't rely on what could be an old telephone game for chemical safety
> My female friend once experimented by putting up a picture of a shoe as her only dating profile. She still received many likes - some of them paid Super Likes.

Well, obviously. Every guy wants a woman who's got some depth to her sole.
Q1 and Q2, 2024 Update: A Comprehensive Guide for GenAI Safety and Security
Welcome to this curated list of tools, frameworks, and best practices for securing and responsibly using generative AI.
Damn, I hate those news, it make me fell old. I did some editing, maybe 15 years ago when I was on a LUG (Linux User Group, does this exists anymore ?). Good time.
Expanding on 3: I think it ends up at O(n^2 * log n) transistors, O(log n) critical path (not sure on routing or what fan-out issues might there be).

Basically: determine end of instruction at each byte (trivial but expensive). Determine end of two instructions at each byte via end2[i]=end[end[i]]. Then end4[i]=end2[end2[i]], etc, log times.

That's essentially log(n) shuffles. With 32-byte/cycle decode that's roughy five 'vpermb ymm's, which is rather expensive (though various forms of shortcuts should exist - for the larger layers direct chasing is probably feasible, and for the smaller ones some special-casing of single-byte instructions could work).

And, actually, given the mention of O(log n)-transistor shuffles at http://www.numberworld.org/blogs/2024_8_7_zen5_avx512_teardo..., it might even just be O(n * log^2(n)) transistors.

Importantly, x86 itself plays no part in the non-trivial part. It applies equqlly to the RISC-V compressed extension, just with a smaller constant.
The problem is that Zotero, and Citation Style Language (CSL) in general, does not support the data required.

See for example:

- https://juris-m.readthedocs.io/en/latest/introduction.html

- https://juris-m.github.io/posts/2021-01-17-1.html

Zotero works for only really simple legal citations.
> My female friend once experimented by putting up a picture of a shoe as her only dating profile.

this test probably wasn't valid due to the prevalence of foot fetishists. It might be hard to find an object that no one fetishists but one could pick something that isn't related to a common fetish.
They used to be based on Skia but now they have their own renderer (Impeller). That said rendering is only a small part of a UI toolkit, there's a ton of other stuff e.g. how to interact with system libraries, integrate with UI paradigms (e.g. tray icons, gestures, responsiveness, widgets).
Much better than reaching out to Chrome shells or Web widgets, kudos for the effort.
This is not the whole story. Even though everyone (both male and female) can identify the most attractive top 5% of the other sex, there is sufficient randomness in the preferences that matches are possible and sufficient (more work for males certainly). This absolutely makes sense biologically/evolutionary because everyone needs to find a mate somehow.
HPKE has many modes but essentially you don't encrypt a symmetric key with a public key, you combine a public and a private key to derive a symmetric key instead. There's more to it like mixing in a secret or another key to authenticate the encryption implicitly at the same time (vs. explicitly using a signing key to e.g. sign a hash). Not a deep expert but in my understanding HPKE codifies existing approaches that are e.g. pioneered by Signal and others before them into an RFC so they become interoperable, which is also the goal with the MLS (message layer security) that is also relying on HPKE (but where efficient key agreement/rotation for groups of people is the main challenge in my understanding, so it focuses more on tree-based approaches for key derivation).
If you were running a dating app in a more traditional society the obvious solution would be to charge a substantial fee at the wedding if both newly weds were members of the app say in the past 5 years.

How you would achieve a similar pricing structure in our society I have no idea.