5 ms·
In my experience what we have in a lot of places are cultures of anti-competence. In a competence culture, you try to understand your sphere very, very well, i
by evdev 6y ago
In my experience what we have in a lot of places are cultures of anti-competence.
In a competence culture, you try to understand your sphere very, very well, including not only the current facts of the matter but how those facts might change under different circumstances. Then you try to understand enough of spheres of people around you that you can bracket what will affect you, and how you will affect them. It's implicitly understood that the functioning of the entire enterprise comes from people doing this.
In anti-competence culture, the functioning of the entire enterprise is mysterious and located somewhere else where it's not your problem. You only know as much about what you're doing as you need to barely keep going. You try to know as little about what's going on with others as possible, and if there is any interaction between you, you try to minimize and even resist it, in the hopes that you will have to change as little as possible or changes will be discovered to be unnecessary or deemed to be too expensive.
You want to stay in the cultures of competence. What the article is describing is just how much of the other kind is out there.
- marcosdumay 6y agoIt's not the culture of anti-competence (although, yes, that exists). How many times have you tried to communicate a novel idea to competent people just to have them dismiss it with obvious problems that clearly don't apply to your idea? That doesn't happen because they can't evaluate your idea, it happens because they don't understand the idea itself. When the innovation is small you can get away by repeating it again and again. At some point people stop, take your idea into account, and suddenly understand why none of what they said applies. But when it is something too different, you can't do this one either.
- cuddlybacon 6y agoOne thing I've noticed is the better an engineer gets, the better they are at shooting down every idea they see. While I have seen many cases where a person did it anyways and failed, I have also seen many cases where they did it anyways and where massively successful.
- js8 6y agoIndeed, I suspect there is a curse of expertise. If you're an expert, you begin seeing everything as so nuanced, as so fragile, that you will dismiss lots of radical innovation as too simplistic. (And I think especially it affects motivation to actually try something new.) But if somebody somewhat naive comes along, and just pushes through with sheer effort, they might succeed where many experts have predicted a failure.
- efitz 6y agoOr more likely, the newbies will solve the “unsolvable” problem by removing some of the constraints that the old guard was holding inviolable. The newbies crow about their success for a few years while everyone struggles to work around the constraint violations. NoSQL is the biggest example of this. Ignore everything we learned about ACID and just use key-value stores with no transactions or relations. People can build their own if they need them, right? And duplicating data to work around missing relationships is not a problem because storage is cheap? Then we get an explosion of new databases, each of which solve a subset of the missing functionally problems, with varying degrees of success. I suspect this came across as more snide than I meant it. Sometimes holding a treasured constraint is the wrong thing and the old guard of experts failed to understand that not every business problem needed the full solution. But it annoys me for some reason the attitude of “we just solved this problem that experts could not solve for decades” when the nuance is that only a subset of the problem was solved, with potentially extraordinary effort required to re-introduce those missing constraints.
- msla 6y agoI call that the Procrustean Bed: Simplify the solution by cutting pieces off the problem.
- js8 6y agoI can't quite buy your example, because NoSQL is pretty much a reinvention of VSAM and IMS DB (not IMS DC). Regardless, I don't think it's necessarily that the expert would not want to drop some design constraint. It's more likely that it is genuinely hard to decide, which of them to drop and which of them to keep, because there are so many and problems are complex. But if you're somewhat new (not a beginner either), you don't see all these, and you can benefit from the ignorance. Unfortunately, I think it cuts both ways, it's far more likely that ignorance will actually hurt you. But for a small number of people, ignorance can lead to lucky innovation.