# No-Code Solution Defects: 88%?

**URL:** <https://air.tableforums.com/t/no-code-solution-defects-88/899>\
**Category:** TableForums Discussion\
**Created:** [September 22, 2023, 4:25pm UTC](https://air.tableforums.com/t/no-code-solution-defects-88/899 "2023-09-22T16:25:22Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![bfrench](https://yyz1.discourse-cdn.com/flex029/user_avatar/air.tableforums.com/bfrench/32/46_2.png) [@bfrench](https://air.tableforums.com/u/bfrench)\
**Post date:** [September 22, 2023, 4:25pm UTC](https://air.tableforums.com/t/no-code-solution-defects-88/899/1 "2023-09-22T16:25:22Z")

</div>

### Almost certainly, because that’s the rate for spreadsheet defects.

Many studies have been conducted to gauge the reliability and accuracy of enterprises’ spreadsheets. The data suggests [most have defects](https://www.forbes.com/sites/salesforce/2014/09/13/sorry-spreadsheet-errors/?sh=1e5c211e56ab). Spreadsheets that are designed and built using best practices don’t measure up either, as [this study](https://arxiv.org/pdf/1211.7104.pdf) found.

> _[JPMorgan Chase](https://www.forbes.com/companies/jpmorgan-chase/) lost more than $6 billion in its “London Whale” incident,[in part due to Excel spreadsheet errors](http://www.businessinsider.com/excel-partly-to-blame-for-trading-loss-2013-2) (including alleged copying and pasting of incorrect information from multiple spreadsheets)._

The vast majority of spreadsheets are built by no-codeists.

> _What’s the likelihood that your company’s modern no-code systems are free of defects?_

If no-codeists built them, the odds are not in your favor.

> **[No-Code Solution Defects: 88%?](https://impertinent.substack.com/p/no-code-solution-defects-88)**
>
> Almost certainly, because that's the rate for spreadsheet defects.

---

<div class="post-metadata">

**Author:** ![Kuovonne](https://yyz1.discourse-cdn.com/flex029/user_avatar/air.tableforums.com/kuovonne/32/17_2.png) [@Kuovonne](https://air.tableforums.com/u/Kuovonne)\
**Post date:** [September 22, 2023, 10:33pm UTC](https://air.tableforums.com/t/no-code-solution-defects-88/899/2 "2023-09-22T22:33:02Z")

</div>

What is the corresponding percentage of defects in code-based solutions?

---

<div class="post-metadata">

**Author:** ![bfrench](https://yyz1.discourse-cdn.com/flex029/user_avatar/air.tableforums.com/bfrench/32/46_2.png) [@bfrench](https://air.tableforums.com/u/bfrench)\
**Post date:** [September 22, 2023, 11:39pm UTC](https://air.tableforums.com/t/no-code-solution-defects-88/899/3 "2023-09-22T23:39:43Z")

</div>

> [@Kuovonne](#):
>
> corresponding percentage of defects in code-based solutions

While a good question, it’s irrelevant to this defect rate because the people who build no-code systems are generally cut from the same cloth as people who build spreadsheet solutions. That was the point of the article - to use known data from historical no-code solutions to anticipate or predict what is likely occurring in systems built in similar ways.

My hunch is that software developers who decide to slum it with no-code platforms are probably building solutions with a low defect rate for obvious reasons.

---

<div class="post-metadata">

**Author:** ![Kuovonne](https://yyz1.discourse-cdn.com/flex029/user_avatar/air.tableforums.com/kuovonne/32/17_2.png) [@Kuovonne](https://air.tableforums.com/u/Kuovonne)\
**Post date:** [September 25, 2023, 6:44pm UTC](https://air.tableforums.com/t/no-code-solution-defects-88/899/4 "2023-09-25T18:44:26Z")

</div>

> [@bfrench](#):
>
> it’s irrelevant to this defect rate because the people who build no-code systems are generally cut from the same cloth as people who build spreadsheet solutions.

That is fair. But it might also be useful to someone contemplating outsourcing a solution—should they outsource to a no-code dev, or a code-based dev. (On the other hand, a good code system might be faster/cheaper/easier to maintain than a full code solution.)

> [@bfrench](#):
>
> My hunch is that software developers who decide to slum it with no-code platforms are probably building solutions with a low defect rate for obvious reasons.

Hum. My experience with text-code-devs is very out of date. It has been over two decades since I worked with code-devs on a daily basis. My gut feeling is that text-code-devs tend to think about edge cases and testing/QA more than no-code devs. But text-code-devs also make their fair share of bugs.