skysight-inc/HackerNews huggingface dataset:
Fun fact: Texas Instruments DLP (Digital Light Processing) are like a miniaturized version of the flip-disc display.

But some differences are that flip-discs rotate 180° whereas DLP pixels only tilt a little bit to redirect the light to a heatsink, flip-discs have different colors on each side whereas DLP has mirror pixels, flip-discs probably have finite lifespan whereas DLP is good for trillions of cycles, and DLP responds so quickly (in microseconds) that grayscale is accomplished by duty cycle modulation (PWM).
It's a fairly large cyberattack, so it's halfway interesting to HN readers.
Yes also in Switzerland. Many are 3 color eink so if something is on sale it's yellow or red.

Also very isef6as they for example state that one need to buy 2 for the discount etc.

Makes the life of the store employees a littler easier.

Innovation I would like to see is individual tracking of items in order to digitally track expiration dates.
Haha the corporations have programmed you well.

Go re-write your own stack from the ground up to somehow end up with perfect social constructs, meanwhile I'll take advantage of the imperfect tools that can actually accomplish something today in the real world and not fall for the bs that I should scrap the 'good' because it's not 'perfect'.
A HUGE cultural loss and I'm grateful that I got to visit it a few years ago.
I've often wondered about that. I feel like it says something about the development team behind Teams if either, (a) it doesn't bother them, or (b) they don't dog-food their own product this way.

(Just give me fenced code blocks, please!)
Woodworm
Looks exciting! Can’t wait to start using it.

“You are currently nr 27341 on our waitlist”. Oh.
It seems so, since the same page appears in the wayback machine since April 19th[1]

[1] https://web.archive.org/web/20240419224958/https://www.tesla...
Apologies, you are correct. I took OPs meaning to be that capability that Uber/Lyft operators can already provide at Sky Harbor.
Government should just require open communication protocols/file formats, if a competitor is willing to host the same data at cost.

Client applications should compete on their individual merits, not coast on protocol lock-in.

Would WhatsApp or YouTube have as many users if others could build clients for the same data? (PII etc notwithstanding)

Protocols compete on the merits of the protocol, clients compete on the merits of the client.

I think this will be the reality/obvious a few decades down the line.
Cool that it's still there. I sort of recall visiting in '0-something and being disappointed. For a long time there was a larger spiritual successor in Bangkok, Pratunam Mall, but I'm pretty sure that's also scaled down these days. In some ways I guess they were the cultural equivalent of record shops. Probably many former soviet countries had them too.
This reminds me of the arguments against teaching kids to use calculators in school, at least at the elementary ages. Yes, it's now probably safe to assume they will have one in their pockets their whole lives, but understanding the principles of what's actually happening is still important for the student's personal growth in understanding of the subject.
FWIW a quick google search turns up Waymo reporting they have 0.41 incidents with injuries per million miles driven [0], whereas Tesla vehicles using autopilot had 0.152 incidents with or without injuries, per million miles driven [1].

So Waymo has 2.7 times more incidents with injuries then Teslas using autopilot have incidents, with or without injuries.

Maybe if I checked more sites they'd give different numbers, but from those initial numbers it seems your perception of reality of Waymo "screwing up" less is not accurate.

[0] https://waymo.com/blog/2023/12/waymo-significantly-outperfor...)

[1] https://insideevs.com/news/720730/tesla-autopilot-crash-data....
"More effective" at what?

The state using FOSS is great but that seems quite orthogonal to preventing monopoly abuse by proprietary software vendors. We can do both.

Edit: I think you may be implying that having a variety of choices available would sufficient to prevent monopolies. That's not true as long as you have multiple companies able to cooperate in doing things like bundling, etc.
Why do I have to jump through hoops but not you?
Stop Waiting for Godot (2021)
It sure looks like it's the Louis Vuitton logo: https://commons.wikimedia.org/wiki/File:Louis_Vuitton_LV_log...

https://i.imgur.com/3vXfA1n.png

The LV logo is also displayed on clasps and whatnot, sure. But he's still selling a product that prominently displays the LV logo. His rationale seems to be that since repurposing fabric and leather is legal, it's also legal to build and sell products that clearly display the LV logo because it's printed on the repurposed fabric. I'm not sure whether this would actually hold up in court or not.
i meant most common, was an error on my part.

also, if you add internationalization support for 1 language in your app, it’s trivial (these days) to add other languages. My point is they should just add support for other languages, like chinese, japanese, english, etc.

More users = more money?
Or your ancestors
There was nearly unanimous agreement that the students crying wolf in that case were sincere but wrong and prof Patton was justified. After investigation, he was cleared. The article’s word “removed” is ambiguous, but Patton was not fired or even suspended, they just used a sub for a couple weeks. He was sorry it happened, but was not punished.

The USC story is quite different from the current thread. The historical use of the word “niggard” has been intentionally used in a racist way (https://en.m.wikipedia.org/wiki/Controversies_about_the_word...), and if you read the WP article, it has quotes speculating that subtle “sophomoric” usage of the word might increase for racial reasons.

So I don’t buy the slippery slope argument, and it seems like the USC story is actually demonstrating that people can be reasonable about where the line is. It might have caused a stir once, but now there is precedent for settling cases of Mandarin confusion more quickly.
This doesn’t make any sense to me. They are web components, can’t Wiz use web components? Why would it need a different implementation?
The simple solution: switch off the code that listens for the “Alexa” prompt when saying “Alexa” yourself.

Slightly harder: keep it running, but discard hits that are timed close to the time you say “Alexa” yourself.

Even harder: have a second detector that is trained on the device saying “Alexa”, and discard hits that coincide with that detector firing. That second detector can be simplified by superimposing a waveform that humans will (barely) notice but that is easily detected by a computer on top of the audio whenever the device says “Alexa”.

Still harder: obtain the transfer function and latency between the speaker(s) and its microphone(s) and, using that, compute what signal you expect to hear at the microphone from the speaker’s output, and subtract that from the actual signal detected to get a signal that doesn’t include one’s one utterances.

That function could be obtained from one device in the factory or trained on-device.

I suspect the first already is close to good enough for basic devices. If you want a device that can listen whilexalso playing music at volume, the last option can be helpful.
You're seriously insinuating that a person has to be an expert in the field to be able to identify that a device with moving parts has... moving parts in it?
A script fetches values from a database then sticks them in a file. This script runs before the your application starts so the file will be there waiting.
They’re testing in DC and giving media rides there. So DC is a candidate too.
Doesn't matter if everyone already uses Teams and the damage is done. Look at Netscape vs IE.
Battery tech is awesome, but I think you're overselling it a bit. We've barely started figuring out grid-scale battery storage on Earth. There's 2 big reasons the Moon is going to be much much harder:

1. Batteries are heavy, and space ain't cheap. Current launch pricing is about $1.5k/kg to LEO. The Moon will be more, it's further away. Even if Starship brings that down by a factor of 10, transportations costs are still going to be astronomical.

2. The day-night cycle on the Moon is slow. Your batteries are going to need to be able to store half a month worth of power. You'll need 15x more batteries on the Moon than you would on Earth.
Generally avoiding plywood isn't actually useful advice for someone with even a serious problem with gluten: "simply touching gluten will not harm an individual with celiac disease." [1]

The above source does continue: "...there can be a risk of ingesting airborne gluten, which is usually caused by flour. It is also important to remember not to prepare gluten-free foods in spaces where there is a risk of airborne gluten, as particles will settle on the food, making it unsafe for those with celiac disease to eat." [1] Perhaps you meant to imply something more in this line, that say the sawdust from cutting plywood could be a potential problem if food is nearby?

In the same spirit as your apology, let me apologize for assuming that your original advice was sarcastic commentary about people who are gluten-free rather than genuine though ill-informed advice.

[1] https://www.beyondceliac.org/gluten-free-diet/cross-contact/....
Well, I feel like Nextercould™ is the key to a healthier market and stopping the unfair bundling of Nextcloud with major OS releases.
This fact isn’t stated often enough.

Not to mention the usually cited helicopter video is highly edited and anything but impartial, with an American Bradley fighting vehicle under ambush a block away as can be heard in the audio. And I can’t fathom why a journalist, accompanied by men with AK’s themselves, would be pointing what obviously looks like an RPG from a distance at troops in a firefight- not to mention bringing women and in children with him in the minivan.

If this highly edited footage was the worst that could be found in such a large dump of documents- I’m highly underwhelmed.

Evidence of war crimes? Hardly. A chance to see how ugly these conflicts are and another reason why Americsn troops perhaps should never have been there in the first place? Yep, absolutely.

But my hunch is that the entire event is a Rohrschack test where most people will take away from it the same perceptions that they walked in with.
The entire Pacific Northwest is forrest. People aren't traveling hundred of miles to see a forest just like the one back home.
Fwiw I've found Sonnet still too censored. Give it a poem to translate or analyzes and it refuse to reproduce it (even in translated form) due to copyright reasons.
Seems like a rather easy thing to go wrong in the client, no?

User sends message via client. Client fumbles the recipient id. Message ends up at the wrong recipient.

Examples: incorrect recipient ID attached to contact in list where users selects recipient. Buggy selection of multiple targets in the selection UI due to incorrect touch event handling. Incorrect deletion of previously selected and then deselected recipient from recipient array of multitarget message. Or if working low level even a good old off by one error and reading out of bounds data for the recipient list (though that one hopefully should trigger a faulty send request due to other stuff no longer matching). There is endless examples.

The server can't really safeguard against the client providing a legitimate send request even though the user intended to send it to another recipient.
> But when you directly attack one party of a two party race, you’re actively giving the edge to the other. He clearly held a grudge against Clinton (https://wikileaks.org/hillary-war/) and continued to act upon it.

So you also agree that the German press publishing damaging allegations directly before the European election against the top AfD candidate was also unacceptable?

This is just a very common tactic in journalism. Leaking stuff directly before the election is just normal and happens all the time.
Are we pretending this conflict started on October 7th or should we go back to the Palestinian Mandate and the 1948 war crimes?

If Western nations are to be sorrowful for Nazi crimes in the 1940a surely the ethnic cleansing of the Arabs is on the table for discussion here…
You have to get those weights from the RAM to the floating point unit. The bandwidth here is the rate at which you can do that.

The weights are not really reused. Which means they are never in registers, or in L1/L2/L3 caches. They are always in VRAM and always need to be loaded back in again.

However, if you are batching multiple separate inputs you can reuse each weight on ech input, in which case you may not be entirely bandwidth bound and this analysis breaks down a bit. Basically you can't produce a single stream of tokens any faster than this rate, but you can produce more than one stream of tokens at this rate.
I tried it early on, being a big CUE fan.

Pros:

- comes from someone with deep k8s experience

- has features for secrets and dynamic information based on k8s version and CRDs

- thinks about the full life-cycle and e2e process

Cons: (at the time)

- holds CUE weird, there are places where they overwrite values (helm style) which is antithetical to CUE philosophy. This was rationalized to me as keeping with the Helm mindset rather than using the CUE mindset, because it is what people are used to. I think this misses the big opportunity for CUE in k8s config.

- has its own module system that probably won't integrate with CUE's (as it stands today), granted CUE's module system wasn't released at the time, but it seems the intention is to have a separate system because the goal is to align with k8s more than CUE

- Didn't allow for Helm modules to be dependencies. This seems to have since changed, but requires you to use FluxCD (?)

I didn't ever adopt it because of the philosophical differences (me from CUE, stefan from k8s). I have seen others speak highly of it, definitely worth checking out to see if it is something you'd like. I have plans for something similar once an internal Go package in CUE is made publicly available (https://github.com/cue-lang/cue/commits/master/internal/core...). The plan is to combine the CUE dep package with OpenTofu's graph solver to power a config system that can span across the spaces.
Yaml files should be avoided.
Most of the programs that are most beneficial to racial equality are universal
Have they killed 6 million plus 1? How are they possibly worse.
> Is anyone else here surprised that the reaction to him being free is so overwhelmingly positive?

Not really, though I am frustrated as it does feel like he's only popular because he's an underdog sticking it to The Man.

Even in isolation and ignoring the preceding case — for which he fled to the embassy in order to not risk the very outcome he's now facing (c.f. going to the USA, "Assange would appear in court in the Northern Mariana Islands, a U.S.-controlled territory north of Guam", even though that wasn't even on the cards at the time he fled) — many other journalists manage to publish damning evidence that seriously upsets their governments without having to solicit for it (AFAICT, no journalists have gotten into trouble for publishing Snowden's leaks, just Snowden himself), while some other journalists who broke the law to get their scoops also faced court for breaking the law to get their scoops: https://en.wikipedia.org/wiki/List_of_people_arrested_in_the...
The EU wants to give you the choice. You will have the choice to use everything Apple makes.

The only reason to move to the US would be because you really don't want to have a choice, but that would be weird.
> car stealerships are a relic of the past

Hard disagree. Shitty car dealers should be a relic of the past, sure, but the business model is sound. It's basically like every other product you buy. How often are you buying from the manufacturer? Almost everything you buy from a store. That's what a dealership is.

Inventory is nice to have for all the same reasons you are happy the home store has inventory. And a built-in service department with a good parts and knowledge source is pretty important for a big expensive device which requires maintenance and that you're going to keep long enough for it to break a couple times.

The laws protecting them, I do think should be repealed. But I don't see the business model going anywhere. And I am on my second Tesla, so I see the alternative. The buying experience is easier, sure, but otherwise it's all the same shit under a different name. And some dealers can provide the same experience, frankly. In the future all of them will, or they will go out of business.
All that’s needed is a VPN and a torrent client. Membership is open to all. If you are on a Mac I recommend BiglyBT.
It can be done but it's very expensive if you want platform evolution too. Browser makers do a lot of regression testing against real websites, they hardcode site specific hacks and things like that, but most platform vendors aren't willing to do this. They'd rather do cost shifting onto developers.

Finding developers who are willing to support the mistakes of the past forever is pretty hard, most will at some point try to deprecate stuff and bully devs by scaring their users with warnings and errors in some way, or pulling apps from app stores. Smart versioning strategies can help but it's ultimately a cultural and business model issue.
Not alone, no. That's how CI bots help a lot, such as Dependabot.

Althought it's also worrying how we seemingly need more technologies on top of technologies just to keep a project alive. It used to be just including the system's patched header & libs, now we need extra bots surveying everything...

Maybe a linux-distro-style of community dependency management would make sense. Keep a small group of maintainers busy with security patches for basically everything, and as a downstream developer just install the versions they produce.

I can visualize the artwork..."Debian but for JS"
Sounds like a bad idea to me.

I would expect latency (network round trip time) to make this entire exercise worthless. Most polyfills are 1kb or less. Splitting polyfill code amongst a bunch of small subresources that are loaded from a 3rd party domain sounds like it would be a net loss to performance. Especially since your page won’t be interactive until those resources have downloaded.

Your page will almost certainly load faster if you just put those polyfills in your main js bundle. It’ll be simpler and more reliable too.
Content: 50KB

Images: 1MB

Javascript: 35MB

Fonts: 200KB

Someone who is good at the internet please help me budget this. My bounce rate is dying.
You should check out the fine structure constant.
Pari: More than a simple parser combinator
Debt is tool for making citizens obedient and always voting for system that they benefit from.

If you refuse to participate on debt system, you have no choice than share property with parents so I'm not surprised.
Then you have hack crybully journalists using their uncle to delete stuff about them they don't like from the Internet Archive. No thanks.
People already have gone around putting traffic cones over the car sensors.

https://www.npr.org/2023/08/28/1196487085/anonymous-protesto....
> it might be easier to just store and checkout a single decryption key that only devops people know,

"Devops people know" means that the key must be some secret property. Or you need to use the key during the deployment artifact building pipeline, and then deploy the artifacts with clear-text secrets.

> vs storing hundreds of secrets.

Then serialize them to JSON or whatever.

> also it allows adding new secrets without knowing decryption key - I think it is important for collaboration

So basically, you want developers (who don't have access to prod) to add random properties that your peers can't see during the code review? Ok...

Sorry, there's just no way the encrypted secrets in git are a good idea for general-purpose software.
I love this example, because it highlights how absolutely cursed shell is if you ever want to do anything correctly or robustly.

In your example, newlines and spaces in your filenames will ruin things. Better is

find … -print0 | while read -r -d $'\0'; do …; done

This works in most cases, but it can still run into problems. Let's say you want to modify a variable inside the loop (this is a toy example, please don't nit that there are easier ways of doing this specific task).

declare -a list=()

find … -print0 | while read -r -d $'\0' filename; do
list+=("${filename}")
done

The variable `list` isn't updated at the end of the loop, because the loop is done in a subshell and the subshell doesn't propagate its environment changes back into the outer shell. So we have to avoid the subshell by reading in from process substitution instead.

declare -a list=()

while read -r -d $'\0' filename; do
list+=("${filename}")
done < <(find … -print0)

Even this isn't perfect. If the command inside the process substitution exits with an error, that error will be swallowed and your script won't exit even with `set -o errexit` or `shopt -s inherit_errexit` (both of which you should always use). The script will continue on as if the command inside the subshell suceeded, just with no output. What you have to do is read it into a variable first, and then use that variable as standard input.

files="$(find … -print0)"
declare -a list=()

while read -r -d $'\0' filename; do
list+=("${filename}")
done <<< "${files}"

I think there's an alternative to this that lets you keep the original pipe version when `shopt -s lastpipe` is set, but I couldn't get it to work with a little experimentation.

Also be aware that in all of these, standard input inside the loop is redirected. So if you want to prompt a user for input, you need to explicitly read from `/dev/tty`.

My point with all this isn't that you should use the above example every single time, but that all of the (mis)features of shell compose extremely badly. Even piping to a loop causes weird changes in the environment that you now have to work around with other approaches. I wouldn't be surprised if there's something still terribly broken about that last example.
None of the timber mills that closed down were setup to accommodate old growth forest. These isn't enough of it left around here to be viably logged. It was all used up long ago to build Seattle and San Francisco.
Exactly why I have a whitelist

https://github.com/3052/blog/blob/main/2024-06/ublock-origin...
I think the EU can & may be doing both.

AFIK, at least a few countries & research entities over there are using FOSS, at least in part, as well as promoting it.

Hypothetically just because a Government is using FOSS to operate does not mean a company can not still break antitrust rules.
> It wasn't until we discovered the electron proper

I’d even say that we don’t yet fully understand the electron!
It was a workplace, not school. My manager, not professor. The even paid me to be there:)
Well the logical conclusion of that is to break up the businesses. No other remedy or it's just going to happen again and again, in subtle and not so subtle ways (bundling Teams for free was so absurdly obviously anti-competitive no one has even doubted that in this thread so far..)
Github should probably crack down on these kind of licenses and ask them to pay. This is one of the most restrictive ones I've ever seen, it's essentially all rights reserved, save for them graciously letting you download the application, but only if your non-commercial. You can't modify the code in anyway (even for personal use without distributing, despite what it says in the readme. The license itself says differently), or even share their own code with no changes. It's proprietary software with visible source code.

It doesn't even have an expiry date or some 'if this project dies' clause.