I sometimes wonder if we’re just very advanced stochastic parrots.
Repeatedly, we’ve thought that humans and animals were different in kind, only to find that we’re actually just different in degree: elephants mourn their dead, dolphins have sex for pleasure, crows make tools (even tools out of multiple non-useful parts! [1]). That could be true here.
LLMs are impressive. Nobody knows whether they will or won’t lead to AGI (if we could even agree on a definition – there’s a lot of No True Scotsman in that conversation). My uneducated guess is that that you’re probably right: just continuing to scale LLMs without other advancements won’t get us there.
But I wish we were all more humble about this. There’s been a lot of interesting emergent behavior with these systems, and we just don’t know what will happen.
You're right. Just compiled the following program with clang from Xcode 14 (Apple clang version 14.0.0 (clang-1400.0.29.102)) without issue.
#include <stdio.h>
struct foo {
uintptr_t p __attribute__((xnu_usage_semantics("pointer")));
};
int main() {
struct foo f = { 100 };
printf("%lu\n", f.p);
return 0;
}
Doesn't seem -Wxnu-typed-allocators (which I forgot to mention above) is present in my version. Didn't test the others.
I also just realized that the latest tagged release of https://github.com/apple-oss-distributions/clang is 800.0.38, my clang is reporting 1400.0.29.102. Is Apple no longer releasing the source for their compilers?
> Fun aside: I’ve always assumed this is why Core Foundation exists—to provide a common interface between Carbon and Cocoa. I don’t actually have a citation for this, though.
I had similar problems on my iPhone 7 when I upgraded to iOS 11. This included apps totally freezing, sometimes for what felt like a minute, with very laggy input, as well as other issues, like not displaying the playing podcast controls for Overcast on the lock screen or in control center. Yesterday I did a fresh install of iOS 11 and then restored from a backup and my problems seem to have gone away. At least for me, it seems like there may have been something wrong with the over-the-air upgrade process. Perhaps this will help you.
Beranek and BBN both make an appearance in Mitch Waldrop's excellent book "The Dream Machine," which is in theory a biography of J.C.R. Licklider (who was mentioned in the obit), but in practice a history of computing from the 1930s onward. It has been out of print for some time, but a Kindle edition just came out this summer[1]. It's a great book and worth many times the $3.99 Amazon is charging for it.
Turns out I'm too tired to do this tonight. I will try to do this over the weekend or on Monday. I'll try to ping each of you when there is an RSS feed.
In the mean time, we'll tweet about every issue on https://twitter.com/hackerschool, but I know that Twitter isn't RSS and that subscribing to our Twitter feed in order to get the 4 tweets per year that you want to see might be silly.
One thing I think we could have done better with Code Words is added short bios. Bios add context, which is lacking here. Here's R0ml's bio from 2006[^1]:
r0ml is an software architect and systems designer with over thirty years of experience. For two decades, r0ml worked on Wall Street, developing market data, trading, risk management, and quantitative analysis systems. More recently, as chief technical architect at AT&T Wireless, he drove the improvement of their CRM, ERP, commission, and data warehousing systems. Over the last several years, r0ml has become increasingly interested in open source software strategy at large enterprises, and is a frequent speaker on the topic.
This is the same R0ml that thaumaturgy mentions in a sibling comment.
I've been lucky to meet a lot of very smart programmers over the past 3.5 years working at Hacker School, and R0ml is one of the people I respect the most. He has a lot of opinions about programming, many of them contrarian. I think this comes from his background. His career began in the '70s. He spent the first third of it working in APL, the next third in Smalltalk, and the most recent third in Java. Over the year or so that I've known R0ml, he's planted the seeds of a number of unconventional ideas in my head (program in the database, don't use libraries, write things from scratch, the expressive power of a language is partially derived from what's in its standard library). I'm sure these aren't all good ideas—maybe some of them are terrible—but they've profoundly affected the way I go about my programming. R0ml is on the short list of people I would want to work for if I was not running Hacker School.
I don't bring this all up to refute your opinions–R0ml may be wrong in this case or even in all cases–I mostly wanted to give some context explaining why the tone of your response made me sad and frustrated. The onus is on us to give readers context for what they're reading, and I don't think we did a great job of that, but if you're going to write such a mean spirited response, I think some of the onus is on you to do some research before accusing someone of being a novice and responding in a way that feels at least partially ad hominem.
Around a month ago, I read Programming with Managed Time[^2], the paper that you wrote with Jonathan Edwards for Onward! '14. I thought it was insightful, well written, and contrarian in the best of ways. The first things I thought when I finished it was "I bet R0ml would enjoy that."
I don't mean to compare Code Words to an academic journal (it's absolutely not), nor do I mean to compare R0ml's article to your paper in terms of scope, research, or time put into it (yours obviously took more time and has much greater insight than R0ml's short article). I'm just bummed that one person who's counterintuitive opinions and experience I respect would be so quick to dismiss the opinions of someone else who I respect for the same reasons.
I know that complaining about tone is often used to distract from more substantive issues, but I'm going to risk doing that anyway: Please be nice!
Thanks! I'm actually planning on writing more about what we've learned from anonymizing our applications and from our application process in general in the next few days. I think some of the things we've learned could probably also be applied to hiring at a company with some modification (it's harder to anonymize resumes and emails than it is to anonymize a standard application).
Another side effect of anonymized applications is that we get to read a lot of funny application names (Beet Manager, Pastry Magician, Bean Pain).
I'm one of the founders of Hacker School. We care tremendously about treating people like adults[1].
If you think the social rules don't treat people like adults, you're fundamentally misunderstanding them. The purpose of the rules is to make us all aware of the ways that we can unintentionally frustrate and hurt each other, not to shame people. The rules are not enforced top down, nor do you get in trouble if you break one. The way you treat a person like an adult is by being honest with them when they make you feel frustrated or uncomfortable and having an adult conversation about it.
Our job is to build an environment where everyone at Hacker School feels safe to focus on becoming a better programmer. I don't think you could find a single Hacker Schooler who would disagree that the social rules made for a better environment, and there've been well over 350 so far.
I'm curious about what you find scary. Scary for someone considering applying for the job or scary because it says something about us?
We put it in the job description because we think it's true[^1], but the last thing we want to do is scare people away.
[^1] If we get really big and you're in charge of operations, you'll be COO by definition. If we stay the size we are now, it seems unnecessary to call anyone a COO (or any of the other C*O roles).
I do know Jake! "Fellows" and "fellowship" are really good choices for Insight, though, to be honest, I hadn't spent any time considering the choice until you brought it up. I almost certainly should have. I think your analysis of that decision is totally on point.
Thank you for taking the time to make such a thoughtful and considerate comment. You have gotten to the nut of what I was thinking when I wrote the post and said it more eloquently than I did.
OP here. After reading through the reactions to this post, I think the biggest thing I missed is explaining why we need a word at all.
The primary reason to have a word is that we can have something to refer to ourselves (where "we" are members of the Hacker School community). I think most communities come up with words to refer to their members. It certainly happened in ours: there are a handful of words that people at Hacker School use to refer to themselves and new ones come up regularly.[^1]
The things to consider when figuring out what to call someone who does Hacker School is not what the outside world will think, but whether people who do Hacker School will feel comfortable wanting to use the word to describe themselves and whether we would be alienating anyone who would otherwise enjoy coming to Hacker School.
[^1]. The question of how much we as facilitators should try to influence that process is probably out of scope for this discussion. Let's just assume we've decided that we want to have some input. I can't resist footnotes, even in comments. Yeesh.