skysight-inc/HackerNews huggingface dataset:
>> If you are allowed to - in a public square - recite from memory an article you read on the internet

> You are in fact not allowed to do that

You're arguing poetry “recitals” aren't legal?

Copyright law is designed to protect original work from being used in a way that could harm the creator's interests, typically economically. In the case of a public recital, we have:

1. Fair Use presuming it's a one-time event, non-commercial, with no impact on market value

2. Public Performance generally means plays, music, movies, things that are a "performance". Reciting the article isn't the performance of something designed to be a performance, in fact it's arguably transformative.

3. Copyright infringement usually concerns reproduction, distribution, or commercial exploitation. A random, one-time, live recitation doesn't easily fall into these categories, and enforcing copyright in such a scenario would be impractical and unusual.

Certainly there are ways this could go differently. If the recital were to be recorded and distributed, or if it were done 9 to 5 daily as a "news barker" reading every top article from a soapbox as an alternative to the newsstand nearby ... could be a problem.
hahaaaaa

love references to this movie
https://archive.ph/qkKo4
I don't know if you heard that about the US CBP policy on a news story or something, but there are two forms you fill out for entry as a non-resident / non-immigrant, an I-192 [1] and upon entry, you get an I-94 record created [2]. Neither of these has anything on it about social media accounts, at all.

Perhaps this is simply not a current understanding?

[1]: https://www.uscis.gov/sites/default/files/document/forms/i-1...

[2]: https://www.cbp.gov/sites/default/files/documents/CBP%20Form...
The article is about the AsynchronousFileChannel class, which I don't think Project Loom affected at all.

Regardless of any future updates, this class will probably always use a thread pool/ExecutorService. It is part of the documented behaviour and API.
Yes, but even the Cape has lots of people living within sound range. I am not trying to stir the pot, it depends on the wind, etc. But, if we will see hundreds or even thousands of Starship launches per year, it's hard not imagine a system of methane and oxygen pipelines running out to offshore platforms being required.

Ideally, those platforms would be located somewhere without much sea life. Though that's utter speculation, because I have no idea how well air pressure shock waves transfer to under the sea.
Yes, of course, let's starve even more people, that will sure gain us more friends...
I think the presumption is that the U.S. would (have to) respond differently to an attack on a U.S.-flagged vessel compared to an attack on anyone else. So, not a question of defense, but of the proportionality of the post hoc response.
So, tried making an omlette today, at about 65% is when the fan kicked on. It felt like about 20-30% louder than my sous vide. So not unbearable, but noticeable.
How to Rank on Google in 2024
160, and I don't think my in-laws would have used this. Mostly because they would feel like having to use a website vs just writing names on a printed diagram would be a bit too much to ask and they truly wanted to have full access so describing some sort of requirements and then have someone or something else create the layout would not fit their expectations.

But that's just my situation, I'm sure for younger folk or weddings where the couple has stronger say would be a good tool to have!
My broken record comment is people with non ivy league schools should always take any opportunity to wreck that sort of signaling. You have two qualified candidates, one from an ivy and other other not? Veto the ivy. You might say that's unfair. But that is what people from ivy's do and feel totally justified when they do it.
I don't think this would work as a lesspipe.sh viewer, since it is interactive.
I have wanted this for VisiData for data files. You would need a wrapper around less that could start other programs instead of less.

You might be interested in Tidy Viewer with lesspipe.sh

[1] https://news.ycombinator.com/item?id=28670252
[2] https://github.com/alexhallam/tv
Spotify is #1 in music streaming, but SoundCloud is well regarded. For the right price, YouTube Music could get some headlines/exposure and credibility through the acquisition.
No idea what the current state is. The other day I found an older version that runs in your browser at: https://kparc.io/k/
The P-8 having EICAS is more of an indictment of Boeing than anything (the P-8 is a Navy 737). It’s completely technologically possible, just that entrenched interests (namely, Southwest) kept Boeing from advancing the technology of their aircraft.
Tabula, ancestor of backgammon played for at least 1,500 years
Tabula games are now supported at https://bgammon.org (a free and open source backgammon service).

Code (AGPL): https://code.rocket9labs.com/tslocum/bgammon
It's purely based on the code and we force the LLM to cite the code it describes to cut back on hallucination. We are adding a self verification steps (like chain-of-verification / https://arxiv.org/abs/2309.11495) in Wiki V2.
You might call that prefetching. That's what unbound calls it when it returns a near expired cached entry to a client and also contacts upstream to update its cache. I remember having a similar option in squid, but it might have been only in an employer's branch (there were a lot of nice extensions that unfortunately didn't make it upstream)
Java Logging on Google Cloud Platform
You're absouletly right. Here's a pretty good article covering some of the attacks that could be done against radio navigation systems:

https://arstechnica.com/information-technology/2019/05/the-r...

On a foggy day when the visibility is right at minimums, I can imagine a huge risk of aircraft being sent off-course right before landing. Hopefully the pilots would still be able to recover the situation - the TOGA button is right there on the thrust levers on most aircraft - but nobody is infallible.

I would imagine that some military transport aircraft have backup, INS-based navigation systems that create a synthetic glidepath without external radio signals. Airbus have been trying to introduce such systems on commercial airliners for quite a while, although that is intended to allow landing on more remote runways rather than specifically to improve security against malicious interference.

All that is to say that the lack of fatal aviation accidents that we know were caused by malicious radio interference doesn't in any way make the attack less feasible.

Digital signatures, even with conventional X509 certificates straight out of the OpenSSL library, would go a long way to mitigate this risk. What about the risk of the signatures failing? The worst-case scenario is that the pilots get a warning on their ECAM display: "Comms not secure". That should at least alert them to the possibility of false readings even if it can't correct them.
Non-US-flagged ships carry goods to/from the US and if not then the might transport goods that will be refined into some other good the US will import. The USA are #3 exporter and #1 importer in the world with a value of >1.4 and >2.4 trillion dollar respectively https://www.statista.com/topics/1308/trade-in-the-us/#topicO...
> and a large number of government websites not even just limited to the United States government but other other national governments too

It's always eye opening to see governments and large businesses that think expensive = good when they don't even know how to properly configure what they're buying.

I've literally lost arguments against buying overprices OV certificates and then had to spend time to shoehorn them into systems designed to be completely automated with LE / ACME.
What are you most interested in?
I’m asking this because I think about PG’s essay on “How to do Great Work” at least once a week and until this point, I haven’t connected to the YC community. I’m curious to learn of some new things y’all studying, making, or are obsessively curious about.

I’ll start: my main interests right now are online social networks.
Tail -f /var/log/syslog, but for the Windows event log
We think chain-of-verification and fine tuning will help a lot see the other response. We are really excited to launch v2 ASAP so we can address these concerns.
My experience is that they almost always end up being "just" a dumb pipe, then. Routing (beyond proxying requests to backend servers), request logging, bi-directional interaction with the backend code that can enable cool stuff like conditional direct-serving of files, error handling, all kinds of great stuff available with server modules—that all ends up unused, because the HTTP daemon and the "application" end up different places, and making them work tightly together to let each do what it's best at becomes impractical.

[EDIT] And, as noted in my response to the other reply here, the size of the FastCGI spec, and the size of implementations, are far smaller than HTTP, which is nice.
Thanks! This didn't turn in my previous search. Will give it a try.
Basically a long-lived process with extra steps. But if all it does is hold a few file descriptors open it can minimize your long-lived state (which can reduce bugs) and in-use memory between requests.
It is still evidence. However it is evidence for something that turns out to be untrue.
Option to browse without a profile does seem to be specific to the EU[0], and apparently has some limited functionality (can't search for individual posts).

The second screenshot is a form I can get to, but immediately after logging in it'll prompt to download the app to set up your profile.

[0]: https://timesofindia.indiatimes.com/gadgets-news/threads-mak...
Not that complete, hopefully...
Eventually, once zstd support gets fully supported, and tiny gzip compression windows are not a limitation, then compressing a full layer would almost certainly have a better ratio over several smaller layers

https://github.com/opencontainers/image-spec/issues/803
Counter battery fire simply does not work. These missiles are not stored nor fired in central locations, there are only a couple at a time. You can fire at the launch spot all you want, there's going to be no one and nothing of value there. It's the same tactics the US itself copied for the HIMARS, and despite thousand of airstrikes Russia hasn't been able to destroy them.

Training and top level command is most likely not even in Yemen. You could hit the ports, that wouldn't stop the import of these missiles - they are shipped in small boats as a kit, assembled wherever, and then kept in a cave somewhere or in a car, ready to be fired. No port or infrastructure needed.

These tactics have been used since the 80s, and no solution short of a ground invasion can stop them. Israel couldn't even stop Hamas and the PIJ from firing guided rockets from Gaza - at the end of the day when the IDF bomb houses that rockets were fired from, it's just theater: they never store more than a dozen munitions, and by the time counter battery fire arrives, they've likely fired all munitions already. This is a tiny 2.4sqm strip fully blockaded, I don't see how you can stop it in Yemen.
I think he was punning about the flying over the head being something Boeing couldn’t achieve
Aside from simplicity, there aren't any major advantages AFAIK. Even in 2024, it only takes about 5 minutes to set up a system with Lighttpd and CGI. When all you have to do is expose an existing binary over the web, then HTTP<->CGI<->Binary is pretty convenient. Just write a tiny CGI wrapper and you can call it a day.

Edit: missed a bit of context, so here's a more relevant answer:

Long lived process with extra steps, yes, but the key part is that the CGI binary (and the webserver) are sacrificial. They handle input validation and all that nasty stuff, while the real application is safely tucked away. If the CGI binary dies, or the web server crashes, things become unreachable but otherwise operational. It's occasionally a useful characteristic.
While a large portion of the Egyptian population likely agree with the Houthi stance, the political actors they would support are in prison.
What I find interesting is the SSH-based comment system (https://blog.haschek.at/2023/ssh-based-comment-system.html) for their blog.
I'm not sure about Raptors specifically, but usually liquid rocket engines run rich (or, as Russians say, "sweet", rather than "sour", or lean), which means that there's excess of methane in the exhaust. Methane is a powerful (comparing to CO2) greenhouse effect agent, which fortunately doesn't have as long atmospheric life as CO2.
The truth is that the Turing test turned out to be useless. Whether we have passed it or not has no bearing on my life or anyone else's. The way I talk to ChatGPT isn't the way I talk to a real person, despite it already being capable of communicating with human language, teaching me things, and helping with my work and daily life. No real person would tolerate a turn-by-turn exchange of 2 minute monologues, but that's (apparently) what I want from an AI.

And millions of people are fooled into thinking GPT is a real person every day, with spam and robocalls and social media bots. Maybe it won't fool everyone all the time, but it can fool some people a lot of the time. And it's only going to get more sophisticated. The only ones concerned about the Turing test are 70 year old GOFAI professors -- everyone else is dealing with the practical realities of computers suddenly having language capabilities.
Still not sure the general layout of this - is the end goal to have some form of rotisserie that has multiple rods, each of which rotates about their own axis in addition to the primary axis, so that the food is cooked more evenly? If so, be careful about your gear ratios - you don't want the rotations to match up every time, otherwise you won't actually gain anything from the secondary rotation axis (the same side of the food will be rotated down closest to the flame on every rotation). I'd have to do the math / play with it, but off the top of my head I'm thinking as long as the gears aren't the exact same number of teeth you'd had full secondary rotation after [larger number of teeth] rotations.

That being said - to make that part, if concentricity isn't _critical_, you could easily split that into two sections. As you said, the bottom flat section would be laser cut (/water jet) out of sheet material; you could add some mounting holes around the central axis, then threaded holes in the rod mounting boss (or through holes for very long bolts and nuts, but that's better for prototyping with limited tapping/etc. capabilities).
The bits where streamers faces show up in the levels are hilarious
Clickbait title IMO. Essentially Java presents an abstraction and whether the underlying I/O is truly async or emulated depends on the OS. However, such a design allows them to change the underlying implementation to an OS async API at a later time (example: io_uring on linux). At most, perhaps it would be nice if there was an API to query whether it is truly async or not, but most code is going to want it to "just work" and know their code will take advantage of underlying async I/O, when available.

Post from mailing list from a couple years ago, for example:
https://mail.openjdk.org/pipermail/loom-dev/2021-November/00...
> A decent engineer will likely be able to write a slack-like application, definitely good enough to cancel the 500k/year contract, in a couple of months.

People are rightfully calling out this bit. It still wouldn't make sense for a Slack customer to make their own version of Slack in-house, but it does lower the bar for a lot of Slack competitors to get to feature parity much faster.
$3M each is what DoD is charged, or maybe an export price, for low quantities. Real marginal cost of mass production is much lower.
"The author has no expertise in the field. If your claim is that they're a "scientist""

Are you intentionally missreading me? I never claimed that the author of the article is a scientist. I said the article is quite ok compared to the average pop science article, which is indeed often clickbait. But here there were no promises, just the very correct claim, that there is great potential.

And the scientist the article is talking about, John Eichelberger, for sure has publications:

https://scholar.google.com/citations?hl=en&user=XtohsgUAAAAJ

So, I am asking again, can you point out one single lie or exaggeration in this concrete article? Because I cannot find one, but like I said, I am not an expert. So if you know more, please share that knowledge.
"Space is hard." — Elon Musk
This. They're great for small/mid-sized developers, but they price themselves out once you're doing billions of messages a month. At that point companies start looking at aggregators one level down (i.e. closer to the carriers or raw SMTP).
> a private system for the remaining taxpayers would have to cover its costs with only 10% of the revenue.

Is it that hard? Americans filed about 260M returns last year. 10% of it is 26M. Let's say you get only 10% of those - since you're not the only person on the market - to pay you $100 (if you save a significant amount on taxes, paying $100 for it would make sense, won't it?) - that's $260M, or about as much as the government says their whole system, for all 100% of taxpayers, would cost. If you can do better job than the government on the efficiency (not a very high bar), and you only have to support 1/10 of the volume the government does, I think these numbers look ok for you.

> You can imagine how converting that into computer code is a non-trivial undertaking notwithstanding that it's public information.

It is. But there are multiple businesses who already have been doing it for years, so it looks like a solvable problem.
I didn't actually know that he'd been doing it for a while, but I've not ever been a regular TV viewer. The change from my perspective was the commercials showing up in my Facebook feed and my family group chat joking around about the latest dispatches from old Gal Pal and how we could pick up a shrimp ring for 20% off.

So even if it was a longstanding thing, pushing the content toward a more millenial/gen-z audience is still a new direction and risk.

In the end, the biggest factor was the dissonance between his warm, cozy "all in this together" messaging combined with grocery price hikes and news like this coming on the other side of it all: https://www.blogto.com/city/2022/11/loblaw-report-profit-foo...
I think those are good points and valid, but Twilio definitly had equivalent arguments in their own product.

Encumbents manage scale very very well and historically they tend to come to a market late. While Stripe is rushing up the value chain, the issuers are just slowly lumbering around.

Billing, Radar, Sigma, Connect are all very well built products which drive usage of their core revenue generator. I suspect the revenue mix at Stripe is still largely payment processing. Voice minutes and SMSs on a carriers network, or authorizations and settlements on an issuer network.

I am not saying Stripe is doomed, far from it, but it's a non trival problem to solve over the long term and the default state is attrition. I think Twilio is a very good example of how difficult this can be.
Huh? It's just another userspace program serving TCP.
This is the finest advertisement for GrapheneOS that I have ever seen.
> The fact that EU has a 25 hour length requirement and the FAA refuses to update their rules to extend to some reasonable length tells us everything we need to know about this situation.

i'll bet lunch the actual recorder hardware in the airplanes is the same with the only difference being a knob set to EU rules or FAA rules.
Aviation is safe because the participants all trust each other. Blanket recording for undefined future use undermines that trust. This has a chilling effect on communication. Crews will be reluctant to communicate with each other. The risk of a warrant being issued at all creates an adversarial relationship between crews and investigators. This is a horrible idea and suggesting it betrays a cliche misunderstanding of the domain that is the stereotype of modern technologists.
At least in the ham radio community, experience is that digital radio sounds better further, but at the extreme ends of signal reception the digital signal becomes completely unusable before an analog signal becomes unintelligible.

See: https://en.m.wikipedia.org/wiki/Cliff_effect

https://www.selby.com.au/blog/what-is-the-digital-cliff-2

Up in the air, I can also hear AM analog voice transmissions from 200 miles away, so that's not really a good measure of performance. Both modes already do that. Benefit of having an unobstructed line of sight from several miles of altitude. :)
The US conducts war with a scalpel. Russia does it with a rusty hatchet. Those cruise missiles from Russia are (relatively speaking) very cheap and inaccurate.
> There are human lives on the line - thorogh records are clearly warranted.

I'm not suggesting otherwise.

> it will just add to the pile of evidence that they are in Boeing's pocket.

I don't understand the connection between the lack of voice recordings and how that is proof of the FAA protecting Boeing rather than the lack of voice recordings as proof of the FAA protecting the pilots.
The Russians, and Soviets, never did this. Their doctrine of mobile combined arms warfare, that worked really well during WW2, is called deep battle.

Zerg rushing works in video games.
Pros: lightweight, really good docs, security as a design goal, designed from the top down as a complete OS so the userland generally all plays nice together and feels more coherent and less bloated than a typical Linux distro

Cons: hardware compatibility/drivers (especially for WiFi and GPU) is worse than Linux, finding help online is worse than Linux, software availability and compatibility tends to be worse than Linux, but generally you can get everything you need especially if you're willing to build from source.

Subjective: Lots of Linuxisms that people are used to having aren't present on BSD. For example, no docker, no systemd, no Snap/AppImage/Flatpak, and no eBPF. This is true even on FreeBSD, which is the most Linux-like of the family. BSDs have their own answers to most of the problems that these tools solve, but you'll have to learn those tools and your Linux knowledge and muscle memory will be mostly useless.
> Americans seem to be able to resist the allure — and profits — of SUVs and pickup trucks.

That seems to be the reason. Blame both the consumer who wants them and the automaker, whose marketing influences the consumer to want them. Wish we were not so foolish, but, that's seems to be what is happening.
Cells across the body talk to each other about aging