4 ms·

Of course, if they answer they enjoyed it and it was wonderful, then they are not someone I can relate to or help in any way. Or, of course, you might be about

by dkarl 15y ago

Of course, if they answer they enjoyed it and it was wonderful, then they are not someone I can relate to or help in any way. Or, of course, you might be about to learn something, since sticking beans up your nose is a metaphor you chose for something you think is so stupid you would never actually try it.

thaumaturgy 15y ago
Congratulations, you've just displayed a level of perception which is almost completely absent from I.T.: that there are often reasons other than the purely technical ones involved in decision-making. There are a couple of traps in consulting. One is the trap where the consultant believes that they have a bird's-eye view of the problem to be solved, when they're actually looking through a keyhole. (Security-related consulting falls into this trap often.) The other trap is where the consultant's own experience leads them to conclude that their approach is the only right way to do a particular thing. Infrastructure-related consulting has fallen so far into that particular trap that I question whether it'll ever make it back out again. For example: Windows servers! Linux servers! Windows servers! Linux servers! or, smart switches! Dumb switches! etc.
- Eruc 15y ago
  I think you hit the nail on the head. I've been consulting for a number of years and in every organization I go to, there are inevitably other consultants who know the one "true" way to do something. Regardless of whether someone else on the team writes easily readable, tested, working code - these consultants will inevitably complain it's done incorrectly and refactor it to their vision. This wastes time and money, and more often than not I've seen it lead to regression bugs in the software.
- Confusion 15y ago
  As I read this article, it's mostly non-technical reasons that come to mind as reasons to discourage someone from sticking a bean up their nose. Technically, it's an interesting challenge to get that bean up there, but it just doesn't add any business value.
- guelo 15y ago
  As a consultant you have to give advice with the knowledge you have, you should ask the questions to get as big a picture as you can. If based on your experience you see someone sticking the bean up their nose you should point it out, you are getting paid for your experience. There isn't a way of knowing if there are unknown unknowns so you do the best you can, just try to be humble and open minded as much as you can, even if this is the 100th time you've seen this being done and you're pretty sure of the outcome.
- sleight42 15y ago
  Brilliant! Yes, I'm learning that it's just as important to question what delusions I may be operating under when suspecting my client of same.
j_baker 15y ago
There are certain ideas out there that are just objectively dumb. Even if it works out for you at first. Building a startup's web app in assembly language? That's just plain dumb. Same with using SQLite for an application that handles millions of transactions a second. Or keeping a database of financial transactions without backups. Believe me, there are times when you run into people who have ideas that are so dumb, you don't have to try them to know they won't work.

by dkarl 15y ago

thaumaturgy 15y ago

Congratulations, you've just displayed a level of perception which is almost completely absent from I.T.: that there are often reasons other than the purely technical ones involved in decision-making. There are a couple of traps in consulting. One is the trap where the consultant believes that they have a bird's-eye view of the problem to be solved, when they're actually looking through a keyhole. (Security-related consulting falls into this trap often.) The other trap is where the consultant's own experience leads them to conclude that their approach is the only right way to do a particular thing. Infrastructure-related consulting has fallen so far into that particular trap that I question whether it'll ever make it back out again. For example: Windows servers! Linux servers! Windows servers! Linux servers! or, smart switches! Dumb switches! etc.

Eruc 15y ago
I think you hit the nail on the head. I've been consulting for a number of years and in every organization I go to, there are inevitably other consultants who know the one "true" way to do something. Regardless of whether someone else on the team writes easily readable, tested, working code - these consultants will inevitably complain it's done incorrectly and refactor it to their vision. This wastes time and money, and more often than not I've seen it lead to regression bugs in the software.
Confusion 15y ago
As I read this article, it's mostly non-technical reasons that come to mind as reasons to discourage someone from sticking a bean up their nose. Technically, it's an interesting challenge to get that bean up there, but it just doesn't add any business value.
guelo 15y ago
As a consultant you have to give advice with the knowledge you have, you should ask the questions to get as big a picture as you can. If based on your experience you see someone sticking the bean up their nose you should point it out, you are getting paid for your experience. There isn't a way of knowing if there are unknown unknowns so you do the best you can, just try to be humble and open minded as much as you can, even if this is the 100th time you've seen this being done and you're pretty sure of the outcome.
sleight42 15y ago
Brilliant! Yes, I'm learning that it's just as important to question what delusions I may be operating under when suspecting my client of same.

j_baker 15y ago

There are certain ideas out there that are just objectively dumb. Even if it works out for you at first. Building a startup's web app in assembly language? That's just plain dumb. Same with using SQLite for an application that handles millions of transactions a second. Or keeping a database of financial transactions without backups. Believe me, there are times when you run into people who have ideas that are so dumb, you don't have to try them to know they won't work.