[ryanwaggoner]

But I've found "no" sets business people off like startled chickens.

Maybe because they have a more holistic view of the purpose that you’re all there for.

As a developer, your job isn’t to say yes or no. It’s to understand the problem and solve it. If no solution is available within the constraints laid out, your job is not to deliver the bad news like a robot. It’s to understand the priority of the constraints and figure out which one(s) to break so you can solve the problem.

Not picking on you, but many developers lose sight of the purpose of what they do. No business wants or needs any code or developers to write and maintain it. It’s a means to an end, and a flat “no” betrays an inversion of priorities in the developer’s mind.

I write all this as a self-employee developer by the way. It’s one reason I make a lot more than my peers who could code circles around me.

[logfromblammo]

Whenever you want to say, "no", just substitute "it will cost more to do it that way, because....<endless technobabble>"

You will get interrupted somewhere in your explanation. When asked for a less costly alternative, pitch anything you would be interested in doing, and make that explanation more opaque to outsiders than the original technobabble. They don't really care to hear what you have to say; they just need to know that there is a technical cover (that only the tech employees can really understand) for choosing the status quo.

Nothing sells quite like an excuse to never change.

[ryanwaggoner]

I've spent my career dealing with non-technical decision makers, so I understand where you're coming from, but this kind of cynicism and condescension is exactly what I'm talking about.

[logfromblammo]

If you are being asked yes or no questions, the decision has already been reached. Politically, it is best to figure out what the decision is and then support it by whatever argument or rhetoric that seems plausible.

If the question is "can you do X?" then the important part of the conversation, defining what X is, has already taken place. You're just there to support the decision that has already been made. Sometimes your job as an employee is telling the boss what all their options are, and sometimes it is telling the boss that what they are already doing is correct.

If you are your own boss, you are necessarily one step removed from the politics. You can do your customer relationship management directly. Customers that ask "Can you do X?" without first asking "Can you help us decide what X should be for us?" can be refused, or quoted a higher price. Self-employed contracting is in some ways a wholesale rejection of politics, rather than learning how to play better. your main concern is "How do I pay my bills?" rather than "How do I avoid getting fired, and possibly get promoted?" As long as you have enough paying customers, you can more safely uphold your professional ethics.

Politics isn't about doing the right thing. It's about picking the least-wrong thing from a restricted list of bad options.

[ryanwaggoner]

Not an accurate representation of the type of consulting I do.

[johnsonjo]

These comments kind of reminded me of the comedy sketch, “The Expert” [1]. When nobody else will say no to an idea your meeting might end up sounding like that. I agree though that you should let people know the constraints and alternatives if you want to help forge a path ahead for their ideas.

[1]: https://youtu.be/BKorP55Aqvg

[thrower123]

Frequently they are also fishing, and will be thrown onto a different track if you say no. Code can be made to do most anything, but just because you can doesn't mean it's worth doing. Frequently I find that people bend over and overpromise shit that isn't built, isn't scoped, and is of questionable use, because prospective customers mention something in passing. Then you are on the hook for that ill-conceived feature forever.