Skip to main content

We don't need no $#@% badges!

My trip home to Boulder took me past Breckenridge, Colorado. Its late fall and the leaves are falling rapidly, with only a sprinkling of yellow remaining on small groves of Aspens. Even though it was late Sunday afternoon the streets of Breckenridge were pretty much deserted, as the town wrestled with catering to an in-between-seasons crowd. As I looked in shop windows however, I couldn’t help but notice how snowboards had completely overtaken skis, and how, even with clothing, the impact of the younger generation and their passion for boarding had relegated almost everything else to the back shelf.

I recall overhearing, just a few years ago, a group of ski fanatics, outfitted in their color coordinated gear, expressing a disgust at the young people who wore jeans fashionably slipping of their hips, snowboards under their arms, messing the fashionable scene of winter sports … clearly, fashions change. But the move away from the difficult to control and just plain scary skis to the simpler, more direct, snowboard represents recognition that in order to grow and attract new adherents, skiing had to accommodate modernization. After all, for our hard-texting youth, its tough to do and hang onto ski poles at the same time!

The picture at the top of the page is of the view from my front porch where the reds of maple trees can be clearly seen between the yellows of nearby snowberry trees. Nothing more dramatic is representative of change than an autumn day. As the temperature dropped I took advantage of the opportunity to page back through older issues of magazines and to catch up on my reading. Liberally sprinkled through the piles of magazines were many car and motorcycle publications and with memories of Breckenridge, and the prevalence of snowboards in evidence around the town, a couple of editorials caught my attention.

In a September 2008 issue of Motor Trend there was a “spy-cam” photo of a new Ford that clearly showed the presence of a paddle shift manual transmission. The writer then waxed lyrical over the potential for “a rear drive 2013 Mustang with a 415-horse EcoBoost twin-turbo V-6, independent suspension, and a six- or seven-speed dual clutch paddle shift transmission. Where do we sign?” However, in the editorial of the September 2010 issue of Car and Driver, the column started with the observation “I noticed an alarming paucity of vehicles offering fully manual transmissions. Even sports-car stalwart Ferrari, of gated-shifter fame, isn’t providing a three-pedal option on the new 458 Italia.”

And then, with a related thought from out of nowhere, the Car and Driver editor adds “Equally distressing, I read in the Washington Post that our nation’s hard-texting youth have pronounced driving seriously lame.” However, the picture becomes a little more clear when the same editor suggests “if teens learned to operate the entire car, not just the steering wheel and occasionally the brakes, I’d bet they’d like driving better. If they knew the sense of control imparted by that third pedal, I’d bet they would strive for its mastery and conquer their fear!” His closing comment? Simply put “let’s train our offspring in the ancient ways of the stick shift.”

Across society there were obviously those who not only didn’t see progress for what it really is, but continued to push hard for legacy technology. This led to another editorial, this time in the latest issue of Vette magazine. In this column, the writer identified with many of us in IT when he wrote “I’ve always been somewhat skeptical of advancing technology, especially when it applies to the automobile. Even so, I think it’s important to distinguish between needlessly complex luxury features that muddle the man/machine interface and well-designed performance- or convenience-based hardware that actually improves the driving experience.” Reminiscent of early impressions about the iPhone, for sure!

What generated this response by the editor of Vette were the very same editorials I had come across. “The initial thrust (of these columns) is that conventional manual transmissions are on the wane, increasingly pushed aside by advanced sequential and dual-clutch automated gearboxes … and the surprising culprit for the old-tech manuals demise: today’s gadget-crazed youth.” In the last statement on the issue of progress, the editor comments “the implication is that manufacturers have taken notice of this generational shift and have retooled their offerings to emphasize visual style over tactile satisfaction (who knew Lamborghini was so well attuned to the buying preferences of 16-year-olds?)”

Readers who may have thought I have spent too much time on the issue of older, legacy, manual transmissions and the school of thought that suggests real drivers only drive manuals, can surely sense where I am going with this. When it comes to programming I can recall many discussions where the talk turned to the programming languages of choice. It’s been a long time since anyone paid me to write code (my last lines of code were in June, 1979 when I was assisting with the installation of a Fujitsu FACOM IBM “plug-compatible mainframe” and I was writing routines for their equivalent of IBM’s BTAM in 370 Assembler) and I wouldn’t encourage anyone to suggest I return to that discipline within our profession. As enthusiastic as I was at the time about the usefulness and precision of Assembler, I would never champion a return to usage of any of these languages.

The reason there’s so much discussion on the subject of languages within the NonStop community perplexes me somewhat, and I often come away amused by it all – within a community viewed by the population at large as being on the forefront of technology, why would any time be spent on waxing eloquently over the use of languages long past their “use-by dates.” To be specific, why are there so many within our community passionate over Tandem languages such as TAL and even TACL. “I’ve written this neat TAL routine!” Wow! “I just created this wickedly powerful TACL macro!” Even wower!

The story that get’s lost in these discussions is the drive to greater productivity and to greater maintainability. There will always be arguments over the precision and control that can be exercised using these languages, and there will always be a place for them I suspect deep in the bowels of the system – but for the majority of us who need to meet deadlines, there’s little to be said in continuing to pursue projects using these languages.

There are only two reasons why anyone in the NonStop community would still want to work with legacy languages and tools such as TAL and TACL. I’m sorry, and this will hurt some of my closest friends, TAL and TACL supporters either refrain from learning anything modern because they don’t feel there’s any real value from doing so this late in their life, or they view it in part as job security. With the downsizing and off-shoring that’s taken place over the past couple of decades, someone has to keep the lights on and support the many lines of code that’s still in operations and until the system is replaced, “I can hang in there doing what I’ve always done.” The kids coming in from college know nothing of these languages and will be loathe to be assigned to supporting them, so “it’s cool! I will be alright! Pass the diet mountain dew!”

Seriously, the energy being exerted in the pursuit of modernization isn’t happenstance. It’s a serious subject that generates so much analysis at so many companies. We have moved way beyond any need for inline macros, subroutines, procedures, and even objects. Looking at a modern simulation game I have no idea how they manipulate as much data as they do in real time, but the languages in use today cater for a richness of experience unimagined just a few years ago. And the amount of data that’s coming from the enormous transaction flow we see today calls for languages that are capable of manipulating so many dimensions, it’s beyond comprehension. And the capabilities of these legacy programming environments!  

There’s no badges issued at NonStop events that proudly promote skills in legacy languages. And that’s a good thing. Change is going to keep coming at us even faster and there’s just no way we can cut enough code to process all that must be addressed if we stick with the languages and tools of the past. Even if we could, there would be no resources available to properly QA it all, time and time again, for every little change. I’m not suggesting that Java or C# are in and of themselves the ultimate answer – new languages will continue to surface. The real story is to not dwell too long over anything we have mastered. All of us within the NonStop community need to be aware that improvements in this area will continue to appear.

I have driven cars with modern automated clutches and I have been active on a number of forums strongly advocating wider adoption in cars that I like. I still have cars with stick-shifts but my preference as a daily drive, and indeed, for use on the track, quickly transitioned in support of the newer products. Want to feel like a race car driver? Get a manual transmission. Want to be a race car driver? Get a modern automated manual!

And this is how it should, indeed, must be. No more so than when it comes to IT and programming languages. There’s little to be gained from being the last man standing, when it comes to programming. And there’s no future in training our programming offspring in the ancient ways of Assembler!

Comments

Unknown said…
One of the advantages of learning to program in the older languages is that you were constrained in the amount of memory that you could use, and you had to be aware of the environment that you were working in, so that you didn't overlap work space into another program's work space thereby corrupting both programs. The ideal programs were compact, concise, and fast. Memory was measured in K, disk was expensive and tended to be unreliable, and tape (the medium of choice) was both fragile and time consuming. With the newer languages, programmers don't worry about memory size or efficiency. If it doesn't work correctly or as fast as it should, then just throw more memory or faster hardware at it and it will function. Newer hardware is being developed to handle the increased size and complexity of such programs. Granted, the older programs were limited in what they could do, but many of them formed the basis for the newer languages. Unfortunately, the effort required to produce the same quality of code in the newer languages is not being taught, resulting in memory leaks, buffer overflows, and other problems that result in poor results or weaknesses in the code that can cause it to be used by hackers. Programming, like any other skill, still requires a sound understanding of the basics before you can push on to more advanced methods.

Popular posts from this blog

If it’s June then it’s time for HPE Discover 2021.

  For the NonStop community there has always been an annual event that proved hard to resist; with changing times these events are virtual – but can we anticipate change down the road? Just recently Margo and I chose to return home via US Highway 129. It may not ring any bells, but for those who prefer to call it the Tail of the Dragon – 318 curves in 11 miles – it represents the epitome of mountain excitement. For Margo and me, having now driven the tail in both directions, driving hard through all these turns never gets old. Business took us to Florida for an extended week of meetings that were mostly conversations. Not everything went to plan and we didn’t get to see some folks, but just to have an opportunity to hit the road and meet in person certainly made the 4,500 miles excursion worthwhile. The mere fact that we made touring in a roadster work for us and we were comfortable in doing so, well, that was a real trick with a car better suited to day trips. This is all just a p

The folly that was Tandem Computers and the path that led me to NonStop ...

With the arrival of 2018 I am celebrating thirty years of association with NonStop and before that, Tandem Computers. And yes, a lot has changed but the fundamentals are still very much intact! The arrival of 2018 has a lot of meaning for me, but perhaps nothing more significant than my journey with Tandem and later NonStop can be traced all the way back to 1988 – yes, some thirty years ago. But I am getting a little ahead of myself and there is much to tell before that eventful year came around. And a lot was happening well before 1988. For nearly ten years I had really enjoyed working with Nixdorf Computers and before that, with The Computer Software Company (TCSC) out of Richmond Virginia. It was back in 1979 that I first heard about Nixdorf’s interests in acquiring TCSC which they eventually did and in so doing, thrust me headlong into a turbulent period where I was barely at home – flying to meetings after meetings in Europe and the US. All those years ago there was

An era ends!

I have just spent a couple of days back on the old Tandem Computers Cupertino campus. Staying at a nearby hotel, this offered me an opportunity to take an early morning walk around the streets once so densely populated with Tandem Computers buildings – and it was kind of sad to see so many of them empty. It was also a little amusing to see many of them now adorned with Apple tombstone markers and with the Apple logo splashed liberally around. The photo at the top of this posting is of Tandem Way – the exit off Tantau Avenue that leads to what was once Jimmy’s headquarters building. I looked for the Tandem flag flying from the flagpole – but that one has been absent for many years now. When I arrived at Tandem in late ’88 I have just missed the “Billion Dollar Party” but everyone continued to talk about it. There was hardly an employee on the campus not wearing the black sweatshirt given to everyone at the party. And it wasn’t too long before the obelisk, with every employee’s signature