品質文書は、仕様記述言語、プログラミング言語で記述するとわかりやすいと感じている。仕事で仕様記述言語も、プログラミング言語も習得しているからかもしれない。

50歳以降に学んだ言語の３分の１くらいは、仕様記述言語として利用可能な言語類だ。

仕様記述言語＞プログラミング言語＞英語＞日本語の順番をまず想定する。

場合によっては、仕様記述言語で書くよりも、プログラミング言語で書く方が、わかりやすい場合もあるかもしれない。プログラマは、しばしば仕様記述言語よりも経験値からプログラミング言語の方が可読性が高いと感じる。設計書をプログラミング言語で書く理由も経験値による。

仕様記述言語から、プログラミング言語への自動変換（自動生成）ができれば、そんなことはないかもしれない。

英語、日本語の文書に限らずは、概念の集合関係を定義せずに用いると、読み手と書き手の間で、集合の包含関係の逆転が起きていることに気がつかないでいることがある。

QC検定１級問題などから、日本語の文章例を引用してみる。
第31回(2021年3月)品質管理検定1級

品質文書としてわかりにくい表現を洗い出し、規範となる表現例を試作してみる。
数式で書けばわかりやすくなるわけではない。
仕様記述言語は、すべての記号を説明しようとしている。
提示した事項は、もれなく説明するか、回答に関係のない事項のみ説明しないかのどちらかだとありがたい。

相関分析・単回帰分析

相関分析、単回帰分析をするときには、
因果関係とは切り離すとよい。

時系列分析と因果分析も切り離しているとよい。

ある時系列で、

A->B->C

という事象を観察しても、

因果関係としては、
C->A
B->A
C->B
という関係は仮説として保留しつづける。

というか、相関分析、時系列分析は、因果関係とは切り離していないとらちがあかないかもしれない。

マシューズ相関係数とピアソン相関係数は同じなのか？
https://qiita.com/mmmmm1202/items/a4628bc549288f4dee33

品質の基礎　資料集(4)相関分析・単回帰分析