|
|
|
|
|
by jaminal
1474 days ago
|
|
Using the same logic, shouldn't a proclaimed top-notch company be able to embrace engineers w/ less than stellar skills? Who may have some "messiness" in how they work? While I get why asking to view a codebase could come across as sounding like someone only wants to work on neat and tidy solutions, I don't hear it this way. It's very normal and human to have preferences. It's OK for a prospective employee to ask questions about the working environment. There are a number of valid reasons to try and gain more in-depth signal on technical aspects of the company that don't mean someone is a snowflake. There are a lot of ways to gauge this kind of signal without viewing a proprietary codebase, as others have mentioned in this thread. The questions posed in the comment you replied to are some great examples of how to do this - I think these get to the core of the matter more effectively than looking at code. |
|
The relationship is that the employee works for the company, not the other way around. The company isn't obligated to employ anyone who doesn't meet their needs.