The awful experience of firing someone I hired for the first time
coderofworlds.com
coderofworlds.com
The article says the reason an intern was taken on was that hiring an employee would be too expensive. I guess the author learnt his lesson that this is a very bad reason to take an intern. An intern should not be relied on to do any business critical work. If you want someone you can rely on to produce production quality code from day one, hire an appropriately experienced employee.
For example unpaid internships are illegal, and although they don't get much benefits, their mininum wage per hour is higher (Brazillian law says mininum wage is monthly, but limits the number of hours a intern can work in a month, so interns hourly wage is higher).
Also it was not business critial work, it was work that we could let the intern do and fail and whatnot, the problem is that the intern was so bad it disrupted the work of people doing business critical work.
> I finally understood why you should always try to hire someone better than you, why a “A player” hire another “A player”, instead of settling with a “B player”.
The guy the author described was a D player at best. There are plenty of great, yet not uber-genius programmers out there. B players. They're not as flashy, but they work hard, and get shit done. Stay away from the D players, fine. But don't knock the Bs.
What was the resolution, what did you learn from that? That would have been a better way to end that post. I feel cheated of the time I read that in a way.
I think that is what I wrote on the last paragraph?
Building an organization is really challenging; I don't know how to draw a line between investing more in someone versus cutting them loose.