Aardvark'd: The Fog Creek documentary, 18 years later
mtlynch.io
mtlynch.io
In one scene, she’s being interviewed on her birthday. Nobody remembered,
so she had to buy herself a birthday hat. While she’s explaining this to the
camera, one of her co-workers shushes her for making too much noise. On her
birthday!
[Benjamin Pollack] seems to have never caught the startup bug, mainly working
at larger, more established companies.
I honestly really enjoyed the article, though, and neither of these are exactly big errors; just some extra color I wanted to provide.
[Edit: I'm also happy to answer any questions anyone has about the movie or about that time at Fog Creek.]
>I'm a bit confused at how you'd come up with that summary of my career.
I worded that poorly, you're right. I meant early-stage startups at the scale of Fog Creek when you started. I've updated the post.
>No, this coworker right here was starting to say "shit fuck shit dammit" on camera as he discovered that a stale precompiled header was getting picked up on the build box and then realized Lerone was rolling, so you're hearing me halt myself before saying a pile of profanity on camera.
Ah, thanks for the context!
I watched that scene over and over trying to figure out what happened. It sounds like a "shush" but it's also weirdly stretched out. Liz seems to have heard it as a shush, as she shushes herself after. It shows Michael look over at you, but it's not clear if he was reacting to the noise.
There's an imdb trivia item[0] about how you and Liz disagree about whether it was a shush, but it's unsourced, so it was hard to put much stock in it. This is a much more satisfying answer.
I've updated the post to link to your comment here.
>I'm also happy to answer any questions anyone has about the movie or about that time at Fog Creek.
How do you feel about the movie looking back? I notice on your website that you recommend people watch it "if [they]’re feeling masochistic." Is it just the awkwardness of being the focus of a film at that age or were there things you disliked about how it came out?
What did you like/dislike about working at Fog Creek? How'd it change during your tenure?
[0] https://www.imdb.com/title/tt0813987/trivia/?item=tr0602787&...
There's an imdb trivia item[0] about how you and Liz disagree about whether
it was a shush, but it's unsourced, so it was hard to put much stock in it.
This is a much more satisfying answer.
I am aware of the IMDB factoid. Since they also had my bio wrong and gave me a Bacon number of two for years, I have generally just concluded IMDB doesn't care about having accurate data, and never felt a need to correct it.
How do you feel about the movie looking back? I notice on your website that
you recommend people watch it "if [they]’re feeling masochistic." Is it just
the awkwardness of being the focus of a film at that age or were there
things you disliked about how it came out?
(Me being awkward and arrogant also does play into it, but, like everyone else, I've grown a lot since then. Seeing how far I've come is at worst a reminder not to let myself be like that again, but usually just ends up making me feel happy I've been able to learn from my mistakes and grow. I can't say it bothers me.)
I also just kind of feel like it's a lousy movie. The soundtrack was literally written on the way to the recording studio, and you can tell. The interviews are usually not asking great questions, as much as rehashing Joel's and Paul's blogs via interviews. And there's the fact the movie is so close to being about reddit and Y Combinator right at their inception, but somehow, just...misses it.
I should tone down the "masochistic" comment so it doesn't sound like I'm bitter or hate the film. I don't. I just don't really know it's worth a watch in 2023.
What did you like/dislike about working at Fog Creek? How'd it change during your tenure?
The dislikes are mostly just versions of me noting that working in an anarchistic environment is great only if you shout loudest and care more than the next person, but I will add that that company was so young in so many ways. We often were figuring out how to do things from base principles instead of hiring people who knew what they were doing, because we weren't sure if we knew how to tell that someone knew what they were doing. And when we started to hire our way out, we made Some Mistakes. So, things that fell out of those bits.
>(Me being awkward and arrogant also does play into it, but, like everyone else, I've grown a lot since then. Seeing how far I've come is at worst a reminder not to let myself be like that again, but usually just ends up making me feel happy I've been able to learn from my mistakes and grow. I can't say it bothers me.)
Yeah, there were definitely lines where my first reaction was that the interns come across badly. But I was a year or two younger than you guys at the time, and I thought about how I'd probably sound if someone asked me to talk on camera about working on software. I'm thankful that nobody did.
>The soundtrack was literally written on the way to the recording studio, and you can tell.
Oh, yeah, that does explain the soundtrack.
While I was listening to it, I felt like it was written by someone who didn't know any programmers, but they were trying to write a song that would appeal to the geeky stereotype of a programmer.
I feel like Amazon treats IMDB user submitted data just like reviews on the retail site. They just don't care. Anything goes. I've tried to get data corrected on multiple occasions for it to fall on deaf ears. Much like wikipedia where changes are reverted to previously incorrect data because of editor fiefdom turf wars. So you can't win either way.
(Since you're answering arbitrary Fog Creek questions) In retrospect, do you think it was a mistake to make kiln hg-centric at first?
(Since you're answering arbitrary Fog Creek questions) In retrospect, do you
think it was a mistake to make kiln hg-centric at first?
Our customers were overwhelmingly Windows shops, and Git on Windows in 2007 was just unusably bad. It really would not have been a viable option. (I did look at Bazaar and Fossil, which were good players on both Windows and Unix, but neither seemed like a good fit for other reasons.) But Kiln's core value prop at the beginning was actually code review, and I think we could've found a cool way to bring in a Phabricator-like patch workflow that would've meshed just fine with Subversion and given our customers a much easier way to get access to Kiln's goodness. In that world, Mercurial would be a kind of bonus feature you could use, not the only way into Kiln. The resulting product would've been very different, mind, but I think it would've gone way better.
The other three technical mistakes we made, since you didn't ask me, were having FogBugz target .NET instead of Java (given the immaturity of Mono at the time only; I love .NET); having Wasabi compile to C# instead of IL (especially given the previous note); and having Copilot directly modifying VNC and its protocol instead of just jacketing it with a small wrapper app. These three decisions collectively slowed the company down a ton at a time when we shouldn't have let ourselves do that.
I enjoyed working with you, Alex. Glad to see you doing well!
It's a bit harsh but I always feel like Fog Creek might be the cautionary tale in "what happens if you over hire for capability vs. your requirements?" I think that a less capable team would have never landed on the "let's maintain our own programming language" approach w.r.t. Wasabi.
As an aside, I do think that targeting Mono was the right thing to do for the universe, as it butterfly-effected tedu into writing weird and wonderful technical blog posts for the next ten years :p
Databases store stuff really well. If get to the level of needing to configure storage for different tiers of access they can do that, it just takes a bit of work. Of course if your blob data is stored in tables that have OLTP data in them, then you have a bit of work to do to separate it out.
This is speaking from recent experience of having to manage random blobs of sensitive data in s3 buckets that engineers have created rather than bothering to put in the main application data store.
Storing attachments as a blob in a database has all sorts of disadvantages I'm sure you're aware of, but it has the major advantage that if you can see the reference to the attachment, you can fetch the attachment. With links to a filesystem, you have to deal with issues like the frontends can't access the files because they're on the wrong system, or the network filesystem is down or .... There's a lot of possibilities.
As an aside, I do think that targeting Mono was the right thing to do for
the universe, as it butterfly-effected tedu into writing weird and wonderful
technical blog posts for the next ten years :p
The original version of Wasabi, known as Thistle, was written in Java, by the intern in the class before Aardvark’d. It transpiled ASP to PHP.
Every intern class was named after an animal with the next consecutive letter. I don’t remember any of them except Aardvark, and I was a “B????” intern!
You can still listen to the soundtrack on Amazon Music :-)
I bought both the DVD and the soundtrack back in the day. While it's no Grammy winner, there are a couple of good ones in there
Thanks for sharing that bit of trivia, Anil. How'd that happen?
Why was FogBugz for your server discontinued silently? I think you had build something really great at the end with the change to .net and the plugin architecture (which would have made it possible to do customizations even in the cloud). Also how kiln integrated was great.
Did key people leave so that FogBugz basically stopped to be maintained anymore? Where you still around when they removed the plugins and tried to put it back and maybe switched to elastic search etc.?
[Edit: We did discontinue Kiln for Your Server while I was there. We nuked that because the support burden was monstrous, to the point we needed three extra SDETs/sales engineers purely to handle testing and on-prem bug fixes. It threatened Kiln's ability to be profitable. The FogBugz team may've made the same calculus a few years later.]
And it was kinda pre-cloud, so usually we got provisioned on some pentium ii forgotten in a closet.
We had an on-prem solution at Tinfoil, because some of our customers needed it (gov, finance, healthcare, random big enterprise co, etc.)
We were lucky, in that we at least had Docker; or so we thought. Right up until top 5 investment bank decides to write their own orchestrator and use an internal container repository. Ugh, fine.
Oh, and also wants to use their own MySQL db? But, uh, we use Postgres... and Mongo (tech debt)... and... no?
So what did we do? We shipped a VM. You told us your VM solution of choice, we handed you a file, you set up our .ovf or .ova or whatever, it phoned home (only while setting up), got licensed, and off you went.
Debugging was miserable. We later started adding remote debugging capabilities into our contracts because the support burden was ridiculous.
Thing is, we were at least a little smart about it; single codebase, lots of feature flags, lots of internal testing (and our saas customers bled first, before VM customers), etc. I honestly might even do it again, but now there are much better solutions.
But all of this is to say: people did install VMs, and people did download them. I don't have the numbers in front of me, but I'd be mightily surprised if less than nearly 70% of our revenue (but not our customer base!) came from on-prem appliances. We sold them at a very significant premium, for obvious reasons.
The plug-in API was very bad for performance and security, especially in a multitenant cloud application. That led a team to experimentally reimplement the entire frontend as a single-page app (code named Project Ocelot, whose shirt I am wearing today). Webhooks and a well-designed web API would have been a much tidier solution than the plug-in API.
FogBugz For Your Server had constant support costs, like Ben said, but also the application started growing all sorts of supporting services (a QueueService, an ElasticSearch cluster, Redis…) that made the existing InstallerShieid installer a huge cost to maintain.
Later, I wrote an “autosetup” script in PowerShell to help developers and support engineers onboard faster, which later became the new installer for FogBugz On-Site / Manuscript On Premises. It was designed for a single edition of Windows (Server 2012 iirc?) and SQL Server. We sold a million bucks worth of licenses for that.
One of the interesting things is it seems to me like Joel, for all his wisdom, always made weird (I would say wrong but the man is a legend after all) decisions. Like his whole premise was to hire great programmers, give them an office with a door that closes, and watch great software appear. Which would take at least ten years. It was clear that this software was originally CityDesk (a content management system, say no more), then FogBugz (the issue tracker doomed from the start by its name alone), and even Copilot, to circle back to the documentary.
The magic never happened, but lo and behold, out of nowhere comes Stack Overflow and makes all of those other ventures an only slightly relevant footnote. And not from any clever Strategy, but completely serendipitously! Turns out Joel was more right than even he probably thought - just press on being great, something great will come out of it. Though not necessarily what you had planned. There is something beautiful about this, to me.
I am sure people will tell me how ridiculously mistaken and misunderstood my take is, but it's how I read the story.
They also did Trello.
I bet they made a killing from both citydesk and fogbugz
There’s no way to know, but if they had nice offices in Manhattan and were self funded in those days, that’s a clue
Fogbugz was a solid #2 in the market from what I remember
There are lots of people making tons of money in areas like CMS and bug tracking
The ones you hear bragging about money are usually trying to attract employees to a marginal business
The ones who are making money don’t want to attract competitors by talking too much
If you know where to look, some of that cast of characters is still going strong on a forum of a similar design to this day. It's a bit crazy.
Stack Overflow came right out of Joel's complaints about Experts Exchange and is probably the best example of being with the right people at the right time with the right idea.
Uh, where...?
But what happened was that Joel freaked a bit out over some of the drama on the Business of Software forums and shuttered them, in spite of them being very popular and having a huge community - another one of those weird decisions. In an alternate timeline, they would have been HN.
-it was getting less and less popular
-the software that ran it was getting creaky
Also I suppose it was marketing for FogBugz. When Trello and StackOverflow took off, it wasn't really needed anymore.
Joel was a brilliant writer. I miss his insight.
I think it's successor peaked in popularity way after that but started to drop off as there was no obvious way to get new users. The old method of people checking their HTTP logs for referrers to see who was linking to their content and then joining the conversation stopped being a thing.
I think BOS eventually died a natural death.
Anyway, it didn't remain so, but IIIRC FogBugz was on top (in terms of being the consensus-better-than-the-actual-market-leader) for at least a few years.
Which, if you didn't take 50 or 100 million in VC money, is probably a massive success for 99.99% of people.
But yeah, nothing compared to the most-used website in the history of programming.
JIRA ultimately became the market leader due to having a product that sucked less than what was out there and being infinitely customizable. One of the things Atlassian did to gain mindshare was to gift large OSS projects, often under the ASF (Apache Software Foundation) banner, free licenses to JIRA and Confluence.
FogBugz was popular if you were a regular reader of Joel’s blog or if you had heard of the Business of Software community. Outside of that bubble, it wasn’t that well known.
1: https://en.wikipedia.org/wiki/Comparison_of_issue-tracking_s...
Not literally cursing but you get the idea.
Joel was a Program Manager for Excel at MS so my guess is he brought that mindset over.
Really, I wish more places would go back to that. Being able to work with minimal interruptions is great.
Meanwhile, there is plenty of software physiology sprinkled all throughout. It was a fascinating podcast.
At least that's what I remember from it, I haven't listened to it since it came out, what... 15 years ago??
I was very active on the BOS forums. But that isn't jogging any memories. Perhaps it was before my time?
It was pretty hilarious, a lot of people took issue with Joel's comment and it was the drama for a few days. Standard web forum stuff :) Hmm, now I wonder if that kind of comment would be judged harder in today's climate!
Were they? Or they were actually profitable for years?
To be honest the whole comment reads very SV vibe. Go big (as big as StackOverflow) or go home.
FogBugz earned some good money. I suspect it bankrolled them so they could make Trello (which had very little revenue).
Fogbugz didn't dominate the market like Jira did, but it had a dedicated customer base. It's revenue was used to fund the development of Trello in the early days, and to fund the first 2~ years of development on Glitch.
When FogBugz was sold off, it was still a modestly profitable business that a better acquirer could have stewarded into a better performer but the bug/issue tracking market is/was really tough.
Source: I used to work at Fogcreek, did some light dev/design work for FogBugz, and was the co-creator of Glitch.
I also followed Joel's essays and was more into it back then. But as I look at it now it is generic startup setup. They pivoted enough times to land gold mine. With getting developers do what they like they were able to pivot quite easily and they were onto hiring smart people.
In the end that is what sane business person should do, pivot, pivot, pivot until you land great idea. Only thing you cannot pivot are great people because there is limited amount of those and there is unlimited amount of ideas.
What bad companies do is sticking to some bad idea that maybe earns money but then they burn through legions of junior devs to keep train going.
Anyway, if you want to know what the Boston YC looked like, that's where PG is being interviewed. Since Reddit is there, it's the first batch, which should be 2005.
PG is making chili because it's the way he feeds a whole bunch of people at once. YC kept it up throughout the years, and chili is one of the things to remain from the early days, last I heard. Dunno if they're still doing that.
"The YC of Pittsburgh" for instance wouldn't attract the best talent worldwide, but SF and SV is known globally as the center of tech. If someone replicated YC in the global center of tech, they'd have a big advantage over YC.
> If we'd had enough time to do what we wanted, Y Combinator would have been in Berkeley. That was our favorite part of the Bay Area. But we didn't have time to get a building in Berkeley. We didn't have time to get our own building anywhere. The only way to get enough space in time was to convince Trevor to let us take over part of his (as it then seemed) giant building in Mountain View. Yet again we lucked out, because Mountain View turned out to be the ideal place to put something like YC. But even then we barely made it. The first dinner in California, we had to warn all the founders not to touch the walls, because the paint was still wet. [0]
and, from 2007:
> The idea that startups would do better to move to Silicon Valley is not even a nationalistic one. It's the same thing I say to startups in the US. Y Combinator alternates between coasts every 6 months. Every other funding cycle is in Boston. And even though Boston is the second biggest startup hub in the US (and the world), we tell the startups from those cycles that their best bet is to move to Silicon Valley. If that's true of Boston, it's even more true of every other city. [1]
He goes on in the second essay about why VCs in the valley are more aggressive and more deals get done than in Boston or anywhere else, but I suspect that was a huge part of the reason for the move from Boston
[0] http://www.paulgraham.com/ycstart.html [1] http://www.paulgraham.com/startuphubs.html
Wise idea ;)
> copycat accelerator to call themselves "the YC of SF", so they just moved to SF
Yeah I think that if you believe in your idea but runs the risk of this it makes sense. Because SF was the bigger fish, even at the time
Batch dinners are catered these days and have been for a while.
https://news.ycombinator.com/item?id=14236711
Regardless, still a great post and highly worth watching.
Aardvark'd: 12 Weeks with Geeks - https://news.ycombinator.com/item?id=13794989 - March 2017 (1 comment)
Aardvark'd (Fog Creek documentary) is now up on YouTube for free - https://news.ycombinator.com/item?id=2539337 - May 2011 (4 comments)
Ask YC: Anyone seen the Aardvark'd movie with Paul Graham? - https://news.ycombinator.com/item?id=518580 - March 2009 (1 comment)
I did too. It was quite motivating to watch at the time!
Other classics from his blog: why you should never do a Big Rewrite (he was scathing of Mozilla), "Fire and motion", relentless advocacy for "boring" tech, the historical bits about Excel and Lotus... I'm sure I'm forgetting a lot more. It really was a blog worth reading, when most of them were already turning into the "microblogging" spam that eventually begat Twitter.
I was there from 2007-2010, long after Joel had left, but I mostly had a private office the whole time. I had to share an office for the first six months, but then after that, I had my own private office for the rest of my time there. My last year, I got a window office. Most of my co-workers had private offices, too.
I got spoiled because that was my first job out of college, and I've never had such a good office setup as I did there.
Having a private office spoiled me as well, although I had come from companies that had cubicles. There was nothing like being able to close the door and turn up your music while you were coding. Nowadays, everyone is out in the open with headphones on, of course.
I don’t know if it was all private offices, but the general feeling was that private offices were going away. Moot point for us as we were a satellite office that never had private offices to begin with.
I think Tom DeMarco wrote about this in the 80s. Interesting how we've now even managed to make the computer system itself a high-interrupt environment for developers. OTOH, the trade-off between collaboration and focus is a touch one.
I can't believe it's been 20 years since I read this post[0], but I remember how clever it was that each office had a only a single window, but had sight lines to other windows also, making it look like each one was a corner office.
[0] https://www.joelonsoftware.com/2003/09/24/bionic-office/
It's a long time ago so I can't remember the details, but it's stuck with me for ~15 years as a lesson in not believing the hype, and ... I dunno, you can't procedure your way into building amazing things, maybe? Post-hoc looking back from the outside, FogCreek building somewhat generic tools for developers seems very navel-gazing like they didn't have a burningly compelling idea (such as StackOverflow was) and you can't add more private offices unto business/market success.
As many developers did at the time (and still do), they built their own tools, and eventually realized their bugtracker was decent enough to sell to Joel's blog readers. FogBugz sales quickly outstripped CityDesk, so they pivoted to selling Dev tools. From there onwards, they were a bit all over the place. They still managed to score StackOverflow and Trello, though...
Agreed, these are great posts.
Same here. Bought it back when it was released, and still have it.
Thoroughly enjoyed it, but I agree with the article in that it was very much all over the place in terms of scripting.
From the stories I heard, he was a complete asshole to people that didn't agree with him and was even fired from Reddit at one point.
This is authoritarian behavior: I'm going to do what I want regardless of the law and what you believe because it's what I want. I have found that many of the hackers from the 90s and early 2000s that I read about in 2600 were like this. They masqueraded as freedom fighters, but in reality were just authoritarians without power. When their side is in power, they have no problem trampling on the freedoms and rights of the people they dislike.
It kind of makes sense to me as an adult. Hackers are authoritarians without power. You don't do what they want, so they are going to destroy your website/livelihood/life. Petty kings without a kingdom. This morphed into the cancel culture we see today and groups like Antifa.
His suicide was tragic, but we don't need more people with this attitude running a lemonade stand, let alone a tech company or anything important.
Yeah of course hackers from 90s and cancel culture people on Twitter are the same kind of people.
LMAO.
That you have no compassion for someone who committed suicide due to copying bits shows a lack of humanity that I hope no one emulates.
Or one journal. Authors didn’t get copyrights as the journal kept them.
This was the point though is that the copyright there was/is immoral and that the papers should be freely available.
And of course he didn’t trespass as he was a guest of a student.
And I think the argument is that he didn’t even violate the journal’s copyright as the journal allowed download from the university network.
Liz (Gordon) Hall over here. Your blog post made my day. I couldn't stop laughing and smiling. Seriously, best thing in a while so thank you!
Ok, some things:
- Considering Ben P. was the one who sent me the article I'm contractually obliged to agree with the updated "shh" being a cut-off "sh*t". But, please don't edit or change one thing in the article regarding the great shh debate of 2005, it's perfect the way it is :)
- I was going to say we sold way more copies than 5,000 but after fact checking myself via emails from 2005/2006 it is, in fact, around 5,000. It felt more though because many were international copies and I had to find a way to convert the film to PAL, then we all spent like a week hand packaging each dvd leading up to Thanksgiving.
- Aardvark'd was actually Google Video's FIRST documentary. And to prove it, I found my old resume circa 2006 which, is so insanely hysterical I will bravely share this part here:
• Work directly with CEO Joel Spolsky and CFO Michael Pryor • Contributed to the growth of the company by becoming the abstract layer: I do everything but code • Manage the summer internship program including the: recruiting, interview schedules, travel, living arrangements, and plan the summer event calendar • Oversaw construction expansion as we doubled our office space • Deal directly with building management to maintain office needs • Organize catering schedule, keep kitchen stocked and anticipate all needs of the programmers • Project/Production Manager on “Aardvark’d: 12 Weeks With Geeks”, Google Video’s first feature length film, sold over 5,000 copies worldwide
- I will swim upstream here and declare I think it's a perfect film lol. Seriously though, for me it captures a moment in time that I will forever look fondly upon. I had no idea that it was the starting point for my career in tech. I also love Lerone, the film marker, who has gone on to make great films featured on PBS :) Plus, no one in my life believed the stories I would come home and tell and with the film I finally had proof.
- Some key players missing from the post: Ben Kamens and Michael Pryor. Ben went on to be the VP of Eng at Khan Academy and is the CEO of his own company Spring Discovery (https://www.springdiscovery.com/) so basically, a badass and nicest guy I know.
And Michael... in a million years I never thought I'd have a career at Fog Creek. My plan was to stay a year then move back into TV Production. But Joel and Michael, they created a company that was way ahead of its time in terms of not only tech but company culture. It was special and I knew I was lucky stumbling into this other world. Michale and Joel pioneered so many things but after 18 years in this industry I can say with confidence they pioneered a people-first culture. I'm forever grateful to those two.
>I will swim upstream here and declare I think it's a perfect film lol. Seriously though, for me it captures a moment in time that I will forever look fondly upon.
The documentary does a great job of capturing that. In all your scenes, you seem like you're having a great time. Your responses in the interviews are so fun and positive, even when you're reading mean blog comments about Fog Creek or maybe-or-maybe-not being shushed.
I mentioned this in the blog post, but it was satisfying to see how you grew your career as Fog Creek became more successful, and it's great to hear how positive an experience you had working there.
Yeah, that struck me as well. For some reason, I expected their tooling to be much more modern, but then you see them running Windows XP, and I have this visceral reaction like, "Oh no! You can't be running that!"
They also go to a "trade show" which you find out is actually a ColdFusion conference. But even at the time, that was pretty dated, and the interns admit they're not sure what ColdFusion is.
I was impressed reading Joel's functional spec at how well it holds up. I don't think it's a very popular way of designing software anymore, but I still prefer big design up front (BDUF), and I suspect Joel probably still works that way. The only thing that felt dated to me about the functional spec was 1) the emphasis on code conventions, which he admitted at the time didn't belong in the spec, and 2) how it focused a lot on what would happen in v2 rather than aggressively keeping scope to the MVP.
Imagine them arguing endlessly about how many points to give to the VNC extensions they needed? And at a time when most businesses had maybe heard of agile, but never used it.
Functional specs are super-duper common still. I do (often fixed-cost) bespoke software for clients: can you imagine a non-tech client and me handwaving our way through a complex project one sprint at a time? No, thank you.
Having said all that, Joel's a talented guy, and he probably had a really good idea of what he'd have to do to build the whole thing. When people like that write the functional spec, you're going to wind up with a high-quality document.
They just throw ideas in Jira tickets and if you start asking questions or clarifications to put ticket back for rewrite they nag you are not agile enough and dragging whole company back to waterfall.
I can see that there's a belief that the BDUF approach implies the design must be perfected before starting to code. I like a healthy concept sketch to use as a roadmap, and evolving accompanying documentation along the way. I use MBSE tools. I certainly would never say a system design is perfected nor are all requirements ever set in stone (under config control - yes, immutable - no). This helps me see where push back is coming from of the SW Dev side.
He worked at Microsoft in the Excel group, specifically, he was a Program Manager (PM) on Visual Basic for Applications (VBA). see bottom of https://www.joelonsoftware.com/2007/04/25/vba-for-macintosh-... and https://www.joelonsoftware.com/2006/06/16/my-first-billg-rev...
Functional specs and PMs go hand in hand at MS.
Microsoft devs, at least in certain groups, used the Hungarian coding convention (Systems aka DOS/Windows group had one dialect, Apps aka Office had another dialect) see https://en.wikipedia.org/wiki/Hungarian_notation
This seeped into VB/VBA as well.
Just needs a modernish browser and third-party terminal. cygwin tools or equivalent.
Windows 7 is a close second.
Also "Startup.com" from 2001
And "e-Dreams" from 2001
1) this concept had so much promise but man they could have made this docu better
2) those are some famous names before they became famous
3) we need more such docus that capture forever the daily office life at a particular point in time
I then got a job offer at Fog Creek when graduating college, incidentally for their Software Management Training Program. I turned down the offer, but one funny detail is that in the job offer package, which Fog Creek FedEx'ed to my NYC apartment, there was a printed copy of the Aardvark'd DVD in a DVD case.
As for the documentary itself, I remember liking it, but I watched it at that moment. The connection to YCombinator makes total sense to me. Joel was trying to get smart CS grads to stop taking boring internships with BigCo's outside of tech where they wouldn't actually get end-to-end software product build-and-launch experience. His primary competition in NYC? The Wall St firms (Goldman, Morgan, Lehman, etc.) whose summer internships involved apprenticing on a big internal software system for a couple of months while being marketed to by HR to join that Wall St firm full time after college. YCombinator was trying to convince this same cohort of ambitious CS grads to start startups instead (e.g. the reddit founders at UVa).
Today, the competitive landscape for startup summer talent is totally different. The tech companies are the BigCo's, in NYC or SV. It's probably the Wall St firms who need some help convincing summer interns to join today.
Ironically, I turned down the Fog Creek full-time job to work at Morgan Stanley. The latter felt like a more Linux-y job to me, and I was big into Linux and F/OSS -- also, student debt bills needed paying.
But then just a few years later I ended up quitting that Wall St job to start a startup that went all the way from seed through venture financing and eventually to exit. Fog Creek and Joel remained an inspiration in terms of how we built our engineering culture. See e.g. slides 11-13 here: https://speakerdeck.com/amontalenti/fully-distributed-and-as...
I didn't get the job, and don't honestly remember anything about the technical side of the interview, but I do remember them being very kind and gracious. I happened to be studying abroad in London and they didn't bat an eye when they had to buy what I'm sure was a way more expensive ticket than usual for the on-site.
Thanks for posting this - very interesting to see where everyone ended up!
Aaron didn't launch reddit. He wasn't even involved until six months in.
Swartz, Huffman, and Ohanian are the only YC participants they interview, and they show them all working side-by-side, so I assumed they were all working on Reddit, but I just checked how they introduce Swartz and his title card doesn't say Reddit whereas Huffman and Ohanian's do.
I've corrected the post.
Wasn't he involved sooner than a year after? I thought it launched in Summer 2005, and then Swartz joined the same year.
>Over at reddit.com, we rewrote the site from Lisp to Python in the past week.
Aaron Swartz's blog post, "Rewriting Reddit," published 2005-12-06
http://www.aaronsw.com/weblog/rewritingreddit
And then this profile of Swartz said he joined in November 2005:
>Ohanian and Huffman bought in, and by November 2005, Infogami and Reddit had merged, forming a new umbrella company called Not A Bug.
https://qz.com/594715/when-aaron-swartz-met-paul-graham-his-...
I’ve seen a few about notable blowups and some about big tech, but nothing that follows a startup through their lifecycle or covers the in day to day innards of the business like this one tries to.
I saw RevolutionOS and it was good but there aren’t any others I’ve been able to find like it either.
A small correction: In the picture of the reddit co-founders the caption is incorrect, it says "reddit co-founders (right to left) Alexis Ohanian, Aaron Swartz, and Steve Huffman in 2005". It should be "left to right".
So different from today's sentiment of "Only rich kids can play with startups, you shouldn’t even bother. You need universal healthcare/UBI first".
One day I clicked on a link that took me to one of PG's Lisp essays. Who was this guy? I'd never read anything like it.
That's how I found out about PG, it's what nudged me to finally learn Lisp, it's what led me to follow YC before it was YC (and HN before it was HN), and thus it's why I'm here. Thanks Joel!
I believe that Joel's ideas like using source control, making a build in one step, having a bug database, having the best tools that money can buy, and writing a spec resonated with me in great part because I worked on ERP-style projects that were often built to support large and complex business processes that were well defined.
It' now a part of Fastly: https://www.fastly.com/press/press-releases/fastly-announces...
FogBugz and Kiln were acquired by a private equity firm five years ago.