Tag Archives: software

Hey! Long Time, No See.

QuantelliaLogoPaleI know it’s been quite a while since last I posted here. I’ve been continuously active on Facebook and have begun tweeting quite a bit as well, but that’s not why I haven’t posted to this blog in the past nearly three months. As of March 1 I began a new career, probably not the kind of thing you hear about 70-year-olds doing all that often. Since then I have been working as the Business Manager for Quantellia, LLC. You may recall I’ve done work for and with Quantellia on and off for the past six years.

Quantellia is a small AI/ML software development house and, until now, one of the co-founders has been running the business. Inasmuch as she is also the organization’s Chief Scientist, and a well-known pioneer in Machine Learning, this was not exactly the optimal thing for her to be doing. I had been touching on the subject and, since she was having such a hard time getting someone competent to run the business, I pressed my offer to do so. She finally relented and things have been going swimmingly, although there have been times I was swimming against the current. I’m definitely climbing a steep learning curve, which sometimes has me questioning if I’m losing my edge.

Actually, at times I can’t quite tell if my intellect is slipping a little bit, or if I just don’t care as much as I used to and I’m not quite as arrogantly sure of myself. My memory seems to be intact, along with my ability to learn and adapt. I’m going to go with the “I just don’t care as much about things as I used to; I’m more sanguine about life, work, and the need to control everything.

At any rate, I’m having a lot of fun. I was once partnered with two CPAs, doing royalty accounting for some big acts: Jackson Browne, Joni Mitchell, The Cars, Dollie Parton, Ronnie Milsap, The Commodores, even Jimi Hendrix’s estate. I learned a fair amount about accounting back then, and now I’m getting the opportunity to revisit what I learned, applying it in different circumstances. I’m also learning about artificial intelligence and machine learning, and hope to convey some of what’s going on in these fields. Although not a data scientist, I am quite capable of seeing where AI can be applied in business to assist with all kinds of issues. I’m sure you can as well.


Twenty Years of Blogging – Congrats to Dave Winer

To Blog or Not to Blog

To Blog or Not to Blog

Dave Winer has played, mostly unbeknownst to me, a critical role in the development of blogging and other forms of online communication, including outliners and other types of online authoring and publishing software. I have been blogging for about ten years and I just recently came to realize his role. Actually, ever since I began following him on Facebook and experimenting with his numerous free offerings, e.g. Little Facebook Editor, which currently allows you to post to both Facebook and your WordPress blog, as well as edit and update both simultaneously, Little Card Editor, with which you can upload graphics (with added text) to both Facebook and Twitter, and Fargo, a quite useful outliner I’m using for a couple of things I’m working on.

Today, he posted in celebration of his twenty year anniversary of blogging. It’s an interesting explanation of what he’s been through (not exactly pretty) and what he thinks he’s learned from it. You can read it here. It’s really worth your while, especially if you’re a blogger and you sometimes wonder if it’s worth it.

I occasionally wonder why I’m doing this, as I’ve no intention of making any money off of my efforts but, rather, am merely looking for a way to express myself and, hopefully, reach a few people who like what I have to say. My biggest reason for blogging nowadays is to leave something of myself for my children, who may or may not find anything of value in it. I keep writing, though it’s sometimes a struggle – especially in terms of sharing some of my more personal thoughts, observations, and desires.

Anyway, this is my way of thanking Dave for what he’s done and recognizing his work in making all this possible. If you’re a blogger, you may not realize the role he’s played. Perhaps you should. At the very least, I always find it interesting to learn more about how we got to where we are. It’s frequently not terribly apparent unless you seek it out.

Mazel tov, Dave. Thanks for the ride. I, for one, am deeply appreciative.


Behind The 8-Ball . . . or Hand me The Hammer & I’ll Fix This.

Now that I’ve had a little while to work with my new iMac, I’m beginning to come down from the techno-induced stupor I’ve been in and am thinking about what this all means to me. I’ve also been thinking about what it should mean for many people who work in corporate America, where I have been laboring for the past two decades and more.

Let me explain what I’m getting at. From the first day I started working at what was then Rockwell International’s Rocketdyne division (formerly North American Rockwell), I was stuck using technology that was already a little behind the eight-ball. Back then (1987) there wasn’t much in the way of personal computers, but they were developing rapidly. I went from an IBM 8086 to an 8088 to an AT and, finally to Windows and on and on. As time wore on the level of state-of-the-artiness of the available technology I had available at work, unfortunately, fell further and further behind.

Now, this isn’t about the battle that took place between IT (formerly MIS) and Engineering for many years, and how it affected the development of the first LAN in the company (hint – it wasn’t pretty), but rather about the level of security and, perhaps, paranoia that built up over the years with respect to the use of computing resources.

Part of the problem for my line of work was the very real issue of the International Traffic in Arms Regulations (ITAR) which, sometime after we were purchased by the Boeing Company, was painfully and expensively learned after an inadvertent and ignorant violation of the Regs (another story this really isn’t about). This lesson required some education and was fairly easily addressed once understood.

I think I need to throw in a caveat here. I am not an IT person. I have absolutely no formal IT education. I am merely a business person who has worked with (mostly) micro-computers – now called PCs – for close to thirty-five years. I have participated in or led efforts in knowledge management and Enterprise 2.0 for Pratt & Whitney Rocketdyne, and I was instrumental in bringing in our first web-based social system over 7.5 years ago. I have also been the project manager for that terribly under-used application all this time as well. My point here is I may not use language that’s accurate, but I know the kinds of functionality available and I know all of it is – from a corporate point of view – there to serve the business.

What I’m concerned with is the application of a one-size-fits-all mentality to the provision of information technology to a company’s workforce, as well as the imposition of blanket security regulations that serve to cripple an organization’s ability to keep abreast of developments in that same technology. This becomes increasingly important as more capability moves out into the cloud (this includes micro-cloud environments, i.e. inside the firewall capability that utilizes cloud-like architecture.)

I have tried to argue, to no avail – I’m sure others will recognize this particular kind of frustration – for the identification of power users who could be provided with, for lack of a better term, beta capabilities they would exercise and learn about. These people would provide a cadre of workers who are constantly looking at new ways to improve communication, collaboration, and findability. People who’s job, in part, is to find newer and better ways to get things done. In my eyes, this is a no-brainer, and I have to say with the speed things are changing nowadays, I think this kind of approach is even more important.

I recognize it is difficult to get large organizations to move rapidly. One doesn’t turn a battleship on a dime. Nevertheless, it is conceivable to me (much more so now than a decade ago) a small group of people could help any organization understand – at the very least – how work gets done, how workers are communicating and collaborating with each other across various boundaries, and how knowledge is being shared in a timely and useful fashion. I also think, daring as it may seem to some, that paying attention to – and preparing to learn from – the processes that are changing the way we do these things can position a company competitively to be a player, rather than an also-ran. I quite certain failing to do so leaves you with the situation I grew used to; a company with computing resources and experience years behind state-of-the-art. In marketplaces where this can change dramatically in under a year, I think that’s unconscionable.

Have any of you experienced this situation? Does it resonate at all? Am I totally off-base or do you think this would be a viable approach for large organizations to engage in?


Are We Really Communicating All That Better?

In my over twenty years of experience at the large, very successful aerospace company where I labor, I have spent a great deal of time trying desperately to get the IT people to talk to the Engineering people. I haven’t, for the most part, been all that successful. Back in the day IT was truly an empire unto itself and it was pretty blind when it came to listening to the needs of the Engineering community. Furthermore, many of the systems that were used by various programs were dictated by the customers who were paying for our services and our products, basically NASA, the U.S. Air Force, and DOE.

This resulted in some very interesting problems with respect to systems, tools, and their use and subsequent development. What used to happen was Engineering would get an itch for a certain type of functionality but, since it hadn’t been contemplated in the original contract and since it might be some time before it could be renegotiated in order to get some money for developing the code required, Engineering would take it upon themselves to develop what they needed. You can imagine what happened many times. Though not an Engineer myself, I believe all Engineering students study one or more computer languages . .  . I’m fairly certain most of them  do.  Well, they would just get on the problem themselves, either writing code or – even worse – creating a tool in Excel.

So now we find ourselves in the interesting position of having something like a couple hundred tools, many quite useful, many overlapping in functionality. Many of them are unwieldy and kind of out-of-date, yet we don’t quite know how to get rid of them. This does seem to be changing somewhat as the tools of Enterprise 2.0 are gaining traction, i.e. blogs, wikis, user-generated content in general. Regardless, there are still numerous choices for how to deal with each of these as well. What wiki should we use? What about Open Source? (Anathema, btw, in my company – at least for now).

So the beat goes on. We keep adding tools, if at a slightly slower rate than previously (I think), and we seldom shed any. I suspect, as more and more content gets generated through the use of social media, and the ability to organize and make sense of it improves, we will eventually move away from many of the tools we’ve kind of grown up with. Data, too, will probably migrate toward a common format that can be accessed easily by anyone who wishes to and has authority to do so. It would be nice to see everyone on the same page, rather than pockets of people talking about the same thing in slightly different, and frequently incompatible, formats and locations.


%d bloggers like this: