パスワードを忘れた? アカウント作成
12802807 journal
日記

dotkuwaの日記: プログラム言語の本当の本質とDevOps 1

日記 by dotkuwa

手続き型プログラム言語の「順次、分岐、反復」という
枠組みは自然言語で表現可能です。
ですから逆説的にこれをプログラム言語の本質と思って
しまうのかも知れませんん。
プログラム言語を知らなくても議論が可能な領域だからです。

しかし、オブジェクトをその枠組みに配する事で、即、
その(人間に依って作られた、予定調和では無い)世界で
振る舞い、相互作用を起こすという、
具体的に言うとビジュアル系のプログラム言語の時間線に
アバターを放り込むと、それらが動き出すという事は、
自然言語で表現出来ないと思います。

プログラム言語を知らないと、これを「些細な技術的な」
決めごとと決めつけ、合意の対象としなくなります。
しかし、実際のユーザーや運用担当者にとっては、
単なる「順次、分岐、反復」という枠組みである要求仕様だけ
では飽き足らず、振る舞い、相互作用まで表現された、
再現出来る仕様の決めごとが決定的に必要と思うはずです!!
どちらも同じように必要です。

しかし後者はプログラム言語にしか書いて無く、自然言語の資料に
まとめる事はあり得ません。実際に、まとめている内に自分でも解る
位にぼろぼろと崩れ落ちて行くでしょう。

実際のユーザーは、お金を出す人ですし、裁判所のプログラマー
に対する心証も最悪か、良くて保護すべき責任能力を持たない
白雉でしょうから、後出しで要求された事に際限なく答えないと
ならないでしょうけれど(それもこれも、彼らが再現出来る仕様に
ついて合意出来るリテラシーを持っていないからですが)、

運用の人間は同じ専門家ですし、お金も支出していないでしょうし、
彼らは(少なくともハッピの下にワイシャツとネクタイを着ける
立場の彼らは)プログラム言語に精通し、少なくとも一人前の
プログラマーを超えた技術がある必要が有ります。
そうで無い場合、運用の人間で無くユーザーになります。

ですのでDevOpsの必要条件は、Ops側の主立った人間の、一人前を
超えたプログラミング(プログラム解析)能力となります。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • >しかし後者はプログラム言語にしか書いて無く、自然言語の資料に
    >まとめる事はあり得ません。実際に、まとめている内に自分でも解る
    >位にぼろぼろと崩れ落ちて行くでしょう。
     
    と書きましたが、何でかを書きます。
     
    議論する対象をプログラム言語の代名詞にするだけで、自然言語は
    自動的に擬似的プログラム言語になってしまうからです。
     
    擬似的で、標準化されておらず、実行も出来ないプログラム言語もどきが
    一応歴史のある、検証されたプログラム言語に敵うはずも無く、
    たんに「はずも無い」とか言うだけで無く、根本的におかしくなります。
    具体的には、
    ・厳密に100%、実行不可能な記述になる。
    ・そうでは無いとしても、何を言っているのか解らない記述になる。
    です。
     
    それを防ぐ為には、
    ・プログラム言語でその分野の記述をする。
    ・作った、きちんと出来ているプログラム言語を参照して自然言語で記述する。
     ただし、発展性はあきらめる。(COBOL的な頭の固い)
    ・パッケージやフレームワークの基盤ソフトのプログラム言語を参照して
     自然言語で記述する。
    やり方が有ります。
    良く3番目が推奨されますが、その場合、
    ・基盤ソフトに100%の信頼性と、発展性が必要になる。
    ・余りにそれは大変な事なので、いずれは、ぼられると思われる様な料金を
     取られる。あるいはサポートを放棄される。
    結果になります。
     
    安く済ませるには、1番目か2番目しか無い様に思います。

typodupeerror

吾輩はリファレンスである。名前はまだ無い -- perlの中の人

読み込み中...