I've led the development teams (ranging in size from 2 to 10) of 3 startups, and I'm still leading the third.

I've led the development teams (ranging in size from 2 to 10) of 3 startups, and I'm still leading the third. A smart CTO or senior dev won't hire a junior dev unless there's time to mentor. In a small company, you have to spend time getting a new hire up-to-speed anyway. If you're moving fast, your code is going to have some weird/kludge-y parts to it, and it's going to take time to explain that to someone. In addition, most developers who've been at it for a while are very confident (you might even say dogmatic) about The Way Things Should Be Done. They'll want you to do things the same way. That sounds bad, but honestly it's a great way to learn the pros and cons of different ways of doing things. All that said, every company is different. Try something out, and if it doesn't work for you, you'll do something different in a year. Even jobs that are a bad fit are great experience.

Posted by smt88 on Oct 18, 2014, 1:47 AM

Tags

• hackernews (Other)

Related issues

• Not sure what you suggest to do.
• Why is this not yet published on the official website and why is there no CVE?
• The biggest problem with having an LLM do this, from what I've observed of at least frontier models, is that the way they are trained&#x2...
• The biggest problem with MOND is that it was hand-crafted with additional parameters simply to fit the data.
• (My comment is about detached houses).
• The biggest problem with this is that I can't run my company's own internal benchmarks against this API, because they will be trained int...