skysight-inc/HackerNews huggingface dataset:
It's most definitely how this works. Monopoly power isn't some binary attribute. It's not like you flip a switch one day from not being a monopoly to suddenly becoming a monopoly. Monopoly power is accrued over time with increasing market share. Very few companies have the kind of market share we are talking about here with Apple and the US mobile OS market. Take for example, Walmart, who many people think of being gigantic in the retail sector in the US. They only account for 16% of US retail sales. If Apple only had 16% of the US mobile OS market there wouldn't even be a discussion about anti-trust laws and Apple wouldn't have just made this announcement -> https://developer.apple.com/news/?id=84w3e5bm
Of all the failings of our medical system I don’t think I would cite having safeguards for patient privacy that require explicit unambiguous consent in the form of a paper signature and mandates for secure communication channels. Yes it’s kinda silly that faxing is still allowed and grandfathered in but a lot of times the lowest common denominator since everybody can get a phone line.

You actually can email that scan, your email provider just has to be part of DirectTrust.
The influence is generally overestimated. C++ and Java were mostly inspired by Simula 67, which actually was also an inspiration for Smalltalk. Although there had been a few articles before, a broader public did not have access to Smalltalk until the mid-1980s.
As beautiful as the images are, I can't help but wonder if we really want to be running loud, bright drones in the middle of the only quiet, peaceful areas that still exist.
Pre-dating systemd is no excuse. People have been explaining not to do "dæmonization" since 1995.

* http://jdebp.uk./FGA/unix-daemon-design-mistakes-to-avoid.ht...
Anecdotally, I disagree with this, for both lawyers and doctors.

I know several doctors my age and younger that cannot stand using any computer or laptop, while my best friend’s father, a surgeon, had one of the first HP color flatbed scanners (SCSI) and the only person I knew to have an ISDN line.

My cousin is about a decade older than me, and I remember spending the night at his house with his TRS-80 and Apple II computers. He is an attorney.
Such an oversimplified view of things... I guarantee at least 50% of apps cannot be built with Web APIs alone (especially on iOS where Apple is intentionally limiting Web API adoption to drive up their App Store revenues).
They typo'd https://en.wikipedia.org/wiki/Rump_kernel
naive Q: how damaging would it be for you to stop accepting new accounts temporarily? or put differently, how many legitimate accounts are created on a daily basis? (single digits?)
I think that there are still certain classes of app that benefit strongly from being native rather than just a web app.

To give an example, Christian Selig's Apollo iOS client for Reddit is lightyears ahead of both the Reddit mobile website and the official Reddit iOS app. By using the native iOS APIs and matching what people expect from gestures on an iOS app, he's able to create an amazing experience for users.
Xenomai uses this model, I believe. It is written in C, but I don’t see why you couldn’t do something similar with Rust.
What kind of performance hit is rewriting part of the kernel in Rust going to entail when it comes to compiling the kernel? How many platforms will cease to be able to compile their own kernels? The article says there will be some, but doesn't give numbers.

More worryingly, the article also says that only some platforms will be "Rusted" in this manner, splitting the codebase into "mainline Rust" and "obscure platform C" as far as these sections are concerned; this seems like it will fracture the development community between people who know Rust and those who don't, and those who can work on mainstream platforms and those who can't. Fewer eyes on this code seems like the wrong way to go.
As a mid-thirties airline pilot, these articles make me wonder if I should re-skill now or ride it out.
It's a more generic problem than that. It's that the purchase requirements of the system are not controlled by the users. There are billing requirements, sure, but also regulatory requirements and hospital administrator requirements etc.

The result is that the number of companies offering a system that meets all the bureaucratic requirements is small, because doing so is arduous and expensive and disheartening. So the few that exist don't have a lot of competition and people still use their product even if it's miserable. People not using their product would have been their incentive to make it better to use, and the disincentive that making it better costs money is still there, so they don't.
That's the point. They are not the rules.

QM and GR are approximations. The real rules are unknown to us. It just happens that "in the small", QM seems to be a good approximation that is consistent with experimental results. And "in the large" the same holds for GR. Neither of them works for everything though.

That just means we need to find a better approximation. That's not insane.

Bits are not an approximation of software "in the small". They are the real building block. We know that because we made them. First made them, then observed how they behave. But QM is a theory created by first observing. Physics is a natural science trying to understand what we observe. Math and CS are not. The objects they care about are conceived by us and observed second.
I'd rather see a complete rewrite instead
This is why I highly doubt cryogenic frozen brains will be revivable.
Perhaps. The older generation has a lot of trouble with computerized systems in general. The younger generation of doctors (including me!) can handle them just fine but find them still to be an overwhelming waste of time.

I'd love it if we just had a great API that workflows could be build upon. And I'd kill for a command line EHR!
That is great news, and I am probably remembering errors from the olden times. :) Thanks for your work!
I don’t know how old your dad is, but I remember mine had an IBM XT and used WordPerfect, w DOS 3.3, I think.

I remember WordPerfect being very popular in law offices, but also dictation machines, so who knows?
> The problem is that practically everything in Javascript is comparable.

No, the problem is that JavaScript has not been replaced by something better before now. The problem is that when JavaScript was written, it was never, ever intended for the things it is being used to do today, and backwards compatibility requirements prevent the very necessary, very long overdue destruction of JavaScript.

The problem is not comparability, the problem is JS itself.
Looking forward to it! Thanks for all the good work.
All EHRs are bad, some are just worse than others. With the right build, Epic is one of the least bad. But the wrong build can really be soul-destroying.
People have been trying to used algorithms of various sorts to increase sales (actionable insights) forever. The buzzwords change, but the results are always the same. No permutation of CPU instructions will turn a product people don't want to pay for into a product people want to pay for.
This was what Jobs initially claimed to want, and Apple several times acted to enforce. For a while they were really negative on apps that were simply wrappers around websites.

But the market spoke, and now Apple seems to be very much on the other side of things along with nearly every company out there.

Some possible reasons:
Bookmarks to websites get buried in long ever-growing lists of bookmarks, while installed apps take up precious visual screen space. Users are generally more tolerant of an app taking a couple of seconds to load than a website, and less tolerant of subsequent navigation taking time, and apps tend to match those expectations more closely than web pages. And maybe apps still deliver functionality that websites can't, or can't as easily. Oh, and an app, once downloaded, usually keeps working consistently, while websites often are updated or completely disappear.

For whatever reason, people seem to prefer apps to websites, and I'm not sure I see that changing much.
Yes, it really does if you're talking about success. Just like with Betamax vs VHS, and many, many other examples over the years. Technical merit is only one small part of a success story, and it's not the most important one.
That is interesting.

My personal experience as a software engineer has been getting reimbursed for one or more conferences per year at every job. I've never had a software engineering manager say no to a relevant conference requested framed in a way that benefits the business.

I wonder if there's an aggregate data source available to see how common / uncommon this is.

Have your companies offered a general professional development budget?
Is US society working according to their very high GDP though?

Estonia GDP is measured in billions and yet their infant mortality rate is half than US despite their trillions of dollars of GDP
> Even now with my own projects, a well optimised mobile website beats an app most times.

I seriously doubt that, if my 8 core macbookpro has issues with half of the web (event my own react projects of sizable complexity start to have issues), doubt mobile devices don't. And I honestly can't speak for Android, but being both and iOS and React developer, iOS performance in pretty much anything compared to React is amazing.

Also, the second part, I have been doing research lately, and while the dev.to or HN crowd says they visit the mobile websites, market research shows that people spend around 90% of their time in apps versus 10% in mobile web, so seem users find them relevant.

I know developers don't like 'closed' systems and love the web, but I (and most people I know) personally prefer a app over a mobile experience 99% of the time.
This is more like saying that there's no consensus about climate change. Sure, there are people that disagree, but it is small. And to quote the wiki you posted (from the opening)

> The book was not peer reviewed by the New York Academy of Sciences.Five reviews were published in the academic press, with four of them considering the book severely flawed and contradictory, and one praising it while noting some shortcomings.
In my case, a company called Pathable based out of Seattle, a company called Optify based out of Seattle, and a company called iCracked based out of San Francisco. I don't know what the heads of their HR departments would say if you asked them, but everyone I worked with was aware of my situation and no one ever questioned it.
Finally! The perfect language for my spaghetti code!
You basically need to build the program yourself and it only works for 7 days.

Also good luck loading anything like an alternative OS.
Liberal democracy has been on a downward slope since reaching a high-point when communism collapsed in the early 1990s. There's no longer a need for countries with marginal commitments to the principle of democracy to keep up a democratic pretext in the interests of keeping communism at bay.
Epic was a medical records system built up since the 1970's in Verona Wisconsin, first developed to turn paper based medical records into a database computer system. A good 8 minute YouTube video from January this year on the sole female founder and the quirky company culture is at:

https://www.youtube.com/watch?v=8lPMYk09nUg
NewLisp – puts fun back in Lisp
Huh?

In 1904, Standard controlled 91 percent of production and 85 percent of final sales.

Because of competition from other firms, their market share had gradually eroded to 70 percent by 1906 which was the year when the antitrust case was filed against Standard, and down to 64 percent by 1911 when Standard was ordered broken up.

https://en.wikipedia.org/wiki/Standard_Oil
If you need a PIP at Google Meet, this could be an alternative
If you need a PIP, this could be an alternative.
During the presentation at Google Meet, multiple participant's screens are passed to Picture-in-Picture are automatically changed.
> That's right. Huge multinational corporations famously don't like money.

In some cases yes. The whole concept of 'Innovators Dilemma' is built on this fact. Squeezing an extra million here or there is a waste of Apple's time at their scale. It doesn't move the Apple revenue needle. Getting WP or some fitness app, even in aggregate to give 30% of a subset of customer subscription does nothing for Apple except hurt their brand. It probably actually costs them money from losing brand value.

Google OTOH pays Apple billions to be the default and/or first position on the search list. That's why we're unlikely to see an Apple search engine anytime soon.
That helps with the "library availability" sub-point specifically, yes. However, there's a more than that when evaluating a language, as suggested by my comment above.

In any case, if one is discussing modern and safe languages, there's a dramatic difference between using a C library and using a library native to the language. Even ignoring safety, the ergonomics/developer experience is dramatically different and the impedance mismatch can be very frustrating (for a "best case" example of this, Swift puts a lot of effort into exposing Objective-C interfaces as "swiftier" APIs automatically, but this benefits significantly from a relatively opinionated set of idioms in the source language, something arbitrary C libraries do not have).

You're right that being able to import a C library directly is a very nice feature.

> And Rust libraries regularly suffer from the same lack of formally-verified and proven-to-be-safe APIs.

Right... but having a larger community means there's a much higher chance of a safe or easier-to-use library existing for any particular task. In particular, I think it means there's almost certainly more libraries in total, with more safe libraries and more unsafe libraries overall, so simply comparing number (or proportion) of low-safety libraries is misleading.

(Formally verified is shifting the goal posts here: the bar is just "has a native library".)
> Agents should use a limited, non-Turing-complete model of evaluation.

That doesn't solve any of the caching worries. If it's not a resource then it's not cacheable.

> This could save round-trips without needing to sacrifice general orthogonal APIs.

Since the inception of HTTP2, a relative large number of requests of cached resources easily beat a relatively small number of requests that are computationally demanding or hit a database.
It may not be exactly for the reasons she gives, but I think her instinct is correct to reduce these metaphysical questions into minutiae. To “unanswer” them by forcing them to conform to her empirical observation without any additional inquiry, because that inquiry quite frankly is a waste of time (the important caveat being unless you’re making the inquiry for its own sake and therefore enjoying it).

It’s a deeply pragmatic approach.

It reminds me of the Buddhist parable about the poison arrow: https://en.wikipedia.org/wiki/Parable_of_the_Poisoned_Arrow

"‘Suppose a man is struck by a poisoned arrow and the doctor wishes to take out the arrow immediately. Suppose the man does not want the arrow removed until he knows who shot it, his age, his parents, and why he shot it. What would happen? If he were to wait until all these questions have been answered, the man might die first.’ Life is so short. It must not be spent in endless metaphysical speculation that does not bring us any closer to the truth.”
This is literally the only reason I have a chromium browser installed on my personal machine. It's a great idea, but their implementation is quite bad.
Partly generational, partly how ingrained habits/preferences are.

I had to switch from my primary care about a year ago. (He was getting out of doing primary care work because, he said, he had a small practice and just couldn't deal with the paperwork.) From the beginning, he really resisted the computerized systems and probably complained about them pretty much every time I was in for a physical.

My new primary care, in the same hospital system, and not that much younger at least gives the appearance of encouraging things like tele-medicine, using the medical portal, and so forth.
Pilots have to learn the schematics of electrical wiring behind the dashboards. They are expected to do problem-solving in case of malfunction, and this happens really often. The first time asymetric thrust was used to pilot a plane (ailerons and elevators didn’t work), it was done without being in the books. I wonder how this can work with computers, given they have very fee sensors compared to humans (« Do you smell smoke coming from the vents? ») and they are not yet capable of reasoning. They need to be trained millions of time for each failure mode. Granted, thanks to 70 years of experience with MD, we have listed those failures quite extensively and this part is well documented.
Very cool! I wonder what the real economic benefit of removing a pilot from an airplane is, and what the dominant factors are?
Assuming that a human pilot is better in some emergency scenarios, and might be able to save you from catastrophic loss: these events are exceedingly rare nowadays, and the savings from liability and scheduling constraints must be massive without a human in the pilot seat.
I await our future where nobody will go outdoors anymore because all you will hear is vuvuzelas / drones.
Relying on a client not being able to guess the next UUID is an attempt of security through obscurity, no? I don't think it's part of the requirement.
An operating system has to be able to handle arbitrary data, arbitrary network traffic, and arbitrary user input, with the goal of enabling its operator to perform arbitrary computation.

That might be a slightly less tractable problem than controlling a fixed set of flight systems to maneuver an aircraft with a fixed set of degrees of freedom.

Definitely not to understate the complexity of flight systems software at all, but the analogy to operating systems seems unhelpful.
If you want to see a good real-world case, look at OpenVPN and it's use of compression which allowed an oracle attack: https://openvpn.net/security-advisory/the-voracle-attack-vul...
Discussed at the time: https://news.ycombinator.com/item?id=18381969
To add to that, I believe OpenBLAS surpassed MKL in benchmarks a while ago. Even if I had an Intel CPU, I would probably use OpenBLAS if I had the choice.
I was saying stores in general. Not just app stores. I don't see Amazon letting you link out to Walmart (or show Walmart ads) and vice versa. Maybe there are ones that slip through, but it's the exception.
This reminds me of my favorite classic internet cartoon about tapeworms, "The Worm Within". https://fray.com/drugs/worm/
That is a paradox more of spherical geometry.

Dakar is about 4000 miles from the North Carolina coast. If you move the destination up the longitude of that point, you have to go 1000 miles north from the coast (in Quebec, in fact!) to get 4100 miles away from Dakar. The fact that Canada is much further north than Africa doesn't add all that much distance, but Newfoundland jutting out so far to the east reduces the distance quite spectacularly.

Over longer distances, the spherical effects are even more screwy. The shortest way to get to Mecca from Seattle is to actually start flying north along I-5, and Thule, Greenland and Minsk, Belarus are natural pitstops along this route.
Not exactly

https://en.m.wikipedia.org/wiki/Roman_aqueduct

https://en.m.wikipedia.org/wiki/Roman_roads
If you're fixated on a racket, use gravity as the spring; have your motor lift the racket and let the drop smack the ball.

I think I'd do a "pitching machine" with two drive wheels and a tube feeding balls in. much easier to make full auto, and then you can spend your effort doing the XYZ mount and face tracking auto-aiming system.
At my hospital the nursing UI of Epic is absolutely horrid. It's cluttered and confusing with multiple places to document everything.

Epic is completely customizable, but the people who make the decisions in nursing management aren't always the same people using the software. That and funding to make the changes.

If you want to see really bad software take a look at Meditech it defaults 800x600 (!), and doesn't resize well at all.
You can't guarantee there is going to be enough wind at night.
I was chatting with a friend on this topic. Based on anecdotal evidence, I heard Oregon is turning out to be an attractive option.
Sitting here in NYC with a lease thru March rip
I didn't get a chance (almost always read HN comments first). Thanks for the summary!
Right, this makes sense, because the "Artificial" part goes away once we have a fully understood algorithm. It's just part of intelligence to use algorithms when they work.
It has some merit. Sweden built an entire system based on road bases to deter any invasion attempts from the Soviets, including aircraft able to operate out of them. Still happen upon them to this day, just notice the road get straighter and a tiny bit wider.

https://en.m.wikipedia.org/wiki/Bas_90
Getting foreign car insurance is pretty common, which gets you nothing when you try to make a claim in the US. For healthcare it goes down to 30$ (that I've found, I assume it's more like 50 per employee with their business healthplan), again with the vast majority of claims being rejected - eg Apria Healthcare. You might need to learn to speak some Tagalog.
How is this meaningfully different from an SUV towing a travel trailer?
That GDP makes men like Bezos richer and leaves the working class to beg for scraps
It seems obvious to me that the more people isolate, the more there is evolutionary pressure on the virus to become more infectious and less virulent. Even if people didn't "social distance" there would be some pressure, but the better they do it, the more there is.

I think I remember people saying similar things months ago, and being called ignorant idiots by angry people on HN, but I was never sure exactly why.
HCIT is a sh*tshow. It’s mind boggling how nearly 7 years of billions in “investments” have yield minimal improvements. Tax dollars down the drain. And I‘ve seen enough to know that it’s all by design. The entire HC industry does everything within its power to keep the system as opaque as possible.
> They are simply making sure those interfaces are not actively hostile to languages that aren't C ...

I.e. not actively small and fast, like an OS should be.
As long as iOS Safari still hasn't implemented push notifications, apps are needed to fill that gap. Everything from a messaging to news, even a weather app benefits from push notifications.
It's interesting that you think this because it actually demonstrates the opposite: that Apple's control over iOS is very valuable and has many benefits to customers. Not because human app reviewers are infallible, but because a purely technical approach is simply not good enough.
The “Now fold the surface back, it remains the shortest path” part isn’t true, in general. A different unfolding of the polyhedron may yield a shorter path. See https://en.wikipedia.org/wiki/The_spider_and_the_fly_problem
> And the Hyperbola devs have shown up, done the work, and ported pacman to their kernel, not making the mistake of listening to hyperbolic haters.

Where? I was curious as there has been no upstream improvements. And there are no new code in what I assume is their upstream repository?

https://libregit.org/Hyperbola/hyperman
The /Now Page Movement