> A service provider, like Google, will likely use the same private key across any of their servers that is sending your mail but Sendgrid won't have access to that private key so they have to setup their own. Same goes for any other services that send mail using your domain.
I'm sorry, I'm so lost and confused. Why would a service like SendGrid be impersonating a random domain without being able to get a private key from the domain owner? Like you're saying SendGrid offers the ability to send emails from a domain like @gmail.com without its private key?
Well, approval is a different beast from passing tests. But also, that's not how I was imagining this. I was imagining maintaining separate branches on top of each release, only combining them (merge or rebase or whatever) when you have a good reason to. That keeps things independent and makes it so you can always cut a release with solely the critical fixes (and test them in isolation, etc.) whenever needed, letting you integrate the noncritical ones opportunistically.
Re: #3, shouldn't this be per-domain anyway, rather than per server? If a domain has one server signing and another one not signing then something feels wrong. It seems pretty fine to just look at what the domain did in the past as the basis, no?
CI doesn't mean doing all the tests all the time though. The expensive tests still wait until there's a major reason to run them. I had the same question as the parent and I still don't quite see why this can't work.
> There are many people who don't seem to know the different between work and life and so they may conflate the two, but to me it's pretty obvious.
Nobody is conflating anything, you're just misinterpreting the same words with different meanings.
A professional criticism can, in fact, be unprofessional, and even a personal attack. These are not mutually exclusive.
> Those are not personal criticisms
You're using "personal" to mean "regarding non-professional matters", whereas others are using "personal" to mean "regarding the individual person themselves".
> those are all professional criticisms
You're using "professional" to mean "regarding the profession" whereas others are using to mean... you know, the opposite of "unprofessional".
> It's kind of strange to not engage with any of the points made in the article. Unlike you, I don't think the post makes them look childish at all. I think it raises a lot of valid points and makes me want to use Zig more.
I know nothing about the drama here other than what's in the blog post, but these feel more like unnecessarily public personal attacks which don't really reflect well:
- a stinky manager. Poor communication, unrealistic expectations, low empathy, no experience. Just a total shit show, from an employment perspective
- already writing slop well before he had access to LLMs
- their vague "sell some cloud something" business plan was a farce
> I'm not sure if you got it, that inhumanely != inhumanly. Where inhumanely is without consideration for the human race, whereas the other is non-human-like.
Note they're also synonyms, so the confusion is understandable:
> You should think of it as the condition that's true for all iterations, not a one-time event that halts the loop.
(a) It's "a" condition that holds true for all iterations, not "the" condition. Plenty of other conditions can hold true across the iterations of any given loop too. In fact the one interesting thing about the loop invariant compared to any other conditions is the very fact that it is guaranteed to cease to hold immediately after the loop, assuming you don't break in the loop. Other conditions can still continue to hold. i.e. The stopping condition is the entire point of the loop invariant.
(b) I'm well aware what a loop invariant is; I've worked on compilers. I am also a human. Humans care about when a loop starts and stops. There's nothing backwards about it, it's the most straightforward way people think of loops. And it's literally why more modern languages have introduced better syntaxes that merely spell the boundaries and/or values, and skip spelling the invariants entirely.
> I really don't see what's supposedly awful about that loop
The stopping condition is incredibly confusing and non-obvious. Misleading at first glance, in fact. The whole thing is so unidiomatic that I don't think I've even seen it once in my life. It's a better contender for an underhanded C++ code contest than production code.
> but if you want to count down to x instead of 0 you just do i >= x
No you can't. That fails if x == 0. Which perfectly illustrates why using unsigned everywhere isn't so great. And I say this as someone who likes unsigned types and uses them more than average!
2. Is this an actual problem that has arisen with a worrying frequency in the past, or just a hypothetical? And how is it different from someone stealing your SSH key or TLS certificate?
3. Isn't it obvious from previous emails you've received from the same server?
I really don't understand what the original DKIM was not sufficient. Can someone ELI5? If you can verify that a message (including headers, which DKIK can sign) was signed by the outgoing server, then why isn't that the end of the story? Who cares how or why it got forwarded, or whatever else?
I'm actually surprised you were fine with single-hose. I've never seen a single-hose portable A/C unit that did an adequate job. AIUC, the laws of physics make that rather difficult. In fact I've sometimes seen them actively make things worse. Whereas I have seen dual-hose do an adequate job.
Also note, "survive" is a rather low bar. We're talking about encouraging some of the world's top researchers to move from the US across the ocean. I'm admittedly not in their shoes, but I imagine mere survival isn't their criterion.
> Maybe monumental buildings might have some regulatory concern
No it was not "monumental buildings". These were very average buildings I'm talking about. In fact I saw two related buildings, only one of which was permitted to have A/C (and an awful portable one at that), as the locals told me. Everyone complained about it.
Be glad where you live isn't like this, but this is not universal.
> Also, every single hotel and commercial place has it.
I can't speak for your city or the Netherlands but this is absolutely not even remotely true universally in Europe. Most places I found (yes that includes nice hotels, yes in multiple countries) lacked A/C, and even the ones that had something they called "air conditioning" on the booking websites vehemently rejected the notion that they have A/C when you asked them in person -- in their own eyes it wasn't proper A/C, and I agreed with them after trying it.
That's literally what I heard from locals. I have no idea what 'wing' they were; they were just random locals I was asking about A/C. What I do know is everything I observed was consistent. Are you saying I should discredit all that based on an HN comment smearing them as "right-wing"?
...what are you talking about? This was from my personal experience being in Europe many times, including in the middle of this very last heat wave. This one thing made it miserable. I couldn't even sleep and had to move to other buildings more than once. On more than one occasion locals themselves told me there were legal reasons certain buildings couldn't have A/C, despite them wanting to install it. And it from people there that I heard - several times - about the deaths when I complained about the lack of A/C, not from right-wing US media! I had no idea Republicans were even talking about this until your comment!
I'm not even blaming Europe for having so little A/C - more power to them for being able to handle the heat with less impact on climate change; they have my approval! I'm just saying if you're expecting Americans to immigrate there, this seems like a very real obstacle. That's all.
I took a look at the most recent comments from both accounts and they don't look similar to me in this respect.
I think there are two questions here though:
1. Was the violation egregious?
2. Did it deserve an immediate ban, or did they deserve a warning etc.?
Seems to me the answer to (1) is yes, but the answer to (2) I'm less sure about.