NohatCoder

So let us compare AI to aviation. Globally aviation accounts for approximately 830 million tons of CO₂ emission per year [1]. If you power your data centre with quality gas power plants you will emit 450g of CO₂ per kWh electricity consumed [2], that is 3.9 million tons per year for a GW data centre. So depending on power mix it will take somewhere around 200 GW of data centres for AI to "catch up" to aviation. I have a hard time finding any numbers on current consumption, but if you believe what the AI folks are saying we will get there soon enough [3].

As for what your individual prompts contribute, it is impossible to get good numbers, and it will obviously vary wildly between types of prompts, choice of model and number of prompts. But I am fairly certain that someone whose job is prompting all day will generally spend several plane trips worth of CO₂.

Now, if this new tool allowed us to do amazing new things, there might be a reasonable argument that it is worth some CO₂. But when you are a programmer and management demands AI use so that you end up doing a worse job, while having worse job satisfaction, and spending extra resources, it is just a Kinder egg of bad.

[1] https://ourworldindata.org/grapher/annual-co-emissions-from-... [2] https://en.wikipedia.org/wiki/Gas-fired_power_plant [3] https://www.datacenterdynamics.com/en/news/anthropic-us-ai-n...

TL;DR:

Defendants Roy and Rianne Schestowitz were the targets of online harassment. They decided that claimant Matthew Garrett was behind it, and initiated their own hate campaign against him, in particular using their websites www.techrights.org and news.tuxmachines.org to do so.

The defendants did a very poor job of going to court, even by the standards of amateurs representing themselves, producing almost no evidence, none of which the judge found to be relevant.

Damages of £70K were awarded.

Wrong, plenty crap make it into the store, that is true for both Android and iOS. And the advertisement in the Android store is designed specifically to try to trick you into installing a different but similar app to the one you wanted.

AWS certainly also does daylight robbery. In the AWS model the normal virtual servers are overpriced, but not super overpriced.

Where they get you is all the ancillary shit, you buy some database/backup/storage/managed service/whatever, and it is priced in dollars per boogaloo, you also have to pay water tax on top, and of course if you use more than the provisioned amount of hafnias the excess ones cost 10x as much.

Most customers have no idea how little compute they are actually buying with those services.

On the contrary, I think you will find that most people simply cannot comprehend the idea that Netanyahu/Israel would aid Hamas, they will think you are a conspiracy nut for stating the plain facts.

While it is good to see some Bayesian statistics in use, I wouldn't in this case put so much emphasis on an exact calculated probability that he did or din not cheat, the prior in this case is simply too wishy-washy for that.

The sound conclusion is that this is not evidence of cheating, but it is not evidence of the contrary either.

This is such a useful feature.

I'm fairly well versed in cryptography. A lot of other people aren't, but they wish they were, so they ask their LLM to make some form of contribution. The result is high level gibberish. When I prod them about the mess, they have to turn to their LLM to deliver a plausibly sounding answer, and that always begins with "You are absolutely right that [thing I mentioned]". So then I don't have to spend any more time wondering if it could be just me who is too obtuse to understand what is going on.

My function approximate coverage of a square pixel, so indeed if you rotate a line around it at a certain distance that line will clip the corners at some angles and be clear of the pixel at other angles.

I do believe that it is already invariant to linear transformations the way you want, i.e. we can evaluate the corners of an arbitrary parallelogram instead of a square and get a similar coverage estimate.

You certainly could imagine doing that, but as long as the initial evaluation is fairly cheap (say a texture lookup), I don't see the extra pass being worth it.

Reminds me that I found an alternative way of sampling an SDF:

First take a sample in each corner of the pixel to be rendered (s1 s2 s3 s4), then compute:

    coverage=0.5 + (s1+s2+s3+s4)/(abs(s1)+abs(s2)+abs(s3)+abs(s4))/2

It is a good approximation, and it keeps on working no matter how you scale and stretch the field.

Relative to the standard method it is expensive to calculate. But for a modern GPU it is still a very light workload to do this once per screen pixel.

Of course finding the optimal solution to a Cobble puzzle does not actually require the computation you describe. We can in a single pass find a limited set of candidate words and work out a solution with those.

It is only fast compared to a really dumb baseline. But you are right that the story of React being fast was a big part of selling it.

So this website is hosted with IOMART, a cloud service provider with call-us pricing, and it stopped working because a few people clicked the link from here. That is really not impressive.

Probably down to a combination of LLMs on average having a harder time with tasks that humans typically find difficult, and the task of prompting being easier the more you know about the problem.

So, is Protocollie actually any good? I don't have any means of evaluating the final product, but I feel like evaluating what ultimately stuck to the wall is a pretty important part of the tale.

How buggy is it? How long would it have taken to build something similar by hand?

Depending on who you ask the answer is either "It depends completely on the task, and it is in any case much more important that you divide your application in the right places than exactly how many bits you end up with", or "1".

If you ask Amazon then the more the merrier, because the number of microservices is effectively a multiplier on the bill.

The only news in the article is the way civilians are murdered. The Israeli government already kills far more people per day through deliberately induced starvation.

These events are hard to believe, not because of the cruelty, but because they now happen without a shred of deniability.

And so you leave your politicians to set the official German opinion of unconditional support for Israel.

I think that part of history is largely forgotten. I don't think a lot of Europeans have much self-interest in mind when picking a side in this conflict today.

If you calculate ELO based on a round-robin tournament with all participants starting out on the same score, then the resulting ratings should simply correspond to the win count. I guess the algorithm in use take into account the order of the matches, but taking order into account is only meaningful when competitors are expected to develop significantly, otherwise it is just added noise, so we never want to do so in competitions between bots.

I also can't help but notice that the competition is exactly one match short, for some reason exactly one of the 561 possible pairings has not been included.

At least adding in the feature once you notice the problem shouldn't be difficult.

It is very hard to take the lot of you serious with press releases that talk about a million qbits, without mentioning what is in the device you built. Your press release seems to be engineered specifically to get misquoted by journalists. You don't have a million qbits, and you most certainly do not have the billions of gates required to utilize the million qbits, that you don't have, meaningfully.

You may claim that I have misunderstood something, all I can say is that that is 100% your fault, because you publish nothing but misinformation.

(That is the plural you, and I really do not care which one of you wrote the garbage, you work as a team and you get judged as a team.)

Napkin maths would suggest something like 20% of a normal EV battery per household, so indeed a big investment, but perfectly reasonable. The harder part is that solar power production is much lower in the winter (depending on latitude), and seasonal battery storage is still a bit out of reach.

There is certainly a need for ignoring common wisdom if you want to make something new. I don't think being unaware of it is necessary as long as you are willing to go forward while being told that you are on a fool's errand.

It is not a link shortener, it is an archive tool. I thought the same thing when I first saw the headline. Their description is really bad and confusing.

A non-branching version of the same algorithm will also run code equivalent to both branches. The branching version may sometimes skip one of the branches, the non-branching version can't. So if the functionality you want is best described by a branch, then use a branch.

It may very well be, it is the type of optimisation where it is quite possible that some compilers may do it some of the time, but it is definitely also possible to write a version that the compiler can't grok.

But you don't generally need to care if the shader code contains a few branches, modern GPUs handles those reasonably well, and the compiler will probably make a reasonable guess about what is fastest.

The main problem is overwhelming voters, for a vote to be meaningful the voter has to understand the propositions that they vote for. Given the amount of legislation passed it is quite unreasonable to expect everyone to do the due diligence for every vote.

What might make such a system work in practice is to only let a small randomly selected group of people vote for each issue. You still get a similar representation as a full vote, but with each person having much fewer votes to attend to it isn't overwhelming.