I think you have a good point, but are getting a lot of pushback because of your example. Most AI-hostile people won't use ChatGPT directly but are still happy to use a lot of modern AI features/products such as speech-to-text, recommendation engines, translation services, et cetera.
As Steam/Proton is teaching us, running natively isn't a big deal; there are several games which do have native versions but where the Windows version works better on Linux than the Linux version does.
The standard complaint is the opposite. In a generic first past the post two party system you should end up with two barely distinguishable centrist parties.
But the US system is far from generic. Instead it has several tweaks that make it tend towards extremism. The primary system is probably the biggest factor.
I expected that to be the conclusion, but it's not. They could spend £250m on the bridge, but they're not. And it appears to be the right answer since it wouldn't provide anywhere near £250m worth of utility. They'd spend £250m to make things worse -- right now it's an awesome cyclist/pedestrian bridge, and after spending £250m it'd be much worse for that.
That's the takeaway I had as well. Spending a quarter of a billion pounds to get more cars into a traffic choked downtown is a bad investment. Spending that money on improving public transit options would improve the quality of life far more.
to me, the argument that we can't just print more money and do both because of a fear of inflation falls flat. We can't have nice things because it might be nice?
Doesn't that article contradict your statement? It gives a bunch of examples of companies supporting open source for sound business reasons, and then claims that Sun is doing stuff with unsound business motivations.
This was written in 2002, I can’t fault Joel for not having perfect foresight.
But if I squint I can see the strategy. First you got to get rid of the industries dependency on Microsoft, if you can get developers comfortable with Java, Microsoft Windows was not going to focus on making Windows Servers the best place to run Java.
Java could have very well been the “nose of the camel in the tent”.
Javascript was definitely an attempt to commoditize “where you run applications” to get more people running apps in the browser.
I think the motivation is backwards. Many employees and even executives are highly motivated by moral arguments. They want to do good in the world, and get paid for it. But to do so they have to justify it with a business case.
IOW, the moral argument comes first, the business case follows.
Microvans still exist in Europe too. I can carry driver + 3 + a lot of luggage or driver + 5 with little luggage. Or driver + 2 if the luggage includes a tuba, euphonium and trombone. They're fabulously space efficient. I'm annoyed that you can't buy them in North America ever since the Mazda 5 was discontinued in 2015.
If ! was just used as never it could still be used as an operator, because those are different contexts AFAICT. However, its use in macro invocations seems likely to be more difficult to differentiate from operators.
There's a massively underused middle ground -- instead of 1 or 50 different systems we could have a small N. One example would be emissions standards, where N is basically 2 -- the federal standard and the California standard, with some states choosing to use the California standard instead of the federal standard. This happens because that's their only 2 choices because of weird historical events, but imagine it happening by deliberate choice where the other states co-operate more with California in setting the more restrictive standard. States should be co-operating more often.
I really like this idea. And it lets ideas grow more organically: instead of a promising pilot program in (say) Maryland which then tries to go national, there can be a club which grows gradually. Another state joins the club in 2026, then another two in 2027, then...
I was really hoping that there'd be movement on a comment without-boats made in https://without.boats/blog/why-async-rust/ to bring a pollster like API into the standard library.
Rust has very good reasons for not wanting to bless an executor by bringing it into the standard library. But most of those would be moot if pollster was brought in. It wouldn't stifle experimentation and refinement of other approaches because it's so limited in scope and useless to all but the simplest of use cases.
But it does in practice solve what many mislabel as the function coloring problem. Powerful rust libraries tend to be async because that's maximally useful. Many provide an alternate synchronous interface but they all do it differently and it forces selection of an executor even if the library wouldn't otherwise force such a selection. (Although to be clear such libraries do often depend on I/O in a manner that also forces a specific executor selection).
Pollster or similar in standard library would allow external crates to be async with essentially no impact on synchronous users.
Not quite yet. Crates like reqwest and hyper tend to use tokio's io types internally to set up the sockets correctly and send/receive data at the right time. Those might have different APIs than the thread-pausing sync APIs.
Sans-IO crates exist but are kind of annoying to schedule correctly on an IO runtime of choice. Maybe lending iterators could help idk
Food is not Baumol, productivity increases is how we went from 80% of the population working in primary food production to 1%. These increases have not stopped.
reply