> Can you tell me what is the budget necessary to supply AI tools capable of substantial research assistance to all academic staff at a university?
I think the GP meant that *if the tools provide substantial benefit* to staff, their costs can be compared to salaries and other large expenses of the university. The $100/month subscription costs less than your office space.
Why is vendoring frowned upon, really? I mean, the tooling could still know how to fetch newer version and prepare a changeset to review and commit automatically, so updating doesn't have to be any harder. In the end, your code and the libraries get combined together and executed by a computer. So why have two separate version control systems?
Vendoring doesn't entirely solve the problem with hidden malicious code as described in the article, but it gives your static analyzers (and agents) full context out of the box. Also better audit trail when diagnosing the issue.
Why would it decimate the Windows market? From my experience, there's a strong correlation between iPhone and Mac usage.
Looking at the stats, the Win:Mac ratio is 4:1 but Android:iPhone only 2:1 so it might hurt Windows. But if iPhone users are more likely to use Mac or don't use computers much already, then expanding iPhone capabilities would cannibalize Apple business.
The assumption is that a "waymo bus" would be hailed by an app and the service would plan routes on demand. In such case, bus stops would be needed only in busy areas or in places where it would be dangerous to stop.
This is based on the observation that people, including police, tolerate taxi drivers stopping at places where it's technically illegal.
Good context. They're commenting only on why are they increasing some setup fees though, not justifying their existence. The Hetzner setup fees were in place already before the RAM price hike.
Hetzner charges a fee for setting up your bare-metal machine. Often zero for their smaller machines and for those in auction. Probably they don't want someone to order a large fleet large of machines for one month and then cancel. They might not get another customer for those machines soon.
There are multiple companies doing that. I was using one a few years ago, also don't remember the name, haha.
I guess it's an obvious thing to sell, if you go through the process of PCI-DSS compliance. We were definitely considering splitting the company to a part that can handle these data and the rest of the business. The first part could then offer the service to other business, too.
> Could you split up the traffic across dozens or hundreds of IPv6 source addresses?
Yes
> I can see how this significantly increases complexity for tracking
Not really. You just track at some prefix level. In general, the ISP will hand out a /64 per consumer so that's what you can track. From there, you can build more complex and more precise grouping rules for tracking.
I'd say the spirit of open source is that others are free to modify the code and that's it. This requires a good license, the possibility to fork, some documentation and a way to build the project yourself.
But why would accepting contributions be required?
I would say GPL constrains some freedoms of the code users to provide some freedoms to the end users.
It's not entirely clear what counts as derivative work with regards to GPL. There is a lot of corner cases and workarounds in the real world. It becomes even less clear when you widen the definition of distribution.
Isn't that the problem? That they were running a lot of code from unpaid contributors without any guarantees (as said explicitly in the license) and then blaming those contributors when something breaks?
What you could do is to use a heat pump to spend a little electricity and turn the waste heat to hot water usable for heating (winter).