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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2014/01/26(日) 02:49:36.10
もうコーディングは嫌だ
もっと新しいグラフィカル志向なプログラミング言語が欲しい
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の訳を、プログラミング言語としちゃったから、人類が使う自然言語とごっちゃにした間違いが起こる。
自然言語に、チューリング互換性なんか求めないだろ？
本来は「プログラミング"表記"」だから、図形でも良い。
0955デフォルトの名無しさん2014/05/04(日) 23:43:01.20ID:y/dXxXPg
>>953
うんだからね？UE4のブループリント、皆コード書かないで済むよヒャッハー！って騒いでるんだけどその辺はどう説明するの？
0956デフォルトの名無しさん2014/05/04(日) 23:51:59.96ID:DsKCbJTj
>>955
あー、あれはよくある勘違い。

あれで重要なのは「グラフィカルな言語」ではなくて
グラフィカルなモデリングツールだ。

モデリング、つまり3Dオブジェクトを作って
プレビューするといったものは、ツールで良い。

でもそれはプログラム言語部分ではない。
プログラム言語部分のみにフォーカスするとやっぱり作りづらい。
どっちみち、"文字"がかかれたアイコンを置いて、線でつなげて
そしてやっぱり、そのアイコンの置き場所で悩んで、どんどん
フローチャートのような図が大きくなって、複雑なことはできなくなる。

コード書かないで済むと言っているのは、たんにモデリングできるが
プログラムが出来ない人が、喜んでるだけ。
簡単な事しか出来んよ。プロは使わない。
0957デフォルトの名無しさん2014/05/04(日) 23:56:05.67ID:DsKCbJTj
だいたい昔からコードを書かずにプログラムが作れる！って
いうものあるけど、どれも使えないものばかりだったんだよね。

たとえばFlash。最初は本当にコードがなかったのだけれど、
簡易なマクロがついて、結局最終的にはActionScriptという
JavaScriptのような言語がついてしまった。

コードなしでできないことはないけど、やっぱり限界があるんだよね。

HTMLでもビジュアルなHTMLエディタあってもプロはテキストで書くのは
望んだことが出来ないからなんだよ。素人にとっては簡単かもしれないけどさ。
0958デフォルトの名無しさん2014/05/05(月) 00:06:30.97ID:/DynsGqU
>>952
ごめん。よくわかんない。
プログラミング言語とは排他なの？
0959デフォルトの名無しさん2014/05/05(月) 00:08:47.80ID:fsdaxj0E
>>958
（文字の）プログラミング言語 と
たとえばGUIエディタは、組み合わせて使えるけど？
RADツールとか。

でもそんな話はしてないよね？
RADツールのプログラミング言語部分を
グラフィカルに書こう（見るのではなく）って
話がしたいんでしょ？
0960デフォルトの名無しさん2014/05/05(月) 00:09:26.93ID:/DynsGqU
>>957
え、942で書いてるのも使えないの？
0961デフォルトの名無しさん2014/05/05(月) 00:11:58.74ID:Bc7ofltv
>>959
952はそうじゃないポイ
排他だって意見にみえるんだけど
0962デフォルトの名無しさん2014/05/05(月) 00:14:18.10ID:Bc7ofltv
952って取り敢えず反論した感がハンパ無いな
0963デフォルトの名無しさん2014/05/05(月) 00:16:32.67ID:er9naDA4
>>956
やっぱりろくに知らないくせにうんちく垂れてるのか。
なんで完全にそれのみで完結しないとダメって思考になってるんだろうね。
汎用的な言語でもUI絡みはフォームエディタ使ったり一部マシン語なりc++で書いたりとかするんだけどそれと本質は何も変わらないんだが。
適材適所で向いてるところに向いてるものを使うだけ。
全てをグラフィカルでかけないからダメだとか言ってんのはお前ぐらいだよ。
0964デフォルトの名無しさん2014/05/05(月) 00:23:27.22ID:fsdaxj0E
>>963
「全てをグラフィカルで書く」って誰が言ってるんだ？

現在、「文字で書いているプログラミング言語部分」を
グラフィカルで書くって話だろ？

そしてその答えは「存在するけど、開発効率悪い」だろ？

なんどもで出てる答えだよね？
0965デフォルトの名無しさん2014/05/05(月) 00:24:02.80ID:fsdaxj0E
なお、フォームエディタは
プログラミング言語ではない。
0966デフォルトの名無しさん2014/05/05(月) 00:33:40.50ID:diJrhHdz
>>958
目的別の分類だから「排他」だね
モデリングは設計でプログラミングは実装であって
抽象化のレベルが異なるから両立できないしすべきではないと思う
少なくとも両立した言語の存在を自分は知らない

あと、テキストやグラフィカルといった言語の表現とは「交差」できる
たとえばSDLと呼ばれる通信プロトコルの仕様記述言語では、
テキスト表現(SDL/PR)とグラフィカル表現(SDL/GR)が
ISO国際標準規格として定義されている
0967デフォルトの名無しさん2014/05/05(月) 00:34:26.26ID:h1xpH1kA
GUIとかに専用のツールが有るのは
「作成画面」＝「人間が見る最終的な出力結果」だからなんだよ。

モデリングツールもそう
「作成画面」＝「人間が見る最終的な出力結果」

でもプログラミング言語部分は、たとえグラフィカルに書いたとしても
「作成画面」！＝「人間が見る最終的な出力結果」
だから、ツールを使う必要性がない。

こういう所をわざわざ作成が面倒な
グラフィカルで作る理由がないんだよね。
0968デフォルトの名無しさん2014/05/05(月) 00:37:56.73ID:er9naDA4
>>964
言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0969デフォルトの名無しさん2014/05/05(月) 00:38:15.81ID:er9naDA4
>>964
言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0970デフォルトの名無しさん2014/05/05(月) 00:39:51.35ID:er9naDA4
>>964
言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0971デフォルトの名無しさん2014/05/05(月) 00:40:10.19ID:er9naDA4
>>964
言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0972デフォルトの名無しさん2014/05/05(月) 00:44:13.45ID:er9naDA4
タイムアウト繰り返して複数回書き込みした。すまそ。
0973デフォルトの名無しさん2014/05/05(月) 00:45:51.33ID:QeoO3ajw
GUIエディタは便利だけど、それはプログラミングじゃないよね
ソースコードが吐かれようがなんだろうがやってる事はデザインの作成でしか無い
プログラミング言語でデザインまでやってた所をデザインツールで出来るようになりましたって話で
グラフィカルにプログラミング出来るようになったわけじゃない
0974デフォルトの名無しさん2014/05/05(月) 01:14:36.50ID:er9naDA4
>>967
目に見える物でしかツールが有効でないってのは何も根拠がないと思うけどね。
エクスプローラで操作するファイルは目に見えないけど大方の人は使ってるんじゃない？
そもそも言語にしても記号を操作してるだけ。どうして他の可能性がないとするのか理解に苦しむ。
0975デフォルトの名無しさん2014/05/05(月) 02:10:42.90ID:vcPa62FD
グラフィカルな言語なんてない！
↓(修正)
グラフィカルだけじゃ言語にならない！
↓(修正)
グラフィカルじゃ効率悪い！1＋1とか！


わかってることだけどバカだろコイツ
0976デフォルトの名無しさん2014/05/05(月) 04:48:10.29ID:h1xpH1kA
>>975
何言ってるんだ？ 最初から効率が悪いって話だろうが

最初の方のレスを見てみようか？

>>3
> じゃあ、1+1をグラフィカルに表現してみてくれ。
> そっちのほうがもっと嫌になるぞ。

できないといってない。（できるが）嫌になると言ってる。


>>11
> 教育用以外で汎用的なグラフィカルプログラミング言語が成功した事例は聞かないな。

事例はあるが、成功したものがないと言っている。

>>15
> コネクタ(線)だらけになるぞ
> 表示する際はマスキングして見やすくできるかもしれんが、
> プログラミングする際はコネクタ(線)を繋ぐ操作が面倒になる

面倒になると言っている。
0977デフォルトの名無しさん2014/05/05(月) 05:14:33.47ID:vcPa62FD
うん、それぜんぶ論破されたよね。

で、毎回「(∩　ﾟдﾟ)アーアーキコエナーイ！」ってやって
ほとぼり冷めたらぜんぶ聞こえなかったフリして
また一からおんなじこと言い出してただけだよね。

バカだから。
0978デフォルトの名無しさん2014/05/05(月) 05:54:54.50ID:h1xpH1kA
>>977
論破ってなにそれ？

最初から「グラフィカルじゃ効率悪い」という話だよってことなんだが、
なにを論破したの？効率が悪く無いって話？

言ってることがおかしいよね。

俺が言ってるのは>>975が間違いだってこと。
つまり「グラフィカルな言語なんて無い」が最初ではなくて
グラフィカルじゃ効率悪い！という話が最初だって言ってるんだ。

少なくともこっちは論破できなかったね？
0979デフォルトの名無しさん2014/05/05(月) 08:26:52.40ID:NiHw4eoO
>>950
> ソースの流れの概要までは出してくれるけどそれ以上はつらい。

お前ツール使ったことないだろ
ソースから概要とか出すんじゃなくて、UML 図とか状態遷移表を書いてそれからソースを出すんだぞ
0980デフォルトの名無しさん2014/05/05(月) 09:43:17.42ID:er9naDA4
>>978
また＋＋がかけないからとか言ってんの？
ブループリント、概ね好評みたいだけどそれはみない振りか。
ブループリントの開発効率が悪かったら最初から使われないと思うんだけどそこはどう説明するのかなー
0981デフォルトの名無しさん2014/05/05(月) 10:09:44.49ID:8Z9tRs18
ブループリントと騒いでいる奴がいるだけで、
誰も使ってないとかなｗ
0982デフォルトの名無しさん2014/05/05(月) 10:10:39.17ID:oKQjmaE2
ブループリントが使われてないのがすべてを語ってないか？
使いにくいものは使われない。
あれ誰が喜んでるんだろ？ｗ
0983デフォルトの名無しさん2014/05/05(月) 10:12:10.70ID:OifrO0XJ
散々既出だけど、結局グラフィカルな部分を作るのには
グラフィカルツールでいけど、
そういうのってプログラム言語じゃないんだよね。

プログラム言語をグラフィカルに作る？
何のメリットが有るの？
0984デフォルトの名無しさん2014/05/05(月) 10:13:16.32ID:0tLYXgLs
結局プログラムが書けない無能が
俺にもできることがある！って
ツールの力で俺は一人前になるって
叫ぶだけの話だったよなｗ
0985デフォルトの名無しさん2014/05/05(月) 10:14:34.33ID:7JcvWRkH
>>979
ツールから生成するって、それ関数定義だけだし。
ヘッダファイル程度が関の山
その後のコードがプログラム言語が必要とされる部分だよ。
0986デフォルトの名無しさん2014/05/05(月) 10:16:09.28ID:wP+kEzIq
1+1をグラフィカルに書けが決定打だったな。

実際に書いてみたら、1をマウスでもってきて〜
プラスをマウスで持ってきて〜
1をマウスで持ってきて〜

ほら、絵がかけました。
だもんな、

たった1+1に一体どれだけ時間かけてるんだよとｗ
0987デフォルトの名無しさん2014/05/05(月) 10:16:44.15ID:wP+kEzIq
>>980
> ブループリントの開発効率が悪かったら最初から使われないと思うんだけどそこはどう説明するのかなー

使ってませんよｗ

２ちゃんねるにスレありますか？
0988デフォルトの名無しさん2014/05/05(月) 10:17:28.87ID:wP+kEzIq
グラフィカルなものを作るなら
グラフィカルツールでいいけど、

処理の内容はグラフィカル化できないんだから
そこはテキストで書けばいいだろ。

適材適所だよ。

プログラムは、プログラム言語で書け。
0989デフォルトの名無しさん2014/05/05(月) 10:18:57.45ID:wP+kEzIq
プロはWordじゃなくて、テキストを使う。

HTMLでさえ面倒でMarkdownを使う。

グラフを書くならGraphvizやdot言語などを使う

それがプロの世界なのに・・・
0990デフォルトの名無しさん2014/05/05(月) 10:21:53.24ID:wP+kEzIq
プロがグラフィカル言語を求めてるならともかく、
素人がグラフィカル言語を求めてるって構図だからな。

グラフィカルな言語のセールスポイントが
コード書かなくてもできる！

って時点でダメじゃない？

コードでは生産性が悪い所を改善できるじゃないと。

生産性の改善ってのは、問題点を認識して
問題がある部分のみの改善だけど、
グラフィカルな言語ってのは、
あなた無能でしょ？これならわかるでしょ？
って暗に言ってるしね
0991デフォルトの名無しさん2014/05/05(月) 10:24:09.93ID:tFZ+anNx
"教育用の"グラフィカルな言語の存在が
グラフィカルな言語が必要とする人が誰かって
言ってるようなもんじゃないの？
0992デフォルトの名無しさん2014/05/05(月) 10:24:57.12ID:tFZ+anNx
グラフィカルな言語が欲しい＝今はグラフィカルな言語がない。

なんでだと思う？
0993デフォルトの名無しさん2014/05/05(月) 10:25:58.41ID:tFZ+anNx
グラフィカルな言語な言語がないわけじゃないよ。
ろくな言語がないだけ。

作れないんじゃない。

必要とされないから作らない。
作っても逆効果だから作らない。
レス数が950を超えています。1000を超えると書き込みができなくなります。