ANALYST VIEW by Jason English

Analyst View

BY JASON ENGLISH Codifying software: Logic vs. belief

Developers write code, thereby codifying software ’ s internal rules and outward appearances.

Programming is not a belief system — it’ s part of computer science for a reason. There is a systematic approach for improving development expertise, gathering and analyzing data, and proving or disproving that the software works. Logic and data are codified in software and in our processes around creating software.

The human influences of societal norms or religion should have little to do with the quality or performance of the software a group of developers can churn out.

Ideology precedes architecture

A particular ideology for codifying technology sets an organization apart from its peers. When team members share beliefs and behaviors, the resulting products can gain consistency in design and utility that ‘just makes sense ’ to customers who resonate with the approach.

The company ’ s founder, or an executive can set the tone for an organization of course — think Steve Jobs or Andy Grove. But for software development, an ideology is usually more than a cult of personality.

A services methodology is not an ideology

A lot of services companies tout an overarching Agile or DevOps methodology, a ‘ customer first’ mentality, or ‘ proven processes ’ for delivering great work. A skeptic sees these as branding exercises to give clients confidence and recruit better developers.

As analysts, we have a hard time evaluating and comparing services offerings as they relate to product value, except when they relate directly to product delivery and training, or operationalization of a SaaS solution for customers.

Jason English is a principal analyst and CMO at Intellyx.

Design-first versus product-first

Design-led ideologies lean on developer intuition, the healthy competition of ideas, and fast iteration to constantly improve the software customer experience, whereas product-led development focuses on constantly delivering and improving features that meet customer demand.

Engineering and operations groups may be able to bridge the gap between design and product orientations by crafting shared models that represent their commonalities.

Coding for global good

Ever since Google quietly dropped its own ‘don ’t be evil’ mantra more than a decade ago, I’ ve been skeptical of companies that say they exist to improve the greater good. The recent trend of ESG (environmental, social & governance) has been co-opted as the latest form of ‘ greenwashing ’ by corporate entities seeking to publicize their environmental concerns.

Still, if such goals make data centers increase efficiency and run on renewable energy, and cause logistics vendors to reduce overall emissions by optimizing truck routes, that’ s inherently good.

An AI company developing healthcare or selfdriving cars can set out to save human lives, and the resulting software will be more likely to do so if it matters.

Societalnormsshould havelittletodowiththe qualityofsoftware developerscanchurnout.

Open source collaboration magic

Open-source projects start out as a kernel of code in a repository, and a code of conduct for founding the community of current and future contributors.

Open source believes in a shared collaborative ideology and democratizing access to non-proprietary platforms, thereby leveling the playing field for individuals to build solutions atop them. Societies to benefit from the resulting innovation.

Attending an open source conference, the ideology of an agreed-upon code of conduct for treating each other with respect supersedes any actual discussion of code and components.

The Intellyx Take

A useful development ideology is not just defined, it is cultivated by a group over time. It is not something that corporate leadership can dictate.

In today ’ s fast-paced world, merged companies never retain their ideological foundations for long, as principal collaborators move on, engaging their efforts and beliefs in the next startup. z

Reach software development managers the way they prefer to be reached

A recent survey of SD Times print and digital subscribers revealed that their number one choice for receiving marketing information from software providers is from advertising in SD Times. Software, DevOps and application development managers at large companies need a wide-angle view of industry trends and what they mean to them. That’s why they read and rely on SD Times.

Isn’t it time you revisited SD Times as part of your marketing campaigns?

For advertising opportunities, contact SD Times Publisher David Lyman +1-978-465-2351 • dlyman@d2emerge.com