All of a sudden bureaucrats will be getting visits from internal legal departments asking very pointed questions about questionable actions.
5,629 karma · joined March 2, 2012
All of a sudden bureaucrats will be getting visits from internal legal departments asking very pointed questions about questionable actions.
> We use "would have" as the past tense form of will have:
>> I phoned at six o'clock. I knew he would have got home by then.
Note the difference between this and:
> I phoned at six o'clock. I knew he was home by then.
Which implies first-hand knowledge of his location. The first only signals a logical conclusion.
https://learnenglish.britishcouncil.org/grammar/english-gram...
I'm not a fan of this phrasing. None of the findings had anything to do with measuring IQ levels in ancient Europe. They were about measuring historical levels of lead, which they then just plugged into modern models to presume some levels of cognitive effects.
A study that was actually able to measure cognitive disparities and correlate them with measured levels of lead would have been extremely interesting, but this is not that. Everything other than the measurements of historical lead levels seems to be fluff.
This would kind of be like saying "massive asteroid strike 100m years ago lead to cataclysmic tsunami, study finds" but then not showing any evidence of a tsunami, just evidence that it struck an ocean and the inference that that would have caused a tsunami. It might be a reasonable inference, it's just not as interesting as the title would make it seem.
Edit: I should qualify, I'm not trying to say that "they did the math"-style papers don't have value, just that the phrasing in how they are presented matters to me. If the phrasing was more like "Use of lead in Roman Empire would have lowered IQ levels across Europe, study finds" I would have no issue with it.
Or alternatively, it might just demonstrate the power of LLMs to summarize complex code.
I'm reasonably sure most spreadsheet power users would have the opposite preferences to you. I do, for one. Data density is everything in non-trivial spreadsheets.
Comments and all, ironically.
I mean sure, "and all" would frequently include script injections etc, but you can't argue it wasn't more feature rich!
I've worked in a remote, secured development environment and it sucked, but to their credit the company did it for exactly this reason - control over the source. But bear in mind that source control is a two-way street.
Losing proprietary source can be harmful (especially in compiled languages where the source might carry much more information than the distributable). But they were mostly worried about the opposite way...that something malicious gets INTO the source which could pose an existential threat. You'd be correct to say "well that should be the domain of source control, peer review etc", but in this case the company assessed the risk high enough to do both.
Innovators gonna innovate I guess.
Wouldn't another way of saying that be "the Copilot development team is leveraging their Microsoft ownership to create products in a way not available to the general marketplace?"
The goal might not be to squash competition, but blessing one client with special treatment not available to others can still be anti-competitive.
Whether that would fall afoul of any regulation is beyond my expertise. Naively, most companies have internal APIs that are not generally available. But then most companies don't have paid public marketplaces on their platform.
It's true that even with that rule, you can typically lean to take a shot from both extremes of your quadrant, however those shots are harder to aim because you're not positioned behind the shot.
https://www.reddit.com/r/Damnthatsinteresting/comments/rw4jd...
I'm not Butch or Suni, but I think the astronauts most negatively affected by this would be the two that got bumped from Crew 9. Astronauts define their careers by the amount and quality of the time they are blessed to spend in space. Chris Hadfield, e.g., has taken it for granted that the pair would feel lucky to be "stranded" for a few months, and would have plenty of meaningful work to occupy their time.
Why not? You can decompile a cookie to try to see what method was used to make it, but Nabisco or whoever still treats that method and the ingredient ratios as trade secrets. In fact, the whole idea of trade secrets are things that are kept secret because IP protections don't cover them.
1 + (2 * 3) - (4 / 5) = 6.2 (PEMDAS)
1 + (2 * (3 - (4 / 5))) = 5.4 (greedy)
(((1+2) * 3) - 4) / 5 = 0.4 (non-greedy)
Was it a typo or is it using some other grouping I don't understand?I think it depends on whether the repetition is accidental or intrinsic. Does the table name happen to contain the address type as a prefix, or does it intrinsically have to? Greppability aside, when things are incidentally related, it's often better to repeat yourself to not give the wrong impression that they're intrinsically related. Conversely, if they are intrinsically related (i.e. it's an invariant of the system that the table name starts with the address type as a prefix) then it's better for the code to align with that.