Hacker News new | ask | show | jobs
by RiderOfGiraffes 6326 days ago
In this case ... the customer base forms part of the toolset.

I do not subscribe to this theory. Toolsets can be changed, improved or mastered. I can do none of these with my customers. I can only do it with the things I use to create my services. I use tools to create services to assist my customers. Calling my customers "tools" does not help me.

The workman is saying that his tools are not doing what they are supposed to be doing, and that it is their fault.

I disagree with this analysis. The workman is saying that there are (usually a small number of) customers who require that the services be more complex in their implementation than might otherwise be expected. This is not the same thing. I know that around 80% to 90% of my customers never provoke the inbuilt protection systems in my code. The protection systems account for about 50% of my code. I have measured these things because I work in the defense industry. I know that around half my code is there because up to 20% of my customers don't use the system the way it was intended to be used. Whether this is lack of training, lack of awarenes, or malice doesn't matter. I don't "blame" them, but I know that if my customers only did what they were shown in training, and didn't do what they are trained not to do, 50% of my code would be unnecessary.

But do you mean, as Marxists contend, that variance in ability plays little or no role in variance in the efficiency of the work?

Of course not. I mean that for every worker, some of their work is producing features and facilities, and some of their work is protecting against inappropriate actions. The balance between these two might change with the abilities of the workers, but I suspect not much. It's a pretty constant ratio across my programmers. To assume what you seem to have assumed from what I have said is, again, perplexing. Perhaps we constantly talk past each other, but I'm finding it difficult in general to understand your mindset.

1 comments

>> the customer base forms part of the toolset.

> Toolsets can be changed, improved or mastered. I [cannot] do [this] with my customers.

You cannot provide any value to the world that would involve a different customer base? After Kozmo re-emerged as MaxDelivery, it changed its customer base (one of its tools in value creation) by starting out with only high-density neighborhoods of Manhattan (and it continues to change its customer base as it gradually expands its delivery areas). It has mastered its customer base (again, one of its tools in value creation) by learning how that tool reacts to various delivery deals, and by employing improved delivery deals. Please see the article linked above.

For at least many decades, bike-sharing advocates and politicians have been failing to efficiently employ the tools at their disposal, one of which is their customer base. That tool, the customer base, has been blamed over and over again as "the problem" as bike-sharing advocates and politicians have repeatedly employed essentially the same defectively-designed policies.

I don't think that you can compare a broken business model with abuse of a system by spammers and others hell bent on destroying some of the nicer sites that well meaning teams have developed.

By that analogy usenet was 'asking for it' because it was open, worked and actually contained great content. Of course that meant that it was ideal for the jerks of this world to try to peddle their wares, eventually resulting in the near destruction of usenet.

On the web the relationship between the number of people that you have to employ to look after abusers vs the number of people that are actually productive is a good way to measure your success....

the relationship between the number of people that you have to employ to look after abusers vs the number of people that are actually productive is a good way to measure your success.

Yes. That is what I said. The workman with internal-locus-of-control improves his value-creation system based on feedback, and is seen as more successful. The workman with external-locus-of-control blames parts of his value-creation system for acting (in his eyes) wrongly, and is seen as less successful.

Recognising that customers behave a certain way and taking that into account is valuable. Blaming the customer for behaving that way is of little use. You have conflated people recognising that people behave in ways that cause difficulty with blaming them for doing so. Not helpful.

Separation of concerns is as useful in customer identification as it is in writing software.

If I change my model to change my customers, I am changing my customers, not changing my toolset. You are deliberately confusing/conflating two fundamentall different concepts,and I believe that while you personally, and perhaps others, may derive some benefit from it, doing so inhibits effective communication.

http://xkcd.com/169/

I agree that blaming the customer base for the failure of the bike-sharing schemes is wrong, and I agree that it may be that changing the target customer base is the only effective solution, but do not agree that calling that "changing your toolset" is helpful.