トップページ⇒tech
1001コメント342KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/01/26(日) 02:49:36.10
もうコーディングは嫌だ
もっと新しいグラフィカル志向なプログラミング言語が欲しい
0757デフォルトの名無しさん2014/04/19(土) 22:13:30.64ID:rLS4KdYY
>>756
キーボード使ってもいいよ。

ただし、-1を書くよりも簡単なら

（プラスアルファで囲いをつけたら逆に大変になってるだけだけどねｗ）
0758デフォルトの名無しさん2014/04/19(土) 22:27:59.76ID:MP1hLwSA
すくなくともi--よりもたいへんだね
0759デフォルトの名無しさん2014/04/19(土) 23:00:49.02ID:Firi/9oq
このときiをデクリメントする
とか設計書に書いている人にとってはより簡単なんだろ？
0760デフォルトの名無しさん2014/04/19(土) 23:07:57.78ID:rLS4KdYY
俺がテンプレート（定規みたいなやつ）使って
フローチャート書くのが効率が悪いと気づいて
擬似コードを書くようになったのはいつだろうかな。
たしか高校の頃にはフローチャートは使わなくなっていた。

初学者に説明する時に使うのはいいかもしれないが、
プログラム言語をネイティブ言語のように扱えるプロとプロとの会話では
余計な装飾でしか無い。
0761デフォルトの名無しさん2014/04/20(日) 02:30:11.75ID:jJiPXZnf
>>1
「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応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:lUreprKb
つ VisualBasic
0765デフォルトの名無しさん2014/04/20(日) 07:04:25.39ID:/jjV4rgn
まあ、グラフィカルプログラミングは上でもでている通り、
これからも出てくると思うよ

そしてまた日本はITで遅れを取るわけだな
0766デフォルトの名無しさん2014/04/20(日) 10:49:26.47ID:zhWQwDWG
>>763
自分でなんかのアルゴリズム考えたことないの？
0767デフォルトの名無しさん2014/04/20(日) 12:07:00.82ID:lTNz4KpL
>>766
あるよ。

グラフィカル言語を自作したほうが早かったことは
一度もなかったけどな。
0768デフォルトの名無しさん2014/04/20(日) 14:38:26.20ID:LrvaI9Ps
>>760
プログラミングが上達するまではフローチャートのお世話になってた

というところなんじゃないかと、グラフィカルなプログラミング言語も
0769デフォルトの名無しさん2014/04/20(日) 18:11:41.84ID:15F0t0Ka
>>763
＞一応書いておくか、何故未知な問題なのに
＞グラフィカル言語が適していると思うのか。


761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。
0770デフォルトの名無しさん2014/04/20(日) 18:20:42.09ID:rd4ayzzb
>>767
> グラフィカル言語を自作したほうが早かったことは一度もなかったけどな。

自作したことなんかないだろ (w
0771デフォルトの名無しさん2014/04/20(日) 19:52:53.30ID:hw+s/A6T
761 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/20(日) 02:30:11.75 ID:jJiPXZnf
「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応IDEで解決。

セマンティックスを構築したい(アルゴリズムが未知)領域の問題なら、グラフィカル言語を自作した方が早い。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


769 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/20(日) 18:11:41.84 ID:15F0t0Ka

761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。



769って馬鹿なの？
0772デフォルトの名無しさん2014/04/20(日) 19:57:38.47ID:LrvaI9Ps
貴様らが望む言語を作れば良い
0773デフォルトの名無しさん2014/04/21(月) 11:42:59.88ID:mIseuF+c
馬鹿に構ってる暇があるならアイディアを出せ
0774デフォルトの名無しさん2014/04/21(月) 12:33:23.27ID:giub/94P
「少なくとも自分にとって」未知のアルゴリズムを考える時は普通、解決に使えそうなオレオレ言語仕様をその場で考えて、図に書いてみるんじゃないの？
そういう意味で使えるグラフィカル言語があると嬉しいけどね。
>>1の動機は多分、761の前半なんだろうけど。
Lisperは構文木を直接書くから、AST＝グラフと出来るらしいが、俺の練度では理解不能。
0775デフォルトの名無しさん2014/04/21(月) 13:27:02.44ID:2fxw+XGi
アイデアを出せってお前が出せ
0776デフォルトの名無しさん2014/04/21(月) 18:59:05.88ID:+mIOXj6e
FRP的なものやデータフロー言語的なものはグラフィカルな方が向くよね。可読性やデバッグとか含めたトータルだとグラフィカルの方がコスト低そう。スレッドコンテキスト境界を出たり入ったりするようなものはなおさら。
もちろんコードの方が効率的に書けるものはあるだろうけど、理想的なのはグラフィカルとコードをシームレスに混在できるもの。
上のバカみたいに++がコードより簡単に書けるかとか本当無意味だわ。
とりあえずUE4はグラフィカルとコード両方で書けるからこれがどっちがより多く使われるのか、成り行きみてみたいものだ。
0777デフォルトの名無しさん2014/04/21(月) 19:07:47.24ID:8o/8KwGl
カルネージハート
0778デフォルトの名無しさん2014/04/21(月) 21:47:20.70ID:yaM3rCK5
>>776
グラフィカルに見るのはいいけど、
書くのはやっぱりテキストのほうがいいよ。
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
>>779
＞なので、「グラフィカルなプログラミング言語」は
＞既存の言語とは異なる思想で組み立てられるべきだと考える。

まあ今のコンピュータ自体、数学上の「計算不可能な領域」の存在が証明されたから発展したもんだからな。
意味論構築には、取り敢えず記号があれば着手出来たから、文字ベースが発達したとも言える。
SysMLとか、Haskellでの計算領域拡張の試みが有るには有る。
0782デフォルトの名無しさん2014/04/22(火) 17:04:56.36ID:aSUm92Xm
作業ディレクトリ　から　initファイルを開く
0783デフォルトの名無しさん2014/04/22(火) 17:32:20.70ID:g8uMh2CA
上のPrographとか昔はなんでデータフローとか変なアーキティクチャ選んだんだ？
と思ってたけど、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:w4l4IAka
だから、なでしこでいいじゃん
0786KAC2014/04/22(火) 20:29:40.70ID:vPp3xv6K
>>784
昔、Mindを使ったプロジェクトをやったことあるけど
入力が日本語になるといろんな要因で遅くなってしまうという弊害が大きくて
普通にCで書いた方が確実に早いという結論で終わった。

自由な日本語で書けないってことは
初心者にとっても結局難解なものになってしまうわけで・・・
0787デフォルトの名無しさん2014/04/22(火) 20:35:33.45ID:M6IufU5g
>>783
まあ確かに++iというシンタックスを、GUIパーツで表現する積極的な意味は現在でも無いけどね。
元々のプログラミングは、グラフ指向(xyグラフとかじゃなく、有向グラフとかの)なんだが、問題は当時のマシンの処理能力。
基本構成単位がゲートICレベル未満だから、表示装置に文字を出すので精一杯。
現代なら、++iとかじゃなく、モナドとかの基本概念を電子回路図みたいに繋いでいくアプローチも面白そうだ。
0788デフォルトの名無しさん2014/04/22(火) 20:50:13.08ID:aSUm92Xm
>>785
なでしこでいいよ
書いてなかったけどそのままｃ系の言語に移行できるって条件もあって
なでしこは文法が特殊なんだよね
0789デフォルトの名無しさん2014/04/22(火) 20:54:12.34ID:aSUm92Xm
>>786
そうそう
だから日本語で書けるというだけ

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+mSU
++バカは消えたのか(´･_･`)
0791デフォルトの名無しさん2014/04/22(火) 21:58:48.17ID:aceH+mSU
++バカは消えたのか(´･_･`)
0792デフォルトの名無しさん2014/04/22(火) 22:03:44.05ID:w4l4IAka
continueとかスペルわかりにくいもんなー
0793KAC2014/04/22(火) 22:16:18.41ID:vPp3xv6K
>>789
単語を簡単にってのなら、そういえば
ぴゅう太　の 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:DwFEDI7c
英語読めないなんて、プログラマでなくとも邪魔なゴミだから死ねばいいよ
0796デフォルトの名無しさん2014/04/22(火) 22:50:52.54ID:yZExreoi
英語が苦手だからグラフィカルなーなんて言ってんのかもな。
0797KAC2014/04/22(火) 23:04:03.84ID:vPp3xv6K
C言語がこんな感じだったらみんな理解しやすいんだと思う・・・か？

虚無 主処理 ( 虚無 ){
　文字 揮発 * 表示文字列;
　数字　愛 = 0;
　する間( ! 表示文字列[0] ){ 寝る(愛);愛++; }
　書式付表示("%s\n",表示文字列);
}
0798デフォルトの名無しさん2014/04/22(火) 23:38:20.42ID:z8WHMXPV
書けない読めないからグラフィカルにしたいなんて奴がどっかにいたのか
0799デフォルトの名無しさん2014/04/22(火) 23:38:54.78ID:yZExreoi
>>797
それをグラフィカルにしてみたらどうなるの？
0800デフォルトの名無しさん2014/04/22(火) 23:49:10.28ID:3kjpv9g4
>>793
その手の奴はいつでもやってる
関西弁バージョンとかも定番だし
http://inforno.net/articles/2008/03/04/japanese-language-programing-in-scala
0801デフォルトの名無しさん2014/04/23(水) 00:37:00.37ID:ArDtJbWQ
いや、お前ら（>>794,>>796）馬鹿か？
英語に固執する理由が無いっての
中高生以上ならプログラミング程度の英語は出来て当然
それが大前提だから英語力がどうとかいう話じゃないの
英語できるとかプログラミング書けるとかそういうところに優越を感じるレベルでもなくて
ただ単に書きやすいとか、やりやすいとかそういうこと
よくカスタマイズ出来るとかを粋に感じてiphoneに対してandroid推してる奴とかいたけど
そういうどうでもいいとこではなくて、チョチョイとシミュレーション計算したいとか
プログラミングを負荷が少なくもっと簡単に勉強したいとか
日本語でパラパラと書きたいとか、そういうニーズもあるっちゃあるでしょ？ってこと
0802デフォルトの名無しさん2014/04/23(水) 00:40:04.58ID:7vo5B08Z
なんでもいいなら、英語でいいじゃん？
キーボードは英語を一番入力しやすいように
作られてるんだし。 1キー = 1文字

まあ、アルファベットを使う言語なら
英語じゃなくてもいいけど。
0803デフォルトの名無しさん2014/04/23(水) 00:51:49.49ID:jGDL0Z25
>>794
別に英語知らんでも
「えふおーあーる、かっこ…あいえぬてぃー・あいは最初ゼロ、あいが10より小さい間繰り返す、毎回あい増やす」
「あいえふ、あいパーセント2がゼロなら、ぴーゆーてぃーえす偶数」

こんな読み方してようが、1人でプログラミングするには支障ないしな
そもそも複数人だろうと、例えばC言語の関数名とかは
略した名前が多いから割と読み方に個性出ると思うが、意外と意思疎通できるし…
0804デフォルトの名無しさん2014/04/23(水) 01:00:32.01ID:7vo5B08Z
>>803
名前つけるときどうするの？
0805デフォルトの名無しさん2014/04/23(水) 01:02:36.23ID:ArDtJbWQ
>>802
英語でいいじゃんて人がいてもいいけど、それは全員ではないの
わざわざ日本語で覚えるくらいなら、英語で覚えた方がいいのはある程度当然としても
（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
>>793
それを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
>>805
日本語の文法を守れないのに、
日本語にする必要あるの？
0809デフォルトの名無しさん2014/04/23(水) 01:24:26.80ID:ArDtJbWQ
>>808
楽さが人によって違うんじゃないかな？
日本語文法をできるだけ守ろうとするのはなでしこだけど
単に全角の日本語で書けてもいいよねと
簡単な例しか書いてないけど、通常の長いプログラムとかはとにかく「英語」なんだよ
日本語の方が、日本語に接してきた人なら瞬間的に認知しやすいというのはあると思う
0810デフォルトの名無しさん2014/04/23(水) 02:19:22.18ID:jGDL0Z25
>>804
ローマ字でいい、組むことそのものにはあんま関係ないよ

…と言うか、俺なんて英語よりプログラミングが先で
プログラミングに出てくる単語から英語覚えたけどな

フォー、ワイル、イント、プリントはともかく
IFは実際アイエフだったし、LOCATEなんてロカテだったw
AUTOは見事にアウト…w
0811デフォルトの名無しさん2014/04/23(水) 02:23:40.86ID:ArDtJbWQ
AUTOネタの正体見たり！
0812デフォルトの名無しさん2014/04/23(水) 19:43:25.97ID:SR7M9SSi
プログラムは英語記法で
エージェントは日本語が有ってるかも
0813デフォルトの名無しさん2014/04/23(水) 23:18:37.09ID:pr9pTfEN
グラフィカルなプログラミング言語ってスレタイ見た時、まずわかりやすく平易という方向性が見えた
これをもう少し拡大して考えると、EnableNantokaSwhithとか英語で書かれまくってるプログラミング言語は実は日常使わない英語なのでパッと見敷居が高い
初心者からちょっとしたプログラムやアプリケーションを作るまでの労力が現在１０なら、それを５や６まで少なする
電卓くらい当たり前に使えるプログラミング言語があってもよくて、それがグラフィカルなものだったり日本語のものだったり
プロフェッショナルな方向性ではなく、初歩の習得の容易さや簡易なプログラムに対する敷居の低さを考える

パソコンでも文房具でもスマホでもそうだけど、一般向けの物は利便さだけではなく使用することの敷居の低さや容易さ、安さ、耐久性、確実さなどを追求するベクトルがある
だから、簡易な言語や機能としてプロや上級者のためではないものあっていい
0814デフォルトの名無しさん2014/04/23(水) 23:29:57.94ID:+4GGWROK
Webシステムに特化したものだったら使いたい
0815デフォルトの名無しさん2014/04/23(水) 23:41:44.76ID:+4GGWROK
MVCにかわる新たなモデルを作れないかな
さらには欲を言えばRDBMSの概念もグラフィカル思考に近づけたい
0816デフォルトの名無しさん2014/04/23(水) 23:50:28.55ID:+4GGWROK
iPhoneで片手で気軽にプログラミングできるようなものが理想
0817デフォルトの名無しさん2014/04/23(水) 23:52:03.83ID:+4GGWROK
Age
0818デフォルトの名無しさん2014/04/24(木) 02:25:29.86ID:vGFJI3hL
>>816
わかる
0819デフォルトの名無しさん2014/04/24(木) 04:36:49.95ID:6xlhO1bi
>>813
能書きはいいから、さっさと考えろよ。
0820デフォルトの名無しさん2014/04/24(木) 06:23:51.17ID:+kum9QE5
>>815
何がしたいか分からなきゃ、モデル作り用がないんだが。
0821デフォルトの名無しさん2014/04/24(木) 06:45:54.71ID:6xlhO1bi
グラフィカルにしたーいっていうだけで
何もアイデアを持っていない。

まず何が問題で、何を解決したいのか自分でわかっていない。
よくよく聞いてみると、結局プログラミングが苦手なだけという。
0822デフォルトの名無しさん2014/04/24(木) 07:38:52.76ID:liWFOTCB
プログラミングが得意な人間が作るとIDEを作ることになる

苦手か、もしくは知らない人間が作るとどうなるかっていうとこが知りたいだけだ
0823デフォルトの名無しさん2014/04/24(木) 09:11:40.08ID:6xlhO1bi
苦手な人用の機能はプロの足かせになることがある。
たとえば自転車の補助輪は、
競輪選手にとっての足かせになるように。

そういうプロの人にとって役に立たないどころか
逆に生産性を下げるようなものは受け付けられない。
0824デフォルトの名無しさん2014/04/24(木) 09:57:19.29ID:jKz35WZ5
まーた「おれがやってる順番に実行するスクリプトをテキストエディタで編集するのがプログラミングだ！」さんかい？
0825デフォルトの名無しさん2014/04/24(木) 10:17:58.42ID:N7H+wX8T
>>815
ER 図編集したら、データベースの定義スクリプト吐く奴ってないんだっけ？
0826デフォルトの名無しさん2014/04/24(木) 10:27:43.60ID:k8u3HaH4
>>823
能書きはいいからさっさと考えろよ
0827デフォルトの名無しさん2014/04/24(木) 11:27:35.33ID:463WpYd+
カルネージハートの思考パターンみたいな物くらいかな
0828デフォルトの名無しさん2014/04/24(木) 12:18:45.72ID:bkiqjmph
壊れた機械みたいに俺が書いたカルネージハートを連呼してるな
頭がおかしい
0829デフォルトの名無しさん2014/04/24(木) 15:14:17.15ID:KT8TA3nl
simulink
max/msp
0830デフォルトの名無しさん2014/04/24(木) 21:12:35.44ID:1zyCBOxG
>>820
MVCモデルって書かれてる時点でWebだってわかるだろ馬鹿か？
0831デフォルトの名無しさん2014/04/24(木) 21:13:46.23ID:1zyCBOxG
>>821
アセンブラでもやってろ
0832デフォルトの名無しさん2014/04/24(木) 21:57:05.61ID:6xlhO1bi
>>825
> ER 図編集したら、データベースの定義スクリプト吐く奴ってないんだっけ？

あるよ。俺が知っているので言えば、MySQL Workbench

ただプログラム（ストアドプロシージャ）に関しては
ER図からストアドなんか生成できなかったはず。
MySQL Workbenchで管理できるけどコード自体は手入力。

で、今思い出したけど、Accessにはクエリビルダって言ってテーブルを線で結んで
JOINを作って、表示・更新フィールドをリストから選んで・・・ってやって
SQLを生成する機能あるよ。

https://www.bitpower.co.jp/software/muryou/%E3%82%AF%E3%82%A8%E3%83%AA%E3%81%AE%E6%AD%A3%E4%BD%93.pdf

SQLがプログラム言語のカテゴリになるのかは知らないけど、
これなんか、グラフィカルなプログラム言語として理想的な機能なんじゃないの？

もっとも俺はSQL直接書いてるけどね。今はAccess使ってないし、
複雑なものはクエリビルダでは作れなかったので。

今も実際に使っている人どう？ 自分が使っていた時から
15年ぐらい経つけどあれから何か便利になった？
0833デフォルトの名無しさん2014/04/24(木) 22:00:05.28ID:6xlhO1bi
>>830
MVCモデルというのはウェブが一般に普及していなかった時代に
SmalltalkでGUIアプリを作る時に使う設計だよ。

ウェブのMVCモデルというのはMVC2とも言って
元々のMVCとは似て非なるもの。
0834デフォルトの名無しさん2014/04/24(木) 22:04:37.65ID:+kum9QE5
>>830
>>833の言う通りだな(´･_･`)なんつーか付け焼き刃が粋がってバカを晒してる感じかね
0835デフォルトの名無しさん2014/04/24(木) 22:10:36.66ID:OqTnxjBg
googleでちょっと検索して出てたのを知ったかして書き込んだんでしょｗ
0836デフォルトの名無しさん2014/04/24(木) 22:12:00.19ID:f6grzxUJ
minecraftのレッドストーン回路とか
グラフィカルどころか立体だけど
0837デフォルトの名無しさん2014/04/24(木) 22:17:22.30ID:6xlhO1bi
>>836
これかな？
http://www26.atwiki.jp/minecraft/pages/26.html

真理値表 に対応するオブジェクトをminecraftで作ってみたって感じかな？
0838デフォルトの名無しさん2014/04/24(木) 22:52:32.69ID:jKz35WZ5
smalltalkの直接の影響下にあるObjective-Cが開発言語のiOS/MacOSXは
公式のガイドでMVCで作りなさいよ、iPhoneのUIはシングルウィンドウで
タッチインターフェイスのMacOSXのようなものだから
MVCで役割分離することでビューの差し替えで簡単に
iPhone、iPad、Mac間で相互で動くアプリが作れますよって説明されるな。
http://i.imgur.com/ON47ypg.jpg


…そういやAppleはMVCでビュー分離して環境ごとに最適化したUIを作れゆーてるけど
Windows8とかAndroidはデスクトップとタブレットとモバイルで
UI切り替えろゆーてないのかしら…
0839デフォルトの名無しさん2014/04/24(木) 22:58:35.84ID:ZwmdV8jX
グラフィカルなプログラミングなんて研究分野では珍しくない。

Labview
http://www.ni.com/newsletter/51735/ja/

Matlab
http://www.tech.plym.ac.uk/sme/mech331/fuel5.htm
0840デフォルトの名無しさん2014/04/24(木) 23:16:05.97ID:h8TOm7ug
>>832
そう言われれば Access もあったな。
いまいち痒いところに手が届かなかったから、おらも SQL てで書いてたな。
Access97 の時代だから、今どうなってるのからさっぱりだわ。
0841デフォルトの名無しさん2014/04/24(木) 23:19:23.92ID:6xlhO1bi
>>839
おー、やっと分かった。
http://www.ni.com/video/1875/ja/

これの3:10秒ぐらいの所、

(39.10 - 32.00) * (5.00 / 9.00) という計算式を
グラフィカルに書くとああなるんだな。
0842デフォルトの名無しさん2014/04/24(木) 23:31:39.53ID:jKz35WZ5
グラフィックプログラミングによくあるデータフロータイプのは
そーゆーのだとだいぶ前からこのスレで出てたじゃない。
0843デフォルトの名無しさん2014/04/24(木) 23:34:44.39ID:6xlhO1bi
でもまさか本当にキーボードで入力すれば済むような
＋とか−とかのアイコンをポトペタで置いていくとは
思わないでしょ？
0844デフォルトの名無しさん2014/04/24(木) 23:37:42.36ID:6xlhO1bi
あ、一つ聞きたいんだけど、
>>841の「温度計」っていうのは、
最初から用意されたパーツなわけ？
それともあれも作れるの？

データ変更時イベント発生時（onchange）に
他のパーツに値をセットするだけの処理じゃなくて、
あのパーツそのものをどうやって作るのかを見てみたい。
0845デフォルトの名無しさん2014/04/25(金) 00:01:59.39ID:jKz35WZ5
トップのビデオでコンパネとコード作るとこから始めてるじゃないの。
http://www.ni.com/labview/why/ja/
0846デフォルトの名無しさん2014/04/25(金) 00:03:54.29ID:Pkyhb6hg
おまえらはもうPLDで我慢しとけよ
0847デフォルトの名無しさん2014/04/25(金) 01:04:32.37ID:4klH39dY
>>845
それ用意されているものを配置しているだけでしょう？
0848デフォルトの名無しさん2014/04/25(金) 06:25:18.34ID:8Y6XQoMM
MVCといえばIBMがMVPというのを一時やろうとしてたが消えちゃったね
0849デフォルトの名無しさん2014/04/25(金) 08:24:52.16ID:IMABWYJa
>>847
普通の言語も用意された機能やライブラリを書いてるだけだが？
0850デフォルトの名無しさん2014/04/25(金) 11:28:40.59ID:4klH39dY
>>849
えと、だからそのライブラリ（用意されているパーツ）を
どうやって作るのかを見てみたいって話なんだけど。
0851デフォルトの名無しさん2014/04/25(金) 11:46:57.09ID:IMABWYJa
>>850
一般的な話としてはプリミティブな奴は普通の言語で作ればいいでしょ？
グラフィカルな奴で作ったものを部品として使いたいならそう言う仕組み (ライブラリアンとか) 作ればいいだけで、普通の言語と同じでしょ。
>>839 の奴が具体的にどうしているか知りたいなら、ベンダーに聞けばいいだけだし。
0852デフォルトの名無しさん2014/04/25(金) 12:20:07.17ID:4klH39dY
残念、結局普通の言語で作るのか。
グラフィカルなプログラミング言語というより
用意されているものを、つなげるだけなのね。
0853デフォルトの名無しさん2014/04/25(金) 12:53:00.71ID:IMABWYJa
>>852
いや、だから普通の言語と同じでしょ。
いったい何を期待してるんだ？
0854デフォルトの名無しさん2014/04/25(金) 13:40:48.39ID:4klH39dY
>>853
> いや、だから普通の言語と同じでしょ。

それは言い方がおかしい。

君が言った
> 一般的な話としてはプリミティブな奴は普通の言語で作ればいいでしょ？
からすると、

グラフィカル言語が普通の言語と同じなのではなく、
パーツを作るときにはグラフィカル言語のやり方ができないので、
普通の言語で作るしか無いという意味でしょう？
0855デフォルトの名無しさん2014/04/25(金) 14:01:10.07ID:IMABWYJa
>>854
>>851 の最初の文しか読んでないのかよ (w
0856デフォルトの名無しさん2014/04/25(金) 14:02:45.52ID:4klH39dY
>>855
だって、プリミティブなもの（＝パーツ）を
どうやって作るのかを質問したのですから・・・。
■ このスレッドは過去ログ倉庫に格納されています