skysight-inc/HackerNews huggingface dataset:
Given that Elon Musk ran the Tesla Fremont California factory in a way that was found guilty of this [1]:

As they did after the first trial, these factors again favor a high punitive damages award here. First and most importantly, Tesla's actions were grievously reprehensible. Diaz was subjected to a grossly racist workplace, with racist conduct perpetuated not only by coworkers or subordinates but also-and perhaps especially-by supervisors like Martinez, who called Diaz racist slurs and drew the racist picaninny, and Hurtado, who directed the N-word at Diaz over 30 times and informed Diaz that he wished he could get all “N-words” fired. Cf. Flores, 873 F.3d at 760; Zhang, 339 F.3d at 1043. Reports to authority often went unanswered and when the company responded, it often failed to interview witnesses or review security footage. Worse yet, a supervisor who learned of Diaz's complaints subsequently failed to investigate and was in fact told by Tesla to not personally investigate the complaint. Tr. 3-541:22-542:1, 544:21-545:2, 549:13-550:16. Another supervisor was told to stop investigating before he reached a conclusion, and Diaz and his harasser ended up being reprimanded for the conduct directed at Diaz. See Tr. 2387:10-390:18, 395:21-396:7. Martinez, a Tesla supervisor and the main perpetrator of racist conduct, still works at Tesla, nearly a decade after he forced Diaz to endure repeated cruelty and shame. Not only did the company turn a blind eye to the racism, but the jury also could have interpreted the evidence to show that Tesla knew what it was supposed to do and affirmatively chose to not carry out the proper responses.

It should be no surprise that a CEO running a organization that supports grievously reprehensible racist conduct and actively retaliates against worker complaints of shocking racial discrimination and harassment like swastikas on the walls would also support retaliation against people highlighting their less mustache-twirling evil.

If the swastikas on the walls of your car factory do not get you, firing some people over a letter will not either.

[1] https://casetext.com/case/diaz-v-tesla-inc-7
Sounds like the use case is perfect for a hybrid which does 30 miles electric.
Ask HN: Traning LLM directly on file bytes
Multi-modal LLM like PaLM, GPT4, MiniGPTv2 relies on data encoder (image, speech models) to map data to token embedding space.

Is there any attempt to directly train on file bytes?
Make the only vocab of LLM as base-2, base-8 or hexadecimal, then do next token prediction on this.

I know some attempts have been done like MEGABYTE and Charformer but some may have is not directly learning from bytes with all the header info
If I was openly criticizing the boss my expectation would be I was putting my continued employment at risk. That ain’t rocket science.
This. I'm not sure why plugin hybrids are not a thing.... actually, I don't even want a plugin "hybrid" I want an EV that never uses the ICE unless you run out of power, then it's just an ICE vehicle entirely... In other words I want something they will never build.
Banking is an extremely constrained product.

Whether it's formal legal rules, or the customer taste for "I don't want a credit card that's only accepted at six stores I never use", you can't really change the offerings. In a world governed by economic sanity, the obvious conclusion is "run it as a tightly regulated monopoly for maximum efficiency and pass the savings back to the parts of society doing more interesting things".

But we live in a free-market cult, so we still have to try to invent a reason for competition. This means trying to doll up the product with periphery (a more attractive physical card, or a rewards scheme that's optimal for a different usage pattern), or fiddling around with the prices and fees.

On a specifics level, he's years behind on the cross-promotions though; here several local sports teams slap their logos on the local credit unions' card offerings. How much they're paying for the logo instead of returning to account-holders through better rates is not disclosed.
> But an analysis from CarGurus found that EV prices were still 28% higher than gas-vehicle prices on average.

To me that is bonkers. When EVs were becoming popular, I was expecting to see super cheap, under $10k vehicles. That was the promise: forget about all the IC complicated gears, alternators, transmission, fuel pumps and imagine getting a motor and batteries, what could be simpler!". But no, we ended up with more expensive vehicles, which take longer to "fuel up", and more expensive to insure, and they have a shorter range. Then everyone wonders how come not as many people want to buy them.

Sure, for some, it's a moral choice. We are saving the planet so it makes sense to pay more and wait 30 minutes to charge or whatever instead of 3 minutes. That idea is valid but it will run out of steam. In the end, it it has to make sense economically. Even a Joe Schmoe who could care less about saving the planet should be able to price compare and say "Hey, look, $8k for new car with more torque and cheaper to maintain! I'll take it over a $18k Honda Civic". It has to be that simple to make sense financially.
I'm willing to accept that motive batteries will be less expensive in general in the future because of market expansion etc. But does that really mean motive batteries for a specific vehicle will be less expensive?

People in comments are always talking about replacing individual cells from packs, but I don't think that's actually a common service now, and labor and support considerations may not make it a real option either.

(Battery wear seems to be a lot less than people expect as well, more data would be great, but I don't know if that's likely to appear.)
Step 1: Identify a task in your project of choice that could benefit from it; ie SIMD.

Step 2: Figure out how to set up the FFI bindings if required for your project's language.

Step 3: Read this article to learn kernel syntax, block/thread/stride management etc: https://developer.nvidia.com/blog/even-easier-introduction-c...

Step 4: Ask ChatGPT to translate your code into modern C++, or perhaps even directly into Kernels

Don't bother with Vulkan compute and shaders etc. It works, but is high friction compared to CUDA.
> Debuggers might hot-patch code to insert breakpoints, but that's not the same thing as replacing running code.

Solaris dbx did have this capability -- patch and replace code with newly compiled code from your updated source files -- circa 2000. You just typed "fix" and it worked. I've been wishing for that capability on x86 Linux ever since.
> I also often see sections of road with speed limits well below what the road can handle, where EVERYONE is speeding, cops included.

You say "cops included", as if cops speeding was otherwise unusual; it very much is not, and never has been.
The bigger strawman is that range is the biggest consideration. ~300 miles is plenty when charging takes 15min. Especially given that most charging happens at home, saving time vs going to a gas station every week.
how about that should be a perfectly acceptable reason to terminate someone
Related Tom Scott video:

"A robot just swapped my electric car's battery" - https://youtu.be/hNZy603as5w
I've driven a friend's Model 3 a handful of times and ridden in many different Teslas over the years. I don't think the interior quality of the Model 3 is competing favorably with Audi. M3 seems to have acres of uninspired plasticky surfaces, while Audi to me wins by miles on design, materials, and overall execution in the interior. I'm not a Tesla hater, but I think the sales they're winning are not on interior quality/luxury grounds. (Another friend's $100+K Model X was nicer in the seating area than I recalled the Model 3s being, but still suffered from a too plain/plastic dash, door cards, and other flat surfaces.)
On the second point, there are a few different aspects that designs typically navigate. Effective thread concurrency used to be one, but the strong trend toward thread-per-core architecture has mooted that to a significant extent. More common is how many cold cache lines a cache replacement hits and how amenable the algorithm is to the CPU’s preference for sequential access.

You are probably familiar with this problem but it is trickier than many average software devs allow. Basic CLOCK-derived algorithms are an obvious choice for CPU efficiency, and easy to patch up for most weaknesses, but when cache metadata becomes large, which is common on modern servers, they have a tendency to thrash the CPU cache for some access patterns. This has some pretty negative performance effects. Not having to worry about multithreading (because thread-per-core) enabled some modifications that came about as close I’ve seen to ensuring that cache replacement lives in hot CPU cache lines. This largely involves ensuring that you can find an immediately evictable buffer with a short scan with very high probability, and if that fails (a rare case), the scan metadata is so compressed that it often easily fits within L1. And that metadata is often evaluated with massive parallelism in a handful of clock cycles using vector intrinsics. AFAIK, these variants are the strongest cache replacement designs in terms of CPU efficiency (not necessarily cache hit rate for some access patterns).

Some of the core techniques above are things I learned from other database kernel designers who themselves learned it from someone else. The scan length reduction technique was so elegant and obvious in hindsight that I am surprised that it never occurred to me or most anyone else (though it does make the designs more subtle). Quite a lot of these practical details have never been written down a far as I can tell, it is passed along as lore and beer convos. I am as guilty of this as anyone else.

I thought the SIEVE algorithm was great, by the way! This area of research deserves far more attention than it seems to receive, most people act like it is a fully solved problem. Caches are in the hot path of everything.

That said, in recent years I have become a lot more interested in the theoretical limits of effective cache replacement, regardless of algorithm. There are modern workloads that are asymptotically approaching randomness for all cache replacement even when the cache is 10-20% of the working set. Being able to narrowly split and assign workload to things that are effectively cacheable and things that are not is becoming important. I routinely deal with workloads now where <1% of the working set fits in memory, and it is becoming more common. Caching is important but the impact on overall performance is diminishing.
Scripture scholars recount an amusing proposition about Genesis 15:5, where God takes Abram outside and challenges him to "count the stars, if you can"

So they suggest that Abram was taken outside in broad daylight, and God was perhaps teasing him a little bit; perhaps the ancients were even aware of things like the star nature of the Sun and the invisible stars present at daytime.

It's cool to think about it. Imagine Abram gazing up and counting quite invisible stars, or arriving at a star-count of 1 and going "seriously?"
What don't you understand? The captain likes that he has a parachute and doesn't give a flying fuck about you now that he no longer needs your money. This is just another expression of the enduring essence of Silicon Valley; it would be shocking to see something different.
Still be 12x in arrears?
My next car will be an EV. I have no concern about the advertised range. The real worry is what the range will look like in 5-10 years when it is cold out.
And here I thought their anty bodies were enough to fight disease.
This is a developed markets problem. China is making reasonable (range, amenities, style) electric cars in the $15k range.
And the US is producing more than any other country at any other time in history....
That is the Arch way, Arch is not built for convenience but for customizability. If you want a graphical installer, you can install it yourself ;). Also there are several Arch-based distributions that include (opinionated) graphical installers to get you going faster. ArcoLinux is a good one.
Report - https://apps.dtic.mil/sti/pdfs/ADA344865.pdf (Easy read)

Pre-internet society be crazy -

"On February 26, the next day, the modified software, which compensated for the inaccurate time calculation, arrived in Dhahran. According to Army officials, the delay in distributing the software from the United States to all Patriot locations was due to the time it took to arrange for air and ground transportation in a wartime environment"
Hmm...dealerships who make most of their money on service don't like to sell EVs, maybe? Surprise? Have had a Mach E for going on 3Y with 20K miles on it and it's literally needed cabin air filters and windshield washer fluid in that time. No there aren't any buyers being steered away from EVs by dealerships, noticing this...

Oh, and the oil companies selling gasoline have nothing at all to do with the "OMG such DOOM IF EVERYONE PLUGS IN THEIR EV" articles, eh? Let me translate that for you: "OMG such DOOM IF EVERYONE SWITCHES TO AN ENERGY SOURCE FOR DRIVING THAT'S REGULATED". When I charge at home in one of the most expensive states for electricity in the US, I'm still paying half the per-mile electric cost as the Subaru we also have. Oops. Thermodynamics are real, eh?

And let's not mention that it costs a lot of money to buy an ICE car that has anything like the acceleration and torque of a typical EV. I've had relatives (usually of the Fox News watching variety) grump about my car. You know what, it has just enough "mid-life-crisis" fun factor for me -- and that's why I got the damn thing. Because EVs are FUN TO DRIVE, PEOPLE.

So nya nya nya to all you trying to seem reasonable in the HN comments...
If the generator is really random, getting back such a simple password is definitely possible, but as unlikely as winning a lottery
(ok maybe not one of the hardest ones)
And a lot of that money originally came from taxpayers[1].

[1] https://qz.com/elon-musks-spacex-and-tesla-get-far-more-gove...
The NLRB is a federal agency run by political appointees, so it does tend to reflect the will of the president.
lmao

Norway is deservedly the "poster child "because 90% of their sales are BEV, buddy.

And it's not a ludicrous amount of money that can only be funded by oil sales that is being spent on EVs. It's a drop in the bucket compared to US expenditure on auto infrastructure.
Bliss 36 and siblings had native coroutines.

We used coroutines in our interrupt rich environment in our real time medical application way back when. This was all in assembly language and the coroutines vastly reduced our multithreading errors to effectively zero. This is one place where C , claimed to be close to the machine falls down.
Mind that Norway is a lot smaller, only 5.5M inhabitants, thus per capita the oil revenue is a lot higher. Also in Norway less of the money is going to few private corporations, but to the state, which invests large parts into profitable pension funds, which gives Norway stellar financials and the ability to invest and subsidize into whatever future endeavors they see, like transition to EVs, as they see that oil supplies will tighten up.
For this particular example, sure. I mean for this particular subject you'd have to hand in a really bad paper to get rejected, like past unintelligible, because the breakthrough is big. But I thought we were talking in general. There's also very clear downsides to this particular example by not being exceptionally cautious, because even a hint of hype can make them look like incompetent fools if they aren't correct. Though that wouldn't be good either because they clearly aren't. It's easy to make mistakes in science and even as I frequently told my friends last time, there was something different here and it'll probably end in failure (which it did) but that we'll learn something important (which looks likely to be true given this paper).
If the issue is that implementations are feature lacking, that's a different story. The world is littered with half baked frameworks. Hell, I've used plenty of retained mode frameworks that lack all of those things too.

My concern was moreso that there is nothing inherent to immediate mode that prevents all of those things. Someone just has to build it.

RTL tends to be more of a layout problem and has little to do with UIs. Most of my experience with immediate mode UI frameworks is in proprietary applications. I will say that we had no issues with localization and we integrated well with screen readers though none of this was in a platform independent manner. And that's usually the root of all of these issues.
QuantumScape's solid-state batteries pass latest test
> there's not really any relevant attack space.

Then why use a cryptographic hash at all? much better hashes out there that only strive for distribution/avalanche.

https://en.wikipedia.org/wiki/Non-cryptographic_hash_functio...
This is being enforced by the NLRB which, as far as I understand, only enforces federal labor laws. So it should not matter what state you're in as far as having similar protection goes.
People focus too much on edge cases when making life decisions, imo.

> We need a dining room for when we have parties

(has a party once every 2 years; room sits empty 99% of the time)

> We need a guest bedroom

(guests could stay at the hotel down the street)

> I need a pickup truck

(driver is an accountant who maybe picks up a couple bags of mulch from Lowes twice a year)

I'm glad I live in a prosperous society where this is possible and all, but it's kind of annoying.
That’s exactly what a plug in hybrid is, and lots of manufacturers make them today. Check out any Toyota model with “Prime” in the name.
Interesting question. I'm always curious at these other operating systems.

I was a teen at the time, but in hindsight, in '96-97 'open source' from commercial vendors wasn't the norm, and Lucent finding income from openInferno would've been big change in business model.

Java was meant to be familiar to C/C++ programmers, of which there were a lot. I'm not sure how Limbo would compare in terms of learning / productivity. And would there have been a Windows native "Inferno/Limbo" IDE type thing. (If there was one, please let me know)

Inferno would've needed a killer app. I assume it'd perform better than Java, and at the time it would've competed with small Java applets. Java desktop didn't happen, I recall Corel trying and failing to port Word Perfect to Java.
I don't know how if anybody ever tried to write an office suite in Limbo.
A P2P Orchestrator
I understand that in this case communications about workplace conditions may be specifically protected, but is there some level of insubordination for which you think employees should be allowed to be fired?
Coroutines are better than both. Particularly in reasoning about code.
This changed as of like two weeks ago in Chrome. There's now a preemptive attempt to make https happen: https-upgrades. https://groups.google.com/a/chromium.org/g/blink-dev/c/cAS52...

I find it quite recommendable to follow blink-dev. You can check in every couple months & see what's happening with the browser in a way that nothing else will show you. Each Intent also links to other implementer signals, so you can assess easily in relation to other browsers.
I spent about fifteen minutes poking around. I'm not sure, but I take the impression this is in fact protected organizing, at least according to the NLRB. It seems like this is seen by NLRB as workers expressing concern and advocating for better working conditions (eg free of Musk's distractions), and the company retaliating against them. (To be clear, I have no idea whether the case has merit or not, my only claim is that NLRB seems to think so.)

I took that impression from here.

https://www.reuters.com/technology/space/spacex-illegally-fi...

I tried to find the particular case; according to Reuters' initial coverage (linked in the above article) these charges were filed November 2022, but I couldn't find one from that time on the NLRB website.

https://www.nlrb.gov/search/case/Tesla?sort=desc

As a side note - I don't know what a normal number of NLRB cases is for a large corporation, but this seems like a lot?
I doubt it, legal types won't see this as a math problem[1], but a legal problem (forging documents)

[1] unless I'm missing something, this boils down to: "given f(x: string) => y, how can I minimize the odds that you can generate an X for a desired Y"
To argue over who has the bigger dick, basically
Ask HN: What to do when a loner family member dies and their life was online?
My brother-in-law was recently found deceased after a wellness check (cause still undetermined). He was known for mostly engaging with people online, where we obviously don’t know who his virtual friends were. As far as we know, especially, he was playing (still) EverQuest, though this might be wrong.

Is there anything at all to be done, given that (one assumes) people he interacted with probably wouldn’t have known real names, etc.? Empathy, and seeing how others disappearing for a bit (and being fine) has affected real friends makes me feel awful for those who knew him, who will just see him …vanish.

I don’t yet know if anyone has access to his computers and such-quite a lot is still up in the air.
10 years ago: "Better Place" burned through about $1B trying exactly that.

Today: "Nio Power" has gotten a lot further, with more cars and a chain of robo-garages to do the swap in a couple of minutes.

(Still a single unified module, but it's not clear anyone needs to manage several-hundred-pound modules just yet, maybe when it scales a bit more...)
That blog is something. Almost as deranged as the people it's profiling (doxxing?)
Not the entire battery. Something in between an individual cell and an entire battery. Small enough to provide practical manual handling and some granularity in total capacity. Big enough that a reasonable number of them add up to a full battery.

Maintenance would be similar to cars today, in that those who change their own oil might be inclined handle their own batteries, whilst those who get a mechanic to change oil might get a mechanic to manage their batteries.

If batteries are cheap enough and long lived enough it's not an issue, but right now battery cost and longevity is a limiting factor. Not everybody replaces their car after a few years. The average car age is over 10 years [1], so there are plenty of cars out there much older than 10 years.

Maybe that's what is behind the sales growth slowdown? Those who replace their cars regularly (fleets) and don't care about battery longevity, are buying. Those who keep their cars for longer are hesitating, limiting the market.

Edit:

It seems like EVs already use a cell/module/pack hierarchy [2]. There's hope yet, if a particular module type emerges as a defacto standard.

[1] https://www.abs.gov.au/statistics/industry/tourism-and-trans...

[2] https://www.secondlife-evbatteries.com/collections/ev-batter...
It would be intesting to see how their payout compares to the payouts going to Reuters [1], the BBC [2], the Guardian [3], the ever-so-anticapitalist WSJ [4], and a few dozen other establishments reporting on it as well.

Makes sense that every journalistic establishment out there is being paid off; hedge funds do have deep pockets.

[1] https://www.reuters.com/technology/space/spacex-illegally-fi...

[2] https://www.bbc.com/news/business-67878940.amp

[3] https://amp.theguardian.com/technology/2024/jan/03/spacex-em...

[4] https://www.wsj.com/business/labor-board-backs-fired-spacex-...
It would be quite amusing if only the majority of 'steam users that provide feedback' are controller users, while most MKB users don't provide feedback.