skysight-inc/HackerNews huggingface dataset:
I really wouldn’t call GUIs a “command-based paradigm”. Feels much more like they’re digital analogues of tools and objects. Your mouse is a tool, and you use it to interface with objects and things, and through special software it can become a more specialized tool (word processors, spreadsheets, graphic design software, etc). You aren’t issuing commands, you’re manipulating a digital environment with tools.

Which is why the notion of conversational AI (or whatever dumb name they came up with for the “third paradigm”) seems kind of alien to me. I mean, I definitely see its utility, but I find it hard to imagine it being as dominant as some are arguing it could be. Any task that involves browsing for information seems like more of an object manipulation task. Any task involving some kind of visual design seems like a tool manipulation task, unless you aren’t too picky about the final result.

Ultimately I think conversational UI is best suited not for tasks, but services. Granted, the line between the two can be fuzzy at times. If you’re looking for a website, but you don’t personally know anything about making a website, then that task morphs into a service that someone or something else does.

Which I suppose is kind of the other reason why I find the idea kind of alien. I almost never use the computer for services. I use it to browse, to create, to work, all of which entail something more intuitively suited to object or tool manipulation.
Think of the model as a gigantic compiled binary where you send in strings in a certain format and get back a response. This is a web API wrapper for that so you only need an HTTP client instead of having to run something like llama.cpp yourself.
It sounds like the specific concerns here are actually around buffer pool management performance in and around the TLB: "Once you have a significant number of connections we end up spending a *lot* of time in TLB misses, and that's inherent to the process model, because you can't share the TLB across processes. "

Many of the comments here seem to be missing this and talking about CPU-boundedness generally and thread-per-request vs process etc models, but this seems orthogonal to that, and is actually quite specific about the VM subsystem and seems like a legitimate bottleneck with the approach Postgres has to take for buffer/page mgmt with the process model it has now.

I'm no Postgres hacker (or a Linux kernel hacker), and I only did a 6 month stint doing DB internals, but it feels to me like perhaps the right answer here is that instead of Postgres getting deep down in the weeds refactoring and rewriting to a thread based model -- with all the risks in that that people have pointed out -- some assistance could be reached for by working on specific targeted patches in the Linux kernel?

The addition of e.g. userfaultfd shows that there is room for innovation and acceptance of changes in and around kernel re: page management. Some new flags for mmap, shm_open, etc. to handle some specific targeted use cases to help Postgres out?

Also wouldn't be the first time that people have done custom kernel patches or tuning parameters to crank performance out of a database.
> If this feature is standardized and built in it could be paired with a token like a yubikey which is on users keychain and authenticated even if they were using someone else's phone.

Remember the standard tech bait-and-switch: if this feature is built in, it'll not be good enough to function for purposes you describe, but it will be good enough to track you by your voice for advertising purposes.
Also, infrastructure fundementals do not change, now matter where they are running.

As long as dev's don't seem to understand real world limitations, (for instance, a network cannot be instantanious, and latency is not consistent) and thus leave tons of performance on the table, i think the "infra guys" will be just fine.

Also, don't forget there is an entire world out there of people making sure connections to the cloud are even possible across the internet.
If food production operated as, say co-operatives between farmers and customers, what do you think would be worse or better than the current model.

(Note: I get my insurance through a co-op, and the difference between my experience and people who don't is pretty eye-opening.)
thanks for a critical feedback, which is always valuable and opens up different perspectives.

> Code reviews are handled via your source control system

Indeed, but from my experience working for small startups and Big Tech, a lot of times I have seen people not checking which PRs are assigned to them. Part of the reason how noisy source control systems become (every commit triggers notification).

> questions about product go to... the product team, not the engineers or their manager.

Some systems get so complex that even Product doesn't have full picture, think about 300 A/B tests running currently in your system, without checking which experiments are enabled for a particular customer, it is difficult to exactly tell how experience looks like to the customer, so you need help from engineers.

> micromanaging Slack conversations has a problem with how they use their tools.

not sure, I follow this part. This is not to help with micromanaging people, but to help teams who are responsible for the product and project to resolve requests in a timely manner. Even if manager never looks in incoming requests, accountable teams want to get visibility on what's not answered yet.

Appreciate your feedback, which helps me to think more deeply about the product I am building and how to help teams
Maybe they made him solder a resistor.
I've noticed the same thing, though I already left quite a while ago. It saddens me because when I first moved there the country provided a lot of opportunity and I grew a ton. I used to really like living there, in London specifically.
It sounds like he developed it quite a bit, with buildings and even an airstrip. So the math isn't quite as simple as present-valuing the $8M from 1982 and subtracting it from the $32M in today's dollars. Still made a haul though, I'm sure!
Congratulations on the launch of Digest, Adrian! The ability to extract specific information from documents by simply asking questions is impressive. I'm curious about the scalability of your product. How does Digest handle large document archives, and what measures are in place to ensure efficient search and retrieval of data from extensive databases?
Self acceptance is a decent advice - it’s emphasized in Shintoism, Buddhism, Stoicism, etc.

Obviously though, suggest a better option than self acceptance if you know one.
Post-success it's pretty common to play around with that definition.
The link to Javascript at the bottom of this page is broken: https://slint.dev/releases/1.0.2/docs/slint/. It goes to https://slint.dev/releases/1.0.2/docs/nodejs/ which gives a 404.
It is a submarine that carries people to depth. I don’t think it should have consumer-grade lighting designed for an RV that has windows and an exit that is always possible to use.

It should not have a low-cost consumer-grade controller.

The CEO should not be bragging about the fact that it does, on camera. It demonstrates an incredible lack of experience and/or mental disconnect. All of this would be fine if it were a boat in an amusement park 1 meter pond or something, but it is in the open ocean at depth. It was a matter of time before people died.
There are no system requirements listed.
"You're not arguing in good faith". You clearly didn't even read the headline, much less the article. Is that "good faith"? Set a good example for us lmao.
Thanks for the heads up, I totally blanked on signing up through SDF. I have other accounts through them, hoping to use them for a Lemmy homebase as well.
That's why i keep my 3D printer next to my toilet these days. The joys of living in a small apartment.
Isn't it described the same way when a airplane goes missing?
> Both of those are systems which had to work right. Large language models are not even close to being safe to use in such applications. Until LLMs report "don't know" instead of hallucinating, they're limited to very low risk applications such as advertising and search.

Are humans limited to low-risk applications like that?

Because humans, even some of the most humble, will still assert things they THINK are true, but are patently untrue, based on misunderstandings, faulty memories, confused reasoning, and a plethora of others.

I can't count the number of times I've had conversations with extremely well-experience, smart techies who just spout off the most ignorant stuff.

And I don't want to count the number of times I've personally done that, but I'm sure it's >0. And I hate to tell you, but I've spent the last 20 years in positions of authority that could have caused massive amounts of damage not only to the companies I've been employed by, but a large cross-section of society as well. And those fools I referenced in the last paragraph? Same.

I think people are too hasty to discount LLMs, or LLM-backed agents, or other LLM-based applications because of their limitations.

(Related: I think people are too hasty to discount the catastrophic potential of self-modifying AGI as well)
Isn't TVA? Or that federal? Or just a generator?
Elon's experience at Tesla is a great example of why the technicals of who incorporated the original entity doesn't matter.
If space is easier than the deep ocean, how is it that the Trieste (the submersible that explored the Challenger Deep) was built in a year on a budget of millions by a single shipyard, while it took massive, multi-year, multi-billion dollar, national efforts to go to space?
Ah, I believe Coserv does their own delivery, as they were touting their preparedness for and reliability during the big freeze.
> Let me explain, the ultimate UI is no UI. In a perfect scenario, you think about something (want pizza) and you have it (eating pizza) as instant as you desire.

That doesn’t solve for discovery. For instance, order the pizza from where? What kinds of pizza are available? I’m kinda in the mood for pizza, but not dead set on it so curious about other cuisines too. Etc.
The underlying library for both sync and async is httpx (https://www.python-httpx.org/) which may be limited from the HTTP Client perspective but it may be possible to add rate limiting at a Session level.
This was a feature on SCSI disk controllers. I remember one controller that had dip switches to set the spin up sequence number, and then you would configure the controller to wait for all the drives to be spinning before it tried to bring the array online.

I'm going from memory here but each Ultra 320 SCSI HDD had a startup current of almost 2 Amps so if you had a disk shelf with 24 drives and stack a few shelves in each rack you could do some serious power damage if you didn't plan the startup sequence right.
"The Man" would rather have you renting rather than owning. There are also those who see the increased cost of life as a good thing because it would help the Earth due to decreased consumption and a lower population.
Access checking, yes, but the scope of memory corruption does increase unavoidably, given the main thing the pgsql-hackers investigating threads want: one virtual memory context when toggling between concurrent work.

Of course, there's a huge amount of shared space already, so a willful corruption can already do virtually anything. But, more is more.
Here's a couple (I apologize if some of these are already obvious to you):

- https://python.langchain.com/docs/use_cases/code/code-analysis-deeplake
- https://twitter.com/jerryjliu0/status/1636728577524916225?s=20 (GPT repo loader)

FWIW there's tons of tools you could use to do this. GitHub Copilot is pretty close to being a comprehensive solution as well.
Not in something like Postgres, I hope
Sounds like baseless theory
On a per-machine basis, many server motherboards have out-of-the-box BIOS support for this feature. At least they used to. It's been a long time since I've built a server and mechanical hard drives are less common than they used to be.
> Oct 2020, StorONE announced a 1PB All-Flash array for $499k.

mind you the price of flash storage has dropped significantly since 2020.

Hard disks are still being used, but having all flash systems is not uncommon.
Getting into "track racing" (or taking some courses) would be one good way:

* https://en.wikipedia.org/wiki/Track_racing

Also any kind of dirt / motocross riding (and training) would probably help. Basically getting off of asphalt and into the dirt.
Apparently $8M in 1982 is worth $25M today, but property price inflation doesn’t always match CPI.

https://www.in2013dollars.com/us/inflation/1982?amount=80000...
What about Ronald Wayne?

https://en.wikipedia.org/wiki/Ronald_Wayne
Analogies between domains are important and occasionally can be triggers for really useful thinking.

Modern life and work is so siloed. Deep expertise and wisdom, whether that is about efficiency, risk management, community building, user interface, simply aesthetics or any other challenge can be just nearby.
Weren’t voice assistants a new UI paradigm? Also, tellingly, they turned out to not be anywhere near as useful as people hoped. Sometimes new isn’t a good thing.
Is there some sort of underwater "GPS" tracker they can use to track the sub?
As another commenter says, it's actually easier the more generators you have because the rotational inertia of all the spinning masses is larger. This (and the storage problem) is one of the reasons that wind and solar destabalise grids - they are interfaced to the rest of the grid by converters that create ac sources - but there's no real rotating mass there, so the inertia is tiny. The result is that as we add more renewable power to the network, it becomes less able to 'roll with the punches' of loads coming on and off line.

PS One of the answers in the SO thread mentions JET in the UK. I spent a few summers there as an electrical engineering student (it's home to the MAST and JET fusion reactors). When the JET tokamak ignites a plasma, it can't sustain it for very long (we are not yet at the point of extracting enough energy to sustain the reaction). As a result they need to ignite the plasma and keep it hot. They can't do it for more than 1-10 seconds. During that time, they draw massive amounts of power - they're permitted to draw up to 1% of the UK's capacity for a short period, whilst they simultaneously dump all the energy stored in two gigantic flywheel generators housed in a nearby building. I've never been there when the flywheels are running but I've climbed around beneath them. There's nothing quite like massive engineering :)
Perhaps this article might have been the impetus for the letter to Apple.

from https://wccftech.com/usb-c-on-iphone-15-will-limit-data-spee...:

"Despite Apple's goodwill to bring USB-C to its iPhone lineup later this year, not all cables will be compatible to transfer wired data at maximum speed. You will have to buy an MFi cable or any other accessory with the standard to make use of the USB-C port's full potential. It was coined by ShrimpApplePro that this year's iPhone 15 models will come with USB-C with MFi."
Previously on HN:

https://news.ycombinator.com/item?id=36339980
https://news.ycombinator.com/item?id=36361510
Based on their results from helicopters, I’d say they have a higher risk tolerance than many would be comfortable with. Helos seem to me to border on being a natural predator of billionaires.
Yup, be there to steal the ideas on why they become successful
... or the unvaccinated population tends to cluster, for sociopolitical reasons, in a region of the country, where lightning strikes are unusually powerful. IRL confounding factors abound.

Sweatiness is a good example of the sort of thing that would be hard to determine by comparing to past sample groups, since it's a rarely recorded piece of data.
I could take some guesses. It's cramped with a lot of people; wires invite tangles or damage if someone accidentally yanks on it. Especially if you want to operate the vehicle from both sides of the interior.

Those controllers have millions of hours of playtesting by people that are sensitive to the slightest twitch. I'd trust them more than most automotive components.

I'm more curious to know how they run the control lines. A thruhull at 400 atmospheres must be something special. Or maybe it's wireless to the machinery outside? But the carbon fibre and titanium enclosure would be a problem.
I was experiencing something declarative at that point.

What's your actual position? Is "declarative" the relevant piece, or is it "mass market user experience"?
Ask HN: E-crate motors, any interesting projects?
Two years after Ford unveiled their e-crate motors [0] and it being available for the public[1], are there any interesting ev conversions? Any plans to use these motors in the future? To me, it seems that this approach to converting ICE to EVs should be quite popular with privacy-minded individuals. Yes, the cost may be a bit prohibitive at this time but technology evolves and at some point it may be more tractable. I just can't seem to get past all of the connectivity in current EVs, I by far rather tackle one of these conversions.

[0] https://news.ycombinator.com/item?id=29092212
[1] https://www.fordracingbyspeedshopdirect.com/mobile/product.aspx?ProductCode=m%2D9000%2Dmache&404;http://www.fordracingbyspeedshopdirect.com:80/ELUMINATOR_MACH_E_ELECTRIC_MOTOR_p/M-9000-MACHE.htm?gclid=Cj0KCQjww4OMBhCUARIsAILndv6efe4XCxsqTxdnOId70MWG8ZiW9NChbKXqA-vgPZ7hVSxkifvsyPYaApb5EALw_wcB
UIs have never the locus of control, because they're for users, and operators are the ones in control.

Not really any more. The control systems for almost everything complicated now look like ordinary desktop or phone user interfaces. Train dispatching centers, police dispatching centers, and power dispatching centers all look rather similar today.
Caveat though:

> if you can deliver same quality/better product for cheaper to customers, without requiring employees to be underpaid.

This almost never happens. Cheaper? Yes. Same or better quality? Not a chance. Automated solutions tend to allow reducing quality way below what humans workers would want to do, or even could cheaply and reliably (i.e. doing worse job than a careless one takes actual effort/skill). Like with every other case of automation replacing humans, expect the quality to be pushed down to minimum tolerable levels, as this is the point that maximizes revenue.
In our case, we do a lot of client-side computing (for data privacy reasons). We also support hashing, and real-time events. These all have different implementations per language that aren't trivially scaffolded.
I still dont get why they did it. To me it was the most stupid thing any country did in my lifetime and am still mad about it.
How many hours per day do you spend outside the home?
Interesting, this test can be worked both ways then: ChatGPT will answer quickly and with different cadence than a human AND it will, at least for now, struggle with precision in timed events.
And Node.js
TrumpOrBiden2024 – the ultimate AI generated debate arena
> raw performance isn't that important.

Well, I assume he didn't mean that performance isn't important for microcontroller applications in general; it's usually very important; you generally have to squeeze out the last bit and MCU cycle, because a bigger MCU is usually not feasible in an industrial setting; and some devices do real number crunching.
Interesting.
There must be interior bulkheads(walls), your idea of shear could very well happen where the bulkheads prevent tension of the inside surface.
I think all your criticisms of randomized controlled trials (apart from the ethical one) apply to your suggested approach, no?

RCTs are the gold standard for demonstrating efficacy precisely because of the controls. I agree that they're not going to give you enough info about potential side-effects - a thorough monitoring program is definitely necessary for that.

But without RCTs, showing that a drug works would be much harder. How would you weed out the snake oil?
Its such a failed experiment, that many countries want to replicate it!
I think focused communities are where it's at. Why? Because focused communities have needs that aren't served via general-purpose platforms like Facebook.

Example:

Running communities tend to want to share their runs. Facebook is really bad for that, so they gravitate to apps that auto-plot their runs on a map. They might share a screenshot on FB with their friends, but FB isn't enough form them. And FB will never add that feature (auto-mapping runs) to their platform because it just isn't used enough.

Another example:

Let's say you're an EV data freak and want to plot range/mph/temperature/electricity usage data for your EV. Well, you can upload that into a site (any site) as raw data...or take a picture...but wouldn't it be better if you could embed that data into a site so other people who share your obsession could use it for their analysis? Then you could plot general EV usage stats vs temperature vs speed for EVs around the world.

Basically, general-purpose platforms are good at lowest-common-denominator sharing, but if you really want to dig into the data they're not going to work so well.

There's always room for more platforms. Whether it's a wide-ranging platform is sort of irrelevant at the start. Remember, Facebook was created so people could connect with each other before college started (and a facebook was a bunch of headshots that the registrar sent out to everyone so you could theoretically recognize people).

If the site is focused enough and meets a community's needs and is not a PITA, users will flock there. That assumes you do some kind of marketing, of course.
> Composite properties can be fairly accurately measured and tested, just like any other material including plate steel or aluminium

Metals are uniform and broadly predictable. Composites vary cure to cure. We simply don’t have the deep engineering tables that let you know how a material will behave without destructive testing.
If anyone wants to try this, be wary of transcode acceleration / HW passthru with Docker, esp on M1/M2. In general I’d love it if there was a GUI-less stripped-down MacOS Server edition instead of running the full-fat consumer OS as an always-on server.
> there are many well-earning people that didn't went to college

and there are many more of those who have much weaker access to opportunities because of no college degree.
I mean, if you accept that what you're doing is inherently unethical and immoral (I made a death trap but I'll let you pay to ride in it anyway instead of fixing it because you like danger and I like money!), then there's really no limit to the kind of terrible things you can put out into the world. But most of us would stop and reconsider what we're doing.
I am guessing you don’t work in the US. Formal work contracts that provide any real protections to the employee are essentially non-existent in the US. Best you are going to get is a relocation bonus which won’t need to be paid back in this situation.
There is no reverse Turing test, especially because human labor can be wrapped in an API call via MTurk.
True. Yet there wouldn't be a Tesla today without Elon. Arguably that is a kind of founder in its own right.
> Oh that's definitely true; though I wasn't saying bribe; Did you know those "30 under 30" lists, you have to apply to be on those.

The New Yorker is a storied magazine that has never had anything like that. Forbes runs those lists, I believe.

I am not particularly a fan of the New Yorker any longer, and some media ignorance is forgivable. But to make a libelous sloppy claim on this basis is the height of hypocrisy and recklessness.

Do you notice how people have to waste time repeatedly rebutting your pig ignorant claims? I am a free speech advocate but your behavior is the reason libel laws exist.
Uh. Heikki is definitely not just "some guy". Dude is one of the top contributors to Postgres.