1981-1985: TSI: A4$1: The Clients

We delivered the code. They paid us the buck. Continue reading

IBM’s introduction of the System/23 Datamaster in June of 1971 was a tremendous opportunity for TSI. In fact, if the announcement had been a month later, I probably would have given up on TSI and looked for a job.

The Datamaster was one of the very few systems in the early eighties that offered small businesses of all shapes the opportunity to automate their operations. There were competitive hardware systems, of course. Some of them offered more processing bang for the buck, but none of them had the three magic letters I-B-M on the hardware. IBM had a well deserved reputation of delivering high-qualiity system with unmatched service. “No one ever got fired for recommending IBM,” was a popular saying.

What we did not realize until we got our hands on it was that the Datamaster was extremely easy to program. Of all the systems that we worked with, I enjoyed working on a Datamaster the most. We delivered an enormous amount of code to meet incredibly diverse requirements in a very short period of time.

We depended on IBM for most of our new clients. The exceptions were Harstans Jewelers (described here) and advertising agencies (described here and here). I am uncertain of the order in which we acquired the new clients. The order in which I have listed them here may not correspond to the order in which we did the projects.

In most cases we took delivery on their systems in our office in Rockville and then carted them to the user’s location when the systems (or at least the most important modules) were ready. Once this started we always had at least one system in the office until the time that we bought one for ourselves.

Paul Prior sold Ledgecrest in the eighties or nineties, but it is still in business in 2021. It is now called Ledgecrest Health Care Center.

One of the most memorable clients was Ledgecrest Convalescent Hospital, a nursing home in Kensington, CT. The proprietor was Paul Prior1, one of the most interesting people whom I have ever met and one of the few clients whom I got to know pretty well.

When Sue and I first met Paul I was quite intrigued by his business. Paul’s goals were not much different from those of any other small business. He wanted to bring his company into the twentieth century. Most of the applications that interested him were fairly standard,—patient billing and accounts receivable, accounts payable, and general ledger.

The last was his top priority because a high percentage of his receipts came from reimbursement from the government. The amount that the state reimbursed the business depended on his keeping a close eye on expenses. A mistake could cost thousands. So, the objective was to produce a system that allowed Paul to keep Ledgecrest’s expenses within state guidelines year after year. Anything over the legally prescribed “caps” would be disallowed.

The important thing was for him to learn where he stood while he still had time to do something about it. He needed to project his spending fairly accurately beginning in the middle of the year or even earlier. This sounded to me like something that would be valuable to all of the nursing homes in Connecticut. I had high hopes of marketing it to the dozens of nursing homes in the state, and I did. That effort is detailed here.

Paul also ran a second company called Priority Services. It provided Meals on Wheels to aged and disabled people.

After we won the contract and delivered the first part of the system, Paul told me how much he enjoyed working with the system. For reasons that I did not yet understand he had done all of the initial data entry himself. As usual he was drinking coffee from his dirty cup. He never washed it because, he said that it protected him from a weak cup. That was the day that he identified for me the feature in our systems (I forget exactly what impressed him) that convinced him to hire us. I chuckled when I informed him that our systems did not actually have that feature. He must have mixed us up with someone else.

Not for Paul.

Paul told me that he had been drafted in the fifties and took part in the Korean War. I don’t use the word “fought” because he told me that as soon as he got close to combat he “went over the hill”, was apprehended by MPs, and then spent some time in the brig.

When he got his discharge (I didn’t press him for details) and came home, he discovered that his older siblings had taken control of the family business that had been founded by their parents. According to Paul, everything was a mess. Bills were going unpaid, and the standards of patient care had dropped precipitously. Meanwhile his brothers and sisters were living high on the hog.

Paul somehow chased them out and took over the management and eventually the ownership of the business. He went to each creditor and arranged a plan for paying all the bills. Eventually he reestablished the reputation of the institution. I was very impressed by this. Nobody had ever related for the origin story of his business.

While I worked with Paul on getting reports from the G/L system to provide the information needed to maximize his income from the state, I got to meet the other three people in the office, all of whom were female. The first was named Dorie. She served as secretary and reception. She also paid all the bills. I don’t remember the second lady’s name. She was, among other things, in charge of Priority Services. The last was Paul’s daughter, Kathy, who helped out part time. I think that she was engaged to be married.

I don’t remember exactly what the system that we designed for Priority Services did. I think that they recorded who was to receive meals on specific days, and the computer printed delivery routes. I seem to remember that it also did billing. One day Paul asked the lady who ran this system to get me a cup of coffee. She asked me how I liked my coffee. I requested just a little bit of sugar and no cream.

Much too sweet for me.

The beverage that she brought me back was so sweet that I could not drink it. She explained that she could not find any sugar, and so she substituted a packet of Sweet’n Low. That didn’t seem like enough to her, and so she poured in a second envelope. From that day forward I drank my coffee black. I eventually learned to appreciate the bitterness.

The last system that we got working was accounts payable. I spent one session with Dorie in which I tried to learn how she did things. I asked her how many bills they had in accounts payable. She responded “None.”

I mansplained to her that I meant how many invoices that she had not paid yet. She insisted that she had none. Eventually I realized that, unlikely as it may seem, she was right. As soon as she got an invoice from the mailman she wrote out a check, stamped it with Paul’s signature, put it in an envelope, and mailed it.

Paul, perhaps mindful of his terrible experience with debts to vendors when he took over the business, tolerated this approach. However, he understood, that it tied his hands with respect to cash flow. Furthermore, after Dorie paid the bills they still had to be entered into the general ledger system.

The problem was that Dorie was terrified of the computer. The night after I talked with her about accounts payable, she could not sleep at all. I wasn’t there, but the next day she came to Ledgecrest and was ready to quit her job. Paul assured her that she would not be required to use the computer.

Instead, Paul entered in records for all the vendors himself. Once he had done so, it was easy for him to keep up with them. He did not need to enter a stack of open invoices and reconcile balances. Paul found something else to keep Dorie busy.

I doubt that anyone with an MBA would have approved of this extreme “Theory Y” management style, but it seemed to work for Paul.

Ledgecrest and Priority Services upgraded to a System/36 in the late eighties.


I can’t prove it, but I strongly suspect that NSNE was in the west side of the indicated building.

In many ways National Safe Northeast was not an exceptional company. Most of their customers were banks. By the time that I started working with them their primary products were no longer safes, but Automated Teller Machines (ATMs). Their office was in an industrial park in West Hartford2. The most peculiar thing about it was that four family members were often present: Tony Bernatovich, who ran the company, his wife Lynn, who had a title but no evident responsibilities, his daughter, who was sort of the office manager when she was there, and a very large dog.

They wanted us to install a rather standard bookkeeping system. We made very few adjustments to the accounts receivable, accounts payable, and general ledger systems. It made me wonder why the IBM rep did not just sell NSNE IBM’s packaged systems. They would have worked pretty well.

Tony’s real interest was in a customized payroll system. NSNE used a method called “half-time due”. You haven’t heard of it? Neither has anyone whom I have ever met. There is not the slightest passing reference to it on the Internet.

NSNE did not want its installers to work overtime. Since they were out on the road, it was difficult to control their hours. Employees who put more than forty hours on their timesheets were only paid half of their usual rate for the excess. Not double-time, not time-and-a-half, just half-time. If the total pay for the period was less than the minimum wage, they were paid the minimum wage.

Was this legal? I don’t know. There are several case files for lawsuits involving NSNE3, but I did not find any that involved complaints about illegal compensation schemes. Incidentally, although I was always on the lookout for an edge for our software, I never considered marketing this feature.

We primarily worked with three people at NSNE. Joan Kroh was the accounting manager. Her assistant’s name was Darlene. There was another employee named Jimmy. I do not recall either last name.

I am not sure what Jimmy did, but one morning no one else was there, and he was supposed to enter some accounts payable. The system was on, but he could not get it to work. I tried to talk him through it over the phone. I asked him to key in GO APMENU and then press Enter. As God is my witness, I talked on the phone with him for forty-five minutes, and he could not accomplish this. Finally, Darlene came in and keyed it in with no difficulty. It took her less than a minute.

I have two other fairly vivid memories. In one of them I was driving my car to NSNE. It overheated. I had to pull over to the side of the road. I loosened the cap on the radiator, and steam and hot water blasted me in the face. I was not hurt, but I was a mess. I went to NSNE anyway. I never have cared much about appearances.

This was not Joan’s team.

Darlene and Joan played in a woman’s football league. It was flag football, but these ladies were serious, and Joan was one of the best players. I was very impressed.

When the Lingerie Football League appeared on television I could not help thinking about the contrast between the ladies on TV playing “tackle” football in bikinis and shoulder pads and Joan’s teammates wearing sweatpants and tee shirts knocking one another on their asses.


This was not a pleasant drive. Route 44 can be very busy.

I never felt as ill-at-ease at a client’s offices as I did at John LaFalce, Inc., on Route 44 in Canton, CT. John4 was (and apparently still is) an interior designer. His retail office in Canton showcased a lot of eclectic furniture and doodads. I avoided the showroom lest one of my elbows occasion an unintended purchase. Rich people came there to hire him to redo the interiors of their Connecticut homes while they were living in one of their other houses. Or maybe vice-versa.

I think that TSI just implemented accounts payable and general ledger systems for them. We might have done some other programming that I don’t recall. There really was only one user, the bookkeeper, whose name was Jan Shustock.

I remember a meeting that involved one of the guys who ended up buying out John LaFalce, Inc. After the purchase they changed the name to LaFalce Campbell Robbins. The third person in our meeting was an IBM sales rep. The new owner mentioned something about red and blue not going together. As one, the rep and I held out our red and blue ties and looked down at them.

I also remember being stunned when TSI delivered the Datamaster that we had been working on to JLF. They asked me where, in my professional opinion, in their business office they should locate the computer system . They had sixteen employees, most of whom designed interiors for a living. They were asking a coffee-swilling code jockey how to arrange their furniture. I told them how long the cables were, but I refused to venture any further opinions.


SMI, in the south end of Hartford, has hardly changed in appearance at all in forty years.

Sue did most of the work for Standard Metals. The proprietor was Steve Buzash5. The person with whom we worked the most was named Carol. I recall very little about what we did for them, probably A/R, A/P, and G/L. I remember Steve talking with us about designing an inventory system. His inventory consisted of pieces of metal of various compositions, shapes and sizes. He often cut off pieces and sold them. It sounded like a nightmare to me.

Carol and Steve got married. They invited us to their unusual wedding, which took place on a large boat on the Connecticut River. After the ceremony there was a supper, which was followed by something that most of the people in attendance had never heard of, Karaoke.

Two people ran the show, a guy who served as MC and a woman in a sparkly dress who was obviously a professional singer. He told us tha we were going to be the entertainment, and we were going to have FUN!!!

To get things started, the lady sang a song. Needless to say, she hit every note perfectly and also inserted a few bel canto flourishes. Everyone was totally intimidated. I, for one, was wondering how far the shore was, and whether it would be worthwhile to try to swim for it in my suit and dress shoes.

When no one volunteered, the MC tried to coerce people into trying it. He promised “we will make you sound good.” A few people eventually ventured forth. I think that Sue sang a duet of something with Carol. The event lasted at least ten hours. No, I guess that would be impossible, but it sure seemed like it.


Dave Tine asked us to provide a computerized system for his sister’s company, Videoland, a company that sold home entertainment systems and rented VHS tapes. Its store and office were on Farmington Avenue in Hartford, but we never went there. I have a vague recollection that TSI did a simple inventory system for her. We probably also provided A/P and G/L systems. We billed Dave Tine for our work.

The company went out of business when Blockbuster Videos started appearing on every corner.


After we had a few installations, IBM accepted us into its fledgling Business Partner Program, which meant that we could make a little money selling hardware. One of our very first sales was to the Business Office of Avon Old Farms School. The Business Office Manager was Walter Ullram6. We sold them three diskette-based Datamasters. One was used for accounting functions by Mary Lee Pointe. One was used strictly for word processing by Walter’s secretary. The third was used by the bank. I don’t remember the names of either of these ladies.

The best thing about the AOF installation was that one-third of it required no support at all. The secretary loved IBM’s word processing system, and she learned how to use it from the manuals.

The first time that I visited AOF Walter showed me the system that he had developed for tracking on accountants’ sheets the school’s usage of oil in comparison with the heating-degree days. I was very impressed with how he had devised a scientific system to pinpoint inefficiencies and control the amount of money spent on heating all of the buildings. I was less impressed when I visited a few of the other buildings and saw that people there were coping with the cold weather by using incredibly inefficient electric space warmers.

I went to a very good prep school, but it was nothing like AOF. All Rockhurst students commuted. Most of the AOF students were boarders. They had uniforms, but they deliberately looked like slobs. We had no uniforms, but everyone dressed pretty nicely. The tuition at AOF was about thirty times what my parents paid. I soon learned that a lot of the AOF guys were “trust fund” students. Neither parent paid the tuition. It was paid by a trust set up when the parents divorced. Nearly all of the students were wealthy. Few were on scholarships.

I mostly worked with Mary Lee, whom I liked a lot. She had one very strange mannerism. A light on her telephone indicated whether calls originated inside the school or outside. When she answered outside calls, she began in a voice nearly as deep as Lauren Bacall’s, “Good afternoon, Mrs. Pointe speaking.” For inside calls, she sounded like Jerry Lewis’s falsetto, “Hello-oh?”

AOF reported a problem with connectivity. I cannot remember why they had to run long cables (maybe for Mary Lee’s printer), but they did. The cables did not run along the floorboards. They went through the walls and ceiling. We eventually discovered that the connections were OK, but some squirrels living above the ceiling had chewed through the cables.

Deposits at the AOF bank were not insured by the FDIC.

I was surprised to learn that AOF had a bank for its students. The parents did not send money for incidentals directly to the students. Instead the money went to the school, and the students were allowed to withdraw it. It was a simple system to write, and the lady who used it really liked it.

All in all this was a very satisfying installation. Walter and the users bragged about it to others in the faculty. I was considered a hero by all of the people that I worked with, and TSI made quite a bit of money on it.

I knew that there were quite a few prep schools in New York and New England. I was hopeful that there might be business office managers at some who were interested in automating. When I learned that Walter’s brother held that position at Westminster School in Simsbury, I was pretty optimistic. The story of our attempt to market Mary Lee’s system is told here.


Another favorite client was Viscom International in West Simsbury. Although their business was the importing and marketing of parts for boats, three of the four employees had formerly worked at advertising agencies. In fact, “Viscom” was short for “visual communication”. They were therefore very interested in the ad agency system that we had developed for Harland-Tine.

The principals were Curt Hussey and Frank Hohmeister7. The third advertising guy was an artist. I don’t remember ever even talking with him. Mostly I dealt with Curt and the administrative person, whose named was Mary. She also doubled as a model in ads that they produced to feature marine equipment that they imported from France. As Frank remarked once, “She could fill out a pair of jeans.”

The most enjoyable thing about this account were the lunches that Kurt, Mary, and I consumed in the small restaurant in the shopping center in which they were located. I recall good food and good conversation.

The account itself was a fairly difficult one. The primary system was inventory, and users are often unhappy with their inventory systems. Every transaction must be perfect, and designing a bullet-proof auditing system is difficult. Although their system was working fine at the time, they eventually decided to buy an IBM AT and ditch the Datamaster. The primary motivation was that Curt wanted to be able to do spreadsheets.

My recollection is that Curt had a heart attack while I was still visiting Viscom frequently. He came back to work not too long after that.

Mary left Viscom to work in a restaurant well south of Hartford that was managed by her husband. Sue and I went there for supper once, but I don’t remember any details about it.

Viscom went out of business in 1993.


We sold two Datamasters to the Feldman Glass Co. in North Haven. That was one less than the number of companies that they had. The parent company manufactured glass bottles that they sold and delivered to companies in the Northeast that distributed food or anything else in bottles. This company required only fairly standard accounting software.

The second company was named Anamed. It provided hospitals and the like with small plastic bags that contained tooth brushes, combs, and other hygienic items for patients. I think that we wrote a billing program for this service.

The bookkeeping for these two companies and the data entry for the computer was done by a mother-daughter team. The mother was named Isabel Blake. I don’t remember the daughter’s name.

I don’t remember the name of the third company. It specialized in “fulfillment”. Liquor companies ran contests in which they awarded fairly valuable prizes in exchange for some large number (fifty or more) of labels from their bottles. I don’t know how that Feldman Glass got involved in organizing and keeping track of all of this, but I guess that it was no more distant from its core business than Anamed was. At any rate they told me how they wanted it to work, and I did it.

One day I overheard one of the Feldman/Anamed ladies say that they had bought the wrong computer. I knew very well that it was unlikely that they would have found anyone who was willing to customize three different systems for them on any other computer. It was much easier to criticize the Datamaster’s specs than the quality of the installations. Someone had probably scoffed a the notion of using an underpowered system. I assume that they bought something else after using our systems for several years. It was just as well. Their businesses were so unique that we could not really even use them as a reference account.

I could find no evidence of the existence of any of these companies past the early nineties.


One of our strangest clients was Hartford Cutlery, a one-man operation owned by Bob Burke8. His parents owned East Granby Machine9, which had actually purchased the Datamaster. Bob’s business was sharpening knives and scissors for restaurants. I don’t think that he had any employees. His grinding equipment was kept in a little room at his parents’ company, but the Datamaster was actually in his house a few blocks away. That’s right. We sometimes made house calls.

Evidently all restaurants of any note had at least two entire sets of knives and scissors. Once a week Bob picked up a tray of cutlery from his clients, sharpened all of the pieces, and then returned them to the restaurant. Maybe he could pick up and deliver at the same time if he came very early or very late.

We wrote a billing program for him. It saved him a lot of time. It fed accounts receivable and general ledger systems.

Bob felt constrained by geography. There were not enough high-quality restaurants within an easy drive for him to make very much money. I could see what he meant; East Granby is not usually considered the center of the culinary universe.

Bob then told me his plan, or maybe it was his dream. He wanted to invade New York City. His scheme was to rent (or inherit or buy or steal) a helicopter and begin making daily flights to the city to collect knives to sharpen. He figured that he could undercut the prices of the local competition and still make a hefty profit. We didn’t talk about how he would get around in the city. I suppose that he could buy (or inherit or rent or steal) a truck of some sort to hold the trays of cutlery as he went from one posh dining establishment to another. There might be a place to park it near the helipad, although, now that I think of it, parking spaces there went for upwards of $50 per day even in those days.

Bob used our software for quite a while, but then we lost touch. I have seen no evidence that he ever implemented the plan or, for that matter, that he didn’t.


Putt Brown ran his family’s business, Mono Typesetting, in Bloomfield. I think that he may have gotten our name from a mutual friend and client, Ken Owen, whose story is here. We did a time and materials billing system for him that fed rather standard accounting systems.

These were great, but newer ones were better.

Putt and I often ate lunch together. He was a peculiar dining companion in that he saw a menu as not so much a list of food choices as an agglomeration of type fonts. He often lamented about the state of his industry. He said that he was forced to purchase new electronic typesetting equipment every year. As soon as he got a new system it was obsolete.

I don’t think that he realized it yet, but not very long after this conversation everyone would become a typesetter. Every font imaginable became usable by every Tom, Dick, and Harry with a personal computer that cost a tiny fraction of the systems that Putt was burning through. I am pretty sure that Mono was the last standing typesetting company in the Hartford area, but Moore’s Law killed it as well.

This looks like work to me.

At the time I was a fairly serious vegetable gardener in the small patch of courtyard behind our house in Rockville. Putt told me that he was going to try raised beds for his next planting. Raised beds are quite a bit of work, but they allow more heat to reach the roots, which, for some plants, stirs more growth. It seems like the technique would work best for root crops. The other advantage is that you can sit down rather than kneel down when weeding the crops.

I wonder if Putt actually tried it and whether it worked.

In 1988 I was very surprised to see Putt again in a very unusual setting. In fact, I was wearing a disguise. The incident is described here.


This Atari ST sort of looks like a computer

Suzanne Nettleton owned and operated a company in Middletown, CT, called Professional Relief Nursing. The company maintained two lists, nurses looking for work and institutions looking for nurses. PRN then matched them up.

Suzanne had already had two bad experiences with computing systems. Several years earlier she had tried to get someone to develop a system for her on an Atari computer. You could play Pong on it, sure, but I never heard of anyone trying to develop an administrative system on one.

On her second attempt she did a better job of selecting the computer (a Datamaster), but she chose the wrong people to develop the software. It worked OK at first, but at some point they refused to support it any longer. So, Suzanne asked us to take over the maintenance.

We printed out the listings of the programs. They did not meet our standards by a long shot, but they were fairly simple. We insisted on converting the programs to meet our standards. She agreed, and we signed a contract. Over the years we did a fair amount of additional programming to provide a more comprehensive system.

I have two vivid memories of this installation. The first was the drive to the PRN office. I was shocked that there were two stoplights10 in Middletown on Route 9, a six-lane high-speed highway.

The second memorable event occurred when I showed up early one afternoon for an appointment with the guy that Suzanne had hired to operate the Datamaster system. When he saw the McDonald’s bag that I brought with me, he exclaimed, “Oh, you eat styro-food!”


By far the most prestigious name on out A4$1 client list was only three letters long, IBM. A new department devoted to the IBM Business Partner Program resided in the company’s Armonk, NY, complex. We drove there and talked with Dick Patten, the IBMer in charge of the program, about installing a customized system for lead-tracking on a Datamaster. He liked our approach, and we were equally enthusiastic because we had already developed lead-tracking software for our own use. We also had installed it elsewhere a couple of times.

So, we signed a contract. Dick was then shocked to find out that he could not get IBM to deliver him a Datamaster for several months. He was astounded even more when we told him that if he ordered it through TSI, we could deliver a system in two weeks. Our orders went through “the channel”, which, sometimes but not always, had much better delivery times than were available elsewhere.

For a moment Dick actually considered our offer. Instead, he informed his hardware contact at IBM about our offer. He then demanded to know why the business partners had better access to systems than the man IBM had chosen to manage the business partners. Evidently they found one for him.

While we were in Armonk we chatted one day with a female college student who was employed by IBM for the summer. She told us that IBM had a policy of providing summer jobs to offspring of its employees who were at or above a certain level. She qualified because of her father’s rank.

She said that hers was the best job ever. She astounded us when she disclosed her hourly pay rate. $17 sticks in my mind, but that seems excessive. Also, on her first day her supervisor told her to go to the supply closet and take whatever she thought that she might need. No one kept track of anything like that.

When IBM found itself in financial difficulties in the nineties, this young lady’s tale popped into my head.


TSI had two clients in East Greenwich, RI. One of our most important was an advertising agency that is described here. The other was on the other end of the spectrum. Thorpe’s Wine and Spirits, which I think was just called Thorpe’s Liquor Store in those days, was a small adjunct to Thorpe’s Pharmacy. The pharmacy was sold to a major chain (weren’t they all?), but the liquor store still survives.

Not Gil Thorp, Gill Thorpe.

The proprietor, Gill Thorpe, told us that he had a Datamaster that he would like to used for an inventory system for his liquor store. We had quite a bit of experience doing retail inventory by this time, and the liquor operation was much simpler than a chain of jewelry stores. So, we took on the project in spite of the distance. I found the contract for this account in a box that Sue stored in my garage. We only charged them $500!

We evidently did a good job. The operator, Richard Thorpe11 (Gill’s son), called us for support a couple of times, but he never complained about the system, and they never asked for any enhancements.


One of the last Datamaster clients that we worked on, and certainly the site of the last such system that was still in use was the Regal Men’s Store of Manchester, CT. This store also had the distinction of being the only TSI client (other than IBM) that I personally patronized. I did not go there often, but when I needed something, I generally made the drive.

There was not much to the system. My recollection is that they did nothing but accounts payable on their Datamaster. I would have remembered if we had installed an inventory system.

IBM stopped marketing the Datamaster in 1985. We still supported our clients, and more than once we helped them find used parts—usually diskette drives. In the early nineties we were still supporting all the software that we had written for the Datamaster, but we sent a notice to all of these clients that we would NOT address the Y2K issue on these systems, and we would not support them after 1999. By this time IBM had reasonable hardware alternatives for most of them, but none of the A4$1 clients hired us to convert their code.

This tiny ad is the only reference I could find on the Internet.

In 1999, however, the computer operator at Regal’s, Ann Gareau, begged us to make her system work past New Year’s Eve. I told her that they really should get a new computer and that all of our other Datamaster customers had moved on. She told me that management would never approve the purchase of another computer. She was probably right. The company closed its doors in 2000.

I told Ann that the programs would probably still work in 2000, but the aging would look strange. They might occasionally need to fudge the system date to get the program to accept some dates. She seemed satisfied by that.


I have a strong feeling that I left out at least one other A4$1 client.


1. I think that Paul still lives in Berlin, CT, in 2021.

2. The address was 21-C Culbro Drive. The street no longer exists. I don’t know what happened to it.

3. Among these is one that mentions the NSNE computer system. That’s us!

4. John LaFalce’s LinkedIn page is here.

5. Steve Buzash’s LinkedIn page is here. Evidently he has moved to Jacksonville, FL.

6. Walter Ullram is retired. He lives in Farmington, CT.

7. Frank Hohmeister died in 2015. His obituary is here.

8. Bob Burke died in 2015. His obituary is here.

9. East Granby Machine is now called Burke Precision Machine Co., Inc.

10. The state has a plan to remove these annoying lights in 2023.

11. Richard Thorpe died in 2010 at the age of only fifty. His obituary is here.

1981-1985 TSI: A4$1: The Beginnings

Anything for a Buck: Getting started. Continue reading

We never turned down a project.

I have pretty clear memories of most of the clients1 from the very early days of TSI in Rockville, but I did not remember how we managed to develop the software for the first few. All of them except one either bought a new Datamaster or already had one at their offices.

The only computer to which TSI had access was a 5120. Both the 5110/5120 and the Datamaster used the BASIC programming language, but there was no easy way to convert code from one system to the other. If we did not develop the systems for new customers on the 5120, how did we write the code? I was pretty sure that we did not park ourselve in the client’s offices for weeks on end. For one thing, that would inhibit cursing, and it is not really possible to write good code without giving vent to a great deal of foul language. For another, we would have had to meet the client’s dress code every day. I would have certainly remembered that.

Sue reminded me that IBM in those days endorsed the policy of having the software developer take delivery on the customer’s hardware. The system would then presumably arrive at the customer’s location a short time configured and ready to use. Needless to say, this approach lasted only a few years, but it definitely gave struggling developers like us the opportunity to write a lot of software and simultaneously to put aside enough money to buy a system of our own.

This was accounting in 1980. By 1990 the columnar pads were an endangered species.

TSI’s first Datamaster client1 was our accounting firm, Massa and Hensley. Looking for a system to do time and material billing, they had purchased the tabletop model of the Datamaster. We met with them and designed a system that used three diskettes: JCPROG, which held all the programs, JCDATA for the keyed tables, and JCDET, to hold the transactions. The system had the following tables:

  • A table of client-related data that was keyed by a three-digit client number.
  • A table for each job opened for a client. The key was a concatenation of the client number and a five-digit job number.
  • Two job cost tables. One had every transaction; the other had the summary of costs by category. This arrangement violated the rules of normalization, but it facilitated some requirements. By the standards of the day the detail file was gigantic.
  • An employee table that was keyed by a three-character code.
  • A table of cost categories that also had three digit keys. The categories were of two principal types: time and materials. The entries in the time categories consisted of hours worked on a job. The entries in the materials categories were dollar amounts.
  • A rate table with a key consisting of the employee number and the category number. It might also have had a date so that they could increase rates to keep up with inflation.

The JCDATA diskette also had a table for a batch of transactions. This table might have been keyed by a letter so that more than one batch could be open at the same time.

My recollection is that there was only one menu on the JCPROG diskette. The user would place the program diskette in drive 1 and key in GO JCMENU. GO was a system command (ass opposed to a BASIC command) and JCMENU was the name of the program that displayed the menu of options.

Employees at both Massa and Hensley and Harland-Tine filled out forms like this every day. The category numbers were printed on the form. The employees knew by heart the client numbers and job numbers on which they worked.

Every day the operator keyed in a batch of transactions. The source documents were time sheets from the employees and other forms for billable materials. The program checked to see if the JCDATA diskette was in drive 2. If not, a message was displayed on line 24 of the screen to put it in. The entry and editing programs validated each field (client number, job number, employee number, category number) as it was entered. It printed a record of the transactions as they were entered. Transactions could be edited or deleted. When everything seemed correct, the program to update was run. The user was told to remove the JCPROG diskette from drive 1 and to insert JCDET. The records were then written on the history file on JCDET. Summary records at the job level were also written.

There might have also been a program to produce invoices to send to clients. Mass and Hensley may have opted just to produce a cost sheet for the jobs that they wanted to bill. I don’t remember.

We finished this project pretty rapidly, and everyone liked what we had done. Previously they would have had to rewrite and calculate costs for the information from the time sheets onto cost forms for each job. So, this was an ideal project for an early eighties software system. The savings in time and the increase in accuracy of costing and billing were immediate and substantial.

The users must have called TSI for support a couple of times, but I cannot ever remember when we needed to “put out a fire” for them.

TSI’s standards fit on one page, but they were strictly enforced.

Since I was doing the bulk of the programming, I implemented a set of standards for all of the programs. The goal was to make it as easy as possible to understand and debug them.

  • Many BASIC programmers eschewed the GOTO statement and use the RENUM command when they have changed their programs. I never renumbered the programs. Instead ,certain types of statements ALWAYS were in the same range of line numbers:
    • Line 1 was always OPTION BASE 1, LPREC. That meant that all counting started with 1, not 0, and all numbers had as much precision as the system could handle.
    • Line 250 always opened the specs table, and subsequent lines read in whatever specs were used by the program.
    • Lines 10000-10999 opened the tables used by the program.
    • The main loop of the program started on line 15000.
    • The exiting routine started at 60000.
    • Program-specific subroutines and functions were located on lines in the 70000-89999 range.
    • Headings for reports were subroutines that started at 90000.
    • Detail lines on reports were subroutines that started at 90000.
    • Reusable functions were 95000-99998.
    • Sections of code were separated by comment lines consisting of asterisks or dashes.
  • Every program had a meaningful number.
    • 1-99 was for programs to insert new records into tables or to work on existing records.
    • 100-199 was for lists of items in tables on the screen.
    • 200-299 for transactions.
    • 300-399 for printed lists of items in tables.
    • 400+ for reports.
    • The program number was in the upper right corner of every screen and every report.
    • Program listings and variable cross-references were placed in accordion files by client and program number.
  • Variable names were consistent and meaningful. CLNUM was used for client number in every program. Looping variables were always I or J. Counting variables started with N. NEE=NEE+1 would be used to count the number of employees selected.
  • In this version of BASIC all files were accessed by a number between 1 and 255. We consistently used the same number for a file. The printer was always #255.
  • Although BASIC allowed reading in all of fields at once, thereby assigning values to all of the variables with the corresponding field name, we never did this. If we had, we would have not been able to use the same field names for the same concept in different files. Instead, we read in only the fields that we needed by their position in the file. The disadvantage was that if we decided to change a field, e.g., to make it bigger, every program that referenced that file needed to be changed.
  • Disk space was precious. If a customer ran out of space on a diskette, it was a catastrophe. To save space all numbers except codes were “packed” to fit nine-digit numbers in five bytes in every layout. Dates were stored as six-digit numbers in the form YYMMDD. This all worked fine until the late nineties when we, as well as everyone else, needed to address the Y2K problem.
  • The screen layouts were consistent, and the behavior of Cmd keys2 was also consistent.
    • F2=Online help for every screen.
    • F3=Orderly exit.
    • F4=List of items in a table.
    • F12=Cancel and return.
  • The screens validated every field as soon as it was entered. If it was not accepted, the reason for the problem appeared in bold print on line 24, the alarm sounded, and the cursor remained at the field. This worked very well for the 5120 and the Datamaster, but when a single computer had many terminals attached, it became important to minimize traffic going to and from the server. Our programs on the System/36 and AS/400 therefore validated the entire screen at once. Problems were still reported on line 24 of the screen, the alarm still sounded, and the cursor was positioned at the source of the problem.

By and large these standards serve us well. We never really abandoned any of them.

This rather simple project was memorable not so much for what we did but for what it led to. Our accountant, Dan Marra, had a client named Harland-Tine, a new advertising agency in downtown Hartford. The two principals were Dave Tine3 and Susan Harland4.

I have dozens of vivid memories of this installation. At our first meeting Dave introduced himself as the president of the agency. He did not say what his partner did, and, in all honesty I never saw her do anything but cook. I think that they might have attracted clients by wowing them with her culinary skills.

A complicated business.

Dave said that the agency desperately needed to become more organized and efficient. He said that he turned to IBM for help, and both the IBM rep and his accountant had told him that he should talk to us. He envisioned using the computer for all of the administrative tasks of the agency. We spent a couple of days talking with people there. A large part of what the agency did was analogous to what Massa and Hensley did, but there was a whole other side to their business. They also purchased media (newspaper and magazine ads and radio and television commercials), which they marked up and billed their clients. Sometimes they created and produced these projects in-house, but most of the time some or all of the work was done by other companies or freelancers. There were a lot of other miscellaneous things that they also billed—public relations consulting, billboards (always called “outdoor” even if it wasn’t), direct mail campaigns, and “collateral”, which covered virtually anything else that promoted products or services.

They also wanted a billing system that could handle every type of work that they did. They wanted fairly standard accounts receivable, accounts payable, and general ledger systems. Their payroll was handled by an outside service.

In the early 1980’s Hitchcock not only manufactured chairs, but also had several retail locations.

The agency’s ultimate objective was to analyze the profitability of each client. Producing the reports for this was a very complicated assignment. Each client had negotiated a separate agreement with the agency. Harland-Tine billed some clients for items that others got free. For example, the agency’s largest client, Hitchcock Chair, was billed a monthly fee but did not pay anything extra for media expenses. They only paid what the publication or station charged the agency. So, if Hitchcock ordered a lot of media in a month, Harland-Tine did a lot of work with no reimbursement at all.

In addition, some jobs were billed in advance, some when the job was completed, and some in stages. So the profitablity reports, which we called “cost accounting”, needed to match the period in which income was counted with the period in which expenses were incurred.

We did not have the wherewithal to put together a detailed proposal. Instead we outlined in fairly broad terms what we would do for them. We broke it out by module, but we knew that it was really all or nothing. Their most important objective required all of the pieces. Our proposal was a great deal for them. We were desperate, and we did not want them to start looking around.

We saw ourselves in half of what agencies did.

Sue and I immediately noticed the resemblance of this agency to TSI. They were another company that would do anything for a buck! We decided that when we designed the system for Harland-Tine, we would also make sure that it could be used by TSI as well. We did not purchase media on behalf of clients, but pretty much everything else that the agency did had an analog in the way our company did business. For example, we did not advise about public relations, but we did consult about connectivity and hardware decisions.

I did a little research and discovered that there was a paucity of computer software for advertising agencies. Moreover, there were many agencies within driving distance, especially if New York and Boston were included in our sphere of influence. I figured that the best way to make TSI profitable was to sell a base package with customization to a lot of agencies. We had to start with one or two happy and successful clients. We resolved to make Harland-Tine the first.

Detailed recollections of the installation itself can be found here.


1. We never called the people who paid us money customers. We thought of our business as more service than product. We never installed a system that did not include at least a modicum of customization.

2. There were no function keys on the Datamaster keyboard. Instead there were 24 active Cmd keys in BASIC programs. The user held down the Cmd key in the panel on the left and the appropriate numeric key on the QWERTY portion of the keyboard for the 1-12 Cmd keys. For 13-24 (seldom used by TSI) the user held shift and Cmd and pressed the appropriate key (less 12). Shift Cmd 1 was 13, Shift Cmd 2 was 14, etc.

3. Dave Tine’s LinkedIn page is here.

4. Susan Harland died in 2000. She and Dave Tine opened the Connecticut Culinary Institute in 1987.Her obituary is here.

1981-1985 TSI: IBM System/23 Datamaster

The beloved Databurger. Continue reading

In July of 1981 IBM announced a new system for small businesses. It replaced the system that we were familiar with, the IBM 5110/5120. Outside of the people who programmed software for small businesses, the unveiling of the System/23 Datamaster was greeted with very little enthusiasm. For one thing the model that IBM was promoting looked very much like the 5120. The cost was half as much as the 5120, but it was still a lot more than what people were paying for “personal computers” that were marketed by competitors. Most people eagerly awaited IBM’s approach in that market.

That answer would come in a few months. To us at TSI the Datamaster was just what the doctor ordered. The information about this system on the Internet is shamefully incomplete and, in a few places, erroneous. Here are details of the original announcement.

The 5322 took up much of a desk. The printed documentation shown here was uniformlyexcellent.
  • The processor was an eight-bit 8085 chip from Intel, which was a little bit surprising. IBM did not usually outsource processors, and the 5110/5120 used a sixteen-bit processor. The 256K of memory seemed more than adequate.
  • The only programming language supported was BASIC. Nevertheless, IBM offered no method of converting programs from the 5110/5120. This did not bother us much, but software companies that had put a lot of effort into systems for those computers were not happy.
  • There were two models. The 5322 looked a lot like a 5120. The 5324 came in three pieces. Its processor and diskette drives were housed in a standing steel box the height of a two-drawer file cabinet. The display and keyboard for the 5324 were separate.
  • The displays for both models used green letters on a dark background. Research had shown that this was slightly easier on the eyes than other combinations. This was somewhat important.
  • Two CPU’s could be connected to a box that held two additional diskette drives. We never saw anyone who purchased this box, which was benerally called a “toaster”.
  • IBM supplied several business applications, including accounts payable, general ledger, and payroll. We worked with several customers that had bought these packages. In general they found them extremely cumbersome and painfully slow.
  • A word processing program was also available from IBM. Unlike the business applications, the word processor was extremely good.
  • At first only two printers1 were available. Both were dot matrix printers. One printed at 80 characters per inch, the other at 120 characters per inch. Only idiots bought the 80 cps one, but it allowed IBM to quote a lower base price.
  • The most important change as far as TSI was concerned was that the BASIC interpreter allowed variable names of up to eight characters. This was a huge improvement over the 5110/5120, which only allowed one character and an optional digit.
  • The BASIC interpreter was also changed to allow up to five digit line numbers. There were a few other improvements as well. I don’t remember all of them, but I remember being very impressed with what we would now be able to do.
  • The system came with a set of templates that fit at the top of the keyboard. Each template displayed what it meant to use the key labeled “Cmd” and one of the keys. Every system command, every BASIC command, and every operation of the word processing program could be accessed by pressing two keys. This feature made it possible even for people who were not good typists to key in long BASIC programs very rapidly.
  • The components of the system were of very high quality. Many of our customers used the systems for years without ever encountering problems with hardware or the system software.
The 5324 was called “ergonomic”. It took up less desk space, and the tilt of the display could be adjusted.

I don’t know the date of the additional features, but they came within a year or so

  • A letter-quality printer that used a daisy-wheel. In my opinion, the addition of this printer made the Datamaster the best stand-alone word processor available. It was certainly superior to the Displaywriter that IBM sold for that purpose. When we got one, we used it for all of our word processing (and everything else) for many years.
  • A hard drive unit that could hold up to 30 megabytes. Up to four Datamasters could be attached to it. The software for record-locking had already been delivered in order to make the toaster usable by two Datamasters. So, the delivery of the hard drive made the Datamaster a true multi-user system. Also, access to the hard drive was much faster than to diskettes. Reliable PC networks were still years in the future, and the PC’s themselves were notoriously subject to the dreaded “blue screen of death” and other catastrophic failures.
The brains of the 5324 was in this stand-alone box designed to fit under a desk. The hard drive was the same shape minus the two diskette slots.

There were, of course, some severe limitations. Most of them were similar to limitations that the users of the 5120 also faced.

  • All of the hardware interfaces were unique and strange. This made it difficult, if not impossible, for third-party hardware vendors to develop printers or anything else that could attach to the computer. IBM had done this for years, but Datamaster prospects were not accustomed to this approach.
  • There was still no way to communicate with the system remotely. This meant that it was very difficult to market a software system to customers outside of driving distance.
  • There were no subprograms that could be called repeatedly as routines. Programs could be linked together, but all the needed data also had to be passed. The first program was erased from memory when the second was called. So, commonly used routines—such as date functions—needed to be built into every program that needed them.
  • There was no text editor with a search function.
  • The system had no graphical capability at all.
  • Calculation-intensive applications were so slow that no one could possibly use them. One company developed and tried to market a spreadsheet program through other software vendors. The instructions for showing the software to a potential client highlighted the places in which the person doing the demo should have some patter ready to distract the prospect from watching the screen. I would not have been able to keep a straight face.
  • The only backup medium was diskettes. We dreaded when users backed up because they sometimes designated the wrong drive as the target.
The system came with several “templates” that showed what the various keys did when used in combination with the Cmd key. One template was for system commands, one for BASIC, and one for the word processor.

From TSI’s perspective one of the best things about the Datamaster was that the IBM sales reps were suddenly eager to work with software companies. They could sell Datamasters to many diverse businesses, and the starting price had been cut in half. They brought us in to meet with prospects, but only when the IBM software packages were not applicable. Therefore, we ended up creating systems with little chance of being appropriate for more than one customer. It was enjoyable and satisfying work, but not very profitable.

Eventually IBM started a Value-Added Remarketer (VAR) program that allowed software companies with qualifying products to sell Datamasters. When that happened, the IBM reps treated us as competitors even though they got some credit for our sales.


1.There was really only one printer. The slow one could be “field upgraded” by an IBM customer engineer who made a slight adjustment to speed the printing.