Uncle Eddy – Congress Could Halt Mass Shootings

Me:  Uncle Eddy!  Good to hear from you.  Been a while.

Uncle Eddy: Yeh – and you know I only call when I gotta find someone to bitch to.

Me:  I know that.   So what’s up?

Uncle Eddy:  That shooting down your way.  Was pretty close to San Antone, right?

Me: About 30 miles.  Everyone down here is really upset.

Uncle Eddy:  Well everybody is upset when these things happens, but nobody that I can see is doing a damn thing about it.  Your Governor gives ‘em sympathy, them Senators you got – they’re sending prayers.  And ain’t nothing wrong with prayer.  But why don’t them damned politicians do anything about criminals and lunatic guys getting them assault rifles?  Charlie, just about every one of these damned shootings took place cause the guy had him an assault rifle AND he had him a record.  Some was convicted crooks, others was getting’ some kinda psycho care.  But they still got more firepower than the Army give me when they sent me to Korea.  Why can’t the congress guys stop that bull-crap?

Me:  Eddy, I wish I knew how.   I would if I could.

Uncle Eddy:  Look, I’m all for this 2nd Amendment stuff.  You know that I keep a couple guns around the house.  And years ago you know I hunted every Fall.  In fact, you come with me one or two times.

Me: I remember.  We had some good times.

Uncle Eddy: So, yeh, we all got the right to personal protection for our family and house and all.  And if a guy thinks he needs an assault rifle to do that, it ain’t my business.  But give me a damned break – if a guy got that much firepower, can’t we make sure he ain’t a loony or jailbird? Hell, when we was fighting them Chinese even they didn’t have that much firepower.

Me:  Well, I guess the theory is if you control one thing, it will lead to more control.

Uncle Eddy:  Bullcrap!  Double Bullcrap!   I got a car, and you got a car.  We can drive them cars where ever we want to, but we can’t go more than the speed limit.  And we can’t bust through no red lights.  And why?  Because it’s dangerous.   So I don’t feel like anybody’s controlling me if I get pulled over on the Ohio Turnpike cause I’m going 100 miles an hour.   That ain’t control – it’s just Bullcrap common sense.   You got to have a license, right?  You got to pass a test, right?  Otherwise you can’t drive nothin’.

Me:  I see your point. But the NRA makes the point – right or wrong – that one license leads to another.

Uncle Eddy:  Ain’t always true.  Driving licenses ain’t changed since I started driving, and that was way back when.   And this is more serious.  See, if a guy does time, or’s in a mental ward joint, why in the hell is he able to buy one of them things?   It ain’t a question of freedom.   Suppose I want to fly a airplane?  Well too bad.  I can’t cause I ain’t qualified for a license. Never took no lessons, I’m too damned old, and I’d be dangerous flapping around up there.  So the government got rules that keep me from doing it.  I don’t see nothin’ wrong with that.  That ain’t restricting freedom – it’s just common sense.  That SOB in Texas – he got a dishonorable discharge for beating on his wife and kid, gets out and gets arrested for doing the same thing.  And then he gets loony treatments.

And he can still boogie on down to the sporting goods store and buy a platoon-size rifle.   That ain’t just crazy, it’s bat-crap crazy.    So instead of them politicians promising to give sympathy – why in the hell don’t they do something about it?

Me:  Eddy, I sure wish I knew.  I suppose it’s because you’re the only one demanding that the political system do something.

Uncle Eddy:  Damned right I am, kid.  Damned right I am.  Here’s the real point – I can’t stand a guy with no stones, especially if he’s elected.   Those damned politicians won’t reason with them NRA guys and say enough is enough: “we got to keep crooks from having guns”. Them NRA guys got families, too.  Ain’t nobody wants their family hurt cause some lunatic bad guy got himself an assault rifle.  Them pols could do it if they stuck together.  But they’re afraid of losing the NRA votes.  But there’s a middle ground – but there’s always a middle ground.

Me: Well, tell me what it is, Ed.

Uncle Eddy:  I fought in Korea.  Not beating on the point, but I know some things about guns.  Now the 2nd amendment deal lets us have guns – that’s a good thing.  But it don’t say nothing about having a gun if you’re a crook or a psycho.  Look, we got the right to vote.  But you lose the right to vote when you’re in prison, right?  You lose the right to do all kinds of other stuff if your under psycho care.  If you’re one of them sex offense guys, you can’t go near a school.  Now having them rules didn’t take away no freedoms from honest folks.  In fact, it protects ‘em.    So I don’t want to ban guns – hell, I plan on keeping mine.  But like them sex offense guys can’t go near schools, I don’t want some nut case having a gun.  That don’t take away from my freedom – it makes my kids safe, because the nut jobs ain’t armed.  Am I makin’ any sense, kid?

Me: A lot of sense, Ed.   A lot of sense.

Uncle Eddy:  So the bottom line is if them state law makers and the Washington congress guys weren’t so afraid of losing some votes, they’d do something.  So the next time – and there could easy be a next time – this happens, well who’s gonna get blamed?  Sure, the nut case who pulls the trigger gets it – but them scaredy-ass lawmakers they get just as much blame.   In Korea, when a guy ran and hid from trouble, we called him “yellow”.  We’d know he was a damned coward.   And that’s what them lawmakers do. Run away from trouble.  Kid, I know I ain’t too well educated.  but I know this much – if a guy don’t have the stones to make laws that protect us cause he’s afraid of losing votes or crap, then he’s a damned coward.   And ya know what?  It’s always them cowards get you killed.

 

Offshoring: Part 1

A little known history of IT offshoring – Part I

November 1, 2017

Part I – Setting the Stage

By Chuck Ritley & Ken Ritley

Anyone working in IT has heard the terms offshoring and nearshoring.  Two things about them usually come to mind.  First, that they are supposedly about transferring jobs to low wage countries. And second, they were supposedly made possible by recent advances in technology, as Thomas Friedman describes in his book The World is Flat.

These statements are not entirely correct.  In fact, IT offshoring began much earlier, even in the late 70’s and early 80’s, much before the Internet. And the motivation was less about saving money, but having access to top technical talent.

As an IT guy in the early 2000’s, Ken helped build large offshore and nearshore IT organizations in India and Eastern Europe. This is what we’ll call “second generation” IT offshoring – in which the work is made possible by the Internet and remote collaboration. But in the 1970’s Ken’s father Chuck was instrumental in setting up and directing some early “first generation” work – in which teams of foreign specialists were brought into the U.S.

What follows is a discussion between Ken and Chuck to tell the story of how first generation IT offshoring began, the strong impressions it left on the people involved with this work, and to highlight some differences and similarities between what happened then and what happened now.

KEN:  I recall it’s all about mini-computers, which don’t exist anymore today. Can you paint the scene?   What was the year, what was the industry like, and what were you and your company working on?

You have to understand the IT industry in the late 70’s and early 80’s. It was proprietary and minicomputer-based.  Each company had its own processor design and, therefore, a unique OS and language.  At the main-frame level, companies had their own mainframe programming staff who did custom programs.  But the minis were meant for the small and medium-sized business.  Since those companies could not afford a programming staff, or development time, the minicomputer manufacturers sold turnkey solutions.

The set-up involved a network of dealers, most of whom were specialty houses.  For example, in a large market, there would be a number of dealers.  One might specialize in finance, another in distribution, or wholesaling, or transportation, or retailing.  Most would start with a standard accounting suite of software and then tailor it to the needs of a specific industry.  For example, a trucking company would have different needs than a food wholesaler.

The main point is this:  it was a turnkey solution for the end-user, both HW and SW.

Now, to make this happen, the computer manufacturer would provide the basic accounting package: sales, orders, accounts receivable and payable, purchasing, inventory, general ledger, shipping, etc.  These are root functions that every company does – but a trucker does them differently than a clothing retailer.  They were designed to be customized.  Having customized one for a specific customer, the dealer now had some expertise and could sell the same customized version of the package to other prospects. The concept of having standard modules which could be tailored is probably the root of SAP and other systems like it.

KEN: That’s certainly much different than today.  Today the hardware is standard, the software and programming languages are standard, and the main differentiator between companies is the domain or solution.  Can you provide some details about your domain and solution? 

The system of customizing basic accounting packages was used by most of the mini-makers.  And all of them generally had the same set-up of specializing dealers.  But that wasn’t enough.

There was a need for more complex software suites to handle much more than basic accounting, things that dealers with limited staff couldn’t handle.  Manufacturers and distributors have complex operations and want to use computers for operations like scheduling work, planning lead times, and materials acquisition – far beyond the reach of normal accounting.  So we began to specialize in full-function enterprise resource planning and manufacturing resource planning software. In other words, handling all of the functions a company would need to control every function.  These were also meant to be customized easily at the dealer level, since individual needs vary.  We also had a few others, but these were the most complex, and beyond the development scope of any of our dealers.

We designed it, trained the dealer, he sold it, and then tailored it to the customers needs.  Now,  here is where the problems lay: creating these complex software modules required not only excellence in coding, but expertise in the mechanics of a business.  The solution was usually to have a business analyst working with the programmers to spell out the flow of work in terms that they could turn into code.

(For Part 2, please link to Dr. Ken Ritley’s website —  right here:  Part 2.)

Offshoring: Part 3

A little known history of IT offshoring – Part 3

November 1, 2017    Ken Ritley & Chuck Ritley

Part III – The Solution

By Chuck Ritley & Ken Ritley

 

KEN:  So how did your Indian distributors  get into the picture?  Did you take the initiative?

I wish I was smart enough to take credit.  Coincidentally, one of the Indian principals had some business in the US with another supplier, stopped by for a get-acquainted meeting, and I had a couple of days to fine-tune some technical issues.  The topic of contract work came up.  “Would we be interested in contracting out program development work?”  Their technical staff were well educated, I had seen some of their product, and they could offer hourly rates far lower than the US.  We didn’t conclude anything then, but it gave me some ideas for the future.  These folks were a known quantity, and sold tons of our equipment in India with no complaints.  Clearly they knew what they were doing.

Let’s examine our coding deadline.   We had 8 programmers, and needed 16.  And IBM wasn’t slowing down.  We talked with the CEO about it.  We had other English-speaking assets, but India was the only one with enough excess manpower that was able to sell services.  So it was time to talk with them.  I had hoped for a trip to India, but we settled for the phone.

When we explained the scope of the project, the Managing Director in India showed an excellent grasp of the concept.  And offered us something we had not encountered:  a turnkey coding solution.  In the past, we paid contract programmers on an hourly basis, and had to constantly ride them to keep up production.  The Indians offered a hands-off deal to us:  they would provide up to 12 programmers, bring them to us, pay for their meals and lodging,  they would work under our supervision, and all for a package price.  If production goals slipped, they would bring in more help at no extra charge.

KEN:  Sounds like a good deal.  Almost too good, wouldn’t you say?

I was familiar with the “mythical man month”, and knew there was a limit to the number of people we could coordinate.  But the fact that they would take the risk was impressive.  And the total cost of the package was far less than I would have paid local programmers – if I could have acquired them quickly, which was no option in Silicon Valley at that time. Our CEO went off with his finance people and VP’s, and said “let’s do it”.  The bottom line was:  if we couldn’t get this done on time, we’d lose the game anyway.

KEN:  Today, of course, we bundle up projects and send them off.  How did you start an on-site deal like this?

Over the next two weeks, I renovated an old classroom with work tables, cabling, and 12 new terminals tied into a dedicated mini-computer.  I rented two small one-bedroom apartments close to the office, choosing “someplace that doesn’t have all that zoning stuff.”  The local government had some occupancy rules and I was cheating a bit.

The first to arrive was a guy who would be my main contact – let’s call him Krishna.  Well dressed, with excellent university English, Krishna explained that he would be in charge.  He rattled off some impressive IT credentials, and said that if I explained what I needed, then he’d interpret, delegate, and see it got done.  All I had to do was keep testing the coded output.  He checked out my workspace and said it was fine, and we went over to look at the 2 apartments.  I thought they were small for 12 guys but he said they’d be fine and I gave him the keys.

The following Monday, they all arrived — 12 programmers as specified.  I don’t recall their names as it’s been too many years.  I recall Kumar and Rakesh, but that’s all.  In my defense, the reason is simple:  only half of them were fluent in English.

KEN:  Now you have your team in place.  How did you get off ground zero?

I had a panic attack at this point, since our proprietary operating system and programming language were like the old Pick language – English-based.  Krishna calmed me down and explained that all of these guys – even those with no English – had been writing programs for their dealership for years and were proficient.  He said that the 6 who spoke no English were from Bangladesh, but that the Indians were all bi-lingual.   And they needed separation from the Bangladesh guys, hence the two apartments.

KEN:  Now you have your team in place.  How did you get the project started?

I got everyone into the classroom, where I had diagrams on the board and a projector with graphics.  (This pre-dated PowerPoint.)   I walked them through the logic of the system, slowly to let Krishna fill in those with no English.  Our own 8 guys, with their own modules to work on, sat in.  But at this juncture, all I could see was disaster.  Remember, this my first experience with an off-shore team.

We had a company van, and the 12 were hauled over to the apartments to get settled in while Krishna and I began working out a revised production plan. (I already had one, but it was geared up to the 8 in-house programmers.)  When I asked him about food, meals, and other necessities, he assured me that he would take care of all that.   My job was to assign tasks and test the output, Krishna would handle the work.   Bear in mind that I had been coding, and supervising coders, for years, but this was a new ball game.

KEN:  So give us a play-by-play of this new “ball game”.

So it began.  The next day they started coding.  Krishna must have re-briefed them that evening, and everyone seemed to know what to do.  They worked hard, with a work ethic I hadn’t seen before. No one broke for coffee, no one chatted with his neighbors, and no one wasted time.  There were problems, of course.  I made them print hard copies of everything so I could inspect all code, since no code works the first time.  And trying to keep up with 20 programmers was a strain on me, since all of the pieces had to fit together.

KEN:  So – so far so good?

All was not well at first.

Even with 12 extra programmers, we were falling behind our CEO’s release schedule.  Krishna was a task-master, drove the guys harshly, and they put in 12 hour days.  They kept to themselves, focused on work, and didn’t socialize with my guys.

A few weeks into the project, he asked if we had spare terminals.  We pulled 6 terminals and modems from inventory, took them to the apartments, and got them hooked into our development network.  Krishna planned to have them put in extra time in the late evenings on-line.

KEN: It sounds, at least, like the work was back on your schedule.

It was. But, at this point, it occurred to me – with much dismay — that I could somehow be stuck in the middle of a slave labor operation.

We were paying a flat fee for 12 people, jammed into two tiny one-bedroom apartments. (I was never allowed inside.) They fed themselves, so presumably they shopped and cooked.  Spare time was spent in extra work on-line. Saturdays and Sundays were just 2 more 12-hour work days.  I had my own terminal at home and I could see new code appearing on week-ends.

So my conscience prickled me – but not enough so that I was willing to tell the CEO that we couldn’t get it done.  Personal and business survival has a moral price sometimes.

KEN: So setting aside your Silicon Valley attitudes, how was it progressing?

 Now, honestly, the work wasn’t the highest quality.  The 12 turned out what 8 of my own programmers would have done.  I spent many hours going over code, editing subroutines, instructing Krishna on what was wrong and how to fix it.  After time, I had some rapport with the 6 English-speakers and instructed them directly.  Or I would have Kumar or Rakesh talk to the Bangladesh guys. That annoyed Krishna, but at this point I had a schedule to meet, and cultural customs be damned.  This, of course, caused some tension.  But, again, this was our first venture into new territory.

Weeks went by, but we made progress.

KEN: Progress in that you were keeping to your schedule.  But, how about the end result?

That was the over-riding potential hazard:  I knew from experience that when we went live, some code wouldn’t work. Does it ever? Programmers know what I mean.  So when the 12 went home, what we had was what we had.  And leave they did, with no fanfare, no long good-byes. I just handed Krishna a check.

As with any new system, there were bugs to be worked out over time.  But the code was plain, and well documented, so out own guys could handle that. And we got through the those bugs, and actually met the CEO’s deadline with a working system

KEN:  So in the end, everyone was happy about it.  I mean – happy with the results.

Yes, but it was a life lesson for me.  I was used to hard work and long hours.  Anyone who programs is.  But we never worked as hard as that Indian crew.   When I reflect back on it, I suppose it was a preview of things to come as more and more companies tried it.

From everything I could see, this was a win/win situation, or the guys wouldn’t have come and worked so hard.  But it’s hard to forget the 12 guys jammed into 2 rooms, working nearly 24/7.

(For more information on interesting topics around the international community,  you can visit Dr. Ken Ritley’s website.)