|
|
|
|
|
by adkadskhj
1797 days ago
|
|
This statement is so odd. So we should hire to bring on people who want to work in PHP, and then force them to use Rust? We have a large codebase in Rust. We're hiring devs who want to use Rust. Why is that "doing something wrong"? edit: Maybe you think we require full Rust mastery on hiring. We don't. Though we make it clear that work on a Rust codebase is ~~expected~~ required, and familiarity with generalized concepts like static/dynamic dispatch are important. We hire young Rust devs all the time. |
|
I don't mean saying something like "our tech stack is in Rust." More like "3-5 years experience in Rust" under the job requirements.
It's not hard to learn a new language or train it in good engineers. If you're limiting your candidate pool based on particular language experience you are severely limiting the growth potential of the business. That's just been my experience.
And if your reasoning is something like, "Rust is hard and it's going to take N weeks to onboard a dev to contribute and we can't afford that" then it's an even bigger red flag about the engineering capacity of the business and state of development.