this post was submitted on 20 Feb 2024
93 points (90.4% liked)

Programming

17655 readers
189 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 2 years ago
MODERATORS
top 19 comments
sorted by: hot top controversial new old
[–] fubo@lemmy.world 63 points 10 months ago* (last edited 10 months ago) (3 children)

Some other ways:

Cultivate bitterness.

Find the pessimists in your organization, and disappoint them.

Make mean cynicism a part of your workplace culture. Do this by example: Promote mean cynics and put them in charge of things. But do it also by conversion: Behave in a way that makes mean cynics' view of the world correct.

Reward bad personal habits to create internal conflicts between work and health.

If someone skips sleep to finish a project, give them a bonus. This gives them an internal conflict between approval and health, and teaches them that they can sacrifice their health to receive a reward.

Encourage a hard-drinking culture in teams that have stressful roles that demand team cohesion, like SRE or Ops teams with on-call requirements. This gives them an internal conflict between their support network and health.

If someone is sick, injured, bereaved, or otherwise suffering: Make it clear how much their condition is inconvenient to their coworkers, and how much their projects are impacted by their absence. Assure them that all will be well once they can conclude their personal problems and commit to the team. Do not, however, offer them any specific help; if they express specific needs for accommodation, disregard them as idle and unrealistic wishes.

[–] JWBananas@startrek.website 19 points 10 months ago (1 children)
[–] RubberElectrons@lemmy.world 17 points 10 months ago (1 children)
[–] JWBananas@startrek.website 3 points 10 months ago (1 children)

Polishing up your resume and LinkedIn?

[–] RubberElectrons@lemmy.world 2 points 10 months ago
[–] porgamrer@programming.dev 11 points 10 months ago (1 children)

Here's one I learned from a past manager:

Stress that everyone needs to pitch in and make themselves useful at all times, but do not share any information at all

Make sure the work is not broken down into clear tasks. Make sure nobody else has access to the stakeholders. Make people ask separately for every single account or access credential they need, and respond with incredulity that they don't already have it.

Give the impression that there are no processes. When someone submits work, criticise them for not following the process.

Each day, schedule meetings so you are impossible to contact until the early afternoon. That way you can interrupt any request for information by asking the person what work they did in the morning. The goal is to close the loop by making people scared to talk to you, so they blame themselves for not knowing anything.

[–] fruitycoder@sh.itjust.works 3 points 10 months ago

Mushroom management is an amazing way to break an org. Keepem in the dark and give them shit, and no one will feel comfortable accomplishing anything.

Even better stress that things really need to get done, and why it's critical that it happens, but constantly question whether that is something THEY should be doing.

[–] apolinariomabussy@lemmy.calvss.com 4 points 10 months ago

Holy shit. All of this reflects my current job... Maybe this is a sign for me to leave...

[–] SilverShark@programming.dev 36 points 10 months ago (1 children)

I used to work with a guy who was a tech lead on a project. He was getting constant pressure that he app he lead simply did not work. The problem all came down to a database connection that was being used in multiple threads.

I told him what the problem was. He said, great let's make a meeting to talk about it. I wasn't allowed to solve it just yet. I made the meeting. Everyone understood. The lead told me to then make a prototype, but still not allowed to just fix it. I made the prototype. The lead said we needed a meeting to talk about it. Still not allowed to just fix it.

Meanwhile we still get pressured to make the damn app work, the lead keeps saying that none ever bothered to read documentation and that we need to sit down and talk about how we are going to to solve.

This went on for several weeks. When I was finally allowed to solve the issue (not by him), I took only one day.

[–] Maalus@lemmy.world 7 points 10 months ago

Should have just taken charge instead of going with the techleads thing. They aren't the lord and master, they are a developer like you with a little bit of responsibility tacked on.

[–] ArmoredThirteen@lemmy.ml 17 points 10 months ago (1 children)

Recompilation should take at least 20 seconds... I wish my job's source could compile in under two hours

[–] AAA@feddit.de 4 points 10 months ago

I hear you. It's amazing how much some company's code / projects is allowed to suck.

Not even "my" tiny-little-side-module inside the project source recompiles within 20 seconds... because of absurdly complex and large dependencies to the actual project code.

[–] Thcdenton@lemmy.world 12 points 10 months ago

"Mock function calls untill no original code runs"

Sad Uncle Bob Noises

[–] porgamrer@programming.dev 11 points 10 months ago

I don't need this level of introspection on a tuesday morning

[–] jadero@programming.dev 8 points 10 months ago

In the spirit of "-10x is dragging everyone else down" I offer my take on +10x:

It's not about personal productivity. It's about the collective productivity that comes from developing and implementing processes that take advantage of all levels of skill, from neophyte to master, in ways that foster the growth of others, both in skill and in their ability to mentor, guide, and foster the growth of others. The ultimate goal is the "creation" of more masters and "multipliers" while making room for those whose aptitudes, desires, and ambitions differ from your own.

[–] fidodo@lemmy.world 3 points 10 months ago

The 10x thing is ridiculous. The highest you can get is 7.3x.

[–] boblemmy@lemmy.world 3 points 10 months ago

productivity is relative and requires a reference coordinate system. The best way to become a 10x engineer is to PK with a turtle team, but of course what the value is is another matter.

Also, your productivity may not be significantly improved in certain environments. When every member of the team reaches the speed of light, you will find yourself impossible to be faster anyway. Setting a goal beyond the speed of light is contrary to science.

[–] groucho@lemmy.sdf.org 1 points 10 months ago

Oh hey, it's a list of everything I've been ranting about for the past three years.

[–] ICastFist@programming.dev 1 points 10 months ago

Is that Emil Pagliarulo's (the actual man responsible for Starfield, more than Todd Howard) manual? It sure as hell looks like it.