グラフィカルなプログラミング言語ない？

0001デフォルトの名無しさん

2014/01/26(日) 02:49:36.10

もうコーディングは嫌だ
もっと新しいグラフィカル志向なプログラミング言語が欲しい

0285デフォルトの名無しさん

2014/01/31(金) 01:13:50.49

>>282
ラベルはればええんちゃうか？

0286デフォルトの名無しさん

2014/01/31(金) 01:14:37.45

>>283
よし、じゃあ競争だ。

お前はボタンをポチポチ、スクリーンキーボードで
入力してくれ。俺はキーボードで入力する。

0287デフォルトの名無しさん

2014/01/31(金) 01:15:11.67

>>285
そしてアイコンの代わりにラベル（文字）を見るのか？
もう文字だけでいいじゃねーかｗ

0288デフォルトの名無しさん

2014/01/31(金) 01:15:32.22

>>284
論破されすぎて混乱してきてるな
冷静になれ

0289デフォルトの名無しさん

2014/01/31(金) 01:16:18.78

論破っていうのはこういうことを言うんだよ。
絵で指示するのまだできないの？

>>277
> 出来上がったものが文字であろうが絵であろうが人間の労力は変わらない
> ただ文字だと見にくく、絵だと見やすいというだけの話

いやいやｗ支持を絵でやるのが難しい（時間的に）って話だろｗ
紙芝居で作業指示書を書いてみ？

なんなら、競争でもするか？

三回まわってワンと言う。

これを絵で指示してみ？
労力はどれくらい違うよ？

0290デフォルトの名無しさん

2014/01/31(金) 01:17:17.39

>>285
それだとグラフィカルにする必然性が薄くなる。
残るのは関連を線でつなげることとグリグリ動かすことくらいだな。
線でつなげるのは１００x１００＝１００００本の線でスパゲッティになる可能性すらある。
動画はさらにめんどう。

0291デフォルトの名無しさん

2014/01/31(金) 01:18:33.82

>>286
表計算の作業で競おうぜ
俺はエクセルつかうからお前はコーディングな
まさかエクセルは文字があるからグラフィカルじゃないとか言わないよな？

0292デフォルトの名無しさん

2014/01/31(金) 01:20:28.08

じゃあエクセル対プログラムでエラストテネスの篩のプログラムで競争してくれ。

0293デフォルトの名無しさん

2014/01/31(金) 01:20:53.53

>>291
何言ってるのか分からない
解説を頼む

0294デフォルトの名無しさん

2014/01/31(金) 01:20:55.93

>>290
グラフィカルユーザインターフェイスってそんなに不便だったのか
でもOSの世界ではシェアが圧倒的に多いんだがな
そんな不便なものがこんなに普及しちゃつてんだから不思議だよな

0295デフォルトの名無しさん

2014/01/31(金) 01:21:50.48

>>293
都合悪くなったら日本語読めない振りwwwwwwww
わろた

0296デフォルトの名無しさん

2014/01/31(金) 01:22:28.51

>>294
２ちゃんねる見て、googleしてエロ動画見てるだけだろ。
そんな簡単なことができたくらいで偉そうに。

0297デフォルトの名無しさん

2014/01/31(金) 01:23:50.03

>>295
エクセルで何をグラフィカルにプログラミングするの？
棒グラフ出すってこと？

0298デフォルトの名無しさん

2014/01/31(金) 01:24:33.88

>>296
そんな低俗な使い方してるのは中卒のお前だけだよ
世の中じゃデスクワークや研究でも普通に使われてんだよ
もっとそとにでて現実をしれ

0299デフォルトの名無しさん

2014/01/31(金) 01:26:31.18

>>297
グラフィカルのいみ調べてこいよ
表でもグラフでも、広義の意味では文字でさえもグラフィカルなんだよ

0300デフォルトの名無しさん

2014/01/31(金) 01:28:41.13

グラフィカルの反対語が文字だとでも思ってんだろな

0301デフォルトの名無しさん

2014/01/31(金) 01:29:55.89

>>299
じゃあ素数100万個出す競争でもする？
一行にカンマ区切りで2000個ずつ

これでいい？

0302デフォルトの名無しさん

2014/01/31(金) 01:30:07.55

ドラえもん「未来のアイテムが幾らするか知ってるかい？　現代価格で１００億。」

0303デフォルトの名無しさん

2014/01/31(金) 01:31:28.04

>>299
何をしたいのかさっぱり分からんのだが？

0304デフォルトの名無しさん

2014/01/31(金) 01:34:41.84

>>294
お前何か勘違いしているよ。

グラフィックっていうのは見やすいが
書きにくいんだよ。描くのに時間がかかる。

だからコード→グラフィックの変換はいいが、
最初からグラフィックを使ってプログラミングするのは
馬鹿なアイデアだって話。

0305デフォルトの名無しさん

2014/01/31(金) 01:35:32.07

いい忘れたけど過去転送の送料が９９億なんだけどね。

0306デフォルトの名無しさん

2014/01/31(金) 01:35:46.17

>>299
> 表でもグラフでも、広義の意味では文字でさえもグラフィカルなんだよ

じゃあ、スレタイの
「グラフィカルなプログラミング言語ない？」って
いうのはどういう意味？

> もうコーディングは嫌だ

らしいよ。

0307デフォルトの名無しさん

2014/01/31(金) 01:36:43.19

>>301
それはエクセルのまけだわ
じゃあ次は売上データを元に
月別で棒グラフを作成するって課題でやろうせ
データはCSVで用意しとくよ

0308デフォルトの名無しさん

2014/01/31(金) 01:38:56.15

まぁ命令はクリックだけでできた方が楽だろな

0309デフォルトの名無しさん

2014/01/31(金) 01:39:12.86

>>307
CSVで用意したデータをコーディングしないで、
グラフィカルなプログラミング言語（？）で
やるってこと？

普通にコーディングしたほうが早いと思うが？

0310デフォルトの名無しさん

2014/01/31(金) 01:39:13.89

エクセルは横方向だと
A～Z AA～ZZ までだっけ？

0311デフォルトの名無しさん

2014/01/31(金) 01:40:49.15

>>307
もちろん、ただツールを使うだけじゃダメなんだよね？
プログラミングして作らないといけないんだよね？

いや、ツールを使うなら。グラフ作成ツールに流し込めば終わりだからさ。

0312デフォルトの名無しさん

2014/01/31(金) 01:41:05.37

>>307
コーディング派はグラフの作成もコーディングでやった方が速いと考えてるらしいな
仕事が早くて羨ましい

0313デフォルトの名無しさん

2014/01/31(金) 01:41:46.70

>>312

おいおい、「プログラミング言語」前提の話だろ？

0314デフォルトの名無しさん

2014/01/31(金) 01:42:03.03

日本語でおｋ

0315デフォルトの名無しさん

2014/01/31(金) 01:42:35.49

>>311
既存のシステムを使うんでは比較にならないだろ
ずるはダメだぞずるは

0316デフォルトの名無しさん

2014/01/31(金) 01:43:10.02

結論：エクセルやりたいならエクセルやってろ

0317デフォルトの名無しさん

2014/01/31(金) 01:43:11.40

グラフィカルなプログラミング言語だから
ツールで用意された機能を使うんじゃなくて、
実際にプログラミングする時間で比べなきゃ意味が無いでしょ？

0318デフォルトの名無しさん

2014/01/31(金) 01:43:25.34

>>309
エクセルだと簡単に表計算できるよ
グラフも一発だ

0319デフォルトの名無しさん

2014/01/31(金) 01:44:11.44

>>309
それ、プログラミングじゃないじゃん？

>>1をみればわかるけど、
最初からプログラミング言語の話をしてるんだけど。
ちょっと話、皆についてこようよｗ

0320デフォルトの名無しさん

2014/01/31(金) 01:45:19.51

救済処置：エクセルで満足できないやつはアクセスへ移行しろ。
アクセスで満足できないやつはブイビィーでもやってろ。

0321デフォルトの名無しさん

2014/01/31(金) 01:47:22.91

命令は絵でやるより
コーディングしたほうが早いというからエクセルの例えを出したんだよ
やっぱ表計算ではエクセルに勝てないとさとったか
グラフィカルの勝利！

0322デフォルトの名無しさん

2014/01/31(金) 01:49:23.54

>>317
ツールで用意された機能使うにしても
キーボードでツール呼び出すよりアイコンクリックした方が断然早いけどな

0323デフォルトの名無しさん

2014/01/31(金) 01:50:34.42

エクセルで不満がないならエクセルやってればいいのに。
何か不満があるんだろ？その不満はプログラマブルに解消可能かもしれないのに、
いきなりグラフィカルになんでもやりてぇ～～～～～！とか言っても無理な相談なんだよ。

0324デフォルトの名無しさん

2014/01/31(金) 01:50:56.73

で、グラフィカルなプログラミング言語がコーディングよりも効率悪いと言う根拠はなんだ？

0325デフォルトの名無しさん

2014/01/31(金) 01:53:17.11

>>312
エクセルVBAやVBなんて
コーディング量ほとんどなくなったよな
そう思えば時代は間違いなくグラフィカル！

0326デフォルトの名無しさん

2014/01/31(金) 01:53:45.71

>>323
不満といえばエクセルには汎用性がないことかな
もっと操作効率を落とさず作業範囲を広げたいんだわ

0327デフォルトの名無しさん

2014/01/31(金) 01:56:58.96

なんだ？このスレ

0328デフォルトの名無しさん

2014/01/31(金) 01:57:29.41

結論：マイクロソフトに相談しろ。莫大な投資をすればマイクロソフトは動いてくれるはず。

0329デフォルトの名無しさん

2014/01/31(金) 02:00:25.84

勝手に自分で作れよ
そして勝手に儲けろ

0330デフォルトの名無しさん

2014/01/31(金) 02:02:27.12

それだけのスキルと知能はここの住人にはない

0331デフォルトの名無しさん

2014/01/31(金) 02:03:09.62

>>324
> で、グラフィカルなプログラミング言語がコーディングよりも効率悪いと言う根拠はなんだ？

世の中に効率がいい「グラフィカルなプログラミング言語」というものが存在しない。

ちなみに、「グラフィカルなプログラミング言語」の定義は
普通のプログラミング言語と同じことが出来るもの。
たとえば、ifやloop、オブジェクト指向ができて、
それがそのまま実行可能であるというもの

もしかしたら効率がいい「グラフィカルなプログラミング言語」ができるかもしれないが
そもそもコーディングを上回る速さで絵を描くというのが不可能ということから、
効率が悪いというのは明らかである。

0332デフォルトの名無しさん

2014/01/31(金) 02:06:00.84

まああれだ、
「三回まわってワン」という命令を
文字で書く以上のスピードで書いてくれという話。

0333デフォルトの名無しさん

2014/01/31(金) 02:06:11.46

世の中にはグラフィカルなプログラミングがあふれているよ
これ以上何が必要なの？

0334デフォルトの名無しさん

2014/01/31(金) 02:06:54.07

>>333
開発効率。開発スピード

「三回まわってワン」という命令を
文字で書く以上のスピードで書いてくれ

0335デフォルトの名無しさん

2014/01/31(金) 02:07:52.44

>>332
それはさすがにグラフィカル系の圧勝だわｗ
ループチップに3回って設定して
表示チップに「ワン」と設定するだけ
ドラッグ2回とクリック2回、それと「ワン」とタイピングするだけ

0336デフォルトの名無しさん

2014/01/31(金) 02:08:52.87

具体的な問題が提示されないのに解決方法なんて提示されるわけがない

0337デフォルトの名無しさん

2014/01/31(金) 02:12:40.28

>>331
なんで命令する→絵を書くになるんだ？
せいぜいアイコンをクリックとかコネクタ引っ張ったり要素を配置したり変形させたりとかだろ
一つ命令するために絵を書くなんてそれはプログラミングとは言わないだろう

0338デフォルトの名無しさん

2014/01/31(金) 02:13:01.27

たしか洋物のブラウザゲームであったな
ロボットを目的地まで移動させるのに
ブロック？（命令）を並べていくの

条件分岐とループはあった
関数はあったかどうか覚えてない

0339デフォルトの名無しさん

2014/01/31(金) 02:14:52.47

それで、「三回まわってワン」はまだ？

0340デフォルトの名無しさん

2014/01/31(金) 02:16:21.04

>>336
これだから日本でiPhoneやGoogleグラスが生まれないんだよ
具体的な問題がないなら自分で作れよ

0341デフォルトの名無しさん

2014/01/31(金) 02:18:10.08

人任せ

0342デフォルトの名無しさん

2014/01/31(金) 02:18:11.26

>>339
3回まわってワン実行プログラムのアイコンをクリックするだけ
お前は文字しか使えないんだったよな
俺の勝ちだ

0343デフォルトの名無しさん

2014/01/31(金) 02:18:40.65

>>340
具体的な問題がないことが
証明している。

これが最終結論でいいじゃないか？

俺はこの結論でいいと思っている。
その反論を俺がやるワケがないｗ

0344デフォルトの名無しさん

2014/01/31(金) 02:19:34.34

あった！このブラウザゲーだ
http://armorgames.com/play/6061/light-bot-20

0345デフォルトの名無しさん

2014/01/31(金) 02:19:34.37

> 3回まわってワン実行プログラムのアイコンをクリックするだけ
ということは
1回まわってワン、2回まわってワン、
4回まわってワン、5回まわってワン、
一兆個以上もアイコンが必要じゃねーかｗｗｗｗ

0346デフォルトの名無しさん

2014/01/31(金) 02:20:15.13

>>343
誰もお前に頼んでねえよ

0347デフォルトの名無しさん

2014/01/31(金) 02:21:16.77

>>346
彼が一番出来るプログラマかもしれないのにそりゃないだろ。

0348デフォルトの名無しさん

2014/01/31(金) 02:21:22.97

>>344
これまさに（効率の悪い）
グラフィカルなプログラミング言語だね。

0349デフォルトの名無しさん

2014/01/31(金) 02:21:40.93

>>345
コンフィグでテキストボックスに回数が設定出来るんだよ馬鹿が

0350デフォルトの名無しさん

2014/01/31(金) 02:22:37.38

>>347
プログラミングできても考える脳がなきゃ意味は無い
所詮かれは支持されたものしか作れないのさ

0351デフォルトの名無しさん

2014/01/31(金) 02:24:45.97

考える脳がある人「じゃぁ相応の金くれ」

0352デフォルトの名無しさん

2014/01/31(金) 02:26:26.25

>>344
携帯だと見れないのか・・・

0353デフォルトの名無しさん

2014/01/31(金) 02:27:01.74

>>349
それはすごく使いづらそうだね！

0354デフォルトの名無しさん

2014/01/31(金) 02:44:53.59

日本製のプログラミングゲームもあるよ
http://home.jeita.or.jp/is/highschool/algo/index3.html

0355デフォルトの名無しさん

2014/01/31(金) 03:10:46.47

>>331
効率がいいプログラミング言語ってのはデバッグと検証の時間も含めての効率だ
短時間でカスコードを書いてデバッグは人任せなんてのは速いとはいえない

他人がみたときに問題点の有無をすぐに指摘できて改造しやすいのが効率のいいコード

0356デフォルトの名無しさん

2014/01/31(金) 03:17:11.98

アイコンだけで表現するなんて妄言はいてるヤツは
小学校の地図の勉強と中学校の電気回路の勉強をやり直せ

0357デフォルトの名無しさん

2014/01/31(金) 04:49:45.16

ワンワンキャンキャンしつけえな
より直感的に出来るようにするにはどうしたらいいかってことだろ
浮かばない奴は黙っとけ
夢を語らせておけばいいんだよ

0358デフォルトの名無しさん

2014/01/31(金) 05:31:38.44

まず、ユーザに1以上30以下の整数をひとつ、入力してもらう。これをnとする。
1～nの整数を並べる。これをLとする。
※Lをシャッフルする。
Lが偶然にも大きいものから小さいものへの順に並んでいたら、何回シャッフルしたかをユーザに伝え、終了する。
順に並んでいなければ※に戻り、成功するまで何度でも繰り返す。

これをグラフィカルにプログラミングすると、どうなるん？

0359デフォルトの名無しさん

2014/01/31(金) 06:07:53.86

> 典型的な日本人的発想だな
> これだから日本からGoogleグラスやiPhoneは生まれないんだ

これは使える

0360デフォルトの名無しさん

2014/01/31(金) 08:27:17.07

ドラえもん！たいへんだ大変だ！とにかく大変なんだ！なんでもいいから早く出してよ！

ドピュ

0361デフォルトの名無しさん

2014/01/31(金) 08:33:56.47

>>358
それをみんなで考えるスレだよ

0362デフォルトの名無しさん

2014/01/31(金) 08:45:24.23

基本UMLやRADベースじゃないの？
文字ベースのほうが検索とか差分とか把握しやすいからコード部分はテキストだけでも編集可能で
グラフィカルなビュー・エディタを改善していく
でだんだん面倒になってリソースもUMLもテキスト指定・・・

0363デフォルトの名無しさん

2014/01/31(金) 15:25:18.49

五線譜に落とせないかな

0364デフォルトの名無しさん

2014/01/31(金) 18:20:34.97

「今日の22時に>>1にレスしなさい。」
これを図形で表現するところから始めて、日常会話まで図形で網羅していく。

生活に困らない程度まで図形で会話が成り立つようになったら、プログラミング言語に
取り組む。

こういう順番のほうが良くない？

0365デフォルトの名無しさん

2014/01/31(金) 18:30:04.88

何いってんの？

0366デフォルトの名無しさん

2014/01/31(金) 18:32:14.40

図形でプログラミングするんじゃないの？

0367デフォルトの名無しさん

2014/01/31(金) 18:38:18.65

姉貴が高校くらいの時から美顔ローラって言うのを始めたんだよね。
ゲルマニウムとかいうやつ。
もともと結構不細工だったんだけど、やり始めてからだんだん肌がきれいになったんだよ。
数年経ったらなんか顔がすっきりしてきて、今や美人と認めざるを得ない感じになってきた。
ゲルマニウムってすごいなーって感心するわ。
こんなに変わるもんなんだ。

0368デフォルトの名無しさん

2014/01/31(金) 18:39:52.28

キャラクタは図形に含まれますか？

0369デフォルトの名無しさん

2014/01/31(金) 18:41:39.12

象形文字ならいいよ。

0370デフォルトの名無しさん

2014/01/31(金) 18:45:15.59

ゆるキャラは図形ですか？

0371デフォルトの名無しさん

2014/01/31(金) 18:55:09.23

図形化したらいいよ。
写真はダメだよ。

0372デフォルトの名無しさん

2014/01/31(金) 22:44:46.99

紙に穴開けてプログラミングするのはどうだい？
文字なんてもう見るのが嫌なんだろう？

0373デフォルトの名無しさん

2014/02/01(土) 08:51:14.55

頑張れ低能共
低能にしか浮かばないアイディアを活かし、
低能でも優秀な人を超えるプログラムを作れるようにするんだ
期待しているよ　うふふ

0374デフォルトの名無しさん

2014/02/01(土) 12:41:41.25

>>358
ためしにMITのスクラッチというグラフィカルな処理系で実装してみました。
http://scratch.mit.edu/projects/17354635/

0375デフォルトの名無しさん

2014/02/01(土) 12:43:42.51

>>374
それ、日本語プログラミング言語の
コードを一行一行、色付き枠線でくくっただけじゃね？

0376デフォルトの名無しさん

2014/02/01(土) 12:58:15.16

>>373
これどこ視点だよ

0377デフォルトの名無しさん

2014/02/01(土) 13:27:19.29

確かに有能な人が作ると有能な人にしか使えない難しい言語が出来上がる傾向にある
Haskellとか

0378デフォルトの名無しさん

2014/02/01(土) 13:55:45.76

言語作者の設計思想のなかに無能な人に使ってもらいたくないというのがあったのだろう。

0379デフォルトの名無しさん

2014/02/01(土) 13:58:08.78

俺が理解されないのはみんな無能だからだ

0380デフォルトの名無しさん

2014/02/01(土) 14:04:05.09

無能な人に使ってもらいたくないまでは思ってないだろうけど
バカに迎合してやるつもりはない位には思ってそう

0381デフォルトの名無しさん

2014/02/01(土) 14:14:32.65

>>378
まあ、無能な人が使うツールは
有能な人が作ったツールだしね。

有能な人が使ってるツールを使わなければ、
有能な人になれないのは当然なわけで。

0382デフォルトの名無しさん

2014/02/01(土) 14:22:42.34

>>377
Haskellは、言語の見かけの難易度/解決出来る問題の難易度、で言えば易しい方。

0383デフォルトの名無しさん

2014/02/01(土) 14:31:19.71

スキルもコーディング慣習も異なる集団の共同作業を考慮して作っていない
というのが正しい

0384デフォルトの名無しさん

2014/02/01(土) 14:34:55.22

あるシステムを改良するとして、無能な人のための改良が
有能な人の足かせになるのであれば
そんなのは改良とはよべない。

無能な人でも有能な人でも、両方便利になるならそれはいいこと。

で、有能な人にとって便利になるのであれば、
無能な人は切り捨てるよ。当然だろ？
無能な人は有能な人の頑張ってなればいいだけの話だけど
その逆は不可能なんだから。