Having a hard time determining whether this is sarcasm or not. Then I see the phrase "JavaScript Engineer" and become doubly confused.
Programmer Humor
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
I don't think it's satire, this guy is actively defending this on Linkedin: https://i.imgur.com/SlJPG85.png
I distinguish four types. There are clever, hardworking, stupid, and lazy officers. Usually two characteristics are combined. Some are clever and hardworking; their place is the General Staff. The next ones are stupid and lazy; they make up 90 percent of every army and are suited to routine duties. Anyone who is both clever and lazy is qualified for the highest leadership duties, because he possesses the mental clarity and strength of nerve necessary for difficult decisions. One must beware of anyone who is both stupid and hardworking; he must not be entrusted with any responsibility because he will always only cause damage.
-- Kurt von Hammerstein
LinkedIn is Facebook for that last type.
That's a relief because I thought I'd stumbled into LinkedIn Lunatics for a hot second.
I think the latter makes clear that this is a joke account, doesn’t it?
Node: "Am I a joke to you?"
Yes.
Yes.
Having to go through the process of merging hurts morale and slows performance. Give everyone on your team the right to force push to master.
Yes, especially the newbies who don't know what they're doing.
Keep everyone awake and on their toes.
Stop transfering people from sales to engineering!
But Elon's annoying!
I really wish LinkedIn would add an anonymous cringe emoji. I would use it on like 90% of the content on that site.
I'm having a hard time figuring out whether this guy is a fucking moron or a fucking idiot.
No integration is as continuous as editing in prod.
Unironically worked for a company that did this. Don't test it, don't even run it, just put it in prod.
I just commit directly to master with auto-deploy like a real cowboy, yee-haw!
Amateur. You want real performance? Code in prod. Literally could not be better for collaboration to have the whole team working directly from production servers. Best part? You get INSTANT feedback.
Another benefit is you never have to worry about merge conflicts
What does "stale code" even mean in this context?
Does that mean it falls behind stable? Just merge stable into your branch; problem solved.
Or is this just some coded language for "people aren't adopting my ideas fast enough". Stop bitching and get good.
My old boss (at a sturtup with some ten ppl) loved to do this. When you’re done with your work, merge to master. Boss-man would then revert the commits if he didn’t like the result. Since the branches all were merged, no-one knew what was actually in prod. Fun times.
'i help JavaScript engineers become framework architects by getting them forcibly reassigned.'
If somebody actually did that it would be grounds for removing their privileges to merge into master. THIS, THIS is why the JavaScript ecosystem has gotten so bad, people with mentalities similar to his.
Better yet just edit files live on prod from Notepad (not plus plus) over Samba for "xtreme moral" boost
This is why I include those preservative libraries in my projects. My code doesn't go stale for a whole three weeks longer.
I dunno but xtreme programming sounds like something straight outta Musk's wettest teenage day dreams.
Developers: "Move fast and break things."
Things: break
Developers: surprised Pikachu face
This is satire, right? Surely no one would put their name on that publicly?
Like someone working in a kitchen boasting about a life hack of not wasting time with hygiene.
Bet you $50 we later learn this guy was orchestrating a supply chain attack.
At my company we're so agile that we directly deploy branches from developers' local machines to customers for A/B testing.
Call it “container orchestration” and charge an extra 20% to the customer
Before everyone loses their minds, in Extreme Programming there are safeguards other than PR reviews. Before you submit a PR, you are supposed to have written the tests and to have written your code with pair programming, so your code already has some safety measures in place. On top of that, when you merge and deploy, more tests are run, and only if all of them are green do your changes go into production.
I help JavaScript engineers become framework A...
ssholes.
If you’re working in a context where it’s okay to make mistakes so long as they get fixed later, you’re not working on anything important.
LinkedIn "influencers" are insufferable, dear god
this made my heart rate go up a little bit in a way that doesn't feel good
It’s insane to me that gitflow won over TBD and Continuous Integration to the point that this is now considered an extreme position. Not all projects are open source with many remote collaborators.
Kinda acceptable if you have a slow release cadence. Everything needs to be reviewed and fixed/accepted (with defect/US raised) before production though.
Needs to be in a smaller team with decent Devs too though!
Nothing improves morale like the on-call having to unfuck production for the third time that hour because mUh VeLoCiTy decided code review and testing in CI was too slow.
Techbros are fucking cultists.
What if instead of continuous integration we had continuous Disintegration, where you code while listening to The Cure on repeat