アカウント名:
パスワード:
可読性の高い日本語プログラミング言語をつくって、それを詳細仕様とするっていうやり方は、基幹系システムではそれなりに理にかなった方式だとおもうが、なぜかtwitterでは大不評
他社にも広げればいいのにね
日本語は解釈が曖昧になりがち。他部門はもとより、来年の自分とでも齟齬を発生させやすい。
英語でも解釈は曖昧なんだがな。アルファベット以外の言語がプログラミングに向かないのはいちいち変換しないと書けないのが大きいよ。
どの言語でも「自然言語でプログラミングを書かせろ」って要望が一回は出て「作ってみたけど書くだけで苦痛だし書き手の論理性が足りなかったよ」って結論で放棄されてるのにな
大元コメには是非「質問の余地が一切無い完璧な仕様書」を好きな自然言語で書いてみて欲しい一個でも質問が出て詰まったり揉めたり未定義部分の明確化が起こったりしたら失格って条件で計算機に常識は無いので「常識に基づいて」の類も一切NGで
変な自然言語プログラム採用するよりも一般的な言語で変数名や関数名に日本語を使えってコーディングルール設けるだけで十分だと思う。それだけでかなり可読性上がる。変数名とかに日本語使えない雑魚言語は捨てるところから始めないといけないけどね。
じゃあまず見た目と内部表現が1:1対応してるエンコーディングを屏風からどうぞ
変数名や関数名って、日本語じゃなくてもわかりづらい例はいくらでも思いだせる。それを日本語にしたからって分かりやすくなると考えるのは単純すぎる。
大元の原因は、変数や関数の目的や処理内容が明確じゃないからなんでしょうね。
自然言語で書かせろ、即、大意から書かせろが最大のくそ!大意の表現のせいで曖昧になる。矛盾も頻繁する。
質問出来て、一時的に解決しても、くそは基本的な原則として残り続けるから、何度でも際限なく曖昧・矛盾が再来する。自然言語自体のせいでは無い。
自然言語というくくりなわけであって日本語だけじゃないけどな。例えば英語を使うにしても契約書とか、これでもか!っていう勢いで曖昧さを排除する記述をする必要があるのは同じわけで。
#日本語文化圏において「察しろ」が強く働く傾向にあるというのには同意するが。
半角全角で宗教論争がおこったり、かなで送るか送らないかで喧嘩したり。文章の校正みたいな感じで表示してくれるlintとか、あったらみてみたい。
金融系のあの膨大なコードは、日本語だろうとそうでなかろうと「仕様」としては読みづらいんじゃないかな
Mind使えよ
三菱電機インフォメーションネットワーク株式会社=Mitsubishi Electric Information Network Corporation(自略称:MIND)って使える?https://www.mind.co.jp/ [mind.co.jp]
素人目にMindは、スタックオーバーフローに陥り易そうな気がする。
MDIS のほうがまだ、というイメージだったけど、事業再編でよくわからなくなった。
いま、MINDって(三菱電機)グループ外向けの事業やってるの?
プログラム言語で書かれたことを理解するのは易しいプログラム言語では書かれてないことを理解したり検討したりするのが難しい易しく書かれていることをもっと易しく書いてもほとんど意味はない
プロの音楽家に向かって「五線譜じゃなくて、運指表をそのまま並べて書いた方が理にかなった方式じゃない?」というようなものだ
そりゃ骨折り損で仕事にならないのが目に見えてるから
「銀行の契約書類や手順書を全てひらがなにしたら、誰でも読めるから素人でも銀行員が務まるんじゃないか?」ってくらいバカな発想
その発想で素人に契約書や約款を書かせる事を考えてみたらいいそして素人が書いた誰も読めない契約書で契約を請ける様子を想像してみればいい阿鼻叫喚とはそのことだろう
どこでその理が評価されてるのか教えてください。
その言語自体のソースコードがオープンかクローズドかで変わってくるけど、使用ユーザーが限定されるってことは、バグ修正/報告の人員まで限定されるってこと。そんな言語を基幹系システムで使おうとするほうがよっぽど無謀。
そして時間と金をかければその問題は解決できるのかもしれないが、それならみんな使ってる言語使うよね、っていう。
YPS/COBOL「ワシを呼んだか?」
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
twitterでは叩かれているが (スコア:0)
可読性の高い日本語プログラミング言語をつくって、
それを詳細仕様とするっていうやり方は、基幹系システムではそれなりに理にかなった方式だとおもうが、
なぜかtwitterでは大不評
他社にも広げればいいのにね
Re:twitterでは叩かれているが (スコア:1)
日本語は解釈が曖昧になりがち。他部門はもとより、来年の自分とでも齟齬を発生させやすい。
Re: (スコア:0)
英語でも解釈は曖昧なんだがな。
アルファベット以外の言語がプログラミングに向かないのはいちいち変換しないと書けないのが大きいよ。
Re: (スコア:0)
どの言語でも「自然言語でプログラミングを書かせろ」って要望が一回は出て
「作ってみたけど書くだけで苦痛だし書き手の論理性が足りなかったよ」って結論で放棄されてるのにな
大元コメには是非「質問の余地が一切無い完璧な仕様書」を好きな自然言語で書いてみて欲しい
一個でも質問が出て詰まったり揉めたり未定義部分の明確化が起こったりしたら失格って条件で
計算機に常識は無いので「常識に基づいて」の類も一切NGで
Re: (スコア:0)
変な自然言語プログラム採用するよりも一般的な言語で変数名や関数名に日本語を使えってコーディングルール設けるだけで十分だと思う。
それだけでかなり可読性上がる。
変数名とかに日本語使えない雑魚言語は捨てるところから始めないといけないけどね。
Re: (スコア:0)
じゃあまず見た目と内部表現が1:1対応してるエンコーディングを屏風からどうぞ
Re: (スコア:0)
変数名や関数名って、日本語じゃなくてもわかりづらい例はいくらでも思いだせる。
それを日本語にしたからって分かりやすくなると考えるのは単純すぎる。
大元の原因は、変数や関数の目的や処理内容が明確じゃないからなんでしょうね。
Re: (スコア:0)
自然言語で書かせろ、即、大意から書かせろ
が最大のくそ!
大意の表現のせいで曖昧になる。矛盾も頻繁する。
質問出来て、一時的に解決しても、くそは基本的な原則として残り続けるから、
何度でも際限なく曖昧・矛盾が再来する。
自然言語自体のせいでは無い。
Re: (スコア:0)
自然言語というくくりなわけであって日本語だけじゃないけどな。
例えば英語を使うにしても契約書とか、これでもか!っていう勢いで曖昧さを排除する記述をする必要があるのは同じわけで。
#日本語文化圏において「察しろ」が強く働く傾向にあるというのには同意するが。
Re:twitterでは叩かれているが (スコア:1)
半角全角で宗教論争がおこったり、かなで送るか送らないかで喧嘩したり。
文章の校正みたいな感じで表示してくれるlintとか、あったらみてみたい。
金融系のあの膨大なコードは、日本語だろうとそうでなかろうと「仕様」としては読みづらいんじゃないかな
Re: (スコア:0)
Mind使えよ
Re: (スコア:0)
三菱電機インフォメーションネットワーク株式会社=Mitsubishi Electric Information Network Corporation(自略称:MIND)って使える?
https://www.mind.co.jp/ [mind.co.jp]
素人目にMindは、スタックオーバーフローに陥り易そうな気がする。
Re:twitterでは叩かれているが (スコア:1)
MDIS のほうがまだ、というイメージだったけど、
事業再編でよくわからなくなった。
いま、MINDって(三菱電機)グループ外向けの事業やってるの?
Re: (スコア:0)
プログラム言語で書かれたことを理解するのは易しい
プログラム言語では書かれてないことを理解したり検討したりするのが難しい
易しく書かれていることをもっと易しく書いてもほとんど意味はない
プロの音楽家に向かって「五線譜じゃなくて、運指表をそのまま並べて書いた方が
理にかなった方式じゃない?」というようなものだ
Re: (スコア:0)
そりゃ骨折り損で仕事にならないのが目に見えてるから
「銀行の契約書類や手順書を全てひらがなにしたら、誰でも
読めるから素人でも銀行員が務まるんじゃないか?」ってくらいバカな発想
その発想で素人に契約書や約款を書かせる事を考えてみたらいい
そして素人が書いた誰も読めない契約書で契約を請ける様子を想像してみればいい
阿鼻叫喚とはそのことだろう
Re: (スコア:0)
どこでその理が評価されてるのか教えてください。
Re: (スコア:0)
その言語自体のソースコードがオープンかクローズドかで変わってくるけど、
使用ユーザーが限定されるってことは、バグ修正/報告の人員まで限定されるってこと。
そんな言語を基幹系システムで使おうとするほうがよっぽど無謀。
そして時間と金をかければその問題は解決できるのかもしれないが、それならみんな使ってる言語使うよね、っていう。
Re: (スコア:0)
YPS/COBOL「ワシを呼んだか?」