The amount of technical debt from our reliance on proprietary ILSes to serve as the core of library operations makes the effects of the consolidation of the ILS market that much worse.
Libraries do not have leverage when there is a near monopoly in the ILS marketplace.
Also libraries never really had leverage given how each proprietary ILS is designed for complete lock in making it extremely difficult to do anything outside of that particular vendor ecosystem.
So what do you do when you are locked into a proprietary system that is the core of library operations?
You invest resources in building a structure around the ILS.
This Rube Goldberg-like scaffolding is held together by vast quantities of technical debt.
The technical debt that comes with any ILS migration is huge. The existing technical debt from this pseudo-ILS all but makes it near impossible to switch vendors.
[Ask me how I know.]
A good part of this tech debt lives in Technical Services, which has been the focus of cutbacks & outsourcing in recent decades.
[Gods, has it been decades now?]
You can't pay back technical (and organizational) debt when your organization doesn't allow you to in the 1st place.
I guess this thread is my response to your tweet, @lindsonmars 😅
• • •
Missing some Tweet in this thread? You can try to
force a refresh
To add - you don't necessarily need to have a solution at the ready when you criticize something. However, it's one thing to point out issues and another to habitually tear down the people trying to do the work while pointing out said issues.
On a related #LibraryTwitter note, it's 1 thing to use the platform that you built on here to put issues on people's radar. It is another to weaponize your platform to tear down individuals who are trying to do the work to the point where they have to lock or leave their account.
There's a fine line between affecting change through mobilizing your followers and affecting change through weaponizing your followers. Intent and impact both matter in that fine line division.
Now that WA restaurants have to keep logs w/customer names & contact information, I'm wondering when libraries are going to be asked by the gov to have a similar log for anyone visiting the library as part of the reopening process.
This restaurant log is mainly for contact tracing, which is a tried and true way of reducing infections in a population in previous outbreaks.
However, that doesn't erase the fact that the restaurant now has more data on their customers that they wouldn't have had before.
Now imagine that a library was asked to keep a patron visitor log for contact tracing.
Depending on the state's library confidentiality laws, this information is protected from disclosure. But again, the library now has created a paper trail of a patron's use of the library.
Working from home only means one thing - more web meetings! However, are you sure that the Zoom session you're holding will not put library data privacy at risk? How can you use Zoom and still protect patron privacy? Learn more in this week's newsletter - ldhconsultingservices.com/newsletter-arc…
One thing that didn't make it in today's newsletter is that Zoom did a MAJOR privacy policy overhaul in the last 24 hours - zoom.us/privacy
I get that folks want MARC to die, & the process of getting a replacement is taking forever.
However, telling folks that worked w/MARC & other forms of cataloging standards that they have nothing valuable to contribute to the "metadata ecosystem" is a red button topic of mine.
Part of it comes from the unspoken pairing of metadata w/technology, and cataloging w/traditional librarianship, and how gender and power dynamics play in these pairings in our discussions around description and organizing info.
[Guess which one is "sexy" and the other "not"?]
[Tangent - I still encounter the use of the word "sexy" w/r/t tech and metadata work. The fact that people still view objects and ideas as sexually desirable tells you a lot about the values of the people assigning said desirability as well as the audience for said comment.]