アカウント名:
パスワード:
当たり前のことだけど世に言うノーコードって指示がグラフィカルUIだったり自然言語的にできるってだけで、~値が~だったら~する、ただし~の場合は~みたいに業務のみならず扱うデータ構造の理解と論理思考が必要だから、PGの素養が無いと使えないんだ。学習コストを多少下げられはするだろうけど、そもそも今更何かを学習する意欲の無い高齢者や、どんなに勉強してもまったくプログラミングの概念が理解できない一部の人まで扱えるようになるようなものではないんだよね。まぁ若い事務方にこんな風にしたいからやっといてって投げられるのは都合がいいのかもしれない。
「プログラムを書く」がアセンブリ言語を使って書くことを意味していたころ高水準言語が出てきたことで、これからはコンピュータにやってほしいことをこの簡易言語で指示すればいいのだからプログラミングは不要と言われてたとか。
COBOLは自然言語っぽく書けるようにすればプログラマではない一般の人でもプログラムを書けるようになるという考えで仕様が決められたとか。
大昔、「プログラムレス言語 [kohgakusha.co.jp]」というのが流行った時期があってのう。この世界では周期的にこの手のが沸いてくるんじゃ。
SQLもそうだよ。INSERTとUPDATEで書き方がまったく違うキモい文法とかは自然言語っぽく書けるようにすることに由来している
FORTRANだって、数式を書けばそのままプログラムになるって発想だったはず。
A = A + B
とかいう気持ち悪い数式が蔓延った原因の一つだと思う。
話はずれるが、アセンブリ言語でMOVE命令(MOVとかMVと書くこともある)ってデータを移動するんじゃなくて、コピーしてるのもモヤモヤする。
なんか「Σプロジェクト [wikipedia.org]」が目指したところと同じように聞こえるんだが、
プログラミング専門知識を必要としないマニュアル化された部品の組み立てでソフトウェアを即席製造できる環境を普及させることだった。ソフトウェア製造のオートメーション化も視野に入れていた。これはΣシステムと呼ばれた。
40年近くの時を経て、やっと時代がΣプロジェクトに追いついたのかっ!w
中央サーバーからプログラム部品をダウンロードして使うだけとかGitHubっぽいな。CPUとOSが決め打ちというのも、今ではx64とLinuxでほぼ決め打ちできる。プログラムがただで手に入るとか早すぎた理想だったんだな。
結局、Excelでいいんじゃないの、とか思ったりして。コード書かなくて、人間が頑張って条件判定して入力すればいい
そして役場のパソコンが500件のデータも処理できないとかに
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
ノーコードという甘言 (スコア:1)
当たり前のことだけど世に言うノーコードって指示がグラフィカルUIだったり自然言語的にできるってだけで、
~値が~だったら~する、ただし~の場合は~みたいに業務のみならず扱うデータ構造の理解と論理思考が必要だから、PGの素養が無いと使えないんだ。
学習コストを多少下げられはするだろうけど、そもそも今更何かを学習する意欲の無い高齢者や、
どんなに勉強してもまったくプログラミングの概念が理解できない一部の人まで
扱えるようになるようなものではないんだよね。
まぁ若い事務方にこんな風にしたいからやっといてって投げられるのは都合がいいのかもしれない。
昔々 (スコア:1)
「プログラムを書く」がアセンブリ言語を使って書くことを意味していたころ
高水準言語が出てきたことで、これからはコンピュータにやってほしいことを
この簡易言語で指示すればいいのだからプログラミングは不要と言われてたとか。
COBOLは自然言語っぽく書けるようにすればプログラマではない一般の人でもプログラムを
書けるようになるという考えで仕様が決められたとか。
Re:昔々 (スコア:2, 興味深い)
大昔、「プログラムレス言語 [kohgakusha.co.jp]」というのが流行った時期があってのう。
この世界では周期的にこの手のが沸いてくるんじゃ。
Re: (スコア:0)
SQLもそうだよ。INSERTとUPDATEで書き方がまったく違うキモい文法とかは自然言語っぽく書けるようにすることに由来している
Re: (スコア:0)
FORTRANだって、数式を書けばそのままプログラムになるって発想だったはず。
A = A + B
とかいう気持ち悪い数式が蔓延った原因の一つだと思う。
話はずれるが、アセンブリ言語でMOVE命令(MOVとかMVと書くこともある)って
データを移動するんじゃなくて、コピーしてるのもモヤモヤする。
Re: (スコア:0)
・もともとメモリレジスタ間のコピーはLOAD、レジスタレジスタ間のコピーはMOVEと呼ばれていた
・これはそもそも回路が違うので命令を分けたかったが、メモリレジスタ間のコピーではコピー元が現状を維持する必要性が高いのに対し、レジスタレジスタ間のコピーでコピー元はすぐ別の用途に使われ、元の値がどうなるか気にするケースがほとんどないこと、からそう命名したため
・8086はめんどくさいのでどっちもMOVEにした
Re: (スコア:0)
なんか「Σプロジェクト [wikipedia.org]」が目指したところと同じように聞こえるんだが、
プログラミング専門知識を必要としないマニュアル化された部品の組み立てでソフトウェアを即席製造できる環境を普及させることだった。ソフトウェア製造のオートメーション化も視野に入れていた。これはΣシステムと呼ばれた。
40年近くの時を経て、やっと時代がΣプロジェクトに追いついたのかっ!w
Re: (スコア:0)
中央サーバーからプログラム部品をダウンロードして使うだけとかGitHubっぽいな。
CPUとOSが決め打ちというのも、今ではx64とLinuxでほぼ決め打ちできる。
プログラムがただで手に入るとか早すぎた理想だったんだな。
Re: (スコア:0)
結局、Excelでいいんじゃないの、とか思ったりして。
コード書かなくて、人間が頑張って条件判定して入力すればいい
Re: (スコア:0)
そして役場のパソコンが500件のデータも処理できないとかに