The new hire who showed up is not the same person we interviewed
521–530 of 623 posts
Re: The new hire who showed up is not the same person we interviewed
#522Re: The new hire who showed up is not the same person we interviewed
#523Earlier quoted context omitted.
This is why we can't have nice things. Or in other words, why we must usually do a coding test per company we apply for, and not just 'point them at the Github'.
Or stuff that's so old, it predates Git, let along Github Here's some code I wrote back in 1987/88, for example. http://www.retroarchive.org/swag/MISC/0153.PAS.html
> This procedure allows the programmer to insure
Re: The new hire who showed up is not the same person we interviewed
#524Earlier quoted context omitted.
Sounds like that type of job might not be a good fit for you? You’d always be anxious!
It might be the fact that people are monitoring how the sausage is made with the explicit purpose of judging that process. But when working with people in the normal job, nobody is watching them type they just eat the sausage. I can relate. I don’t have anxiety generally with work and have been praised on my interactions with customers. But I feel anxious during interviews because they are actively trying to judge me…
Re: The new hire who showed up is not the same person we interviewed
#525Earlier quoted context omitted.
Or stuff that's so old, it predates Git, let along Github Here's some code I wrote back in 1987/88, for example. http://www.retroarchive.org/swag/MISC/0153.PAS.html
There's a spelling mistake / typo: it should be ensure not insure. > This procedure allows the programmer to insure
Wait... perhaps that's why the github account route may have issues...
Re: The new hire who showed up is not the same person we interviewed
#526It's like the flip version of the guy that got let go and then re-recruited for his just vacated position. https://twitter.com/firr/status/1456324664628846599
...though I remember it being its own site/domain, not a twitter account.
Re: The new hire who showed up is not the same person we interviewed
#527Earlier quoted context omitted.
There's a spelling mistake / typo: it should be ensure not insure. > This procedure allows the programmer to insure
Spelling mistake from 35 years ago. Strong no hire! Wait... perhaps that's why the github account route may have issues...
Re: The new hire who showed up is not the same person we interviewed
#528Earlier quoted context omitted.
Are you paid a fair market rate for your geographical location in India? (i.e., are other local companies offering worse or better benefits?)
These days, equavalent salaries in india are between 1/4th to 1/2 of equavalent american or uk salary for the same job. Adjusting for cost of living is a bit tricky as there are many things which are cheaper in India, but many things that a sw developer may want to buy are not so. In general electronic items are a bit more expensive in India, but things like rent, cost of food, clothing, cost of a basic car are lesse…
I'm curious what you mean by illegal. Do you mean they won't pass emissions or safety?
Re: The new hire who showed up is not the same person we interviewed
#529Earlier quoted context omitted.
Plenty of companies use source control other than git. AAA gaming studios are famous for not using git due to git's poor handling of large binary assets w/o workarounds. I've used other source control systems and they do have benefits over Git to be sure. Access control is a huge one, you can have a large repository and have fine grained access control over who can access what paths in the repository. Heck with some…
Regarding large binary assets, I literally Googled "git large binary assets" and had many hits with various solutions. GitHub started offering Git LFS (Large File Storage) in 2015 -- more than 6 years ago. That said, many places still use Perforce.
Overall, I like it and have promoted its use and stand by that, but not every place has the time or inclination to screw around with it when they can just pay for something that solves the problem (likely Perforce).
While we're at it, git in general would be one fuck of a lot easier to support for cross-platform users and in tooling for complex projects if libgit2 caught up and took over as the official implementation. The pile-of-binaries-and-shell-and-god-knows-what-else (all living on top of a hacky, huge bundle of junk, on Windows) official Git itself is a huge impediment to doing anything with git other than just executing "git [command]" in Unixy environments. It'd also make "build my own GitHub" type projects far more tractable, cutting out some of GitHub's (and GitLab, et c.) server-side moat.
LFS is a pain, right now, even 6 years in, if you don't tie yourself to a major commercial Git host or put in a lot more effort than traditional self-hosting git requires. To reiterate: I still like and advocate it, circumstances allowing, but it definitely is not a mature solution.
Re: The new hire who showed up is not the same person we interviewed
#530I've been a hiring manager for remote positions for a long time. If your recruiting channels are good, most of your candidates are going to be honest and good intentioned. But interview enough people, and you'll start encountering people trying to abuse remote work. They're not interested in contributing to your company. They're only interested in collecting paychecks while they do as little work as possible for as l…
Nearly all of them. And it's why managers who get burned just a single time hate the idea of remote work. It's not about office rent or anything else that gets bandied about here; it's the fact that a very small but significant number of remote workers are grifters and create a ton of negative emotion (out of sight out of mind) for co-workers and managers.
A ton of remote work is obviously the future, but every single negative case like this with legacy managers sets it back orders of magnitude more than the successes it generates. So it goes with everything new.