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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2014/01/26(日) 02:49:36.10
もうコーディングは嫌だ
もっと新しいグラフィカル志向なプログラミング言語が欲しい
0855デフォルトの名無しさん2014/04/25(金) 14:01:10.07ID:IMABWYJa
>>854
>>851 の最初の文しか読んでないのかよ (w
0856デフォルトの名無しさん2014/04/25(金) 14:02:45.52ID:4klH39dY
>>855
だって、プリミティブなもの（＝パーツ）を
どうやって作るのかを質問したのですから・・・。
0857デフォルトの名無しさん2014/04/25(金) 14:08:15.68ID:IMABWYJa
>>856
パーツが必ずしもプリミティブというわけじゃないぞ。
とにかく適当な言語の実装調べてこいよ。
0858デフォルトの名無しさん2014/04/25(金) 14:08:56.01ID:3vuOghX4
CコンパイラはCで書かれている。って言われて
混乱してる素人臭がすげぇ
0859デフォルトの名無しさん2014/04/25(金) 14:15:39.70ID:jrLTZF6i
プリミティブかどうかは関係ないなら
パーツの作り方を聞いて、なんでプリミティブとか言い出したんだ？

パーツの作り方を答えるべきだろう。
グラフィカル言語でも用いる、
グラフィカルなパーツを作るには
結局は普通の言語を使うしか無いってのが答えかね？

たとえば>>841に用意されている
「＋」というアイコンの代わりに
任意の関数を使うときどうするんだ？

っていうか「＋」アイコンを使う時点で笑えるがｗｗ

>>841に書いてある数式だったら一行ですんでいるのに
マウスでポチポチとｗｗｗｗ
0860デフォルトの名無しさん2014/04/25(金) 14:30:06.92ID:3vuOghX4
(ひとつの例だけやっと見たと思ったら今度はそれが全てだと思って
その言語でこれはできるのか！とか言い出したよ…
どう見ても計測器用のデータフロー言語になに言ってんだコイツ)
0861デフォルトの名無しさん2014/04/25(金) 14:31:30.74ID:jrLTZF6i
グラフィカル言語っていうのは
汎用言語には成り得なくて
DSLみたいなもんだってことですねｗｗｗ
0862デフォルトの名無しさん2014/04/25(金) 15:06:43.15ID:IZttWr8m
レゴブロックで説明した方が早そうな感じ
0863デフォルトの名無しさん2014/04/25(金) 15:07:26.19ID:YQS1C1Wk
>>858
プログラムが無い状態ではCPUにわかる命令がメモリに保存されていないとコンピューターが動作しない
コンピューター（CPU）を動作させる命令は機械語と呼ばれているもので、
数値で表せば10011101010のように２値の組み合わせで表される
まずこれが最初にあって、その後その命令でアセンブラのようなより簡易にプログラミングできる言語環境が提供される
さらに、C言語など人がよりプログラミングしやすい言語環境が提供されるが
すでに、それら環境が提供されている状態ではC言語でC言語をコンパイルする環境を構築することも可能である
なぜならば、C言語で書かれたプログラムは多くの場合、最終的には機械語に翻訳されるためC言語でC言語の環境を作成しそれを機械語に翻訳するという作業には何もおかしなところがないからである
0864デフォルトの名無しさん2014/04/25(金) 15:08:04.90ID:jrLTZF6i
>>862
> レゴブロックで説明した方が早そうな感じ

期待してる。
0865デフォルトの名無しさん2014/04/25(金) 19:35:22.43ID:+wM+/P+I
>>859
こいつ++バカだろ。
相変わらず視点が矮小すぎて笑えるw
0866デフォルトの名無しさん2014/04/25(金) 19:36:34.78ID:KbLWmMY4
いや、グラフィックが効率が悪くて学習とか用のなのは同意だが、ネイティブに近いパーツを他の言語で作るのは全く悪くないよ
C#とかも一部はCなんかのコードを呼び出してるし、スクリプト言語でもその言語自体で実装された処理系があるのは人と金が大量にあるほんの一部の言語だけ
0867デフォルトの名無しさん2014/04/25(金) 19:58:12.69ID:jPmvuOB6
粒度の大きい部分しか扱えないはずだし
汎用言語と競合するものじゃない
ＤＳＬでなにがわるい
0868デフォルトの名無しさん2014/04/25(金) 20:00:43.11ID:MZsAYGmz
Windows95が世に出たころにオーサリングツールの宣伝動画を見た記憶がある。
なんというソフトだったかは忘れた。

10年後にはコーディングなんて原始的な作業になっていてオーサリングツールを
使ってグラフィカルインターフェイスだけでプログラミングする時代になるんだろうな
なんて想像していたけど、そんな時代はまだまだ先の話みたいだね。
0869デフォルトの名無しさん2014/04/25(金) 20:13:21.91ID:jPmvuOB6
グラフィカルインターフェースだけでスマホの筐体の色を変えられます
0870デフォルトの名無しさん2014/04/25(金) 20:28:22.17ID:nsFgzzSj
>>868
言語能力とライブラリが飛躍的に向上したからね。

昔（Window 95時代）は入力値が変わると
出力が変わるみたいな、データフロータイプな処理は
入力が変わったことを検知するループを作ってとか
受け取ったメッセージを適切な型に変換してとか
色々煩雑な処理が必要だってけど、今はjQuery風に書くと

$('#src').on('change', function() {
　var val = $(this).val();
　val = 色々計算(val)
　$('#dest').val(val);
});

この程度で書けるようになってしまったしね。

少なくともデータフロータイプに関しては言語ではなくて、
用意されているライブラリぐらいにしか価値がなくなってる。
0871デフォルトの名無しさん2014/04/25(金) 21:22:12.57ID:u79u0vmH
>>868

Klick&Playのこと？
0872KAC2014/04/26(土) 15:40:43.79ID:+E4Yxb7w
グラフィカルときいて連想するのが人によってバラバラだな。
YPSみたいに構造化を視覚化する開発環境を連想するものもいれば、
アニメ「宇宙のステルヴィア」みたいに文字などが一切でないものを連想するものもいる。

前者なら、いろいろな会社からすでに製品が出されているから実現は可能。
後者なら、「どうやって表現するのか」が議論ななるんだろう。

別のことを思っている者が会話しても話は進まんよ。
0873デフォルトの名無しさん2014/04/27(日) 07:40:59.71ID:XY8MAa1t
当たり前の質問したいんだけど。
Windowsでエクスプローラーで、

・C:\AAAのBBB.txtってファイルをC:\CCCにcopyする時
・C:\AAAのBBB.txtってファイルをC:\CCCにmoveする時

ってそれぞれ内部的にはDOSコマンド（今はコマンドプロンプト？）の様な

copy C:\AAA\BBB.txt C:\CCC\BBB.txt
move C:\AAA\BBB.txt C:\CCC\BBB.txt

こんな感じで動いているんでしょうか？
0874デフォルトの名無しさん2014/04/27(日) 07:48:21.87ID:PjLFHi1Y
APIを呼び出している
0875デフォルトの名無しさん2014/04/27(日) 13:15:11.97ID:t1mtJyDY
>>873
初期のWindowsならそういうこともあったかも知れんね、DOS上で動いてたし
ただ今はコマンド自体もWindowsAPI呼んでるだろうし
Explorerからコマンド経由でAPIなんてことワザワザやらんかと

それに近いことやってるのはLinux世界かな
基本的なファイル操作は流石に枯れてて今更GUIからコマンド経由せんでもいいが
開発の続いてる技術に関しては、まずコマンドで実装される傾向があるから
ガワだけ作って内部でコマンド呼ぶ、フロントエンドってやり方はよく使われる
0876デフォルトの名無しさん2014/04/27(日) 13:33:59.88ID:TcUJdg0l
> 初期のWindowsならそういうこともあったかも知れんね、DOS上で動いてたし

ねーよ。適当な事言ってんな。
0877デフォルトの名無しさん2014/04/27(日) 13:40:24.86ID:t1mtJyDY
どっちに「ねーよ」と言ってんのか知らんが、
かも知れんは、かも知れんレベルの話として受け取ってもらうしかないぞ
0878デフォルトの名無しさん2014/04/27(日) 13:50:17.75ID:TcUJdg0l
> 初期のWindowsならそういうこともあったかも知れんね、

ねーよ。
0879デフォルトの名無しさん2014/04/27(日) 13:52:20.88ID:t1mtJyDY
そうか、無いと教えてくれてありがとうな
0880デフォルトの名無しさん2014/04/27(日) 13:56:26.98ID:jKbi43u9
そもそも初期の Windows にエクスプローラなんてあったっけ？
0881デフォルトの名無しさん2014/04/27(日) 14:04:07.25ID:t1mtJyDY
ファイルマネージャだな
0882デフォルトの名無しさん2014/04/27(日) 14:36:46.06ID:udbvuRA2
プログラミングはプログラマーがするものっていう考え方は古い
子供から年配の人まで気軽にできるようなものを作りたい
0883デフォルトの名無しさん2014/04/27(日) 15:14:36.87ID:s0NPrJow
>>882
おもちゃコントロール言語なら
https://www.youtube.com/watch?v=lKqIJPGK3sg
(Lego Mindstorms EV3)
https://www.youtube.com/watch?v=qOh9Qlx4itI
(Lego MindStroms nxt)
子供が解説してるのを選んでみた。

なかなか、ぱっと見でよく分かるサンプルがないぜ...(公式サイトにも)
0884デフォルトの名無しさん2014/04/29(火) 01:39:09.29ID:BVOx6MN/
>>883
おもちゃじゃなくて使用性の高い言語って意味
0885デフォルトの名無しさん2014/04/29(火) 01:42:16.09ID:bQ2SMtm3
きみは使用性の高い言語を出されたら
意味すら理解できなかったじゃないの。
0886デフォルトの名無しさん2014/04/30(水) 22:02:58.74ID:xx8J+Or/
excelってすごいな
0887デフォルトの名無しさん2014/05/01(木) 00:11:25.73ID:x4N+3w9l
>>886
いろんなショートカット覚えたら尋常じゃないくらい作業早くなって行くしな
0888デフォルトの名無しさん2014/05/01(木) 01:45:26.75ID:7LtY7D/L
886だが
入力や出力の個数の変化に応えられるし定型化された操作を振るだけで結果が出る
そして大抵の事務作業はこれに適していること
これはかなり理想に近いんじゃないかと思う(あくまで仕事をこなすのがプログラムとした場合の記述方法として)
対応できないのも相当にあるけどこのスレの目指すグラフィカルな言語ってのは
やっぱりある程度の妥協点(目的に特化、図としての利点を伸ばす)がないとテキスト記述にゃ叶わないと思うわ
確かに図は人間に分かり易いし直感的なんだが文字に直感が働くよう訓練するほうがコンピュータへの指示においては色々便利
曖昧さがないし解析も容易
結局グラryであっても解析は行うだろうけど得られる結果が同一であるものを目指した場合にどっちが人間が正確に書けるかっていう
0889デフォルトの名無しさん2014/05/01(木) 16:08:08.75ID:Uxtylliz
人のプログラムを読む時にもしかしたら図付きの方が見やすくなるかなと思った
0890デフォルトの名無しさん2014/05/01(木) 16:23:27.03ID:qCDJU0g+
仕様を決めるときに、図を書かないと全く理解できない場合がある。
0891デフォルトの名無しさん2014/05/02(金) 12:52:36.78ID:Pfd+HO5D
> 確かに図は人間に分かり易いし直感的なんだが

その図というものを、俺はフローチャート もしくは PADで
イメージしているんだけど、こんな感じであってる？

http://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d378270/LANG0027.HTM
0892デフォルトの名無しさん2014/05/02(金) 13:48:20.37ID:D33zk24n
>>891
今時は、UMLかSysML。
0893デフォルトの名無しさん2014/05/02(金) 13:54:08.00ID:Pfd+HO5D
UMLってクラス定義しか生成できなかったと思うけど？
実装は空。
0894KAC2014/05/02(金) 15:05:10.87ID:I4CxCkey
>>893
UMLってのはクラス図だけじゃなくて、
構造と振る舞いを記載できる仕様記述言語だよ。

動きなら、状態遷移図とかシーケンスとかであらわす。
0895デフォルトの名無しさん2014/05/02(金) 15:20:03.73ID:AiE+A4Zp
関数型とUMLって相性いいん？
0896KAC2014/05/02(金) 15:43:39.35ID:I4CxCkey
>>895
オブジェクト指向で設計したもの(UMLで記載)が
C言語で実装できるかとかそういう話？

ちゃんと理解してれば実装できるけど、
相性がいいかと言われればNoだな。
0897デフォルトの名無しさん2014/05/02(金) 15:50:04.40ID:s2AKWD4F
なんで関数型でC言語が出てくるw
0898KAC2014/05/02(金) 15:58:37.18ID:I4CxCkey
あぁ、関数型しか書いてないから
関数型定義で擬似オブジェクト指向を造る話のほうかとかと思たよ。

関数型言語ならそう書いてくれ。
0899デフォルトの名無しさん2014/05/02(金) 17:13:01.73ID:VGttU68Q
俺も関数型ってHaskellとかLispのこととしか思わんかったが…何故そういう解釈になったw
0900デフォルトの名無しさん2014/05/02(金) 17:17:32.32ID:VGttU68Q
そもそも擬似オブジェクト指向ってなんだ…

オブジェクト指向は考え方だから、C言語だろうが何言語だろうが
その考え方に基づいてプログラミングしたらオブジェクト指向だよ

オブジェクト指向プログラミング言語はそれを行い易く設計された言語だから
普通はそれを使うけど、C言語でやったとしてもそれは擬似とかじゃないぞ
0901デフォルトの名無しさん2014/05/02(金) 17:23:14.07ID:+HoqucNW
>>900
OOPでググれ
0902デフォルトの名無しさん2014/05/02(金) 17:32:51.27ID:YjmVn3e2
オブジェクト指向は俺はC++でこれは違うと思って
Javaでまだなんか違うと思って
Objective-Cでああこれだ、と納得したクチなので
たぶんあれぐらいみんな自分のいるとこがオブジェクト指向だと
認識がバラバラの言葉もないと思う。
0903デフォルトの名無しさん2014/05/02(金) 17:34:36.24ID:MIIxms9b
>>900
Cでメソッドのオーバーライド実現させる方法わかる？
0904デフォルトの名無しさん2014/05/02(金) 17:40:00.07ID:s2C1A73T
C++て初期の頃はプリプロセッサでCに変換されてコンパイルしてたんだよ。
0905デフォルトの名無しさん2014/05/02(金) 17:56:08.78ID:YjmVn3e2
Cでメソッドって時点で文字列渡しかな〜と考えるので
関数の頭の方に記述してあるであろう"メソッド文字列判定部"の
本来の処理の前の部分に違う処理書いて"オーバーライド"？
たぶん実際背後ではこれに似たことやってるだろうから
Cプログラマはオブジェクト指向嫌うのかもな。
0906デフォルトの名無しさん2014/05/02(金) 18:00:53.34ID:pCCcCqiJ
オブジェクト指向も慣れれば
頭の中でグラフィカルに展開されるけどな
結局は何と何が繋がってるかに過ぎないわけで
右脳使え右脳
0907デフォルトの名無しさん2014/05/02(金) 18:02:33.37ID:s2AKWD4F
>>905
Objective-CっだってランタイムはCで書かれてるから、Cでも出来ない事は無いだろ。
メソッドは文字列で管理してるな。
レシーバがサブクラスならサブクラスのメソッドリストを探してとかやるんじゃね？
0908デフォルトの名無しさん2014/05/02(金) 18:18:29.52ID:kG5D/T/U
>>903
関数ポインタ使ったらあかんの？
0909デフォルトの名無しさん2014/05/02(金) 18:26:07.73ID:YjmVn3e2
Objective-Cのクラスは全部ポインタだな。
C+smalltalkだからポインタなんて知らない人もみんな
(hoge*) hageで*はおまじない扱いでインスタンス宣言しとるな。
0910デフォルトの名無しさん2014/05/02(金) 18:52:35.67ID:AiE+A4Zp
>>896
今時関数型書いて構造プログラミングもないだろw

いや言いたかったのは関数型にしたときに分類されるデータなどはオブジェクト志向のクラスとはまた粒度とかことなってくるからUMLがうまく適合するのかなーって話。
0911デフォルトの名無しさん2014/05/02(金) 22:21:52.27ID:Pfd+HO5D
>>894
> 動きなら、状態遷移図とかシーケンスとかであらわす。

状態遷移図やシーケンス図って
そんなに書きますか？

複雑な場合には使いますけど、
さすがにフローチャートの代わりにはならないと思いますが？
0912デフォルトの名無しさん2014/05/03(土) 01:37:53.52ID:xxSHnc2z
>>911
つーか言語仕様としては書けるけど誰も書いてなくね
0913デフォルトの名無しさん2014/05/03(土) 02:01:13.97ID:57QiFJuQ
UML発案者たちがインタビューでUML2.0はクソ
標準化したせいで言語としての厳密さとか使わない書き方とか
盛り込まれて、仕様の8割使わない。ってボロクソ言ってたから
逆に標準UML2.0に厳密に従えば言語の代わりになるんじゃね？

俺3種類ぐらいの書き方しか使わないけど。
0914デフォルトの名無しさん2014/05/03(土) 02:06:22.91ID:Nb5eUXCJ
XViewのソース見ればCでOOPやろうとするとどうなるか良くわかる
0915デフォルトの名無しさん2014/05/03(土) 03:05:14.18ID:BzVjbdP5
>>912
組み込み系とか通信系とかなら普通に使うぞ > 状態遷移図、シーケンス図
0916デフォルトの名無しさん2014/05/03(土) 12:35:24.66ID:NUO+XoEk
UML2-- を定義しろ
0917デフォルトの名無しさん2014/05/03(土) 12:50:46.89ID:pGCoyN25
>>915
状態遷移図やシーケンス図だけで組み込みアプリ作ってるの？
使うのは組み込みアプリの中の一部分だけじゃない？ってことなんだけど。

思うにグラフィカルなものが適しているのって
「特定の種類のアプリ」ではなくて「アプリの中の一部分」だと思うんだ。

一つのアプリを作るとき、状態遷移図が適している部分には
状態遷移図を使うだろうけどそれ以外の部分には使わないでしょ？
フローチャートでは書くことができるけど、状態遷移図では
書けないってものがあるはず。

それと同じでグラフィカルなものが適している部分はあるけれど
アプリ全体全てがグラフィカルで作るのに適しているものはないんじゃないかな。
0918デフォルトの名無しさん2014/05/03(土) 13:03:16.36ID:BzVjbdP5
>>917
適材適所って言葉知ってる？

なんか、使 { わない理由 | えない言い訳 } を探してるとしか思えない。
0919デフォルトの名無しさん2014/05/03(土) 13:06:34.71ID:pGCoyN25
>>918
いや、だから俺も適材適所の話をしてるのよ。
一つのアプリの中で適材適所というものがあって、
アプリ全体を一つのやり方で作れないって話。

たとえばクラス図があれば、クラスの雛形、つまり関数定義はできるけど
その関数の実装はクラス図じゃできない。関数の実装は
フローチャート図だろうねってこと
0920デフォルトの名無しさん2014/05/03(土) 13:37:07.04ID:QUw1rPx0
>>919
お前なんかグラフィカルに親でも殺されたの？
0921デフォルトの名無しさん2014/05/03(土) 13:49:56.05ID:jNwOiaKe
前も出たけどグラフィカルで組むとデータがクラスに入ってきて
そのデータに加工や処理をしていくというデータフロータイプの書き方の方が自然な場合が多くて
処理の方を順番に書く、いわゆるフローチャートをスクリプトに起こした形の
"普通のプログラム"とはだいぶ描き方が変わるよ。
0922デフォルトの名無しさん2014/05/03(土) 14:06:05.99ID:pGCoyN25
>>920
あの、>>919では一言も「グラフィカル」のこと言ってないんですけど？
ちょっと過剰反応すぎやしませんか？
0923デフォルトの名無しさん2014/05/03(土) 14:08:38.05ID:pGCoyN25
>>921
> そのデータに加工や処理をしていくというデータフロータイプの書き方の方が自然な場合が多くて

それはデータフロー図ってことでいいのでしょうか？

こういうのです。

https://www.google.co.jp/search?q=データフロー図&tbm=isch
0924デフォルトの名無しさん2014/05/03(土) 14:09:45.12ID:pGCoyN25
データフローダイアグラムともいいましたね。

http://www.dab.hi-ho.ne.jp/sasa/hyoryuki/dfd/
0925デフォルトの名無しさん2014/05/03(土) 14:12:00.76ID:BzVjbdP5
>>919
> アプリ全体を一つのやり方で作れないって話。

当たり前でしょ？
何を言いたいのか、さっぱりわからんのだが。
理想の開発環境でも追い求めてるのか？
0926デフォルトの名無しさん2014/05/03(土) 16:58:14.16ID:zk/sfJQ0
まあこのスレはグラフィカルなプログラミング「言語」のスレだからなあ
最終的にグラフィカルでなくなるなら、それグラフィカル言語なのか？とは思う
0927デフォルトの名無しさん2014/05/03(土) 17:34:30.03ID:PCsgWtGl
>>925
通常の言語と同じようにグラフィカルな言語を使うとどうかみたいな話題が以前にあったからそういう系統の話なんじゃないかと
0928デフォルトの名無しさん2014/05/03(土) 20:20:48.09ID:QUw1rPx0
>>922
お前のグラフィカルが言語的なものを指してるのか知らんけど、俺は図とか使ってるもの全体を指してるので何もおかしくはないけど。
つーかこの流れでシーケンス図とかクラス図とかでてそれがグラフィカルの範疇に入らないと思ってるのはお前だけだろ。

>>926
最終的にはマシンに対する命令になるんだからその理論は意味ない。
0929デフォルトの名無しさん2014/05/03(土) 20:34:46.14ID:PCsgWtGl
コンパイルして機械語になるならそこを想定して言語と言いたくなるとはちょっと思った
0930デフォルトの名無しさん2014/05/03(土) 21:58:36.05ID:BzVjbdP5
>>929
Rational Rhapsody とか使えば、クラス図と状態遷移図からソースコード吐いてくれるよ。
まあ、各状態の処理は個々に書かないといけないけど、状態遷移図とソースコードが必ず一致してる安心感と、シーケンスが正しいかのチェックができるのはいいと思う。
ただ、ちょっと高過ぎる。
0931デフォルトの名無しさん2014/05/03(土) 22:16:48.24ID:PCsgWtGl
まだそういうのが高いってことでいいのかな？
0932デフォルトの名無しさん2014/05/03(土) 22:42:04.39ID:FV78T//N
>>928
いつから、シーケンス図やクラス図が
”プログラム言語” になったの？

UMLはその名の通り、モデリング言語っていうのならわかるけど、
プログラム言語かどうかだよね？
0933デフォルトの名無しさん2014/05/03(土) 22:43:37.31ID:ygYVYAmb
？
0934デフォルトの名無しさん2014/05/03(土) 22:46:39.09ID:FV78T//N
わからないならわからないでいいよ。

HTMLはプログラミング言語じゃないし、
UMLもプログラミング言語じゃない。

それだけのことだからｗ

反論するならどーぞ。
しないなら、それはそれでいい。
0935デフォルトの名無しさん2014/05/04(日) 08:09:16.81ID:y/dXxXPg
>>932
>>917がおまえと同じか知らんがシーケンス図でプログラムかけるのとか他でもそれでソース生成がとか話に上がってんだろ。
とりあえずおまえの定義と1mmでも違ったらそれは間違ってる言うならどんな議論も成り立たないよきっと。俺の知識はこんなにただしいんだうりいいいいい！ってしたいならブログにでも書けば？
0936デフォルトの名無しさん2014/05/04(日) 11:48:18.44ID:ph7JBR1/
>>935
定義というのは個人の定義ではなくて
一般的な定義にしましょう。

それなら（UMLやHTMLはプログラム言語ではないけど）
文句は無いでしょう？
0937デフォルトの名無しさん2014/05/04(日) 12:39:23.97ID:M/fXRR5a
>>935
> シーケンス図でプログラムかける

細かい話だが、シーケンス図は動作の結果を書いてる図なので、これからソースを生成できる奴って見たことないんだけど、見落としてるのかなぁ。
ソースとシーケンス図が合ってるかをチェックするのはあるけど。
0938デフォルトの名無しさん2014/05/04(日) 12:40:55.09ID:M/fXRR5a
>>934
> HTMLはプログラミング言語じゃないし、
> UMLもプログラミング言語じゃない。

プログラム言語の定義教えて
0939デフォルトの名無しさん2014/05/04(日) 13:13:54.60ID:89Z5u5ml
逐次処理、分岐選択、繰り返しの3つが記述可能なことは必須、とよく言うね
0940デフォルトの名無しさん2014/05/04(日) 13:16:14.35ID:M/fXRR5a
>>939
それなら UML の状態遷移図は含まれるよな。
0941KAC2014/05/04(日) 14:52:35.79ID:nXeCksGu
>>938
普通にプログラミング言語といえば、プログラムを記述できる言語の事だろ。
だから、記述したものをコンパイラやインタプリタ使って実行できればいい。

たとえばUMLで記述したシステムがコンパイルして動けるなら、
UMLもプログラミング言語とよんでもいいとは思うけど、
さすがにそれは無理じゃない？って事を>>934は言ってるんじゃないの？しらんけど。
0942デフォルトの名無しさん2014/05/04(日) 15:27:00.22ID:M/fXRR5a
>>941
Rhapsody とか ZIPC も知らないってこと？
0943デフォルトの名無しさん2014/05/04(日) 17:06:25.72ID:/8HFkyur
>>897,899
おそらくKACは
　C言語は関数でプログラムを構成するから関数型言語
なんだろ

KACのプログラミング知識なんて、そんなレベルだよ
0944デフォルトの名無しさん2014/05/04(日) 17:27:35.58ID:ItV5J5ts
今日もKACの厨二理論が炸裂中
0945デフォルトの名無しさん2014/05/04(日) 19:35:43.35ID:y/dXxXPg
>>936
プログラムの何かを記述したり定義する言語ではあるけれど汎用的な言語ではないかもね。
で？
0946デフォルトの名無しさん2014/05/04(日) 20:09:00.51ID:syIl/0tX
>>943
そんな捻た読み方するのはお前だけw
0947デフォルトの名無しさん2014/05/04(日) 20:09:40.78ID:syIl/0tX
>>942
ん？
0948デフォルトの名無しさん2014/05/04(日) 20:20:50.07ID:/8HFkyur
>>946,947
KACさん、またコテを付け忘れてますよw
0949デフォルトの名無しさん2014/05/04(日) 20:21:35.02ID:Wf2XX2VO
「グラフィカルな"言語"なんてないね！」
「？ あるよ？(例示)」
「ちゃんとプログラムできる奴だよw」
「？？できるよ？(なに言ってんだコイツ？)」
「(∩　ﾟдﾟ)アーアーキコエナーイ」
…
「グラフィカルな"言語"なんてないね！」(再登場)
以下ループ
0950KAC2014/05/04(日) 21:25:36.39ID:nXeCksGu
>>942
どうだろ。
その辺のツールを知らないか、
よく知ってて「細かいところまでやろうと思うと結局ソースにてが入る」事を経験してるかじゃない？

モデリングツールはプログラミングに対して万能じゃないよ。
ソースの流れの概要までは出してくれるけどそれ以上はつらい。
だからこそ、特殊なコメントまで埋め込んで編集後のソースからでも
モデリングツールに読み込めるようにしてるんだし。
0951デフォルトの名無しさん2014/05/04(日) 22:36:39.12ID:y/dXxXPg
>>950
誰もグラフィカルが全てにおいて万能だなんて話はしてないと思うぞ。
0952デフォルトの名無しさん2014/05/04(日) 22:58:52.97ID:/8HFkyur
>>941,950
あいかわらずKACは無知だなあ....

HTMLはマークアップ言語でUMLはモデリング言語だよ
プログラミング言語とは目的が異なる、ただそれだけのこと

モデリング言語と似たものに仕様記述言語がある
どちらも言語をそのまま実行したり(=インタプリタ)
コードを自動生成できる実装が存在する
でも、そうだからといってこれら言語をプログラミング言語とは呼ばない
なざなら、これら言語の目的は設計や仕様の検証が目的だから
0953デフォルトの名無しさん2014/05/04(日) 23:35:53.95ID:DsKCbJTj
>>949
「グラフィカルな"言語"はあるよ！」
「開発効率は悪いよ。」
「 あるよ！」
「いやあっても開発効率は悪いって言ってるんだよ。1+1とか書いてみw」
「あるよ！！」
「だから開発しやすいかどうか話だよ？(なに言ってんだコイツ？)」
「グラフィカルにすると見やすい！」
「見るんだじゃなくて、書く時の話だよ。コードから変換することは否定してない。」
「(∩　ﾟдﾟ)アーアーキコエナーイ」
…
「グラフィカルな"言語"あるよ！」(忘れたように登場)
以下ループ


こういう話だろ？
アーアーいってないで聞きなさい。
最初っからあっても効率が悪いって話だ。
見る時じゃなくて、書く時の話だ。
マウスでアイコンおいて線引くのかよ？
どうせまたあるなしの話にすり替えるんだろうなｗ
0954デフォルトの名無しさん2014/05/04(日) 23:37:53.40ID:AIHO5oyw
programming languageの訳を、プログラミング言語としちゃったから、人類が使う自然言語とごっちゃにした間違いが起こる。
自然言語に、チューリング互換性なんか求めないだろ？
本来は「プログラミング"表記"」だから、図形でも良い。
レス数が950を超えています。1000を超えると書き込みができなくなります。