skysight-inc/HackerNews huggingface dataset:
On Win32 you don't static link everything, all OS functionality is provided through shared libraries (aka DLLs), the OS provides a ton more functionality out of the box (GUI, multimedia, input, graphics, etc) than you'd get with Linux, which while it provides strong backwards compatibility is just the kernel and practically everything else a regular desktop program uses is provided by libraries talking with it.

The big difference isn't static vs dynamic but that on Windows the DLLs that come with the OS do not break backwards compatibility so applications can rely on them whereas on Linux only a very tiny number of libraries do not break backwards compatibility (from the top of my head that'd be glibc[0], X11/Xlib/etc, curl and OpenGL). Most importantly the libraries for making a GUI application do tend to break backwards compatibility (see the breakage in Gtk1->Gtk2->Gtk3->Gtk4 and Qt1->Qt2->Qt3->Qt4->Qt5->Qt6 though with the latter being C++ they can't help it as C++ itself makes it harder with not having a stable ABI). Not all do (AFAIK Motif has been backwards compatible since the early 90s) but those that don't aren't that common (for unrelated reasons - e.g. most provide only a small fraction of the functionality Gtk/Qt provide or, in cases like Motif, the license was unpopular with FLOSS developers so no ecosystem was built around it).

[0] they do break compatibility for programs using unsupported APIs though
> In this and many other things, Red Hat eventually wins because they are more open-source friendly and because they hire better developers who make better engineering decisions.

We must be talking about a different Red Hat here. Podman, with breaking changes in every version, that is supposedly feature and CLI complete with Docker, but isn't actually, is winning because it's more open source friendly or better technically? Or systemd, written in a memory unsafe language (yes, that is a problem for something so critical and was already exploited at least a couple of times), using a weird special format for it's configuration, where the lead dev insults people and refuses to backport patches (no, updating systemd isn't a good idea) won "because it was more open source friendly"? Or OpenShift that tries to supplant Kubernetes stuff with Red Hat specific stuff that doesn't work in some cases (e.g. TCP IngressRoutes lack many features), is winning "because it was more open source friendly"?

No, Red Hat are just good at marketing, are an established name, and know how to push their products/projects well, even if they're not good or even ready (Podman is barely ready but has been pushed for years by this point).
I guess that’s my question.

Are you arguing that, if markets are left alone, economies of scale are more or less irrelevant, and we wouldn’t see consolidation in banking?

Seems like a dubious claim to me. More driven by ideology rather than evidence.
I’ve been using it to learn SQL - it’s been helpful asking it to explain queries or joins that I want to perform.
> Your software not handling Roman numerals won't stop people from using them.

Yes, but it will make my software easier to write, grok and maintain, all things that are beneficial to handling the 99.999% of the problem space that doesn't include an ancient way of writing numbers.
"Vendoring" is 100% a word. It may not be in the OED or MW, but those things are descriptive, not prescriptive. Words become words when they are used as words, and "vendoring" is used as such. See:

https://en.wiktionary.org/wiki/vendoring

https://www.google.com/search?q=vendoring
How do you play this game ? I thought I would have to choose a proper programming language based on given attributes, but all I can do is choosing language from list and check it's attributes.
> “After five, 10 minutes I got a text on my phone that said ‘Rajesh are you driving [a] Tesla,’” he explained to the outlet. Randev went on to say the person who messaged him told him he was driving the wrong car.

> all he’s gotten from the automaker is radio silence

So...where did the text come from? No indication that the police were involved in the article. How did the other Tesla owner get his cell number?

This story seems implausible to me.
Even if they were fully in control, there still would not be a distinction because whoever is controller this decision could change their mind at a later date.
The fanfiction is that banks can be trusted. USDC and Tether as of now have a better track record than even some big banks like SVB.
If you don't think someone knowing your home address is a threat, post yours here.
You might've also run into the end of the free trial period. I know Toyota and Lexus give you two years of Sirius free from the time of purchase, and GM gives you OnStar Advanced Features for one year. Ford's 3G package in the Escape, F-150, and Flex was for three years, and I think their 4G package is for two.

Alternatively there might've been a firmware update that accidentally set a trial period that previously went unactivated. It's not unheard of, like when GM accidentally introduced a bug that kicked people out of Spotify and wouldn't let them log in because the car didn't think the user had active data.
People who drive Teslas are usually pretty well off, probably not the type to risk arrest by rummaging around in another person's car.
Haven't tried it but you could probably pin an env with everything you would want and then use direnv for automation. And for quick experiments there's FHS/steam-run. But yeah.. setup.
The FBI doesn’t measure economic activity, they measure crime.
Alpaca training code and data released
And isn't that attributed to Stalin, or something.
Shareholders are not dumb, but they have created a rigged game of castles in the sky paid for by greater fools. They look for execs that will successfully con the next bag holder, not people who create innovation, great products, healthy teams...

There's a lot of backscratching going on at that level as well. As an example, more often than you would think, VCs will invest in the parasitic children of potential LPs despite their terrible startup idea because they know it will make raising their own funds easier.
It's not randomly and suddenly killing off services, but rather suddenly (and not randomly) changing the pricing structure when companies have been committing to the point of lock-in for years on the free tier.
It impacts the ability to raise more capital if that is needed to ensure solvency.
Apparently FIAT had many few times less key barrels for their Uno model in the 80s. I remember a story about a car that used to be parked in a street. It was along the lines of

- Son, did you drove the Uno today?

- I did.

- And you filled up the tank, thanks!

- Nope, I didn't, no money for that.

- So, who did it?

- Mmm, was my bag in the car?

- Nope.

- Oops!
Yes. The case for synthesizing carbon fuels from atmospheric carbon is immensely strong - we need to do carbon capture of some kind, and investing in this method will also retrofit the entire world to zero emissions. Other plans for reaching zero emissions worldwide have multi-trillion-dollar price tags and require political pressure on sovereign nations. With this method you can forcibly zero out a recalcitrant country’s emissions by simply subsidising synthetic coal and fuel so that it’s cheaper than regular coal and crude oil, and they will go to zero emissions while getting an economic boost.

Arguably, it’s such a strong case that I’m trying to hitch my pet project of nuclear power to its wagon.
NASA's new air pollution sensor will monitor smog above America in real time
Theres a simple equation that I think is true:

Time to integrate LLM into existing home assistant >= Time to build home assistant from scratch using LLM.

They lost it in a very simple way:

Research Scientists and Managers refusing to let their importance be impacted. Existing NLP paradigms preserved at all costs, conservative technical decision making. Building something that can be delivered in 4 months, as opposed to long term technical vision. The people running the important NLP orgs in Alexa have been there since alexa started. There is no fresh air, just constant pushing for feature upon feature. No room for bottom up innovation, road maps are built and then delegated to worker bee coders.

I have first hand knowledge, that in Alexa right now, there are year long+ initiatives to productionalize ML models that are completely obsolete compared to GPT-4. Models that are still being figured out, are already borderline worthless.

The only moat is the number of devices already in peoples homes. A startup armed with a ChatGPT model could take down alexa very quickly if they could distribute speakers to homes.

Lets not forget the panic and the existential crises of careers built on old NLP knowledge, in both academia and industry. It turns out the solution to NLP is just "scale". All of the complicated heuristics for getting old school NLP solutions to work will be thrown away
There is an implementation of Python in Common Lisp https://clpython.common-lisp.dev/ but I think you probably mean some more lower-level thing
DreamWorks releases OpenMoonRay source code
I have issues with your interpretations of both papers. High level: The paper on authors says it's Amazons monopoly rent seeking as why writers don't get paid more Music is also famously an industry where artists rarely own the copyright for their (recorded) music, instead selling it to cover production and advertising costs. Also, the music study suffers from and the paper on musicians has a good deal of classical performers and teachers in the mix skewing the sample. These are not professionals that interact with copyright in any meaningful sense, but they are also not professionals that would be classified as creators.
Hmmm, pasta seems to solve all rootless networking issues...

https://github.com/containers/podman/pull/16141
Credit Suisse is a top 50 bank while SVB doesnt even make the top 100.
SVB dissapearing leads to a lack of choice.
Credit Suisse may pose a genuine global systemic risk.
I'm not interested in a forest of time wasting links when you can't attend to simple conversation. "I could give you similar polls for China, too. That is billions of people. Who cares what they think? " We established prior that polls are a poor way to determine truth. If sand is a poor way to slake your thirst then pouring more of it down your gullet wont improve your situation.

Let's be real and acknowledge that you are sympathetic to the country of your birth. Where other people see monsters rampaging through Ukraine, raping women and girls, shelling hospitals ,you see excuses. I'm sure after all the footage of the death camps came out some people of German heritage felt ashamed of their countrymen while others focused on making excuses for them.

Stop. Making. Excuses.
"When your phone is spying on you"???

The title makes it sound like this isn't a 24x7x365 concern when it very much is!
Oh boy, have you tried Googling for stock prices?

Obviously, the prices aren't completely real time. Almost no one has that.

But ChatGPT is just going to be constantly wrong.

The cases of this are endless.

ChatGPT is good at writing you a song in the style of Shakira. It's not good at accurately describing current facts - because it doesn't have them.

Google invented LLMs long before ChatGPT - and never really added them to Search - because they just aren't that useful for the things people search for.

People will start searching for generative stuff. That's a new market.

People aren't going to ask ChatGPT what's the best couch to buy for their living room - because there's a good chance ChatGPT is going to make up a couch that doesn't even exist!
Profitable today. Moving from docker to github is just kicking the can down the road.
> When the two Tesla owners met up, the rightful owner of the car Randev was driving told him he’d found Randev’s phone number on a document inside Randev’s car. That means, if you’re following along, the other guy was able to gain access to Randev’s Tesla as well. Wild.
<insert obligatory rant about unremovable Extensions button here>
2 decades ago I was in Thialand, and my friend hired a Honda C90 moped to get around the island we were on.

After 2 weeks he took it back to the rental place and the owner wouldn't accept it as it wasn't his moped - looked just the same to us, but he checked the engine number (there were no number plates on the island).

He didn't know what to do, but after a while of trying to figure out what to do, on a hunch drove back to the very first cafe we'd visited after hiring the bike, on the other side of the island.

There outside the cafe was 'his' moped - a little dusty, but unmoved - he parked the bike and told the owners of the cafe, and rode back on the 'correct' moped. I hate to think what happened to the person who's moped we'd taken, I don't think there was an option of insurance when he hired the bikes.
15$ for 4G isn't bad by comparison! I'm currently paying $30 for 2GB with Metro.
Amazon lost a ton of money with the Alexa effort. They hoped people will use Alexa to order stuff on Amazon, which did not realize. A few months ago the Alexa department was downsized. With the huge progress in chat bots that ChatGPT demonstrated Alexa's future in uncertain.
Fun relevant story - back in high school we figured out that my friend’s Chevy Suburban key would unlock and start my other friend’s Saturn S-Series (but not vice versa).

Had a lot of fun with that one. Not sure the owner of the Saturn would agree.
I agree that copyright is not bad in concept. But current copyright law is, in my opinion, just insane and harmful and seems to be getting worse over time.
Epic Games to pay $245M for tricking users into making unwanted charges
Also somehow the other person just happened to have his phone number according to the article? Feels fake as hell, and it is jalopnik...

> “After five, 10 minutes I got a text on my phone that said ‘Rajesh are you driving [a] Tesla,’” he explained to the outlet. Randev went on to say the person who messaged him told him he was driving the wrong car.
I actively use both Nix and Flatpak, and my perspective is that they're tuned for different purposes:

- Flatpak doesn't require apps to be rebuilt when the runtime changes, whereas Nix would require a rebuild. This is, of course, an intentional selling point for Nix: you don't have to worry about keeping track of ABIs and the like. This is, however, less fun when you have to update a large amount of applications for little reason.
- When using flakes, it's easy to end up with a lot of extra disk usage because of a proliferation of different nixpkgs versions. Flatpak's runtimes help avoid this, since apps target a runtime version and can run under any individual commit for that version.
- Flatpak has a massive amount of internal infra for sandboxing that would take a moderate effort to reproduce elsewhere.
- This also means that running Flatpaks always involves new user namespaces; this can't just use environment variables like Nix does.
- Flatpak's entire setup is more tuned towards GUI applications, with support for stuff like swapping out the graphics drivers. (nixOS can ofc do this, but you need nixGL otherwise.)
- Flatpak has support for downloading non-redistributable files at install time and placing them in the same location as the application's main files.
- Flatpak's summaries that it downloads from the server are much smaller than nixpkgs checkouts.
- Flatpak dedups individual files across apps.

Really, it's just that Flatpak prefers keeping the build process and usage simpler to focus the energy on sandboxing, leading to design decisions like the more straightforward runtime/app split (easier for a user to understand / manage) and all of the built-in extras for graphical applications. Nix has a significantly more complex UX but is infinitely more flexible and also far better suited for development environments.

If your thought is "most of this isn't structural", that wouldn't be incorrect: there is no reason that:

- building flatpaks couldn't use a more nix-like model
- nix couldn't add sandboxing and summary support on top

Heck, you could probably build a Flatpak from a Nix derivation, if you figured out how to separate the "runtime" and "app" parts. But at the end of the day, every tool has some limited degree of development bandwidth, and as-is, Flatpak and Nix just optimized that bandwidth for different targets.
The article states:

> When the two Tesla owners met up, the rightful owner of the car Randev was driving told him he’d found Randev’s phone number on a document inside Randev’s car.
I know right. A lot of this is definitely were the future is going.

One thing I would add is I would call them Bots for short and you might have many of them.
From my POV, they did "properly" handle their money by putting it in a large, trusted bank with a great reputation and focus on their type of business.

What was your cash management strategy with your startup (assuming you have relevant experience)?
Thanks for this. Today, I had to open an account to send money to a friend. I was torn between Zelle and Venmo. Per my son's recommendation I went with Venmo. Not sure how many folks get screwed by Zelle, but your post made me feel a little better about going with Venmo. Although, I am sure Venmo has its fair share of shady characters...
There are many problems with your understanding, but the simplest total failure of your model is that if the bank did just get the money from somewhere else to lend, it is not creating it.

You are not describing the bank "creating" money, which they actually do as per how I described. You are describing the bank borrowing money.
One of the organizers here! Would love to welcome everyone's questions, ideas, etc! :)
At a former SaaS startup my colleague rolled out some updates that affected an apache module's connection pooling persistence defaults.

Everything had worked fine in his testing, but once in production there was enough concurrency to make this change in caching behavior matter. One customer's web login would spuriously see another customer's content, it all seemed completely random.

A similar change (or rare bug) could easily result in one customer's boolean "yes they're allowed" reach another who should have received "no they're not". There's all sorts of opportunities in the backend to cross such streams, especially things that need to scale and do a lot of caching.
How is a tool developed by, and strongly pushed by (to the point of strongarming customers to transition to their tool, features lacking be damned) a corporation, especially one owned by IBM, filling the role of a coop-developed tool?
Launch HN: Propify (YC W23) – Property Management System API Aggregator
Hey HN, we are Remen, Ben, and Nick, the founders of Propify (https://getpropify.com), an API aggregator for residential property management. We abstract over archaic APIs and merge them into a single modern API for the real estate industry, giving companies access to multiple property management systems (PMSs) via a REST API. Think merge.dev or Plaid for real estate.

Property managers nowadays use software to operate residential rental properties. Our customers are not these property managers directly, but companies who provide services to both property managers and renters. Our customers are solving problems around resident screening, security, parking, maintenance, etc., which property managers typically outsource.

Compared to most other industries in 2023, property management still runs on old tech with bad/wrong/absent API documentation. Creating and maintaining integrations with these systems is incredibly painful (1999 called and wants to tell you about its cool new SOAP technology!)

As an example of what we’re solving for, one prospective customer told us they regularly get 503 (service unavailable) errors from one of these PMSs at the beginning of each month because the system can’t process rent payments and other requests at the same time. We address challenges like this using an exponential backoff retry strategy.

We abstract over all these APIs to give our customers software they can reasonably use. Our goal is to eliminate old tech, poor docs, and unreliable infra for our customers so they can focus on delivering value instead of fighting with integrations.

We offer a tested RESTful API with accurate documentation and modern architecture that we can scale. In addition, we want to make the developer experience as good as possible with things like webhooks, SDKs, websockets, and even a GraphQL API (coming later this year).

Before Propify, we built a rent payment app to bridge the technology gap between renters and landlords. Then we encountered the pain of PMS integrations and decided to pivot and solve that problem instead.

dang suggested that we include a product demo or video but since our core product is an API, there’s not that much to show—sorry! But our docs are here: https://docs.getpropify.com/, and if you’re working/interested in this space and have your own credentials for one of our supported integrations, we’ll be happy to get you a sandbox account and a demo.

This industry has been stagnant because of the barrier to entry for integrating with these vital PM systems. Our goal is to unlock innovation by pulling real estate tech into the modern world. Developer experience is incredibly important to us, and we are actively looking for areas where we can improve. We welcome your feedback, questions, and comments!
From the original story on Global:

> Randev said the other Tesla driver told him he was able to get his number because he had printed out a document, which was in his car and it had his phone number on it.
What's Tether's holding breakdown? How do you know they're not exposed to the same bond duration issue?
> How easy would it be to create a Flash product competing with Adobe's current online offerings back then it Flash existed?

They did, Silverlight was it. MS pushed it as hard as they could, and... it bombed. Because it had the same problems as Flash, which most developers already reviled: it produced proprietary, black-box binary blobs that only one vendor knew how to run properly, and it presented big security and performance challenges.

Meanwhile, plain old html was something that everyone could work with, as long as the spec was public. The browser had a hard sandbox and very well-delimited capabilities. And that worked just fine, before Chrome ate the marketshare (thanks in no small part to Mozilla losing the plot, chasing ghosts in the OS space while Firefox floundered).

> Why has HTML5 turned out to be such a horrible after more than a decade?

Because shit is hard and browsers have different priorities.

> I'm amazed about the kind of economic blindness

Says the one with a broken website.
Until infrastructure fails, for an enormous number of possible reasons. I've seen it happen over and over.
I disagree, that sounds dumb. It would set precedent for failing companies with moderately good financials to just throw in the towel early and get away with not paying employees for their last month of service. The closer we get to employment contracts that are "here's your paycheck, but if someone on social media doesn't like us we'll need that back in 30 days" the closer we get to becoming a mafia that ends up hurting the weakest first and extending the moats of large businesses infinitely.
Perhaps you missed the paragraph that answers your question - it's nestled between the two quotes you cite.
The point was that those old computers aren't locked into running Windows and so you can install Linux on them and keep using them for something instead of chucking them in the garbage pile; the same is not true of many phones and is certainly not true of an iPhone.
reCaptcha works for V2 captchas but sites with V3 running as well have issues. Their V3 solver is in the concept stage.