skysight-inc/HackerNews huggingface dataset:
This isn't a very strong generalization.

* Where do those terabytes of json live? In the example case, the data is not read from anywhere, but rather generated and written to the pipe. All else being equal, I suspect it would be hard to feed such a program at 55GB/s w/ real data from some storage somewhere - in the end you'd be limited by the disk read speed (or network recv speed).

* This example doesn't need much ram for processing. There's only a handful of variables that can be held nicely in registers. Even if you could get 55GB/s of input, there aren't a lot of cases of json processing that won't need to store variables in memory. At a minimum a lot of effort would be required to ensure cache friendliness for these variables to not thrash the cache - if it's possible at all.

* The code for the example is tiny - json parsing requires a lot more instructions. Even in the simplest case - pulling a fixed number of bytes from fixed size records in the input stream requires a similar number of adds and compares (etc) as the example case, and the output memory alignment machinery will be about the same. As the code grows to handle actual parsing of json and processing of data, the instruction count grows quickly to a size where the instruction cache may become a concern.

* speaking of instructions - parsing json has a lot of conditionals. I don't think it's possible to do it without any conditionals, or even without enough branch mispredictions and pipeline flushes to achieve such high throughput.

Of course all of this is assuming that the IO of writing to a pipe is the same as IO in the "get from network or disk etc" sense. They really aren't the same - io to a pipe is IPC, the data never leaves the l2 cache - it's only io to the process not to the CPU. Once you have disks and networks and RAM involved, things change dramatically - the signals have to travel an order of magnitude (or more) further, they have to leave the chip so you must synchronize with a different device, there's protocol overhead for storage and network, etc.

Point being - sure we can absolutely do better with software in a lot of cases, but this is not a good example to derive conclusions from.
Sounds very interesting, can you expand a bit more on what exactly your team does?
Even today, there's a handful of people who make a full living off chess. The owners of chess.com, a few streamers, a handful of super GMs, and chess teachers, and the latter will be automated away.

And prior to the explosion in popularity? Barely anyone.
Show HN: Tip of the Tongue – parahippocampal gyrus massage app
I forgot the word "Vicuña" and wanted to test out function calling, so made this little tip of the tongue app.

You describe the thing and it spits out a guess. Works better than googling.

It's just a front to GPT: dear VCs you can start lining up!
If you use aurora store you use google accounts. Someone else made them for you, but you're still using them.
You are missing the point here.

The point is the often-repeated story that "Apple stole the GUI from Xerox." It's not true, because when Apple saw the Xerox Alto, it was almost a prototype. It wasn't a commercial product, and it had no standard UI. Different tools had different UIs, a lot in the "apps" was keyboard-driven, and the famous GUI part, the Smalltalk system, did not have a lot of things we today take for granted.

The Alto didn't have them because they had not been invented yet. That is because Apple invented them.

Apple's Lisa OS, and later Mac OS, invented things like title bars with standardised control buttons, menu bars and pull-down menus, graphical iconic toolbars, dialog boxes with standard buttons in standard places, desktop icons, graphical file managers representing files and folders with icons that the user can position, and so on.

Now, all GUIs have these. Later Xerox GUIs have these, such as the Star. But the Alto didn't, because the ideas hadn't been invented.

Xerox came up with the GUI and overlapping windows and graphical menus and things like that, but Apple refined it into something more usable by non-experts, and also simplified it so that it was usable with a single mouse button.

What Apple saw in the demos was indeed weird, which is the point of TFA.
Very apropos. OP, there’s an excellent summary on longnow:

https://news.ycombinator.com/item?id=1286952
> You can simply not use their services

Good luck with that. I get that you can refuse to email anybody with a gmail.com address, but lots of people use Google to host email. You may not be willing to upload your address book to Facebook, but the people who also have you in their phone book have likely shared that with FB through Instagram.

These companies get to know you pretty well even if you never directly use their services.
Here is the question, it took 5 years from the "Attention is all you need" paper for us to get GPT-4. I've been using GPT-4 api for generating structured content. Right now it's a pain but you can get it to work with some effort.

Do you think this doesn't get 100% better in the next few years with the billions of dollars that are pouring in? Because a GPT-4 that is 100% better at generating useful content is a game changer. Now what if instead of a 2x improvement we see a 3,4,5 or even 10x improvement in the ability of the technology?

All the people comparing the hype around AI with crypto have good pattern matching without any judgement. I personally never got into crypto. I'm very into AI.
0 lines.

My Bitwarden Vault has 728 entries it could be cleaned up by a lot.
For me it's parallelisable delivery (or fragility, depending on how you look at it). If a team owns its own data store, it can make whatever changes it needs to and not have to worry about any other part of the software being broken by those changes.
This is partly why you should have two (as well as if one breaks). If you lose both then you probably need to work on looking after your valuables better.
> This provides us with a problem when it comes to understanding exactly who our customers are.

They don't need to know who their customers are.

I can't think of a single store that I go to that needs to know who I am.

It sounds like a solution in search of a problem.
I can't read it.
I see that one a lot and it doesn't hold up to scrutiny because copyright on grandma isn't how recipe websites make their money. They trade in a generic field flooded with fly-by-nights that exist exclusively to run ads. They don't care nor need to care whether their filler material isn't copied.
I don't know if relevant for Wikipedia, but in CC BY-SA 3.0 where the entire licence was invalidated if you made a mistake with the attribution.

I was reading of an exploit where an organisation is publishing photos under the 3.0 licence, searching for minor infractions and then extorting random bloggers and businesses for infringement. I believe the 4.0 licence addresses this by allowing users to fix a faulty attribution within a reasonable time.
Batteries don't turn into junk in 5-6 years. Where are you getting your information from?
> Wikipedia, the highest quality curated human-readable information repository

I have some doubts about the quality of Wikipedia content. Everything that can be politicised is politicised , everything that can be played in order for someone to advance his/her plans or point of view is played.

Apart from bad faith, some article lack relevant info or contain errors due the volunteer nature of it.
I think it's important to note that the Mac didn't have multitasking because it was so savagely cost-reduced, and the team had to fit a GUI OS into 128 kB of RAM.

The Lisa did have multitasking. It is one of the Lisa features that was cut from the Mac.

And then Apple spent a decade or so trying to put it back in again.
Whoa! That should get some kind of award.
I get a decent amount of that and dystopian scenarios are just our horror fantasies. I like them too but I like to have faith in people.
> Back then many people were trying to figure out what to do with it and we still don't really know

Same thing is happening with “AI”. I think it’s not a fad but at the same time it is.

In the company I work for, in the media sector, there’s clear and direct use of LLMs (it’s already being done, and yes it will mean quite a few people will lose their jobs, despite many HNers saying that it won’t happen), but with all the hype they want to get some sort of “AI” everywhere and the most ridiculous ideas are being POC’ed.
I think you must be right, wasn't it the Albert bridge that was closed for ages due to structural concerns..?
We are working on an in-browser version, at which point, we will offer a playground for everyone to experiment with pre-login.
reply
> concise

I believe the whole discussion here is about the site being anything but concise.
Valve won’t publish games that feature copyright-infringing AI assets
Papercraft: Composable Templating for Ruby
Some machines transcend reproduction.

https://www.computerhistory.org/revolution/supercomputers/10...

https://www.nsf.gov/news/mmg/media/images/cray_h.jpg
The modern way to sell consultancy services in 2023
A lot of information about selling consultancy services is ridiculously out of date. Here's a modern approach which actually works.
I got scammed a few too many times on these cheap high-spec cameras on DealExtreme/AliExpress etc. 4K? No problem, just take your generic 640x480 sensor and upscale the heck out of it, usually with dodgy, buggy upscaling algorithm at that. And there has to be a special art to making audio microphones as dysfunctional as I encountered. These scamcams are everywhere, even at Costco and Home Depot once in a while, in the form of action cameras that, as usual, claim 4K though recently the real resolution may be as high as 720p, though now with horrible rolling shutter artifacts.

Not that any of this matters anymore when everyone carries a pretty decent camera in their pocket as part of their smartphone.
Just curious why you guys do this and for free?
I personally am thankful for ORM in Laravel's Eloquent.

I have requirements to always have a changing query which if done with raw sql can increase the maintenance effort drastically.

I speak this because I also am maintaining a legacy project which uses raw SQL and it takes a tremendous effort to even add a single feature which I know can be done in minutes with ORM.

Overall, I'm with the ORM gang, however, I also respect the other view and I know well enough the freedom they have with using raw sql.

But I guess it's fine for me to be constrained with ORM, especially with Laravel's Eloquent ORM. It greatly improves my productivity working as a software engineer, and I also get to know more edge cases of raw SQL by using ORM.
You're overthinking this. If you link to the Wikipedia page, you have reasonable certainty the link will be valid for a decent length of time. If I distribute something now, the link doesn't have to be valid in 20 years time.

What if in 20 years time the link no longer works and I'm still distributing the content? Then I'll update the link, or link to the web archive. If for some reason neither of these is possible, it might even be reasonable to attribute more generally 'unknown wikipedia contributors, formerly documented at [old url]'.
> It has no concurrency primitives that are anywhere close to other popular languages

I can switch between writing async/await based $other_language and

use Mojo::Base -signatures, -async_await;

for my p3rl.org/Mojolicious code and keep all the same concurrency based patterns just fine. Trivial example of the sort of code I can write given that 'use' line:

async sub url_body ($self, $url) {
my $tx = await $self->ua->get($url);
return $tx->res->body;
}

It's fair enough if you prefer go's lightweight threading plus channels CSP model but async/await is IMO a perfectly reasonable approach.

(the -async_await feature flag is powered by p3rl.org/Future::AsyncAwait which works fine with p3rl.org/Future and p3rl.org/Future::Utils as well as p3rl.org/Mojo::Promise in a single process - and since p3rl.org/Mojo::IOLoop and p3rl.org/IO::Async will share an event loop I often find myself using things based on both since it's all await-able)

p3rl.org/App::cpanminus plus p3rl.org/Carton (or my p3rl.org/App::plx) doesn't tend to be archaic or cumbersome to me (classic CPAN.pm, sure, but since cpanminus and plx are both distributed as p3rl.org/App::FatPacker bundled script s via github you can bootstrap them without ever loading CPAN.pm) - I generally find it less of an aggravation to deal with than most other languages' approaches (go's isn't bad at all, but e.g. virtualenv is very much not my cup of tea).

As for slow, the main thing that makes installation from CPAN slower is that our tooling tends to run tests by default - I'm aware that these days "verifying your dependencies actually work at install time" has gone out of fashion in favour of faster installs, but if you're happy with that trade-off pretty much everything has a 'notest' flag available.
I'd argue most people do not even realize they click on ads. My mother! The ad call-outs got so inconspicuous that they're almost indistinguishable from ordinary search results. And if you don't realize that and just click on the top results, you're amongst the top profitable users.
https://www.ercot.com/gridmktinfo/dashboards/fuelmix

weird. Currently, natural gas is 62.4% of the fuel mix
The original, KeePass 2, is quite good. The prior version is only for the old database format. The nice thing about it is you can automate sync in many ways, and it has plug-ins that do lots. Every other tool uses KeePass 2 databases.

I used KeePassXC but it didn't sync like I wanted using syncthing. Other synch stories probably work better, like Dropbox.

Kee is the browser extension I use and it's pretty good. They also have a sync service you can buy, but it's free to use with KeePass 2. I liked it better than the extension that's compatible with KeePassXC.

KeePassDX is pretty great. It's working well with my setup, especially using Brave as I avoid Chrome. Incidentally, I think recent Chrome updates have complicated things for password managers on Android but alternative browsers work great. I use it with a longer timeout to lock the database than the default.

I think KeePassX is superceded by KeePassXC.

So, if you ignore most of the other forks, you don't need much analysis paralysis, and everything works well.

For iOS, it's hard to find FLOS solutions but there are paid apps that are supposed to work well to integrate with KeePass 2 databases.
Ok, just wanted to be clear.
nope, that's another fail at basic info navigation, you see there are 4 basic ways right in the TOC, and then jumping into either of those 4 ways you get the example in a clearly different formatting, so you don't even need to read the "cruft", and only for the first of these 3 ways you need to scroll a bit for the answer
I think v4.0 adds one way compatibility with the GPL v3 too.
> schema flexibility

If the business is of the notion that the schema is "flexible", then it is probably time to bring all of the MBAs into a conference room and have a come-to-jesus conversation about the limitations of information theory and human suffering.

At a certain point, when someone says "Widget", everyone in the organization needs to be on the same page. This goes well beyond any specific technology.
The RFK Jr. article. Here’s the talk section:

https://en.m.wikipedia.org/wiki/Talk:Robert_F._Kennedy_Jr.
> for reading any uncached data, the I/O stalls are unavoidable.

Excuse me for a silly question, but whilst an I/O stall may be unavoidable, wouldn't a thread stall be avoidable if you're not using mmap?

Assuming that you're not swapping, you'll generally know if you've loaded something into memory or not, whilst mmap doesn't help you know if the relevant page is cached. If the data isn't in memory, you can send the I/O request to a thread to retrieve it, and the initiating thread can then move onto the next connection. I suspect this isn't doable under mmap based access?
Is there anything open source like this, but for personal finance?
The article was posted by "cprogrammer1994", that should've been a hint!
I think you missed the “over the internet” part. When you do a CC transaction over the internet, you give the merchant your CC number and all the other information needed to make a transaction happen. A legitimate merchant may pass that information directly to a PSP, but you can’t deny you’ve given the merchant the information. Surely you’ve filled out a CC form in a website before?
I think "doomers" is a better description in this case. "Evangelists" are "AI will do everything and that's great" and doomers are "AI will do everything and that's terrible". The OP is a representative of the middle way: AI is an important new tool and that's a mixed bag but net positive.
Thank you! No we didn't use Midjourney for that.
China is lining up a Harvard-trained economist as its next central bank chief
Africa doesn't have the grid capacity to support a shift to electric vehicles. Right now South Africa (i.e., the richest country in Africa) has daily rolling power cuts (aka "load shedding") because they don't generate enough electricity for current demand, let alone for widespread EVs.

The major advantage of liquid fuel compared to electricity is that it's easier to transport and store, and harder to steal, which is why I don't think EVs will see significant take up in the third world.
‘These are the people who could pause AI if they wanted to’
How Should an AI Explore the Moon?
I came across Teeth Talk Girl a few months ago, allot of informative content, and seems pretty unbiased.
There is also "Baseline Dental" and "Dr. Brett Langston" channels. Quality a bit mixed and somewhat promoting there place of work.

But yeah, still pretty dry out there, but better then a few years ago. Probably more on tiktok... but that's tiktok.
Do they make more money if I click on a few SEO spam sites full of Adsense, and page through a few pages of Google results, before finding the answer or possibly giving up - or if I find and click on the top result?
Anyone who thinks we should just live in a “pure meritocracy” is a little bit delusional. Maybe they’ve played too many RPG’s where players have stats and you can sort by attribute and pick the best. If that was the case in the real world there would no job interview, just sharing statistics and picking the candidates with the highest numbers. Employers have to evaluate people on how they will perform BEFORE they perform, on subjective grounds. So for any number of reasons, probably subconsciously, people who are more unattractive, short, or possibly of a different race than the hirer can be perceived to be qualified but ‘not a good fit’. There are always ways around excluding people without it seeming discriminatory. That’s not to say there should be quotas, but to think there’s no issue because we should just pick the best candidate never stop to ask “how? How do you know they are the best?”.
>Mostly acting as a translator from natural language to structured output.

Can I ask what exactly that means/does?
And also this reliance on a few payment providers causes the same type of problems as this business have with Google - big businesses trampling yours on a whim, with no real recourse. The problem is actually far worse with payment processors, who are increasingly taking it upon themselves to be an unelected worldwide morality police, deciding which types of commerce shall be legal with their own de facto law
Factoring in EV incentives, in places like Oregon a Model 3 is literally the same price as a Toyota Corolla these days.

https://www.motorbiscuit.com/2023-tesla-model-3-cheap-toyota...
Even if the power stations were running on petrol it would be worse because of the inherently lossy nature of transferring power to the grid, across the grid, to the battery, from the battery, to motor(s) to the wheels.

I'm not saying it's bad to move to electric vehicles just that it's not the wonderful win for global warming in China (or really anywhere else) right now and for the foreseeable future.
I can't read the text of the article due to paywall. But the headline seems a bit on the nose. I'm personally happy about diversity efforts at work -- it's helped my software development and interactions by introducing the ideas, best practices, and pitfalls related to accessibility, localization, and messaging.
It's becoming common. You can also hear "jagged tensors". Alternatively "ragged".
The original perl7 plan never got past the RFC stage for multiple reasons.

The current intent is to get things like the new class syntax (plus a number of other features, the exact list of which escapes me right now) shaken out and stabilised and then release a perl7 where 'use v7;' gives you the new baseline set of features while still being able to be /usr/bin/perl without breaking e.g. the PostgreSQL and OpenSSL and etc. build systems.
While that's very true, I actually like searxng for that. And thanks to Googles slow death and the (it feels like that at least) Google's slow death, we'll see more of that and improvement to existing projects in the future, imho.
> You can simply not use their services.

I love this liberal argument. It's the sister argument of "Well, if you don't like YouTube censorship, then you can start your own YouTube!" It is truly out of touch with how societies actually function.

This argument only works when you have lots of market competition full of small players where it doesn't make any difference which service you use. But large corporations can effectively become something like public utilities that function like economic gatekeepers in a way that even governments are incapable of.

It is also hostile and encourages/enables the hostility of big players. My presumption is characterized by liberality, but it's a presumption, which means I default to liberality, unless there is a good reason to restrain it. Saying "just don't use it" can either be unrealistic, or something like a move of last resort. We regulate business and have always regulated business for a reason, pace free market extremism.

The common good is the concern of the law, and protecting the individual is for the sake of the common good. Start there, and you might take a different view of the function of economies in societies and how they may or may not be constrained.
"If you were to heed Timnit’s warnings you would have to significantly change the business and the structure of these companies. If you heed Geoff’s warnings, you sit around a table at Davos and feel scared."
Yeah, it's how teams get players and work around hard and soft salary caps, avoid luxury taxes, etc... Take a look at international futbol sometime to see insane money being thrown around.
Managers running the show there for quite a while. The creatives get turned into stepford wives.
Guess who is also building more coal power plants!
All other operating systems implementations have GUI, and Linux doesn't.

Seriously though: modern JS ecosystem is not a "language" or a "framework". It's a kernel. You can choose your own language, whether it's Typescript, Coffescript, Purescript, Clojurescript, Reason or one of it's sublings, Elm, or pure JS. Of course, like with Linux, this can be a good or a bad thing for different users and circumstances: personally, I like Linux, but I don't want to handle all of this complexity on my own desktop.

And just like with Linux, you have to choose your own implementations for everything: testing library, strings, dates, templating library, state management, web server, etc.

If you're comparing the barebones Node and vanilla JS to other languages and frameworks, you're not making a valid comparison. You can't pretend that something is inferior just because it's modular.