ammon

16 ms·

151.
by ammon 10y ago
You're totally correct and I am wrong :)
152.
by ammon 10y ago
EDIT I incorrectly multiplied the tax rate to the salary difference, and said that this was a 5$ difference. This is totally wrong (as multiple people point out below). I'll leave my original embarrassing comment as a cation to not wri
153.
by ammon 10y ago
Totally fair point. CA state income tax may take an additional 13% out of the Bay Area numbers. I'm adding this into the post now... Thanks for pointing this out!
154.
by ammon 10y ago
You might expect that companies in big markets with great growth would be more competitive (more people would want to work there, and it would be harder to get an interview / offer). But we see that this is often not the case, making i
155.
by ammon 10y ago
When people compare salaries / the cost of living in different cities, they often fail to account for the fact that many people don't spend their entire salary in the local economy. If you are trying to save money (or pay for coll
156.
by ammon 10y ago
I don't think that we should excuse this behavior just because it's common. We push back against this pretty hard at Triplebyte. I can also say (having run a huge number of interviews over that last year) that getting a personal,
157.
Triplebyte (YC S15) is hiring a writer(medium.com)
1 points by ammon 10y ago
158.
by ammon 10y ago
Bootcamps charge tuition. They do this because getting placement fees from companies requires consistently referring very strong candidates (a higher bar). They are competing with universities.
159.
by ammon 10y ago
This is roughly what our data shows.
160.
by ammon 10y ago
We also work with a bunch of great self-taught folks! Perhaps I'll blog about this in the future!
161.
by ammon 10y ago
We see about a 50/50 split between the two groups. (Of course a lot of the people without a technical background are still analytical thinkers. There's probably pretty heavy selection bias for that)
162.
by ammon 10y ago
Our dataset is not large enough to really answer this. My opinion is that quality of the bootcamp (how selective they are, and how well they present and motivate students) has to matter.
163.
by ammon 10y ago
Interesting questions. Bootcamps are clearly incentivized to do this. However, they do not seem to be particularly good at it. Algorithms are over represented in interviews relative to most jobs, and yet (as our data shows) bootcamps are no
164.
by ammon 10y ago
Good point. About 50% of the bootcamp folks we work with have some sort of technical background before the bootcamp. The other 50% do not, however, which is really interesting! (I have no idea how this compares to the bootcamp population as
165.
by ammon 10y ago
We don't expect every applicant to be good in all those areas, and we let them pick in which area to spend the majority of the interview. I totally agree with you that no one has all those skills (except of course our esteemed intervie
166.
by ammon 10y ago
I think it's possible that these things just fundamentally take more time to learn well. I'd be happy to be proven wrong, however.
167.
by ammon 10y ago
Pretty close. I don't talk about this in the post, but you are right. The college grads had more variance. You occasionally get a college grad who has been working on open source since they were 15, and actually looks a lot like a, eng
168.
by ammon 10y ago
I'm happy to answer any questions about this (I expect it to be controversial). When we started Triplebyte one year ago, I was pretty skeptical of bootcamps. Doing credential-blind interviews and seeing what some bootcamp grads can do,
169.
by ammon 10y ago
User Datagram Protocol? What gives you that impression? In any case, we run several versions of the interview, to allow people to reapply
170.
by ammon 10y ago
We never provide negative info to companies. If you fail our interview, you are free to apply to whatever companies you want on your own. The practical advantage of going through Triplebyte is that you'll pass more interviews. We match
171.
by ammon 10y ago
Employers don't actually (in most cases) have a very good grasp of what qualities they select for. It's function of the engineers doing the interviews and the engineering culture, and most companies are not aware how much this dif
172.
by ammon 10y ago
We have specific guidelines / process that we use to measure each. For example, professional coding is a focus on writing clean code, that is well designed on the micro level (good names, good modularity on the function / class le
173.
by ammon 10y ago
Well, the engineers who go through our process are in a good position to verify the effectiveness of the matching. Granted, the bar to reach that point and check the quality is higher than it is for Pandora (readers can't go check righ
174.
by ammon 11y ago
I am sorry that you had a bad experience with us. Evaluation is a really complicated thing. The bar that we use for evaluating the take-home project is to treat it as real work, e.g. would a teammate feel good if you were working with them
175.
by ammon 11y ago
I misunderstood you. I think we actually agree about this!
176.
by ammon 11y ago
I totally agree with this. Companies should give (constructive) feedback when they say no. They do not partially out of a fear of being sued, but also because they often don't know really why the reject people. The default state at mos
177.
by ammon 11y ago
So, you may be right. Perhaps you're great at telling good programmers from bad. But almost no one does the analysis to really know if this is true (false negatives are the huge unknown). And most interviewers are not as good as you. T
178.
by ammon 11y ago
This only works if the numbers are in a known range (say sequential from 1 to 100), and you XOR in the index (plus 1) as well. Then each number is XOR'd two times, except the duplicate, which is XOR'd 3 times (and thus remains at
179.
by ammon 11y ago
I am sorry that CS education has not worked out for you so far. I want to emphasize the "so far" part of that. I hope that that's hyperbole at the end of your post. If not, I have to encourage you to reach out to friends and
180.
by ammon 11y ago
Fair point. But is it not much more common to encounter a programer who cannot break a complex system into loosely coupled components? Or who does not use consistent naming conventions? Or who is smart but lazy? I'd rate all of these a

More ›