Qualche tempo fa ho avuto un’interessante discussione sul tema della comunissima comunicazione fra webserver e browser. Nulla di trascendentale ma la discussione si è rapidamente polarizzata sul carico di lavoro per i due interlocutori.
In sostanza: chi si deve sobbarcare il grosso del lavoro fra client e server?
Qualche tempo fa stavo discutendo con una conoscenza circa una funzionalità da aggiungere ad un programma che stava sviluppando.
Ad un tratto la fatidica, classica frase:
“Per adesso va bene così, grazie. Tanto non so cosa ne farò e quindi non voglio spenderci troppo tempo.”
Nulla di male nel non voler buttare troppa carne sul fuoco, ma ogni volta che ho pensato quella stessa frase, puntualmente mi sono ritrovato poi a dover riprendere ed estendere qualcosa. Non parliamo poi del riuso.
In termini economici, un vendor lock-in è una sorta trappola, congegnata per instaurare un legame di dipendenza così forte fra un venditore ed un acquirente per cui il secondo si ritrova ben presto a non poter più cambiare fornitore, a non poter nemmeno pensare ad altre opzioni visti gli investimenti già effettuati.
Da Wikipedia:
“In economics, vendor lock-in, also known as proprietary lock-in or customer lock-in, makes a customer dependent on a vendor for products and services, unable to use another vendor without substantial switching costs. Lock-in costs which create barriers to market entry may result in antitrust action against a monopoly.”
Recentemente ho avuto un interessante scambio di opinioni su Meemi sul tema “voti e Università“. Mi rendo conto di non averne parlato finora, per cui vorrei spendere ora due parole sull’argomento, sperando che possano risultare utili a qualcuno.
