Comment by motorest
3 days ago
> Twitter's back-end is written in Scala, but they used "better Java" style so an average developer should have no problems making changes
You sound like someone completely oblivious to software development practices who somehow felt compelled to post opinions on software engineering.
Your choice of language is irrelevant if your goal is to maintain software. What matters is systems architecture and institutional knowledge of how things are designed to work. If you fire your staff, you lose institutional knowledge. Your choice of programming language does not bring it back.
“Your choice of language is irrelevant if your goal is to maintain software.”
It may not be the most important choice, but it’s not irrelevant. And whether the staff he fired had useful institutional knowledge is an open question. Didn’t he fire a lot of non-technical, recent hires and people likely to leave eventually due to his muskism? I’m not convinced that his initial firings are the wpest move he made. Sadly, being overconfident, he assumed the same model could be applied to government, a mistake that will take a long time to fix if it is even fixable given America’s overall trajectory and the fate of the dollar.
I generally agree with you but I think you were a little strong in your view that the OP was "oblivious." I only say this because an enormous percentage of companies hiring software engineers specifically with requirements of X years with Y language and W years with framework with silly name Z. I think they are also misguided in that but I think it is is too prevalent to say they are all oblivious but honestly that may actually be more of an apt description.
Language is relevant, Haskell or Scala written in functional style uses quite foreign terms and paradigms. Like, wtf is Kleisli arrow?
From what we gathered on the kitchen side he fired the most infrequent committers. Which statistically speaking would not affect the institutional knowledge much.
Senior ICs tend to commit relatively unfrequently compared to junior ICs who keep pumping tickets.
Not in my experience, as long as we are talking about ICs.
Or alternatively (assuming that's true) he fired the people who thought about what they commit and kept those whose commit logs look like: "push feature WiP", "fix", "more fixes", "push", "maybe this works?"...
Reportedly a portion of them were thinking so hard they did not commit anything at all.
2 replies →
> From what we gathered on the kitchen side he fired the most infrequent committers. Which statistically speaking would not affect the institutional knowledge much.
This take is, quite bluntly, stupid and clueless. Do you think each commit reflects the volume of institutional knowledge of any individual? Unbelievable.
Hey man, just wanted to let you know, I had to downvote a bunch of your comments in this thread, not because I disagree with you, but because your commenting style is unnecessarily hostile and abusive. You can politely disagree with someone without calling their take "stupid and clueless", or any of the other mean-spirited things you've said elsewhere in the thread.
Twitter had thousands of coders, each certainly with varying cadence and style of committing. But variation goes only so much and taken in aggregate yes, the amount of commits/diff size is correlated to contributor prominence. It's kinda hilarious the "my -2000 lines" types deny the obvious.