Hacker Newsnew | past | comments | ask | show | jobs | submit | kenferry's commentslogin

Wow. The people who set this up are obnoxious. It’s just spamming all the most important people it can think of? I wouldn’t appreciate such a note from an ai process, so why do they think rob pike would.

They’ve clearly bought too much into AI hype if they thought telling the agent to “do good” would work. The result was obviously pissing the hell out of rob pike. They should stop it.


If anyone deserves this, it’s Rob Pike. He was instrumental in inflicting Go on the world. He could have studied programming languages and done something to improve the state of the art and help communicate good practices to a wider audience. Instead he perpetuated 1970s thinking about programming with no knowledge or understanding of what we’ve discovered in the half-century since then.

As you think Go is a wrong way for computing, tell us about the others routes that we should explore…

Wait until you hear about the -bad- programming languages.

Uh, yeah, he clearly would prefer it didn’t exist even if he was compensated.

Well, that’s because you don’t use it I guess!

I basically only swipe back. This aligns web pages with iOS nav stacks.


Modern marketing emails, yes… not emails written as correspondence. I don't think this post is talking about marketing emails.


Their point is the reverse.

Forcing standardization and interop is obviously good for interop, but it's bad for companies trying to innovate, because it ties their hands. The moment apple ships a v1 they have to ship an API, and then they have to support that API and can't change it. When it's private they can figure it out.


Apple already spends years in R&D before releasing anything. Many of their R&D devices never see market. Requiring them to share an API they've actually shipped to paying customers is not a significant additional hurdle. We know how to version APIs now. They can still make improvements to public APIs without hurting anyone.


> but it's bad for companies trying to innovate

Which is why DMA only applies to huge, dominant companies (the complete list: Alphabet, Amazon, Apple, ByteDance, Meta, and Microsoft) and there too it does not apply to all technologies, only for those where standardization is important to enable competition. It's much more important to have at least some competition than letting dominant companies monopolise entire markets through 'innovation' with private APIs.


The communal house scene in San Francisco isn't predominantly women.


Are AirPods limited to the Bluetooth spec though? I think they extend it.


i don't know the details but airpods pro sound noticeably terrible and bluetooth-y. It's almost shocking.


They extend it in some ways, but I'm not sure if they do in this way. They do sound kind of terrible, but I always assumed it was due to the microphones being way back by your ears. I'm not sure though


You know… I'm grateful that they moved quickly and decisively to bridge businesses through that time. We'd all be worse off without this having happened. I'm willing to accept a certain amount of waste for the importance of speed.


Mm. It’s certainly good to work at the other end of the funnel (thank you!) but it also won’t help address pattern matching that people do in hiring.

It’s an incredibly natural thing for people to hire people like themselves, or people they meet their image of what a top notch software dev looks like. It requires active effort to counteract this. One can definitely argue about the efficacy of DEI approaches, but I disagree that JUST increasing the strength of applicants will address the issue.


Yes it will! That pattern matching is based on prior experience and if the entire makeup of candidates changes that'll cause people to pattern match differently. If old prejudices are taking a while to die out, it won't be long until someone smart realizes there's whole groups of qualified candidates who aren't getting the same offers as others and hires them


> it won't be long until someone smart realizes there's whole groups of qualified candidates who aren't getting the same offers as others and hires them

There's an argument to be made that this is exactly what pipeline-level DEI programs are!


That's an efficient market theory, and it's extremely optimistic about how real people work.


If the goal is to prevent people from being biased, why not anonymize candidate packets? Zoom interviews can also be anonymized easily. If it's the case that equally strong, or stronger, candidates are being passed over anonymization should solve this.

Rather than working to anonymize candidates, every DEI policy I've witnessed sought to incentivize increasing the representation of specific demographics. Bonuses for hitting specific thresholds of X% one gender, Y% one race. Or even outright reserving headcount on the basis of race and gender. This is likely because the target levels of representation are considerably higher than the representation of the workforce. At Dropbox the target was 33% women in software developer roles. Hard to do when ~20% of software developers are women.


If you anonymize applications you don't hire the 'right' ratio.


Anonymization is probably an under tried idea. Various orchestras switched to blind auditions and significantly increased the number of women they hired.


people can cheat in anon interviews?


They can cheat non-anonymous interviews too. An alternative is to have candidates go in person to an office to interview, but the grading and hiring panel only sees anonymized recordings of the interview.


I don't think they're advocating not doing defer in C? They're saying you can backport the functionality if needed, or if you want to start using it now.


They're recommending changes to the proposal though, such as requiring a trailing semicolon after the close brace. It also changes the syntactical category of the defer statement, though it's not clear to me what that actually affects.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: