skysight-inc/HackerNews huggingface dataset:
It always amazes me how speed and testing are placed in the same bracket. I want solid verification, and a strong pattern to repeat verification no matter what. This then allows for fast implementation. So then something involving integrating a number of components as possible reliably makes the most sense (verification wise): I want to verify value early. It is eyebrow raising this pyrmaid nonsense has hung around.
Could always use a 555 as a charge pump for your micro power mcu too.

Indeed, a small $0.23 mcu may have its own internal RC oscillator, or even a MEMS based resonator on a PLL. =3
Learnt my lesson. Truly felt (still) bad and sorry after people were saying they spent time and would not click solve easily. I only looked at it from a technical perspective and fully underestimated how serious the cross-wording community is. There was no bad intention and I will absolutely respect that from now on!

//EDIT. I've been working on it for approx. 10 hours today (still going) with the goal to put live a much better quality version. I feel the pressure and want this fixed myself. However it's quite a computational challenge i am giving my very best
I ran Common LOOPS in AKCL on a 386 PC. It was just an object system for programming, it didn't have a Frame System or Rule Engine as well like LOOPS.

My previous environment had been Franz Lisp on the Atari ST. My copy of the Franz sources was missing flavors so I wrote my own object system for it that looked a bit like New Flavors but with a frame system built in as well. My binding to GEM from Lisp made use of the object system as well and the repl was in a GEM window.
To start with, it was brave of you to edit out your original post lol.

> To imply, as you have, that genetics doesn't influence sports skill to a great degree is preposterous.

1. You do realize it is possible for an outcome to have multiple possible causes which contribute to varying degrees? Show me one peer reviewed study that says genetics are the reason for India's poor Olympic performance. Just one is enough. I will even take one from a predatory journal.

2. If someone says "genetics" as the cause for something bad without evidence, then yeah, they may not be racist, but that position is by definition a racist position.

3. Indians are the at top of the economic strata in the US (highest median wage). But low-brow racists won't attribute this success to genetics but illogically attribute it to "wage suppression" lol.
They have the highest median wages in the US. How are they suppressing wages?

4. This is how jews were treated in Europe for centuries and that lead to the Holocaust. Simultaneously, they were cunning and more clever than others and yet somehow also sub human in cognition.

5. Most racists generally lack a robust education in logic and history, so unfortunately, 3 and 4 are beyond their knowledge and comprehension.

6. You cited zero sources. Let me cite one from a neutral source saying H1B has no impact on wages.

https://aier.org/research/h-1b-visas-no-impact-on-wages/
These are all great comments here, but I am surprised no one is concerned about this being from Hong Kong. ¯\_(ツ)_/¯
In some respects, it's a testament to how much the world of electronics has changed over the past ~25 years. It used to be that 555 was this Swiss-army-knife IC that you had to learn about. Multiple people published entire books about it!

Today, it's essentially obsolete. You're quite unlikely to find it in any competently-done commercial designs. Every analog trick you can do with it can be done more cheaply, more reliably, with better power efficiency, and with fewer external components using a modern MCU.

It's not that analog is dead, but it's solving different problems now. Including how to keep ultra-high-speed digital signals usable within the footprint of a PCB - which wasn't that much of a consideration in the golden days of the 555.
> or 16 vs 13 if you count illnes. But it's definetively not 60 vs 13.

If the person listened to this information, it's easy to confuse 16 and 60.
Semantic Scholar - A free, AI-powered research tool for scientific literature
New Premium Uber Service Lets Users Commandeer Any Car
I assume it's marketing to join their secret club (Telegram group, Dicord channel, course) where you first have to buy something. "I made $500k by selling 5000 people the idea of making $500k for $100 each".
Yes, I have seen it and BrainTrust too. Unfortunately, need FOSS without vendor at scale.
TL;DR: Nothing that's inherent to QUIC itself, it's just that current QUIC implementations are CPU-bound because hardware GRO support has not yet matured in commodity NICs.

But throughput was never the compelling aspect of QUIC in the first place. It was always the reduced latency. A 1-RTT handshake including key/cert exchange is nothing to scoff at, and the 2-RTT request/response cycle that HTTP/3-over-QUIC offers means that I can load a blog page from a rinky-dink server on the other side of the world in < 500 ms. Look ma, no CDN!
" Tesla FSD works surprisingly well and improving capabilities to hands free actual autonomy isn't as far fetched as one might think"

Except FSD doesn't work surprisingly well and there is no way it will get as good as Waymo using vision-only.

"It seems that self driving car fans are way too tribal and seem to be convinced that the "other side" sucks and is guaranteed to fail."

I'm not being tribal, I'm being realistic based on the very public performance of both systems.

If Musk was serious about his Robotaxi claims then Tesla would be operating very differently. Instead it is pretty obvious it all a con to inflate Tesla shares beyond all reason.
> The problem is that vendors of hardware [...] do not want the OS to have full control over the hardware

I agree. At least the first half of the presentation blames the sordid status quo on Linux, all the while it is actually the responsibility of the hardware vendors. Linux not being the boot loader, Linux not being the firmware, Linux not being the secure firmware, etc etc etc is all the fault of the hardware vendors. They keep everything closed; even on totally mainstream architectures. On x86, whatever runs in SMM, whatever initializes the RAM chips, etc is all highly guarded intellectual property. On the handful select boards where everything is open (Raptor Talos II?), or reverse engineered, you get LinuxBoot, Coreboot, ... Whoever owns the lowest levels of the architecture, dictates everything; for example where Linux may run.

> Meanwhile, companies like Apple who integrate everything can have full control

Yes. Conway's law. As long as your SoC "congeals" from parts from a bunch of vendors, your operating system (in the broad sense the presenter uses the term in) is going to be a hodge-podge too. At best, you will have formal interfaces / specifications between components, and open source code for each component, but the whole will still lack an overarching design.

Edited to add: systems are incredibly overcomplicated too; they're perverse. To me, they've lost all appeal. They're unapproachable. I wish I had started my professional career twenty years earlier, when C (leading up to C89) still closely matched the hardware. (But I would have had to be born twenty years earlier for that :/)

Edit#2: the suggestion to build our own hardware is completely impractical. That only makes the barrier to entry higher. (IIRC, Linus Torvalds at one point wrote that ARM64 in Linux wasn't getting many contributions becasue there were simply no ARM64 workstations and laptops for interested individuals to buy and play with.)
The name of the specific Starliner that got stuck at the ISS?

Calypso.

https://en.wikipedia.org/wiki/Boeing_Starliner_Calypso

Who/what is Calypso?

>In Greek mythology, Calypso was a nymph who lived on the island of Ogygia, where, according to Homer's Odyssey, she detained Odysseus for seven years against his will. She promised Odysseus immortality if he would stay with her, but Odysseus preferred to return home. Eventually, after the intervention of the other gods, Calypso was forced to let Odysseus go.

https://en.wikipedia.org/wiki/Calypso_(mythology)

Yeah. Whoever named Starliner and that specific one are bloody geniuses.
LLMs are to AGI

as

A ladder is to getting to orbit.

I can seem LLMs serving as a kind of memory for an AGI but something fundamentally different will be needed for true reasoning and continues self-improvement.
> * String headers
> * round trips
> * many sockets, there is additional overhead to socket creation, especially over TLS
> * UDP. Yes, in theory UDP is faster than TCP but only when you completely abandon integrity.

Have you ever read up on the technical details of QUIC? Every single of one of your bullets reflects a misunderstanding of QUIC's design.
Is the Temperature Hot or High?
Agree that a widespread faster ethernet is long overdue.

But bear in mind, standards like USB4 only support very short cables. It's impressive that USB4 can offer 40 Gbps - but it can only do so on 1m cables. On the other hand, 10 gigabit ethernet claims to go 100m on CAT6A.
>the same people who made breakthroughs over the last few years should have also done the optimization work

I never thought it would be ideal if it was otherwise, so I guess so.

When I first considered neural nets from state-of-the art vendors to assist with some non-linguistic situations over 30 years ago, it wasn't quite ready for prime time and I could accept that.

I just don't have generic situations all the time which would benefit me, so it's clearly my problems that have the deficiencies ;\

What's being done now with all the resources being thrown at it is highly impressive, and gaining all the time, no doubt about it. It's nice to know there are people that can afford it.

I truly look forward to more progress, and this may be the previously unreached milestone I have been detecting that might be a big one.

Still not good enough for what I need yet so far though. And I can accept that as easily as ever.

That's why I put up my estimation that not all of those 30+ years has been spent without agonizing over something ;)
HDMI CEC v1.3 specification, page 38: "Device Menu Control"
Does it have passkey support? (google sign in?)
One of the benefits of the commercial crew program was supposed to be that NASA would just be one customer of many, thus justifying why the company takes on the risk of making a fixed price bid.

Starliner does not even attempt to compete on the commercial market, it has a fixed number of Atlas V's stored away for the NASA contract, and then someone will have to cough up money to try to put it on another rocket.

So, they aren't even in the market, let alone doing anything to even appear to compete.
Almost every one does.
I'd use them more, but WebSockets are just unfortunately a little too hard to implement efficiently in a serverless environment, I wish there was a protocol that spoke to that environment's tradeoffs more effectively.

The current crop aside from WebSockets all seem to be born from taking a butcher knife to HTTP and hacking out everything that gets in the way of time to first byte. I don't think that's likely to produce anything worthwhile.
Definitely not California but literally the first part of traffic law in Germany says that caution and consideration are required from all partaking in traffic.

Germans are not known for poor driving.
Expression, comprehension, and mastery of the form are still independent of English, it was never about direct utility or anything.
It seems to me that something could be hot enough, that you could vaporize before your nerves signal your brain.
I guess it's lucky they misspelled it, so there's no conflict.
It doesn't need to, but evolved intelligence is the only intelligence we know of.

Similar reason we look for markers of Earth-based life on alien planets: it's the only example we've got of it existing.
> You can staff an army of junior people for a very very long time on those kinds of projects.

Given this is a common business model and has known bad outcomes, what would a Blub programming language and rapid development environment designed to improve the quality and maintainability of an army of rising junior engineers look like? (I originally wrote “productivity”, but reducing billable hours is not a positive outcome for the consultancy. They surely still want to produce quality software like to reduce customer-impacting bugs and negative headlines.)

Go was supposedly designed for a similar audience, inexperienced engineers at Google, but it is pretty low level and still has its own gotchas. I’m imagining some hybrid of Go, Python, and Visual Basic with strong static typing, strong functional orientation with little shared state (to reduce the blast radius of each junior engineer), easy unit and integration testing, excellent post mortem debugging, big ints by default to avoid integer overflow bugs, FFI for integration with clients’ legacy code, and portability to mobile apps, desktop apps, and web front and back end.
Thanks, sounds amazing! I've checked it out from local library.
The data required to exfiltrate the telemetry and serve ads is vastly smaller than that used by the average iPhone.
Could you elaborate a bit more? I'm interested to know on which topic did Last Week Tonight miss the mark (and, why do you consider they had a hidden agenda?).
The author seems to reinforce the original point, that the async paradigm ends up working best in an all-or-nothing deal. Whether the difficulties in interfacing the paradigms should be attributed to the blocking part or the async part does not really matter for the practical result: if calling blocking code from async code is awkward and your project's main design is async, you're going to end up wanting to rewrite blocking code as async code.
Ah…so real work then :)
> What tissue can receive radio waves?

https://www.sciencealert.com/birds-see-magnetic-fields-crypt...

Some aboriginal people never developed the concept of left and right, instead using cardinal directions. I've heard that a few can even tell such directions in total darkness, but am having a hard time finding a source for that. I suspect that humans once had similar EM sensitivity to birds in the same way we once had senses of smell that rivaled dogs, and that these traits may randomly resurface in a handful of people.
CA regulates magazines and pistol grips (in combination with other parts) which attach to the lower receiver. Not sure you are fully correct in saying the lower is not a semiautomatic firearm. While the lower by itself is clearly not a complete and functional firearm, and not capable of firing without an upper, the sear/disconnector, which determines semi/full auto is part of the lower.
Facebook is the only way that a lot of local organizations advertise their events, so if I'm not on Facebook I don't hear about things. So I'm on Facebook and check it most days. No app,no notifications, though.

I also use LinkedIn for much the same reason. It is the main way some businesses in my local industry (including the one I work for) communicate.

My wife quit LinkedIn about 5 years ago when somebody used it to mine information to try to steal her paycheck... and it almost worked.
Substack (together with Medium) appears to be the blogosphere. As usual, venture capitalists managed to take over an open protocol and turn it into a singular product.
You might be interested in http://www.designinganalogchips.com ...
Chomsky is shockingly unhumble. I admire him but he's a jerk who treats people who disagree with him with contempt. It's fun to read him doing this but it's uncollegiate (to say the least).

Also, calling "generative grammar" productive seems wrong to me. It's been around for half a century -- what tools has it produced? At some point theory needs to come into contact with empirical reality. As far as I know, generative grammar has just never gotten to this point.
Microwaves kill by hyperthermia and boiling. Do you get a fever standing near your wifi access point?
Random forests are incredible cool algorithms.

The idea that you can take hundreds of bad models that over fit (the individual decision trees), add even more randomness by randomly picking training data and features*, and averaging them together - it's frankly amazing that this leads to consistently OK models. Often not the best but rarely the worst. There's a reason they're such a common baseline to compare against.

*Unless you're using Sklearn, whose implementation of RandomForestRegressor is not a random forest. It's actually bagged trees because they don't randomly select features. Why they kept the misleading classname is beyond me.
Show HN: I created a web app to encrypt/decrypt messages using Web Crypto API
op here. you nailed it on the head. also, the car started breaking before i could!

incidentally, i’ve also had the tesla dodge a deer successfully!

autopilot has improved in BIG ways over the past 2 years. went 700 miles in one day on autopilot thru the mountains. no issues at all.

that said expecting perfection from a machine or a human is a fools errand.
Maybe, but QUIC is not bad as a protocol. The problem here is that OSes are not as well optimized for QUIC as they are for TCP. Just give it time, the paper even has suggestions.

QUIC has some debatable properties, like mandatory encryption, or the use of UDP instead of being a protocol under IP like TCP, but there are good reasons for it, related to ossification.

Yes, Google pushed for it, but I think it deserves its approval as a standard. It is not perfect but it is practical, they don't want another IPv6 situation.
Doesn’t change the core issue, which is that if you want to do multiple operations simultaneously that take time to execute, you’re going to need to write stuff to handle that which you wouldn’t otherwise. Whether it’s channel piping or async awaiting is semantics.
I understand that, but you see how that "intending to provide relief" is very very different from the original statement of "Neither will I administer a poison to anybody when asked to do so", right? Sure, words and context and meaning can change, but this is a very significant change in meaning such that quoting the original statement without clarification is misleading.

Plus, how does that answer my other question? You say the Hippocratic oath's true meaning is that a doctor must provide relief, right? What is a greater relief then death? Or less flippantly, who gets to decide what relief is, if not the patient? And if they do, can't they decide death is a relief? I'm just unclear on how your quote from the oath makes it clear that euthanasia violates it.
One of the study authors is Dr. Satchin Panda, from the Salk Institute. (He appears to be a real working scientist, unlike most health influencers.)

I learned a lot from his book The Circadian Code.
Would the hype last until then? 5 years is a very long time in tech world.

MIT economists calculated that current AI can only impact 5% jobs significantly. I don’t think this number would justify a trillions dollar investment (Altman number)
They also mainly identified a throughput reduction due to latency issues caused by ineffective/too many syscalls in how browsers implement it.

But such a latency issue isn't majorly increasing battery usage (compared to a CPU usage issue which would make CPUs boost). Nor is it an issue for server-to-server communication.

It basically "only" slows down high bandwidth transmissions on end user devices with (for 2024 standards) very high speed connection (if you take effective speeds from device to server, not speeds you where advertised to have bough and at best can get when the server owner has a direct pairing agreement with you network provider and a server in your region.....).

Doesn't mean the paper is worthless, browser should improve their impl. and it highlights it.

But the title of the paper is basically 100% click bait.
It's not true by its own definition, it's just that if you soak it in, you will actually start to see the patterns behind it among people. It's still going to be pseudoscience because there are a lot of variables, but it often works and even more often people don't know what to look at or what to put together, because you'll find really A LOT of articles on the Internet that try to run mechanics on certain types without understanding what or why. I assume that if you want to put this together more precisely, there is a lot of scope here.

And lest it be said that I'm talking out of turn myself, I only became interested in this whole MBTI thing because an ENFP once told me I was an INTP after a few hours of talking about silly things. That's exactly what these tests once told me. Of course, these are still anecdotes, but we are sciency.

Is it a problem that someone has catalogued autism in this way? Is it a question of lack of precision or bad direction? Am I asking the wrong questions?
I would have spelled it "jiu-jitsu" if I had not looked up the spelling first and found that Wikipedia decided to spell it "jujutsu" (https://en.wikipedia.org/wiki/Jujutsu). Maybe I trusted Wikipedia too much; I have never practiced jujutsu/jiu-jitsu myself.
Right- but the "consideration" here is the person merging onto the highway actually paying attention and adjusting, rather than pointedly not even looking (this is a very common merging behavior where I life). Changing lanes isn't without risk even on a clear day with good visibility. Seems like my suggestion of slowing down or speeding up makes perfect sense because it's less risky overall, and is still being considerate.

Note that I personally do change lanes at times when it's safe, convenient, I am experienced with the intersection, and the merging driver is being especially unaware.
A-ring-a-drink-a-Bing
Flesh-eating bacteria cases rise in Florida after hurricanes Helene and Milton
Starliner works. It had a minor issue that turned out not to be so serious. It just happens to obscenely expensive.

There are no competitors that are even remotely close to competing with SpaceX and Boeing without first spending tens of billions of dollars like SpaceX and Boeing have done.

Also, are we all forgetting that within the past year SpaceX launches have had multiple unexpected catastrophic explosive failures?
No they are not. They would if they were natively webcomponents based but none are
Well, yes to all of that.

Taylorism is actually an attempt to make organizations flexible given that the more subordinated people are all completely unaligned with the organization goals and the management is in closer alignment. It's a very direct consequence of that.

Of course, the irony on it is that reality is often closer to the other way around.
> What's useful here?

It is up to the reader to figure out this one.
Sometimes, things need to leak.

For example, the fact that code actually takes time to execute ... this is an abstraction that should almost certainly leak.

The fact that some data you want is not currently available ... whether you want to obscure that a wait is required or not is up for debate and may be context dependent.

"I want to always behave as though I never have to block" is a perfectly fine to thing to say.

"Nobody should ever have to care about needing to block" is not.
Ugh...I forgot about that madness people do with WordPress themes and plugins and nowadays with ebooks! -_-
Having read through that thread, most of the (top) comments are somewhat related to the lacking performance of the UDP/QUIC stack and thoughts on the meaningfulness of the speeds in the test. There is a single comment suggesting HTTP/2 was rushed (because server push was later deprecated).

QUIC is also acknowledged as being quite different from the Google version, and incorporating input from many different people.

Could you expand more on why this seems like evidence that Google unilaterally dictating bad standards? None of the changes in protocol seem objectively wrong (except possibly Server Push).

Disclaimer: Work at Google on networking, but unrelated to QUIC and other protocol level stuff.