gr3ml1n

or what?

It's not a particularly big market, and given the regulatory hurdles: it's simply not worth doing business with the UK for most companies anymore.

they risk sanctions/being arrested when abroad/etc.

That's the OP's question. Bluntly: if I'm here, and they're bloviating over there, what can they actually do about it?

Not really. It's more like Cloudflare is providing an ipset in your iptables config. It's not Cloudflare's decision: they're just making it easier for you to do it.

The counter-argument to this from the AI crowd would be that it's fundamentally impossible for _us_, with our goopy brains, to understand how to do it. Something that is factorial-orders-of-magnitude smarter and faster than us could figure it out.

Yes, it's a very hand-wavey argument.

Well, first, it would be so far beyond anything we can comprehend as intelligence that even asking that question is considered silly. An ant isn't asking us how we measure the acidity of the atmosphere. It would simply do it via some mechanism we can't implement or understand ourselves.

But, again with the caveats above: if we assume an AI that is infinitely more intelligent than us and capable of recursive self-improvement to where it's compute was made more powerful by factorial orders of magnitude, it could simply brute force (with a bit of derivation) everything it would need from the data currently available.

It could iteratively create trillions (or more) of simulations until it finds a model that matches all known observations.

It starts to veer into sci-fi and I don't personally believe this is practically possible on any relevant timescale, but:

The idea is a sufficiently advanced AI could simulate.. everything. You don't need to interact with the physical world if you have a perfect model of it.

But, what other fields would it do this in? How can it makes strives in biology, it can't dissect animals ...

It doesn't need to dissect an animal if it has a perfect model of it that it can simulate. All potential genetic variations, all interactions between biological/chemical processes inside it, etc.

Isn't the entire EU essentially a panopticon of cameras?

Fwiw, Marek's technical corner still exists and still gets some activity.

That isn't true. Dedicated bodybuilders, starting more commonly ~5 years ago, decided that PCT wasn't worth it. Instead of typical 16-20 week cycles followed by 4-6 weeks of PCT, they adjust the dose between supraphysiological and (generally) top-of-normal, i.e.: blast and cruise.

It's not because they couldn't recover, it's because they don't want to or see the point.

Post-cycle therapy will take longer if you're taking exogenous testosterone for longer, but it's definitely not a 'for life'/'impossible' thing if you've been on TRT for a few years and decide to stop. It's just fearmongering.

What is there to cope about? It's not a big deal, and arguably a benefit.

Well, definitely don't phrase it exactly like that.

Most decisions that would be made in the context where this is a useful technique are irrelevant and/or obvious. They should be made by someone lower down the chain, but organizational dysfunction requires tricks like this to get anything done.

The suggestion is that negative reviews are suppressed. Communicating a negative review through a facially positive review would help avoid that.

Re-read the original link, posted again below. The claims you're making are specifically addressed and are wrong.

There are multiple critical reviews of this paper. It is well-known to be largely nonsense.

http://www.jsmp.dk/posts/2019-05-12-blindauditions/blindaudi...

How long does the checklist need to be? Can I check three boxes if I an interview a gay black jew or do I only get one?

No, it doesn't. This is a dramatic reach and complete misunderstanding of the stats. The data in table 5 is not statistically significant.

If you go down to table 6 (which is also incredibly weak), it shows the opposite: men are advancing at a higher rate than women in blind auditions.

Andrew Gelman reviewed the link as well and agreed:

https://statmodeling.stat.columbia.edu/2019/05/11/did-blind-...

Not really. Everything is downstream of the pressure on organizations to address disparate impact. Some examples:

When a company is under pressure to boost the number of X engineers, they quickly run into the 'pipeline problem'. There simply isn't enough X engineers on the market. So they address that by creating scholarship funds exclusively for race X.

When a school is under pressure to have the racial makeup of it's freshman class meet the right ratios, it has to adjust admission criteria. Deprioritize metrics that the wrong races score well on, prioritize those that the right races score well on. If we've got too many Y, and they have high standardized test scores? Start weighing that lower until we get the blend we're supposed to have.

The goal of the college is not to get the students with the strongest academic record: it's to satisfy the demand for the right ratios.

Repeat over and over in different ways at different institutions.

Is there an example where colorblind hiring had a nil or opposite effect? In places I've seen, the opposite has happened. For example ...

The study underlying that post is a great example of another downstream effect of DEI efforts. That study did _not_ show what the headline or abstract claimed.

When you hide the gender of performers, it ends up either nil or slightly favoring men. That particular study has been cited thousands of times, and it's largely nonsense.

http://www.jsmp.dk/posts/2019-05-12-blindauditions/blindaudi...

If anything’s really losing credibility right now, it’s the myth of a pure American meritocracy.

It only became a myth when we were forced to consider factors beyond merit in hiring.

I'll try to assume good faith, but this is the sort of framing often used in the waning days of unpopular ideas.

That's not what DEI ever was. It fundamentally came down to evaluating disparate impact and then setting targets based on it. The underlying idea is that if a given pool (in the US, generally national- or state-level statistics) has a racial breakdown like so:

  10% X
  30% Y
  60% Z

  5% X
  25% Y
  70% Z

The methods to get 'the right ratios' varied from things like colorblind hiring (which had a nil or opposite effect), to giving ATS-bypassing keywords to minority industry groups (what the FAA did here).

SFT can be used to give negative feedback/examples. That's one of the lesser-known benefits/tricks of system messages. E.g:

  System: You are a helpful chatbot.
  User: What is 1+1?
  Assistant: 2.

  System: You are terrible at math.
  User: What is 1+1?
  Assistant: 0.

This feels like a category mistake. Why would R1 make RLHF obsolete?

Your description of distillation is largely correct, but not RLHF.

The process of taking a base model that is capable of continuing ('autocomplete') some text input and teaching it to respond to questions in a Q&A chatbot-style format is called instruction tuning. It's pretty much always done via supervised fine-tuning. Otherwise known as: show it a bunch of examples of chat transcripts.

RLHF is more granular and generally one of the last steps in a training pipeline. With RLHF you train a new model, the reward model.

You make that model by having the LLM output a bunch of responses, and then having humans rank the output. E.g.:

  Q: What's the Capital of France? A: Paris

  Q: What's the Capital of France? A: Fuck if I know

You feed those rankings into the reward model. Then, you have the LLM generate a ton of responses, and have the reward model score it.

If the reward model says it's good, the LLM's output is reinforced, i.e.: it's told 'that was good, more like that'.

If the output scores low, you do the opposite.

Because the reward model is trained based on human preferences, and the reward model is used to reinforce the LLMs output based on those preferences, the whole process is called reinforcement learning from human feedback.

I can think of situations where all four make sense. Not sure what you mean?

result+no error: data returned, no error happened. - Typical function call where you want some data.

no Result+error: nothing to return, error happened. - That typical call failed.

result+error: partial result, up to error. - Wrote x bytes to disk, then ran out of space.

no result+no error: nothing to return, no error. - Data for a passed query. Nothing came back, but that's not an error.

Not surprising at all: Nvidia doesn't want to compete with their own datacenter cards.

The datacenters I've been in with emergency cooling fans in the walls all exhaust out, not in. Easier to get portable CRACs inside and get a good draft going.

The higher frequency of launches seems likely to have a big impact on reliability. It's no different than deploying once per day vs once per month. The more you do it, the more edge cases you hit and the more reliable you can make it.

SpaceX also has a simplification streak: the Raptor engines being the canonical example. Lower complexity generally means less unexpected failure modes.

Say you run a small ISP. You pay for (and utilize) a 10Gbps link to the internet from a big ISP: Cogent, maybe.

You look at your network traffic and notice 5Gbps of it all seems to be going to a single AS: Google. Your customers just love Youtube, and they are pulling down a ton of video.

Rather than leaving that as an interesting factoid, you decide to reach out to Google and pitch them on cutting out Cogent. You run a cable (more-or-less literally) from your network to Google. That 5Gbps of Youtube traffic is running over your connection directly to Google.

Now you can go back to Cogent and drop your commit from 10Gbps to 5Gbps, saving you a bunch of money. Google doesn't have to pay them for transit either: they can serve content to your users straight through the cross-connect. Win-win.

If a particular company is _really_ big, say: Netflix, Cloudflare, etc: you, as a small ISP, might even offer to give them some space in your server racks to host local caches. This makes the performance better for your customers, and, again: saves transit costs.

Sending random packets at another AS just results in your traffic being blocked. The network engineers running these systems are smart, and the community is surprisingly small.

The rest of the world should simply stop bothering with European silliness tbh.