wgerard
Joined 11 years ago
Joined 11 years ago
I'm only half-surprised.
I had a great experience, we learned a ton, and if anything was going to set us up for success it was our time there. Companies are mostly doomed to fail, but our time in Seattle was pretty transformative for me personally. It allowed us to refine our focus and dedicate ourselves wholly to building something people wanted (which, turns out, wasn't that many people obviously). The support and guidance we received from Aviel, our Amazon partners, and fellow cohort members were unparalleled. Say what you want about VCs or Amazon or startup founders (and yeah there are many things to be said), but I really have nothing but great things to say about all of the individuals from our time there. Admittedly, my opinion doesn't carry any particular importance.
On the other hand, I'm not surprised at all when I reflect on the actual Techstars program. Techstars, as an organization, seemed totally in the periphery for much of the program. The lion's share of valuable advice and resources came not from the organization itself, but from everyone else.
Echoing another's sentiments, the value of Techstars seems heavily influenced by location and the mentors involved. We were lucky to only be thinking about two great programs, Seattle and NYC. If we had ended up somewhere else maybe I'd be completely unsurprised.
A friend and I tried to start a company around this, basically resolving three big issues we saw with take-homes:
1) No feedback. If you spend a couple hours on something you should get meaningful feedback.
2) No clear criteria. Is the hiring company going to slam you on correct syntax? If so, you should know that upfront!
3) Time guidelines that had no enforcement and thus led to an arms race where candidates would spend ever-increasing amounts of time and skew the standard of what "good" is.
So we fixed those things:
1) We provided the feedback, not the hiring companies, so legal liability was non-existent for the hiring companies. We double-blinded the process as much as we could (evaluators didn't know who the candidate was and vice-versa).
2) We told candidates upfront what they'd be evaluated on. Not down to the level of "you must implement this problem using a max heap", but we would say something along the lines of "The company is looking for an academic algorithmic solution to this problem" or similar. We would then only allow evaluators to evaluate them on these axes and nothing else.
3) We also strictly enforced time limits by basically telling candidates "hey you'll have 2 hours to submit from the time you hit start and see the prompt, so please make sure you have two hours from when you hit start." -- not ideal, obviously, but the best we could come up with to resolve #3 above.
As you can probably imagine, the market just wasn't really there for this. I think candidates generally enjoyed it in comparison to the vague, unending slog that most take-homes are but:
1) The value prop just wasn't really there for most companies: They mostly use these types of evaluations on more junior candidates, and unfortunately the hiring market for junior candidates is highly skewed towards the employer.
2) More surprisingly, we realized the time their current engineers and managers spent evaluating these takehomes just wasn't really a consideration for them. We tried to frame it in terms of "here's how much it costs you to evaluate these take-homes wrt time spent vs. us", but it was a difficult sell regardless.
We actually had the most success evaluating candidates from more non-traditional backgrounds upfront ourselves and then charging a placement fee if they were hired, but we ultimately didn't really want to continue that.
Dark, Babylon, How to sell drugs online, and 1899 (RIP) are all fantastic series.
They migrated away from it at some point, but some of the people who handled that migration were still around when I was there. Didn’t sound fun at all, sounded like a horrific nightmare.
For an e-commerce platform that allows returns: Yeah that's kind of an important sticking point and was a big part of the problem.
The other problem was that spells were effectively a service and you can imagine that we didn't want to get involved in determining the validity or accuracy of services being performed virtually that had zero tangible artifacts.
> What if I were to ship a complete spell in a bottle to the person?
This is probably what people actually do now to get around it, since there's an actual item being sold now.
The exact details might've changed, but the symptoms look the exact same. I remember we had to deal with a lot of people trying to skirt OFAC regulations, for example, by doing all sorts of things to hide the country of origin for something.
Optimistically I will say this is a very hard problem to solve. Pessimistically of course the company benefits from it, so I'm sure it's not a problem anyone besides maybe a few diehard advocates look too deeply into.
I've "prematurely" split up code across multiple/classes functions so many times before these huge god functions became set-in-stone and unwieldy.
I had a co-worker once who was extremely heavy on YAGNI--and I don't mean that as a pejorative, it was a really helpful check against code solving non-existent problems. They once called me out on a refactor I'd done surreptitiously for a payments flow to split payment states into multiple classes. Serendipity had struck, and I was able to point to a submitted (but not accepted) diff that would've broken the entire payments flow (as opposed to just breaking one state of the flow).
I always think about that every time I question whether I'm isolating code prematurely.
Sure, we definitely used to eye-roll at some articles. But my ass would've been fired in 5 seconds for even sending them an email, let alone anything beyond that.
Population density means zip codes are extremely concentrated in NYC, especially in Manhattan. Traveling down the length of Manhattan might have you cover ~25 zip codes in 13 miles. Basically, a zip code isn't a meaningful measure of distance like it might be elsewhere. A radius might also place you into NJ, which could be an issue depending on what you're trying to accomplish: Delivering something from Queens might be significantly easier than from NJ, even though Queens might be further.
That's my guess anyway, though it's odd because nowadays generally looking something up via zip code + radius is actually easier in Manhattan (with a map you can easily see whether it would require coming from Jersey, crossing the park, etc. etc.)
I'm not going to pretend we didn't roll our eyes from time-to-time when a new article came out that seemed exaggerated, but the thought of retaliation never crossed anyone's mind.
I'm pretty sure we would've been summarily fired if we had even made contact with Ina, let alone any of the psycho shit outlined here.
That's likely why 18th and 14th street are so similar: It only takes a minute or two to get from 18th st -> 14th st.