DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
View Events Video Library
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Integrating PostgreSQL Databases with ANF: Join this workshop to learn how to create a PostgreSQL server using Instaclustr’s managed service

Mobile Database Essentials: Assess data needs, storage requirements, and more when leveraging databases for cloud and edge applications.

Monitoring and Observability for LLMs: Datadog and Google Cloud discuss how to achieve optimal AI model performance.

Automated Testing: The latest on architecture, TDD, and the benefits of AI and low-code tools.

Related

  • Why "Polyglot Programming" or "Do It Yourself Programming Languages" or "Language Oriented Programming" sucks?
  • A Robust Distributed Payment Network With Enchanted Audit Functionality - Part 1: Concepts
  • Single Responsibility Principle: The Most Important Rule in the Software World
  • Challenges of Creating Digital Twins in the Transition to Industry 4.0

Trending

  • AI for Web Devs: Project Introduction and Setup
  • How To Validate Archives and Identify Invalid Documents in Java
  • Choosing the Appropriate AWS Load Balancer: ALB vs. NLB
  • The Convergence of Testing and Observability
  1. DZone
  2. Software Design and Architecture
  3. Cloud Architecture
  4. Oversimplification of computing concepts leads to error

Oversimplification of computing concepts leads to error

Cameron Laird user avatar by
Cameron Laird
·
Jun. 11, 10 · News
Like (1)
Save
Tweet
Share
1.89K Views

Join the DZone community and get the full member experience.

Join For Free

"Performance" is multi-dimensional; so is "compatibility" and "scalability"... Well, whatever it is, it surely tells us more than a single bit of information!

People often write in such simplistic extremes, and I'm starting to notice that many who work in computing -- sometimes even experienced decision-makers -- operate as though being able to say the words means that they understand the concepts. Here's an example:

Intellectual honesty recognizes complexity

Christopher Blizzard recently wrote on "intellectual honesty and HTML5". He makes several appropriate and even important points about, for instance, the profoundly mixed messages browser providers send when they advertise their conformance standards in ways that undercut interoperability. For him, "HTML5 is in a dangerous place since everyone wants to own it, but everyone is in a different place in terms of ... even what it means."

As part of his evidence, Blizzard includes a polychromatic table labeled "... support of currently displayed [HTML5] feature lists", denominated in percentages: Firefox 3.6, for example, is measured at 90%. Blizzard's a thoughtful, energetic guy, and I assume he recognizes the limits of his presentation. What has alarmed me, though, is the extent to which others with whom I've chatted about HTML5 believe percentages like those that appear in his article. Among the difficulties:

  • HTML5 isn't finished;
  • HTML5 isn't a single standard;
  • the table isn't explicit about what a feature is. Is <audio>, for instance, one feature? Eighteen closely-related features?
  • does "support" mean "parse in some way, even if not the way other browsers do", or "interpret identically with Mozilla" or ... ?
  • features -- however they're segmented -- are all given the same weight, without regard to their importance in use; and
  • even for a specific browser version, not all platform-specific implementations behave identically on all HTML5 features.

Despite all this, I encounter arguments based on these measurements where the discussants appear to believe that they've captured something real: "there's no point in testing for Safari because it's stagnant [that is, its quoted support percentage doesn't change from 4.0 to 4.1]."

An important part of engineering and project management is, of course, to be able to make good decisions with incomplete information. There's value in measurements like those which populate Blizzard's table. Nearly all of that value erodes away, though, when the reader's comprehension is so impoverished that he believes the measurements capture everything there is to know about, in this case, HTML5 compatibility. That is the pattern that sets off my alarms.

Database scaling

"Scalability", specifically in databases, is subject to the same disease. Scalability certainly is an important concept or idea. To reduce it to a boolean variable, though -- "DB2 isn't scalable; MySQL is scalable"-- is such a bad strategy as to leave me nearly speechless. "[E]s ist nicht einmal falsch!"

Any meaningful decision about database performance probably needs to juggle at least:

  • scaling schema size;
  • scaling table size;
  • scaling network connectors; and
  • distinction of read and write operations,

let alone capabilities for configuration of partitions, stripes, replicas, server-side procedures, multi-processing, and caching. Simplistic reduction of all that to a single figure or even bit tells more about the analyst than it does the database management system.

Yet, I often cross paths with practitioners who speak exactly that way. The only sure remedy I know is to be explicit and objective: what exactly are we trying to scale? How will we know if we're successful? Are we targeting a specific measurement? This kind of care requires a bit more effort than a knee-jerk, but it's far more likely to lead to a good outcome: purchase of an economical platform, or construction of an application back-end which actually keeps up with user demands.

Einstein's principle

It's good to make our ideas simple. It's bad to make them too simple.

Database Concept (generic programming) Computing

Published at DZone with permission of Cameron Laird. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Why "Polyglot Programming" or "Do It Yourself Programming Languages" or "Language Oriented Programming" sucks?
  • A Robust Distributed Payment Network With Enchanted Audit Functionality - Part 1: Concepts
  • Single Responsibility Principle: The Most Important Rule in the Software World
  • Challenges of Creating Digital Twins in the Transition to Industry 4.0

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 100
  • Nashville, TN 37211
  • support@dzone.com

Let's be friends: