グラフィカルなプログラミング言語ない？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2014/01/26(日) 02:49:36.10もっと新しいグラフィカル志向なプログラミング言語が欲しい
0710デフォルトの名無しさん
2014/04/19(土) 00:37:30.73ID:BdrlSiRk紙の文章に印鑑を押していくワークフローにおいては、
中途半端な電子化はかえって非効率になることもある。
でも、電子化を前提に初めからワークフローを見直せば
紙ベースの時よりも効率化することが可能。
グラフィカルな言語も十分検討に値すると思うけど。
0711デフォルトの名無しさん
2014/04/19(土) 00:37:48.42ID:QyTZzyQdそれはグラフィカルなメリットがあるのか？ｗ
コードの一部分だけを取り出して
図にしない限り、意味は無い。
一対一で置き換えても、何も意味は無いよ。
だから、グラフィカルな図は簡略化したもので
それは到底動くものではなく、プログラム言語とはよべないと
UML図は便利だが、プログラム言語ではないのと同じ。
0712デフォルトの名無しさん
2014/04/19(土) 00:39:08.91ID:QyTZzyQdプログラム言語は、紙ベースではなく
最初からコンピュータに入力しますが？
0713デフォルトの名無しさん
2014/04/19(土) 00:45:15.77ID:3iojgwbRわかりやすくてタイプミスや文法のミスをしづらいのが利点だと思うんだよ
0714デフォルトの名無しさん
2014/04/19(土) 00:46:26.18ID:QyTZzyQd0715デフォルトの名無しさん
2014/04/19(土) 00:49:32.14ID:QyTZzyQdグラフィカルをありがたがろうとしている奴の話を聞くと
まともに動くプログラムを書けないか、
自分でコードは書かずに（かけずに）、分かった気になりたいかの
どちらかが、書かずに見ることだけしか考えないで
言っているようにしか見えない。
補助輪使えば、初心者にとっては簡単かもしれないが、
プロにとっては開発スピードを妨げる足かせでしか無い。
0716デフォルトの名無しさん
2014/04/19(土) 00:50:25.93ID:BdrlSiRk効率的かどうかは別に、グラフィカルにプログラミング可能
だということは合意できたのかな？
次に、Lispの構文木を文字で書く場合と、マウスで書く場合、
どちらが効率的か考えた場合、普遍的な答えがあるだろうか？
結局、条件次第でしょ？
>"コードの一部分だけを取り出して図にしない限り、意味は無い。 "
要約は文字で表現されたものの特権ではない。
たとえば、サムネイルとか、細部は省いて概略を見せたものでしょ。
0717デフォルトの名無しさん
2014/04/19(土) 00:50:34.89ID:QyTZzyQdタイピングが出来ないのかもｗ
0718711
2014/04/19(土) 00:55:22.37ID:ZOoFAELE誰も可能かどうかの話なんかしていない。
>>1ぐらい読み返してみたら？
>>3ですでに" 俺が" >>1に反論しているが
グラフィカルなプログラム言語の方が嫌になる。
なぜなら面倒くさい、効率が悪いからだ。
> 1 名前：デフォルトの名無しさん[] 投稿日：2014/01/26(日) 02:49:36.10
> もうコーディングは嫌だ
> もっと新しいグラフィカル志向なプログラミング言語が欲しい
>
>
> 3 名前：デフォルトの名無しさん[sage] 投稿日：2014/01/26(日) 02:52:32.34
> そうか？
>
> じゃあ、1+1をグラフィカルに表現してみてくれ。
>
> そっちのほうがもっと嫌になるぞ。
0719デフォルトの名無しさん
2014/04/19(土) 01:00:19.93ID:pzsg7m6u俺かっけーと思いながらバカを晒してるバカを見るのはつまらなくもないけど長いと飽きてくる(´･_･`)
0720デフォルトの名無しさん
2014/04/19(土) 01:02:22.10ID:rLS4KdYY"書いてこいよ” じゃない所が
全ての答えを示しているなｗ
まさに語るに落ちたってやつだ。
0721デフォルトの名無しさん
2014/04/19(土) 01:02:54.05ID:BdrlSiRk>>702
>ある側面、つまり一部を頭に変換してくれるツールが有るだろ。
>
>それは決して、動くコードではないが
>（略
可能かどうかの話をしているように見えるけど。
で、効率的かどうかは結局のところあなたの主観以外に何か根拠が
あるの？
0722デフォルトの名無しさん
2014/04/19(土) 01:04:50.15ID:rLS4KdYY> あるの？
根拠は、人類の歴史。
記録の効率を上げるために、文字が生まれた。
どちらが新しい発明かと言われれば
絵ではなく文字なんだよ。
i++をグラフィカルにして、3文字タイプより
効率良く作れるという証拠は未だ出てない。
0723デフォルトの名無しさん
2014/04/19(土) 01:11:08.15ID:pzsg7m6uこいつリアルでいたらモンペとかになってんだろwww
客商売大変そうだわー(´･_･`)
0724デフォルトの名無しさん
2014/04/19(土) 01:20:28.39ID:BdrlSiRkだから、それがあなたの主観に基づく推測でしかないと言ってるわけだが・・・。
建物や機械や回路は図で表現するけど、あなたの理屈で説明がつくかな？
それと何を根拠にi++を効率性を決定する代表的な例に選んでいるの？
0725デフォルトの名無しさん
2014/04/19(土) 10:12:47.17ID:SVxJm38+722は、シンタックスとセマンティックとの区別が付いて無いんだと思う。
今時のプログラミングツールは、見かけがCUIで有っても、大抵はセマンティックベース。
0726デフォルトの名無しさん
2014/04/19(土) 10:55:43.42ID:Fb4YL4It知ったか勘違い野郎
教えてクレクレちゃん
一生懸命叩きたがるあら探し君
スルーでおｋ
0727デフォルトの名無しさん
2014/04/19(土) 10:58:02.59ID:2/jFRqDTじゃあ、なんで〜って話となると答はごくごく単純で
どんな環境でも最低CUIとテキストエディタはあって汎用性あるけど
GUIは環境依存だから使われても環境といっしょにポシャるから
なかなか広まらない。
上のPrographCPXとか実用され始めてたのに会社ポシャってそのまんま。
(ルノー社内とか日本だとセガのサウンドチームがツール作るのに使ったりしてた)
0728デフォルトの名無しさん
2014/04/19(土) 11:12:13.59ID:MP1hLwSA0729デフォルトの名無しさん
2014/04/19(土) 11:27:55.56ID:rLS4KdYY> 建物や機械や回路は図で表現するけど、あなたの理屈で説明がつくかな？
あぁ、十分説明ができる。
それは、実際に形あるものだからだ。
最終的に絵になるものは、絵で書いた方がいい。
しかしコードというのはそのほとんどが、動作、命令だ。
コンピュータを動かすための、正確な命令だ。
それを絵で書くということは、さながら
ジェスチャークイズのようなものだ。
ジェスチャーで命令を伝える。
効率が悪いということはよく分かるだろう？
0730デフォルトの名無しさん
2014/04/19(土) 12:03:13.17ID:Fb4YL4Itコードがまさにグラフィカルになってるプログラムになるよな
コードをより書きやすくするためのグラフィカルなら悪くないがな
例えばじゃんけんアプリのイメージを直接グラフィカルに表現して、
そのままプログラムになるなら当然良いだろう。
だが、作れるなら作ってみてくれって感じだな俺は
どうせコーディングのほうが俺にとっては早い
0731デフォルトの名無しさん
2014/04/19(土) 12:29:50.78ID:3iojgwbRデメリットだけじゃなくてメリットの側面も考慮したほうが良いのでは？
0732デフォルトの名無しさん
2014/04/19(土) 13:43:46.72ID:q67SPze0汎用言語の効率の悪さを叩くところから始めよ
0733デフォルトの名無しさん
2014/04/19(土) 13:59:02.14ID:3iojgwbRx += i;
}
loop 1,9,1 {
x += cnt
}
0734デフォルトの名無しさん
2014/04/19(土) 15:15:26.14ID:rLS4KdYYならねーよｗ
コードで書いたもの中のほんの一部分、
インターフェースやクラスの関係を
図に変換するだけだ。
その図も普通に文字で書いて変換した方が早いという。
意味があるのはスケッチ程度だ。
それじゃ何も動かない。
0735デフォルトの名無しさん
2014/04/19(土) 15:25:36.29ID:2/jFRqDT自分が知らない知る気もないものに
"ダメに違いない"って自分の願望を
唱え続けてるだけだw
0736デフォルトの名無しさん
2014/04/19(土) 15:27:19.98ID:rLS4KdYY0737デフォルトの名無しさん
2014/04/19(土) 16:14:51.85ID:waqEll9Hコードも何かを意味する記号に過ぎなくグラフィックも同様で、何か意味を記述する方法はコードもグラフィックも各々あるはずなのに、こいつはコードで書くのに適切なやり方をグラフィックだとやり辛いだろwって言い続けてるだけ。
今迄も散々そうじゃない例が上がってるはずだが、いくら言っても意味が通じないならコミニュケーション無理だな(´Д` )
0738デフォルトの名無しさん
2014/04/19(土) 16:21:43.23ID:rLS4KdYYそれは正しい。
反論はでてない。
0739デフォルトの名無しさん
2014/04/19(土) 17:14:02.67ID:2/jFRqDT見てもまったく理解できてないだろ。
void main(void)
{
WindowPtr aWindow;
Rect aRect;
InitToolBox();
SetRect(&aRect,100,100,300,200);
aWindow = NewWindow(0,&aRect,"\pHello",TRUE,documentProc,(WindowPtr)-1,FALSE,0);
if(NULL != aWindow)
{
SetPort(aWindow);
MoveTo(50,50);
DrawString("\pMacintosh world");
while(!WaitMouseButtonPress());
DisposeWindow(aWindow);
}
}
ってCのソースコードが
http://www.geocities.co.jp/SiliconValley-PaloAlto/4654/sikai/doc1-1/cpx_sikai1-111.gif
という一枚のグラフィカルコードになるって説明されてんだろが。アホが。
0740デフォルトの名無しさん
2014/04/19(土) 17:23:12.79ID:rLS4KdYYできるかどうかじゃない。
どっちが簡単かだ。
そこを履き違えるな。
0741デフォルトの名無しさん
2014/04/19(土) 17:26:01.90ID:MP1hLwSAそれ途中までだろ
0742デフォルトの名無しさん
2014/04/19(土) 17:30:26.78ID:waqEll9Hだからそんなやり方しねぇのに、これがやり辛いってwww
いけ沼www
0743デフォルトの名無しさん
2014/04/19(土) 17:32:02.75ID:rLS4KdYYだから証明すればいい。
俺は何度も証明した。
i++
変数に1を加えるという処理を
たったの3文字で書き上げた。
これをグラフィカルにしてみよ。
0744デフォルトの名無しさん
2014/04/19(土) 17:41:52.74ID:aRoRY9CCやり方は幾らでもあるだろうけどけど、iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
あれ、2操作でできちゃった(´･_･`)
元からXに引かれていたら
1操作だな(´･_･`)
0745デフォルトの名無しさん
2014/04/19(土) 17:42:16.33ID:aRoRY9CCやり方は幾らでもあるだろうけどけど、iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
あれ、2操作でできちゃった(´･_･`)
元からXに引かれていたら
1操作だな(´･_･`)
0746デフォルトの名無しさん
2014/04/19(土) 17:42:52.92ID:aRoRY9CC0747デフォルトの名無しさん
2014/04/19(土) 17:53:40.27ID:rLS4KdYYえと、まさか変数やメソッドの数だけ
アイコンが存在するとか言うわけ？
なん百個もボタンがあって、
そこから選ぶんだよね？
笑えるｗｗｗ
0748デフォルトの名無しさん
2014/04/19(土) 17:57:55.18ID:rLS4KdYYhttp://docs.ruby-lang.org/ja/2.0.0/class/Integer.html
> 引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
これが引いた線をクリックしてでてくる、処理リスト
この中から使用するメソッドを選んでください。
chr
denominator
downto
even?
gcd
gcdlcm
integer?
lcm
next
succ
numerator
odd?
ord
pred
rationalize
times
to_i
to_int
to_r
to_s
upto
あぁ++がないや。実用的にするにはもっと沢山リストがだね。
0749デフォルトの名無しさん
2014/04/19(土) 19:04:52.36ID:qjQsToAi横だけど一応…
Rubyに ++ 演算子は元々無いぞ
0750デフォルトの名無しさん
2014/04/19(土) 20:02:00.67ID:eci6DTQA相変わらず既存の言語基準に物事を考えてるんだな。
バカ丸出しですね(´･_･`)
0751デフォルトの名無しさん
2014/04/19(土) 20:48:43.71ID:rLS4KdYYあぁ知ってる。
> iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
なんて言ってたから、よりにもよって
++をリストから選ぶのかよｗｗ
って思っただけ。
0752デフォルトの名無しさん
2014/04/19(土) 21:01:29.62ID:2/jFRqDTだから何度も見りゃ一目でわかるだろアホ、と掲示したろ。
http://www.geocities.co.jp/SiliconValley-PaloAlto/4654/sikai/doc1-1/cpx_sikai1-110.gif
データフロー言語だから左上の-1って入ってるオペレーションボックスがi--だよマヌケ。
-1された入力はなんらかの再帰処理通って
元の数字と掛け合わされた後出力されてる。
どれだけ頭カラッポなんだコイツ。
0753デフォルトの名無しさん
2014/04/19(土) 21:27:36.93ID:rLS4KdYY0754デフォルトの名無しさん
2014/04/19(土) 21:31:13.34ID:rLS4KdYYえと、-1と文字で書いて（代わりなのに同じことするの？）、
その周りにいろんなボックスを配置する。（余計な作業増えてるじゃない？）
大変だなぁ。グラフィカルに作成するのってｗ
0755デフォルトの名無しさん
2014/04/19(土) 21:44:12.64ID:bRkrR4OGどんだけ凄いかと思って画像開いたら
無限ループしてるバグコードでワロタw
0756デフォルトの名無しさん
2014/04/19(土) 21:51:45.71ID:pzsg7m6uうーんそーだねー、一切キーボード使っちゃダメなんて知らなかったんだー。ぼくちゃんすごいねー(´・ω・｀)
0757デフォルトの名無しさん
2014/04/19(土) 22:13:30.64ID:rLS4KdYYキーボード使ってもいいよ。
ただし、-1を書くよりも簡単なら
（プラスアルファで囲いをつけたら逆に大変になってるだけだけどねｗ）
0758デフォルトの名無しさん
2014/04/19(土) 22:27:59.76ID:MP1hLwSA0759デフォルトの名無しさん
2014/04/19(土) 23:00:49.02ID:Firi/9oqとか設計書に書いている人にとってはより簡単なんだろ？
0760デフォルトの名無しさん
2014/04/19(土) 23:07:57.78ID:rLS4KdYYフローチャート書くのが効率が悪いと気づいて
擬似コードを書くようになったのはいつだろうかな。
たしか高校の頃にはフローチャートは使わなくなっていた。
初学者に説明する時に使うのはいいかもしれないが、
プログラム言語をネイティブ言語のように扱えるプロとプロとの会話では
余計な装飾でしか無い。
0761デフォルトの名無しさん
2014/04/20(日) 02:30:11.75ID:jJiPXZnf「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応IDEで解決。
セマンティックスを構築したい(アルゴリズムが未知)領域の問題なら、グラフィカル言語を自作した方が早い。
0762デフォルトの名無しさん
2014/04/20(日) 03:28:16.00ID:lTNz4KpLそれは、たとえば、どんな問題ですか？
0763デフォルトの名無しさん
2014/04/20(日) 03:33:18.17ID:lTNz4KpLグラフィカル言語が適していると思うのか。
今あるアルゴリズムだって、発見されていなかった時代はあったわけだが
それに適していたのはグラフィカルでない言語だっただろう？
その不自然さが引っかかったからさ。
さも言ってみただけだろみたいな感じがね。
0764デフォルトの名無しさん
2014/04/20(日) 03:44:13.54ID:lUreprKb0765デフォルトの名無しさん
2014/04/20(日) 07:04:25.39ID:/jjV4rgnこれからも出てくると思うよ
そしてまた日本はITで遅れを取るわけだな
0766デフォルトの名無しさん
2014/04/20(日) 10:49:26.47ID:zhWQwDWG自分でなんかのアルゴリズム考えたことないの？
0767デフォルトの名無しさん
2014/04/20(日) 12:07:00.82ID:lTNz4KpLあるよ。
グラフィカル言語を自作したほうが早かったことは
一度もなかったけどな。
0768デフォルトの名無しさん
2014/04/20(日) 14:38:26.20ID:LrvaI9Psプログラミングが上達するまではフローチャートのお世話になってた
というところなんじゃないかと、グラフィカルなプログラミング言語も
0769デフォルトの名無しさん
2014/04/20(日) 18:11:41.84ID:15F0t0Ka＞一応書いておくか、何故未知な問題なのに
＞グラフィカル言語が適していると思うのか。
761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。
0770デフォルトの名無しさん
2014/04/20(日) 18:20:42.09ID:rd4ayzzb> グラフィカル言語を自作したほうが早かったことは一度もなかったけどな。
自作したことなんかないだろ (w
0771デフォルトの名無しさん
2014/04/20(日) 19:52:53.30ID:hw+s/A6T「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応IDEで解決。
セマンティックスを構築したい(アルゴリズムが未知)領域の問題なら、グラフィカル言語を自作した方が早い。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
769 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/20(日) 18:11:41.84 ID:15F0t0Ka
761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。
769って馬鹿なの？
0772デフォルトの名無しさん
2014/04/20(日) 19:57:38.47ID:LrvaI9Ps0773デフォルトの名無しさん
2014/04/21(月) 11:42:59.88ID:mIseuF+c0774デフォルトの名無しさん
2014/04/21(月) 12:33:23.27ID:giub/94Pそういう意味で使えるグラフィカル言語があると嬉しいけどね。
>>1の動機は多分、761の前半なんだろうけど。
Lisperは構文木を直接書くから、AST＝グラフと出来るらしいが、俺の練度では理解不能。
0775デフォルトの名無しさん
2014/04/21(月) 13:27:02.44ID:2fxw+XGi0776デフォルトの名無しさん
2014/04/21(月) 18:59:05.88ID:+mIOXj6eもちろんコードの方が効率的に書けるものはあるだろうけど、理想的なのはグラフィカルとコードをシームレスに混在できるもの。
上のバカみたいに++がコードより簡単に書けるかとか本当無意味だわ。
とりあえずUE4はグラフィカルとコード両方で書けるからこれがどっちがより多く使われるのか、成り行きみてみたいものだ。
0777デフォルトの名無しさん
2014/04/21(月) 19:07:47.24ID:8o/8KwGl0778デフォルトの名無しさん
2014/04/21(月) 21:47:20.70ID:yaM3rCK5グラフィカルに見るのはいいけど、
書くのはやっぱりテキストのほうがいいよ。
0779デフォルトの名無しさん
2014/04/21(月) 22:04:42.27ID:Qx+MR827だからといって、絵では表現できない情報も多い。
文章を書かずに絵で説明しようとしてもすぐに限界が来てしまう。
いままでのプログラミング言語は文字(文章)で書かれてきた。
フローチャートなど、処理のつながりを視覚化しようとする取り組みもかなりあるが
文字を打った方が確実に早いという結果に終わっているのも現実。
なので、「グラフィカルなプログラミング言語」は
既存の言語とは異なる思想で組み立てられるべきだと考える。
0780デフォルトの名無しさん
2014/04/21(月) 22:41:32.11ID:1M7O1iaQできないなら引っ込んでろ。
0781デフォルトの名無しさん
2014/04/21(月) 23:06:33.12ID:giub/94P＞なので、「グラフィカルなプログラミング言語」は
＞既存の言語とは異なる思想で組み立てられるべきだと考える。
まあ今のコンピュータ自体、数学上の「計算不可能な領域」の存在が証明されたから発展したもんだからな。
意味論構築には、取り敢えず記号があれば着手出来たから、文字ベースが発達したとも言える。
SysMLとか、Haskellでの計算領域拡張の試みが有るには有る。
0782デフォルトの名無しさん
2014/04/22(火) 17:04:56.36ID:aSUm92Xm0783デフォルトの名無しさん
2014/04/22(火) 17:32:20.70ID:g8uMh2CAと思ってたけど、20年間いろんな言語見てきたら
一行ずつ処理を実行するという"スクリプトを書いてゆく"って
テキストベースの思考じゃなくて、グラフィカル言語だと
車とかの生産ラインみたいに
"入り口からデータが入ってきてそれを順次加工して出力を作る"って方が
"作業図"としては自然だからって理由が見えてきて「へー」となったよ。
LISPとかPrologとか変な言語を見る時もそうだけど
なんでそんな変なことを？って思う側が実は
特定の環境下で特定の事をやるのが"本物のプログラミング"だ！って
常識に囚われてることは多いよね。
0784デフォルトの名無しさん
2014/04/22(火) 19:46:28.49ID:aSUm92Xmそういう意味で、小さい頃からプログラミングをするならば、ローマ字や英単語を使うよりは日本語を使えるほうが良いのではないかと思いました。
また、２ｃｈでもI can’t write English well.で日本語で書くほうがスラスラと書けます。
そういう意味では、とてもライトな使用目的で日本語のプログラミング言語というものはありだと思いました。
ということで、グラフィカルなプログラミング言語という話題からは逸れますが、
もし あ＜１０ なら
い ＝ ０
そうでなく あ＜０ なら
い ＝ −１
そうでなければ
い ＝ １。
のように日本語で書ける言語も良いのではないでしょうか？なでしこという言語はありますが。
0785デフォルトの名無しさん
2014/04/22(火) 20:21:17.31ID:w4l4IAka0786KAC
2014/04/22(火) 20:29:40.70ID:vPp3xv6K昔、Mindを使ったプロジェクトをやったことあるけど
入力が日本語になるといろんな要因で遅くなってしまうという弊害が大きくて
普通にCで書いた方が確実に早いという結論で終わった。
自由な日本語で書けないってことは
初心者にとっても結局難解なものになってしまうわけで・・・
0787デフォルトの名無しさん
2014/04/22(火) 20:35:33.45ID:M6IufU5gまあ確かに++iというシンタックスを、GUIパーツで表現する積極的な意味は現在でも無いけどね。
元々のプログラミングは、グラフ指向(xyグラフとかじゃなく、有向グラフとかの)なんだが、問題は当時のマシンの処理能力。
基本構成単位がゲートICレベル未満だから、表示装置に文字を出すので精一杯。
現代なら、++iとかじゃなく、モナドとかの基本概念を電子回路図みたいに繋いでいくアプローチも面白そうだ。
0788デフォルトの名無しさん
2014/04/22(火) 20:50:13.08ID:aSUm92Xmなでしこでいいよ
書いてなかったけどそのままｃ系の言語に移行できるって条件もあって
なでしこは文法が特殊なんだよね
0789デフォルトの名無しさん
2014/04/22(火) 20:54:12.34ID:aSUm92Xmそうそう
だから日本語で書けるというだけ
if a<10 {
b = 0
else if a<0
b = -1
else
b = 0
}
変数がローマ字や英語で予約語が英語
俺は小学生の頃にBASICのような言語にあった命令のplayをピー・エル・エー・ワイと読んでたから
英語を知らないうちは日本語のほうが楽
んで、ちょっとしたことなら英語じゃなくて>>784のように記述できても楽っちゃ楽
そんだけ
0790デフォルトの名無しさん
2014/04/22(火) 21:58:29.91ID:aceH+mSU0791デフォルトの名無しさん
2014/04/22(火) 21:58:48.17ID:aceH+mSU0792デフォルトの名無しさん
2014/04/22(火) 22:03:44.05ID:w4l4IAka0793KAC
2014/04/22(火) 22:16:18.41ID:vPp3xv6K単語を簡単にってのなら、そういえば
ぴゅう太 の G-BASIC があったな…
昔の人は色々考えてたんだなぁ。
10 ﾓｼ a < 10 ﾅﾗﾊﾞ 30 ﾆｲｹ
20 100 ｦﾖﾍﾞ
30 ｵﾜﾘ
100 ｶｴﾚ
0794デフォルトの名無しさん
2014/04/22(火) 22:38:50.70ID:yZExreoi”英語だから" と間違って考えている人がいる限り
日本語プログラミング言語なんて馬鹿げた考えが
何度も出てくるんだろうなｗ
プログラマ上級者まで行かなくても
中級者レベルなら、英語というか
エセ英語のプログラミング英語は
何の苦もなくもなく使える。
0795デフォルトの名無しさん
2014/04/22(火) 22:48:23.08ID:DwFEDI7c0796デフォルトの名無しさん
2014/04/22(火) 22:50:52.54ID:yZExreoi0797KAC
2014/04/22(火) 23:04:03.84ID:vPp3xv6K虚無 主処理 ( 虚無 ){
文字 揮発 * 表示文字列;
数字 愛 = 0;
する間( ! 表示文字列[0] ){ 寝る(愛);愛++; }
書式付表示("%s\n",表示文字列);
}
0798デフォルトの名無しさん
2014/04/22(火) 23:38:20.42ID:z8WHMXPV0799デフォルトの名無しさん
2014/04/22(火) 23:38:54.78ID:yZExreoiそれをグラフィカルにしてみたらどうなるの？
0800デフォルトの名無しさん
2014/04/22(火) 23:49:10.28ID:3kjpv9g4その手の奴はいつでもやってる
関西弁バージョンとかも定番だし
http://inforno.net/articles/2008/03/04/japanese-language-programing-in-scala
0801デフォルトの名無しさん
2014/04/23(水) 00:37:00.37ID:ArDtJbWQ英語に固執する理由が無いっての
中高生以上ならプログラミング程度の英語は出来て当然
それが大前提だから英語力がどうとかいう話じゃないの
英語できるとかプログラミング書けるとかそういうところに優越を感じるレベルでもなくて
ただ単に書きやすいとか、やりやすいとかそういうこと
よくカスタマイズ出来るとかを粋に感じてiphoneに対してandroid推してる奴とかいたけど
そういうどうでもいいとこではなくて、チョチョイとシミュレーション計算したいとか
プログラミングを負荷が少なくもっと簡単に勉強したいとか
日本語でパラパラと書きたいとか、そういうニーズもあるっちゃあるでしょ？ってこと
0802デフォルトの名無しさん
2014/04/23(水) 00:40:04.58ID:7vo5B08Zキーボードは英語を一番入力しやすいように
作られてるんだし。 1キー = 1文字
まあ、アルファベットを使う言語なら
英語じゃなくてもいいけど。
0803デフォルトの名無しさん
2014/04/23(水) 00:51:49.49ID:jGDL0Z25別に英語知らんでも
「えふおーあーる、かっこ…あいえぬてぃー・あいは最初ゼロ、あいが10より小さい間繰り返す、毎回あい増やす」
「あいえふ、あいパーセント2がゼロなら、ぴーゆーてぃーえす偶数」
こんな読み方してようが、1人でプログラミングするには支障ないしな
そもそも複数人だろうと、例えばC言語の関数名とかは
略した名前が多いから割と読み方に個性出ると思うが、意外と意思疎通できるし…
0804デフォルトの名無しさん
2014/04/23(水) 01:00:32.01ID:7vo5B08Z名前つけるときどうするの？
0805デフォルトの名無しさん
2014/04/23(水) 01:02:36.23ID:ArDtJbWQ英語でいいじゃんて人がいてもいいけど、それは全員ではないの
わざわざ日本語で覚えるくらいなら、英語で覚えた方がいいのはある程度当然としても
（ifなんかはどの共通なわけで）
かんすう あれ（なに、それ）
これ ＝ なに ＋ それ ＋ なに ＊ それ
もどす これ。
function func(a,b)
c = a + b + a * b
ret c
end
まあ、どっちでもよくて日本語のバージョンがあってもいいんだよ
本格的にプログラミングしてなにかを作りたいとかなら
英語とか日本語云々よりC＋＋とかJAVAとかの言語の選択になると
0806デフォルトの名無しさん
2014/04/23(水) 01:04:00.95ID:oGKIc+Vkそれを2000年頃に当時の２ちゃん語を使って書いたことがある。
10 ﾓｼﾓﾀﾞﾖ a < 10 ﾅﾗﾊﾞ 30 ﾆｲｯﾃﾖｼ
20 ﾎｻﾞｹ ”ｵﾏｴﾓﾅｰ”
30 ｼﾈ
のような感じで。
それを面白がった人たちが実際に動くようにしたのが
ギコBASIC
…もはや過去の遺物だが
0807デフォルトの名無しさん
2014/04/23(水) 01:06:51.79ID:ArDtJbWQもっとNHK教育的なやつｗｗｗWWWW
0808デフォルトの名無しさん
2014/04/23(水) 01:21:41.16ID:7vo5B08Z日本語の文法を守れないのに、
日本語にする必要あるの？
0809デフォルトの名無しさん
2014/04/23(水) 01:24:26.80ID:ArDtJbWQ楽さが人によって違うんじゃないかな？
日本語文法をできるだけ守ろうとするのはなでしこだけど
単に全角の日本語で書けてもいいよねと
簡単な例しか書いてないけど、通常の長いプログラムとかはとにかく「英語」なんだよ
日本語の方が、日本語に接してきた人なら瞬間的に認知しやすいというのはあると思う
■ このスレッドは過去ログ倉庫に格納されています