Update Hugo for Node 16 Github Pages

Recently, GitHub updated actions from Node 12 to Node 16 (See GitHub Actions: All Actions will begin running on Node16 instead of Node12). As a result, Hugo deploys will fail. All I saw was that I committed the updated site, and the deploy did not happen.

To make it work again, you need to update your gh-pages.yml in the hidden .github/workflows folder to reflect the new Ubuntu and checkout versions:

Read on →

Two Months with the M1 Macbook Pro

This is my fourth CPU Architecture transition in the Apple ecosystem, from the Motorolas on the II’s and LC, through the PowerPCs in the Titanium Powerbook, Intels on the Aluminum MacBooks to the ARM M1 today.

This transition has been the smoothest by far, so much so, it’s not worth posting about. But that would overlook the incredible amount of work performed by untold thousands of people in building and testing their software to ensure this invisible transition happened.

And it would overlook the significant changes in hardware too, not just the CPU architecture, but also the move to new GPUs, screens, security chips, ports and keyboard.

Read on →

Where the Rights Are

I have been writing software professionally for 32 years. I must have written several millions of lines of production code in that time.

But I do not own the rights to any of the work product I have made. It all belongs to someone else. That is the way.

The question is how can one go about making great software product, still earn a satisfactory living, and yet retain the rights on that work product and create a revenue steam off it?

Read on →

Innocuous Birthday Career Advice

Today, I turn 55. I now have over 32 years of work experience. These numbers got me thinking about what I wish I had known when I started my professional careers.

We’ve all heard this before. Maybe it’s time to act on it.

Read on →

Go to Where the Puck Is Going

“Go to where the puck is going, not where it has been”. - Walter Gretzky (Wayne Gretzky’s father) Should we be building new product on existing, proven software stacks, or taking the challenge to start using the newer tools? In this post, I take a high-level look at the technology landscape for commercial software development to aid in a thought exercise on how I would want to create new software products.

Read on →

Discoverability Is Deserved

Discoverability is the user’s ability to find key information, features, services and capabilities in a software application. It enables users to locate, see, learn and understand what capabilities the software provides. If users cannot discover a capability, how will they know it exists in the application in the first place? Designers and developers need to keep this in mind when architecting and structuring applications. They need to not only focus on what is being provided, and how users can use it, but also on how users can find it.

Read on →

What Did I Create as an Asset Manager CTO

I plan to write more about being a coding CTO, but in the mean time, to set my credentials, I posted an article on Noverse describing, at a high level, what software and systems I have built for Asset Managers. Take a look at What Did I Create as an Asset Manager CTO.

Optimizing Short Form Writing for Developers

The vast majority of non-code writing performed by software engineers is short form standard format, defined here as:

  • Short Form: A small amount of headings and text up to 1000 words
  • Standard Format: The same standard structure or pattern of document repeated over and over again

Yet even though its short form and standard format, it takes too much time and effort to produce these, so we developers conveniently “forget” to create these valuable documents (or mess up structure of them).

I have found my way to optimize the creation of these so I can spin them up quickly, deliver the information needed correctly, send them out and get back to coding.

Read on →

Code Review is not all about the Code

We all understand the benefits of the code review process in reducing the risk of software issues making it out into the wild, and in improving the skills of developers. Frequently though, the code review focusses wholly on the code and on an eyeball search for potential bugs and no more. There is a better way. As developers, we read and write code all day, it’s our superpower and wholly inside our comfort zone.

Read on →

Working from Home ... 88 Days Later

Follow on post to Working From Home … Here We Go! written in March. 88 Days ago in New York we all started working from home. 88 Days ago we stopped commuting, sat down for the first time at our fledgeling home workspaces, launched our first Zoom or Slack meetings and started figuring out how best to do our jobs from there. 88 Days later, we’re still doing it and will be for the foreseeable future.

Read on →