In a given class, though, there will be variation. If your grade depends not just on how well you did, but on how well the other people in your class did, it's a fundamentally useless metric, because you can have one person who just happens to get into a couple of classes where half the people were valedictorian, and ends up with a B, while another person in the same year who takes classes in a different semester or ends up in a different section of the same class with different cohorts, turns in exactly the same quality of work, and gets an A.

Any sort of stack ranking makes grading completely and totally worthless, even when evaluating people who were at the same school at the same time. It literally tells you nothing more than that a particular student was better than the people in that specific section of that specific class.

This sort of stack ranking also creates a strong disincentive for smart people to take classes with a smaller numbers of students, because the variability in quality of students will be higher.

I would say that any sort of limits like this should be applied over a five-year rolling window, and including all sections taught by a specific professor. That way, a professor who is approaching the threshold can adjust the grading slightly overall to stay within the limits without excessively penalizing students in a section that has all really smart people.

Alternatively, you could provide an escape hatch where a professor can justify exceeding the policy on a one-off basis, but where it has to be independently reviewed, and if it keeps happening, it becomes a problem for the professor.

If you don't do one of those two things, then what you're doing is causing artificial grade *deflation*, which results in an unfairly/randomly biased ranking signal. And I'm of the opinion that doing so makes grades even less useful than their current questionable level of utility.

Or we could just acknowledge that grades are a poor measurement of students' ability in the real world and abandon them entirely, replacing them with pass/fail signals, where each subject area within a course must provide a pass signal for the class as a whole to be passing. Better yet, make it tristate: P, NMP, F, where P means it should count across the board, NMP means it is good enough to pass if it isn't a course in your major area, and F means it isn't good enough to get credit.

Let companies actually spend the time and money to interview more candidates to find out whether they are worth hiring instead of relying on noisy numeric signals as a crude filter.

You're describing the situation in places where demand doesn't exceed capacity. I'm describing how any sane person running an electrical utility would bill things in a place where a company wants to put in a data center that exceeds available capacity. They'll hit them with capacity charges based on their usage during peak demand periods, or they'll make them pay for capacity improvements as part of the connection charge, or both.

And the "or they will go somewhere that will" part shouldn't really be a concern. They want to build there. The generating capacity isn't adequate. They either pay whatever fees are necessary to ensure the stability of the grid or they don't build. If that cause them to build somewhere else where adequate capacity exists, that's also fine.

Given that big companies have already made it clear that they think AI will let them do the same work with fewer people, and given that using AI costs the company a lot in terms of compute resources, it seems intuitively obvious that the only reason execs would want to encourage more AI use is to find out what jobs can easily have their headcount reduced by more use of AI.

The people using the most tokens are the ones for whom more of their jobs can be most easily automated. This is not, IMO, a positive sign for the long-term survival of that particular job role. The only rational response is to use AI just enough to show a speed-up, assuming the speed-up actually happens at all, but not enough to be high up on the chart of AI users. Using it way more than that seems self-defeating.

Yeah, that was confusing. But Kenya's president is almost certainly wrong. Here's why:

1. It is not numerically correct, assuming the numbers in the summary are accurate. The country has a surplus adequate to power the data center at somewhere around half to three-quarters capacity even at peak power use, and probably at full capacity for 99 days out of 100. So even if they built it at full capacity right off the bat and did nothing else, you'd still only lose power to a small fraction of Kenya occasionally.

2. They're not building it at full capacity. They're building a small data center at first, then building it up over time as more generating capacity comes online.

3. They're a reliable customer of power. That means that they will alway pay the bill, even if it is high. The grid operators and generation plant operators can charge them a huge premium for bulk power, then use that extra revenue to build more power plants. By the time the data center is running at full capacity, they could have more than enough power to power it.

4. Even if that extra investment in production doesn't happen, they can just refuse to provide the additional power from the grid. I'm sure Microsoft knows how to do solar + storage by now, and if not, they can pay someone to do it for them who does. Or they can build their own geothermal plant right next to the existing one. Or they can do any number of other things to produce power, like installing an SMR.

5. Nothing inherently prevents them from reducing power usage during peak load periods. Service will get slower, but should gracefully degrade, assuming they're doing it right. Nobody will lose power, realistically speaking.

It is unfortunate that so many people look at these data centers and the current worst-case state of resource availability and conclude wrongly that they are infeasible, but this is a common mistake made by planners, legislators, and members of the general public. They fail to account for how the existence of the data center with its need for resources will trigger the production of facilities to exploit previously unusable resources and make them available, and they fail to recognize that in a true power emergency, they can just turn 90% of it off and shift the load to other data centers.

But the reality of the matter is that nobody is going to build a gigawatt of additional power capacity in Kenya unless the government or some private company that needs power pays them to do it. They already have a 23 to 30% surplus compared with their worst-case power consumption. That means that adding more production will just drive power prices down, so they'll get less money for the power they produce.

But as soon as someone like Microsoft starts needing enough power to pull those margins down, suddenly additional capacity becomes economically feasible, and you'll see either existing power companies expanding or new power companies entering the market. And the existence of an all-but-guaranteed higher future demand is the key to making that happen. Without the data center being approved, that motive to expand does not exist, and the grid will likely stay at or near its currently levels unless the government forces the hand of the market by paying someone to build more generating capacity.

FTFY.

What I'm saying is that if everyone had IPv6 in their homes and offices, remote access wouldn't require all the silly cloud server games. You could just hit the device directly by its IPv6 address, and assuming your router suppoerts UPNP pinholes, you're done. You'd need dynamic DNS and that's it.

An emergency stop button in the app should be able to do the same thing. If that's not possible, it's a rather bad design flaw.

Also, if something jams in a way that could cause meaningful damage (beyond having to brush blobs of filament off of the hot end) and the printer doesn't detect it, that's also a rather bad design flaw.

CHAdeMO to Tesla adapter: $565. If adapters in the reverse direction from NACS to CHAdeMO cost thousands, it's because the market is too small to achieve economies of scale. Yeah, you need some active electronics to negotiate the protocol, whereas NACS uses the CCS protocol, so you can do it with a passive adapter, but the actual DC is still DC.

About the only thing any cloud service for printing provides is a way to monitor the printer and send jobs to it when you're not on the same network. And the only reason this is still an issue at all is that too many folks are still stuck on IPv4.

The problem is that their model works until it doesn't.

Having a good out-of-the-box "it just works" experience doesn't preclude letting people tinker. If anything, letting people tinker results in a better out-of-the-box experience in the long term, because the manufacturer can see what people are doing with their technology and can clean it up and make it more broadly available if it is useful. The key is ensuring that the default experience doesn't require tinkering for the majority of customers. And seeing people tinker shows you where the sharp edges are that need to be polished.

But more than that, locking down this sort of hardware means that when you inevitably run into some limitation, if the manufacturer doesn't provide a way around it, you're stuck. And the problem is that a lot of users of advanced tools like this are in a situation where 90% of their use is common to all other users, and 10% isn't. And different users have different 10% use cases. So you could be in a situation where 80% of your users need one thing that your product doesn't support, but it's a hundred different "one thing"s. This makes support very difficult if you don't allow tinkering.

But the worst part is that you can't know for sure whether you're going to be in that 80% until you run into the use case that they don't support out of the box. It could be a week, a month, a year, or several years. And then you're stuck with this hardware that won't do what you need, with no way to fix it, thus forcing you to replace it with a product from some other manufacturer.

So even if you don't think you will ever want to tinker with your 3D printer, assuming all else is roughly equal, you're better off choosing the printer that gives you the most control of the hardware, because that is the least likely to box you into a corner and make you regret your purchase someday.

I'd have gone with "Every web browser is Mozilla", personally, but yes.

If you're using a user agent for any sort of security purpose, you're not just doing security wrong; you're doing security so wrong that somebody is going to write an entire book as a postmortem about your company.

Moreover, if your service can't handle the traffic of a mere thousands of clients (four-digit QPS) hitting it at once, you have much bigger problems than security. I forgot how to count that low a long time ago.

Finally, the elephant in this room is that those "unauthorized" clients are YOUR USERS. They are people who bought YOUR HARDWARE and want to use it with your service. Basically, you're flipping off your paying customers. That's the fastest, easiest way to ensure that you don't have any of those anymore.

Already done. When I was choosing what 3D printer to buy to replace my aging Snapmaker A350 last year, I read about Bambu's questionable commitment to openness, and decided to buy a Creality printer (K2 Plus with CFS) instead. Over the year that followed, I bought a Creality Hi with CFS as a second printer, plus two additional CFS units, a filament dryer, a spare Creality tool kit (since the Hi doesn't come with one), and more than half a grand worth of filament.

I've personally spent well close to $3,700 on Creality products in the last year (not counting third-party filament and the DXC2 extruder upgrade) precisely because Bambu comes across as being a bunch of litigious a**holes who are trying to lock down their products and prevent users from being able to modify the hardware that they bought.

As far as I'm concerned, they've dug their grave in the 3D printer market. Stick a fork in it. They're done.

They've had 22 years to figure this out, but now it's a crisis requiring a rush mission because nobody thought it was important enough to do something a year ago, or five, or ten.

There would be some perverse irony if Apple ended up manufacturing cellular baseband hardware with designs from the cellular modem team that they bought from Intel, and did so using Intel's foundries.

It's a good idea in principle. If Intel can actually catch up. Otherwise, it will be like the cellular modems, where Apple second-sourced from Intel, and the product was crap, so some devices had noticeably degraded performance compared with the ones that contained Qualcomm radios.

Except that they would have to presumably reengineer the old silicon for Intel's process, which kind of defeats the purpose of reusing old designs to save money, I would think.

I think you're on the right track with that one. Apple uses a lot of CPUs that aren't the main CPU. For example, every current MacBook Pro has a T2 security chip that handles encryption. The next generation of that could be designed to be manufacturable on multiple processes; it is currently built on a 16nm process.

Apple also uses CPUs in things like the Apple Watch, where absolute performance isn't as much of a factor as temperature and power consumption. I'm pretty sure Intel is already able to make chips in volume that beat the 4nm process that they use for those.

Which one? .gov or .com?