However, perhaps they just couldn't get the right killer at the right price? Or maybe they're scarcer than you think? We keep hearing immigrants are taking American jobs, but in reality they're taking the jobs no American would take in the first place, so this may be more simple supply/demand...
my experience (as us-born/bred) is that this exists, but is more a personality trait than anything else. And some personality traits can co-exist among others with the same trait more easily, and that 'so excited' outward expression can often get amplified in a group, but even individuals can be like that. I don't see it as uniquely American, but... it may be somewhat here. By comparison, traveling in Russia, public displays of enthusiasm/positivity/emotion were far less common at all (although in small groups of friends they came out).
Found someone who was playing Beatles in the background, half a world away, overnight in Dubai... (I know it's not live but it was still dark). Nice to have the sounds/ambiance as well as the video...
Recently worked with someone who... gotta say, it was a bit strange after a while. We're all remote, but he had no picture of himself, ever. Now... granted - there may actually be some visual reason - some disfigurement, for example - that the person is self-conscious of (hadn't originally thought of it).
However - we had no social media profile at all for this person. No pics of the person, alone or with friends.
We had no programming profile - no bitbucket/github/etc. I did find, later, a couple of public bug fixes from 2014 (this was in 2020) attached to this person, but no pic or any other work to tie it to.
The person was no more than a voice on a phone/webex.
It was just a strange experience, because the rest of the team - probably another 6 people or so - all had some degree of personal whatever - picture, blog, repo, camera during Webex for facial expressions.
Over time, it was just... odd. Then ... off. The person was recently let got from the project, but had communicated some weird stuff to me in private, which was troubling (moreso to have been told in the first place, because then I have to make a decision how to act on it).
I completely agree that we don't have to live online 24/7, people should have separation between work/life, we shouldn't judge people just based on a GitHub profile, and private life can (and should) be private. But taken to an extreme, where you end up just working with a faceless voice... had its drawbacks.
> but he had no picture of himself, ever. Now... granted - there may actually be some visual reason - some disfigurement, for example - that the person is self-conscious of (hadn't originally thought of it).
> However - we had no social media profile at all for this person. No pics of the person, alone or with friends.
People who are fleeing domestic abuse or controlling parents may have very locked down social media profiles, and may even be using different names for different parts of their life.
Did that person have any sort of avatar (cartoon etc.)? I've known a couple of people who have been reluctant to use photographs of themselves as avatars and I've later on found out that they've come out as trans. For those who are closeted (or perhaps haven't processed their dysphoria) it can be problematic (and I realise that in physical offices nobody can avoid being seen, but save the bathroom or perhaps lifts, one isn't usually confronted with the sight of oneself (and online profiles tend to be visible for the user))
I won't discount your experience, but this made me think of radio personalities I've known but not seen for years. Never thought of them as less than normal folks. Just a thought that, perhaps not seeing the person wasn't the primary problem.
Personally I don't link social media accounts with coworkers until I've known them for years. Github doesn't have my picture either.
I worked with a colleague who had... 'interesting' ideas about software development. He'd put together a 'web framework' before joining the company, but was redeveloping a new one. It was... bizarrely weird, and was missing some 'normal' things like session management, authentication, etc.
I didn't care much, cause I didn't have to use it, but... reviewing it, it didn't make sense. People using it were having to take a lot of time to do basic stuff, and ... people were constantly waiting for the main guy to 'finish up' the next bit that would save everyone 'lots of effort'.
Some of the other 'sr' people there fawned over it - "he's a genius! this code and system is amazing. it's so hard to understand the brilliance, but that's because he's such a genius" (near exact quotes from his internal fans).
Again - wasn't on that team, didn't care. Then... I was told to use it. For a project that needed things well beyond what it had in place. We needed session mgt, authentication, caching, solid XML support, etc - everything this 'framework' didn't have. I criticized it, saying we shouldn't use it for this new project.
What complicated this is that I'd put together a framework before I'd started working there (with a team of other folks). It was far more feature complete (not great but functional). I was accused of being jealous, and wanting to use my system, etc. Well, yeah, I'd like to use my stuff, cause it checked the boxes we needed, and I'd used it for several years, and could be productive in it. But... I said "take my code off the table - it's not about me. System X is just not usable for our project needs - we need to plan to build something new, or spend time building out all the missing stuff."
What a shitstorm that became. Internal fighting between people who'd never looked at the code, but insisting it was fine, and that I didn't understand 'enterprise' work. I left - turned in my two week notice (not 100% over this, but it was a factor). The day after I left... the "genius" quit the company, without telling anyone, no notice, just... left a voicemail saying he quit.
And... the Beatles were relatively unique in that they had a moderately wide range of style, certainly compared to their most of their contemporaries. Yes, grandparents in the 60s probably would have put up with Yesterday, Michelle, Till There Was You, A Taste of Honey and similar 'ballad/acoustic/soft' songs. They would not have put up with or enjoyed Long Tally Sally or Twist and Shout.
Source: Mother-in-law who was a young parent outside Liverpool in the mid 60s, relaying the reactions of her parents' generation to the Beatles and "beat/rock" music of the 60s.
> However on mosy projects, you'll have the one guy who doesn't follow, or worse, the only one guy who follows the style. And so the prettifiers become absolutely necessary.
I'll bite - why, exactly, is this "absolutely necessary"? The justifications for needing style guides and linters that I get is usually something like "so we don't argue about this stuff". Well... I wasn't arguing in the first place - you were. And every project will have someone who wants to add their own preference in 'because'... so regardless of what you're in, nothing is 'standard', ever.
My experiences may be somewhat outside the norm, but in the last... 18 months or so, I've worked with 3 different teams (anywhere from 3 to 20+ other people) across php, js - angular/vue/node, java and ruby. There's been more in-fighting and bike-shedding about "standards" from people who tend to be the least productive.
I can fully admit some code is, sometimes, easier to read when formatted certain ways. No one seems to ever be able to admit or acknowledge that sometimes, it's very hard for me to read in their preferred style. I don't complain. I just ... get on with it.
Again, my experience may be different from others, but of the multiple folks I've dealt with in the past couple of years, the ones who were open vocal advocates about needing "standard" and forcing style/linting/etc on to projects - these people rarely ever found bugs in their own code or code from others, or spotted logical problems with the code, or, indeed, contributed tests. It's as if they equate 'code beauty' with the actual functioning of the code itself. "Hey, it looks good, I'm checking it in" - this is now reinforced with "hey, all my linting/style is passing - awesome - checking it in!"
I initially chalked this up to one person, but in my experiences, it's been a recurring trait/behaviour.
I jump between projects/contracts. I've never worked at one company on one project and one team for multiple years - the dynamics are certainly different from short term projects.
Current situation - two client projects.
Client A - fanatical about 'null==' because there was some bad assignment by mistake issue a few years back. This is a hard rule, and code will be blocked if you commit
if (customer.id == null)
has to be
if (null == customer.id)
I understand the value, but ... tests help catch those issues as well. But... my habit over the last 6 months has been to default to that.
However - working with client B
if (null == customer.name)
"this is confusing - none of the other code uses this style, it's hard to read, stop doing it".
So, in the same week (sometimes, the same day), I have multiple competing styles in my head, and regardless of what I do, I have a productivity loss because something has to check/correct and I have to wait, or I have to recommit and re-push stuff because something was 'wrong' to someone. When you switch between "styles" enough, it begins to seem a bit cargo-cultish, to my eyes.
I understand your experience, and based on mine I can tell you this: I absolutely hated the time I had an intern to whom I taught python, showed him the guide style and he insisted in writing things like this:
Those innecessary oneliners where a mess. And the arguments names? Not shortening for the example, they guy did that. In the end whatever work he did, we had to dedicate one of our programmers who had an idea of what those functions where supposed to do to "translate them back".
I was almost useless work. Worse yet, we couldn't fire him because we were mandated by higher ups to keep him in the team for the duration of the internship he had to do to comply with some scholarship requirement with an institution we're related.
Again, the style guide we've written works for our team and the #1 rule is: code must be clear. There are a few other rules (variables and functions are snake_case, classes are CamelCase and so on), but those are derived from #1 and habits/experience the team has developed over years of work.
I also understand they situation you say: putting style/beauty/the linters as an objective and forgetting about what the code has to do in the first place. Can't really help you there, I am aware (and happy) that my team and I are in sync.
However, perhaps they just couldn't get the right killer at the right price? Or maybe they're scarcer than you think? We keep hearing immigrants are taking American jobs, but in reality they're taking the jobs no American would take in the first place, so this may be more simple supply/demand...