アプリを開発すべき人の立場で、ノーコード体制をきちんと実現できれば、とても良いだろう。
そうすれば、コーディング技術を学んでいない一般人も直接アプリを作り、専門技術者ならより簡単ではやく、経済的にアプリを作ることができる。このように発生した時間と費用を機能と品質に投資して、とても良いアプリ製品を作ることができる。
しかし、実際のコーディング業務に少しだけ経歴がある人であれば、ノーコードでC、Javaのように適用対象にも制限がなく、実装するUI/UXに自由度の高いノーコード開発プラットフォームやノーコード技術は、事実上不可能と考える人も少なくないだろう。
コーディング経験者であれば、不可能な先入観は当然のこと
ノーコードは本当に可能なのか
現在、ノーコード技術を標榜するソリューションもまだ極少数であり、MS、Oracle、Amazon、Googleなどグローバルベンダーが最近集中しているソリューションも、詳しく調べると、ノーコードよりはローコード(Low-Code)ソリューションがほとんどである。
これはコーディング技術の延長製品であり、ノーコード技術とは目的や効果などの面で全く次元が異なるものといえる。
それだけでなく、ノーコードを標榜するソリューション製品も、エクセルに似たグリッド形態ツールや出力物に特化したツール、特定の処理機能を自動化すRPAツールの動作形態をとっている場合がほとんどである。
これらのツールや技術は、それなりに使用効果やメリットが少なくないが、実際に適用可能な対象や用途、そして具現化可能な機能が非常に限られている。
したがって伝統的なプログラミング言語や開発ツールの役割を果たすのは力不足といえる。
具現化対象と実装ツールの概念を一致させるのが、「ノーコード」の核心戦略
C、Javaなどの伝統プログラム開発ツールの内部はbit、byte、variable、constant、pointer、structure、field、table、function、class、register、interruptなどの概念や構成要素で満たされている。
これらの概念と要素は、私たちが具現化するプログラムの最終機能や構成とも完全にかけ離れており、そのアプリが実際に使用される人間界の仕事処理方式や手順とも完全に異なる体系を持っている。
それで学ぶことも難しく、熟練されることはより難しく、最も致命的な問題だと言える。
したがって、真の意味で実用的なノーコード開発プラットフォームとノーコード技術を実現しようとすると、まず最初にこなさなければならない課題が、最終的に「具現化すべき対象」とそれを「具現化するツール」の構成要素と概念や用語、そして動作する方式を一致させる、企画や設計能力が必要といえる。
コンピューティング装置の処理方式と手順にはズレが生じる
ノーコード技術のこのような本質的特性を十分に把握できていない状態で、これまで開発してきた知的資産（ソースコード、アーキテクチャ等）を再使用することに重点を置き、従来から使い慣れた構造と方式で作られたノーコード開発プラットフォームは、多くの限界点を明らかにするしかない。
このようなアプローチを採用したソリューション製品は、いくら努力しても、C、Javaなどのプログラミング言語のように実装機能や具現化対象、そしてUI/UX表現方式などで自由度が高いことはできず、使用する顧客を満足させることもできなくなる。
AIベースのノーコードソリューションを体験したい方はダウンロードボタンをクリックしてください。 
ノーコード技術ジャーナルは下記のような順序で記述されています。
最も良い方法は順番に読むことを推奨します。
1. [ノーコード技術] なぜ、今...「ノーコードプラットフォーム」ブームが起こっているのか？
2. [ノーコード技術] ソフトウェア産業従事者への深層情報提供が目的
3. [ノーコード技術] ノーコード技術とコーディングの根本的な違いは何か？
4. [ノーコード技術]ノーコードソリューションとローコードソリューションはどのように異なるのか？
5. ノーコード体制を実現するには、何を直すべきか？
6. ノーコードソリューションが、本当にCやJavaの代わりになるのか？
7. ノーコードソリューションの基本的要件は何か？
8. 「ノーコード開発プラットフォーム」が第4次産業革命のエンジンである理由
9. エンタープライズ・ノーコード・プラットフォームの選択基準
10. ノーコード開発プラットフォームは、実務用プログラムの制作に制約のない技術選択が必須