1001コメント342KB

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

■ このスレッドは過去ログ倉庫に格納されています

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

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

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

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

2014/03/27(木) 21:29:03.37ID:gcsG9K2Q

>>606
そうやって長々と説明しているけど、
文字で書けば一行だからねｗ

そう、効率の問題。

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

2014/03/27(木) 22:35:43.10ID:5x1Sftni

むしろ、効率の問題的にわざわざコードでタイプしないでも
オブジェクト指向なんだから基底クラスの"フォルダ"に
使うクラスをポイポイぶち込んで、プルダウンで
その新クラスが使えるメソッド選んでオーバーライドコードを
チョロっと打てば、はい新しいクラス完成でいいじゃん。って思ってるだけだけどね。

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

2014/03/27(木) 22:41:10.78ID:a2ZUG3kN

>>607
ストレスの問題も

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

2014/03/27(木) 23:50:42.62ID:gcsG9K2Q

>>608
それ、クラスのインターフェースしか
作れて無いぞｗ

そんなインターフェース定義よりも、
量が多いのは、インターフェースの中身だろう？

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

2014/03/28(金) 01:08:01.74ID:gsNmkNiG

>>610
＞オーバーライドコードをチョロっと打てば

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

2014/03/28(金) 07:30:10.24ID:6qvQp8ZA

学習、実用、文章派
向いてる方がそれぞれ違うな

0613514

2014/03/28(金) 14:27:22.81ID:TjE6hC/t

下手に知識を持った低能はマイナスに作用するな
無知でも地頭が良いやつの発想こそ縛られて無くて良い

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

2014/03/28(金) 18:38:02.70ID:Ek64RinZ

地頭がいいやつって評価されるけどさ、
地頭がいいだけじゃだめだろ。

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

2014/03/28(金) 20:24:24.68ID:6qvQp8ZA

学歴の話か

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

2014/03/29(土) 12:38:20.30ID:XkBeFzjm

地頭いいやつって、無理に知ったかする必要ないから

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

2014/04/04(金) 11:01:09.73ID:YtPgho8U

中卒高卒の発想は爆笑もので下手な芸人より面白い。

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

2014/04/04(金) 23:49:54.04ID:JslAeCyW

お前はその芸人よりつまらんけどな

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

2014/04/05(土) 00:16:27.28ID:LgbTmWdZ

大人になっても低い『自己肯定感』を飛躍的に高める５つの習慣

１.ほめられたら「ありがとう」といってみよう

２.台所をきれいにして、お料理をしてみよう

３.失敗したら「今回は失敗した」と考えるくせをつけよう

４.「D言語」を禁止する

５.自己肯定感は高けりゃいいもんじゃない！

ttp://goodluckjapan.com/jikokoute2/

0620514

2014/04/05(土) 00:40:28.92ID:m2nwt+w+

「青は藍より出でて藍より青し」
な

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

2014/04/05(土) 22:05:47.34ID:b1rT6Y5k

なんでや、D関係ないやろ

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

2014/04/12(土) 21:19:25.80ID:yu+dq9iZ

UE4のBluePrint見た感じだいぶイメージに近そうだったんだが(´･_･`)

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

2014/04/13(日) 04:13:02.39ID:k0ITP6j1

こんなん？
http://www.forest.impress.co.jp/docs/news/20140410_643817.html

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

2014/04/13(日) 06:15:49.38ID:qYmwgSBw

「Squeak（スクイーク）はSmalltalk環境のひとつ（中略）
キーボードの扱いに馴れていない低年齢層ユーザーにも容易に扱うことができる」

- Wikipedia

0625514

2014/04/13(日) 08:13:58.14ID:ZdrtJqAv

そんなん見ててもパッとせんな

0626 忍法帖【Lv=3,xxxP】(2+0：5)

2014/04/14(月) 04:38:30.87ID:P7KpY7jf

>>1
データの流れが見える新プログラミング言語
>「Flower」はデータの流れを見ながら、簡単なマウスや画面タッチ操作でプログラミングができる、新世代のビジュアルプログラミング言語。
>業務フローの可視化、スケジューリングの構築などさまざまな場面に応用でき、
>すでにARMプロセッサを搭載したシングルボードコンピュータ「RaspberryPi」を利用したセンサーネットワーク構築の事例も出ているという。
ｈｔｔｐｓ：//codeiq.jp/magazine/2014/03/7352/

Flowerはどないや？

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

2014/04/14(月) 10:11:10.80ID:/RTDqAVd

電気回路の回路図などは昔からグラフィカルだが意味のある動作をする
電気回路が誰にでも簡単に設計できる訳では無い。
これらを設計するには理論や原理等を理解しているしている必要がある。
プログラミングも同じ。グラフィカルだと取っつきやすいような気がするが
プログラミングその物の難易度は下がらない。

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

2014/04/14(月) 10:22:54.89ID:mUlG9Vof

>>626
まともにリンクも貼れんのか(´Д` )

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

2014/04/14(月) 10:25:17.27ID:QEqaYkvm

中のロジック動作はともかくオブジェクト指向なんかで
クラスとかのやりとりなんてインターフェイスとメソッドを
プルダウンで選択するようにすりゃいいじゃんとは思う。
なんで独立したユニット同士の定型文まで21世紀にもなって
バッチスクリプトみたいにいちいち手で書いてるのか意味わからん。

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

2014/04/14(月) 10:40:47.81ID:/RTDqAVd

>>629
何らかのIDE使えば普通に出来るけど。。。。
20世紀から有るよ。

0631 忍法帖【Lv=3,xxxP】(1+0：5)

2014/04/14(月) 21:57:21.95ID:P7KpY7jf

>>628
ワザワザ一部だけ全角にしてるのはリンク貼れないかったからだ

分かるだろ普通

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

2014/04/14(月) 22:04:16.20ID:40FGP0zN

プログラマの自分がいうのもアレだが、コーディングってほんとくだらない作業だと思う。
やりたい事は同じなのに、成果物は千差万別。
ある程度技量のあるプログラマのコードを見比べたら、その優劣を誰もつけられない。そして、そういうのは大抵どうでもいい部分。

プログラムをグラフィカルに組むってことは、個人差が出るようなどうでもいい部分を削ぎ落として、
設計の実現に注力することになるだろうから、
そうなったらいいなーとは思うわ。

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

2014/04/14(月) 22:22:58.81ID:IFskYdvB

>>632
多分お前が夢見てるようなことは起こらんぞw

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

2014/04/14(月) 22:29:59.91ID:1BzKypQe

>>632
なんかいろいろ勘違いしてるね。

コーディングというのは言葉だよ。
ロボットを動かす時に長々と説明するか短い説明をするか。

右へ5、下へ5に動かす時に、
右に1、下に2、右に2、下に4、右に1、上に1 と書いていて、
これが正しいかどうかすぐに分かる？

動けばなんだっていいというやつはいるが、じゃあ時間かかってもいいのか？
開発時間と実行時間、バグが起きた時の対応時間、動けば時間かかってもいいのか？

よく、コーディングと設計を比べて設計のほうが重要だからコーディングはどうでもいいという
間違ったことを言う奴がいる。正解は、コーディングも設計もどちらも大事。
設計のほうが大事という意見が正しかったとしても、コーディングも大事なんだよ。
両方なければシステムは作れないので、両方大事なのは当たり前。

さて、君がいいたいのは、設計があればコーディングはどうでもいい。なのかな？
その答えはどちらも必要だよ。設計とコーディングは別々のものであり、設計からコーディングは生成できない。
だから「グラフィカルにコーディング」できないかぎり、コーディングはなくせない。
グラフィカルなコーディングは、テキストによるコーディングよりも時間がかかる。

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

2014/04/14(月) 23:47:48.86ID:mUlG9Vof

>>634
BluePrint見てる限りテキストよりも時間かかるとは言えん。
少なくとも可読性ははるかに上と予想。

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

2014/04/15(火) 00:55:32.03ID:/D3JYxjA

設計とコーディング、間違えた時に後から修正にかかる時間が大きいのは設計
だから設計のほうが大事

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

2014/04/15(火) 00:59:56.50ID:eckJgNjF

>>634
> なんかいろいろ勘違いしてるね。

またでかいブーメラン持ってきたなぁ (w

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

2014/04/15(火) 07:21:37.65ID:irAkhtzu

オバＱは「ブラーメン」と言ってたな。

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

2014/04/15(火) 08:11:31.92ID:KwDwkm6v

>>637
うん、それでまた言い返せなかったの？

あ、いらないよ。俺へのヘスはｗ

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

2014/04/15(火) 08:12:16.74ID:KwDwkm6v

>>635
BluePrintだけじゃ、アプリは動かない。

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

2014/04/15(火) 08:12:55.26ID:KwDwkm6v

>>635
だから、どっちも大事でしょｗ

設計が正しくても、コードが読みにくいってことはあるんだから。

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

2014/04/15(火) 08:22:12.84ID:D5PUC5mL

言い返す内容だと思ってるんだ (w

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

2014/04/15(火) 08:44:59.34ID:KwDwkm6v

レスしたってことは言い返したいんじゃないの？ｗ
だまってれば、俺もレスしないよ？

まあこういうくだらない煽りを始めた時点で
あぁ、この程度の人間かって思っただけだけどね。

はいどうぞ。一人で空回りしててください。

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

2014/04/15(火) 09:32:46.44ID:z2jBvvBj

>>633
俺もそう思う。まぁ仰る通りの夢ですわｗ

>>634
どちらも必要なのは誰でもわかる。
どちらが欠けても動かないからどちらも大事だなんていうのは思考停止に近い。

俺が言いたいのは、コーディングにはどうでもいい部分が多いから、そういうことを意識せずに物が作れたらその方が良いじゃんってこと。

右へ5、下へ5とかの例だって、そもそも人がコードを書いてる現実があるから、そんな話題になるわけで、
例えば、実行効率だけを重視したなら最適化は出来る。
でも人が読むことを前提としてるから、可読性やら保守性やらを考慮しないといけなくて、結局最適解が得られない。
そういうのが実にくだらない事だと思ってるんだ。

簡単にいえば、人が関わる部分を減らしたい。
グラフィカルに作ることは、それに向かうための一歩かもしれぬと思うわけ。

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

2014/04/15(火) 09:47:18.34ID:7sxQZ0IC

>>644
それはいわゆる宣言的って奴やね

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

2014/04/15(火) 13:13:23.17ID:xRAyq3Ng

なんかかわいそうな人がいるな (w

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

2014/04/15(火) 16:30:10.72ID:aVa6WvNE

hspに線で結ぶやつなかったっけ

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

2014/04/16(水) 00:21:54.59ID:FwnwH35E

>>644
> どちらが欠けても動かないからどちらも大事だなんていうのは思考停止に近い。

思考停止は、コーディングはどうでもいいと決め付けることだよ。

当たり前の話だけど、人間は曖昧に言ってそれなりに正しければOKだけど、
コンピュータには正しく動くことを期待している。
それが人間への命令とコンピュータへの命令の大きな違い。

コンピュータを正しく動かすには完璧な命令を書かなければ動かない。
それがコーディングによって書かれた命令。
コンピュータを正しく動かす以上これを省くとこは出来ない。

君が言ってるのは、永久機関はできないと証明されているのに、
永久機関を作るにはどうすればって言っているようなものだよ。

相手はコンピュータなので、人間ならわかるレベルの簡易な説明じゃダメ。
コンピュータ用に抜けのない完璧な命令を書きつつ、可読性や保守性を保つ必要がある。

もしくは、AI作るかだよ。曖昧な命令、複数の意味に取れる命令でありながら
人間が思ったことを読み取るエスパーみたいなAI。
このはしをわたれと言って俺が意図したとおりに動くそんなAI。

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

2014/04/16(水) 04:07:28.85ID:n1CQwedO

>>648
>>644のいってることは高級言語がアセンブラを抽象化してる延長のことを言ってるだけだぞ

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

2014/04/16(水) 07:22:34.73ID:sTkDhmLM

まあ建築とかでも設計と土方(大工とか)両方居ないと良い家は作れないかもだけど、土方は幾らでも代わり効くし馬鹿でも出来る
そして素晴らしい建築物は設計が命
ソフトウェアでもそれは一緒だと思うんよ、だからコーディングしか能がないコーダーはIT土方と揶揄される

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

2014/04/16(水) 07:25:06.44ID:sTkDhmLM

つまり低脳でも出来る土方が設計より評価されることは永遠にないってことさね(´・ω・｀)

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

2014/04/16(水) 07:42:52.76ID:sTkDhmLM

シリコンヴァレー各社が選ぶ「NBBJ」のオフィス設計
http://wired.jp/2014/03/25/google-amazon-samsung-tap-architects-design-offices-future/

これだと例として分かりやすいかな？
有名企業の先進的でお洒落で快適なオフィス建築も評価されるのは設計側なんだよね
一々そこに現場で汗かきながらやってる大工土方工事する人達を表立って世間は評価したりはしない
彼等は基本的に設計通りに手を動かしてるだけで、いや勿論彼等が汗かいて土方してくれるから建築物は完成するんだけど、
そこにクリエイティブに頭を働かせて先進的でお洒落で快適な建築物をゼロから生み出してるわけではないんよな

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

2014/04/16(水) 12:19:48.92ID:n1CQwedO

それでいくと実際の建築コストや技術を省みない新国立競技場の設計案とか出て来て設計士バカかよと言われる流れですかね。

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

2014/04/16(水) 12:21:57.60ID:1bKB36mk

すべての部品がオーダーメイドで補修費用がバカ高くなるような感じ？

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

2014/04/16(水) 16:17:33.09ID:Wy9kGQMK

設計よりデザインセンスじゃね？

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

2014/04/16(水) 23:49:37.13ID:J3In2oUI

違います。

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

2014/04/17(木) 00:49:03.28ID:qRf+hhIu

低能よばわりされたので永遠に教えてやらない。そしておまえらの未来は永遠に閉ざされている。

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

2014/04/17(木) 01:43:56.44ID:QuWSFXEi

>>652
「設計者がゼロから作り出してる」という思い込みを早く止めた方が良いぞ。

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

2014/04/17(木) 03:26:41.45ID:KNGPRiph

>>652
うん。ソフトウェアの話はわからないからやめたのかな？

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

2014/04/17(木) 03:27:12.89ID:KNGPRiph

ソフトウェアに置いてはソースコード＝設計書なんだよね。

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

2014/04/17(木) 05:06:36.26ID:Ps18C1l0

プログラム作成の工程を良く建築に例えられるけど。
ソースコード=設計図、プログラマ=設計士なのに
日本では何故かプログラマ自身が現場の土方とか言うんだよなｗ
一応、言っておくとコンパイラ=大工だよ。

いくら此処で言う日本語で書かれた立派な設計書（もどき）が有っても
何の役にも立たない。例）TRON

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

2014/04/17(木) 05:40:41.35ID:inN/bsNV

肉体労働だからドカタ。

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

2014/04/17(木) 06:26:59.39ID:LTgKQb5W

>>661
ソースコードを建築の設計図に類推するのはおかしい。
ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。

ソースコードとは評価可能な性能を持った構造であり部材であるので、
それは建築でいうと鉄骨の梁やコンクリートの外壁にあたる。

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

2014/04/17(木) 07:14:20.08ID:Ps18C1l0

>>663
>ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。
へー、その図をコンパイルして実行できるの？
それって建築で言うところの見取図やスケッチじゃないの？

>ソースコードとは評価可能な性能を持った構造であり部材であるので、
>それは建築でいうと鉄骨の梁やコンクリートの外壁にあたる。
建築の設計図だって評価可能でしょ？
評価不能なら設計コンペとか意味ないじゃん。
それからプログラムの部材はデータとアルゴリズムだろ。

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

2014/04/17(木) 07:24:28.31ID:LTgKQb5W

>>664
見取り図やスケッチがスタートラインの設計図だよ。
それ無しにいきなり基本設計図を書くわけではない。
ましてや詳細図や施工図である必要はない。

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

2014/04/17(木) 07:28:09.19ID:LTgKQb5W

分野が違うので完全に対応させるのは難しいだろうし、どれだけ意味があるかはわからんが、
まず言えるのは「ソースコードを建築の設計図に類推するのはおかしい。」
ソースコードを「詳細図や施工図」に対応させるのなら、まだわからなくもない。

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

2014/04/17(木) 07:29:48.58ID:pGxOYlwd

たとえ話が妥当かどうかに話が切り替わってるぞー

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

2014/04/17(木) 07:32:56.83ID:PNN74mcF

デジドカ = コーダー = 図面の清書屋

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

2014/04/17(木) 07:37:00.39ID:LTgKQb5W

もとは、ソースコードと設計、どっちが大事かという話だったか。
これをしつこく建築に類推すると、同じプランを鉄骨でやるかRCでやるかみたいな話だろう。
プログラミングで言うと、同じ設計をJAVAで書くかObjective-Cで書くかみたいな事だろうか。

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

2014/04/17(木) 07:41:10.95ID:UhlhPJVz

ノイマン型に縛られるかどうかじゃなくてグラフィカルかどうかってww(大笑

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

2014/04/17(木) 09:05:28.65ID:KNGPRiph

>>663
> ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。

それは概要。

建設の設計図でも概要はあるが、
詳細なものも設計。

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

2014/04/17(木) 09:30:57.32ID:LTgKQb5W

>>671
じゃあ、根本的に重要なのは概要という事になる。
設計は他の言語で置き換えが効くが、概要が駄目ならそのプログラムには利用価値が無い。
ソースコードを設計に含めるのならね。

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

2014/04/17(木) 09:52:34.18ID:WDbWaLnY

概要だけ書いて後はゴーストライターに書かせても
自分の物って主張していいのね。

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

2014/04/17(木) 11:00:28.39ID:1P5IhohW

客のものやで

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

2014/04/17(木) 21:26:14.72ID:KNGPRiph

>>672
えとさ、誰に対して重要なのかの考慮が
完全に抜け落ちてるよ？

素晴らしい概要も、作れなきゃ絵に書いた餅なんだよ。

概要に含まれる情報っていうのは、
作るのに必要な情報の、ほんの僅かしか含まれていない。

グラフィカルに表現できるものっていうのは、
概要でしかない。作るための情報の大部分が抜け落ちている。
だからグラフィカルじゃ作れないって言ってんの。

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

2014/04/17(木) 23:05:44.36ID:OhLybx2x

Java Studioが出てないな

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

2014/04/18(金) 00:33:57.32ID:Db0qmgf/

>>675
別にグラフィカルだから概要しか表せないんじゃなくて、概要を表す物が多いだけだ。

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

2014/04/18(金) 00:35:45.22ID:DmASV5Ul

多くても概要は概要。
それだけでは役に立たない。

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

2014/04/18(金) 00:42:39.14ID:8Q5cnPxF

>>675
グラフィカルどうこうよりも、設計orソースの二元論でソースも設計だという主張だろ？
ソースも大事なのはそりゃそうだが、ソースまで設計に含めたら全部一緒くただろうw

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

2014/04/18(金) 00:43:49.38ID:DmASV5Ul

全部一緒くたで何が悪い？
そもそも分けるなって言ってるんだよ。

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

2014/04/18(金) 00:57:53.33ID:8Q5cnPxF

それは、設計がはっきりしないままコード書き始めて、何度も書き直した末、
出来上がったものには利用価値が無いという可能性があるな。
そのよくわからないものに人的リソースを投入する判断ができるのか？

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

2014/04/18(金) 01:09:58.11ID:Db0qmgf/

>>678
お前は読解力無いの？グラフィカルという性質上概要を表す物が多いから、お前みたいにグラフィカルなものは概要しか表せないと勘違いする奴がいるって意味だけど。

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

2014/04/18(金) 01:16:55.87ID:DmASV5Ul

>>681
> それは、設計がはっきりしないままコード書き始めて、何度も書き直した末、

どうせさ、お前が言ってる設計って
エクセルかテキストファイルに書くんだろう？

どちらでもいいが、お前一発で
そのテキストを書けるのか？

なんども書き直すだろ。その設計を。
それと何が違うのさ？

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

2014/04/18(金) 01:19:38.01ID:DmASV5Ul

>>682
グラフィカルで詳細なものを書くことは可能だが、
時間がかかりすぎる。

たとえば i++ というのを
グラフィカルに書いてみろよ。

たったこれだけのことでも
文字で書くのとグラフィカルに書くのに大幅に差が出るだろ？

それともやっぱり、グラフィカルに書くときは
必要なことを端折ってかくのかい？
それが概要ってこと。

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

2014/04/18(金) 01:20:33.96ID:8Q5cnPxF

>>683
＞それと何が違うのさ？
残念でした。全然違うよw
俺は何から何まで一人でやる個人開発者だが、全然違うよ。

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

2014/04/18(金) 01:22:42.33ID:DmASV5Ul

説明できないんだけど
ぜんぜん違うんだよ！

ちゃんとここまで書いてくれないと
面白く無いぞｗ

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

2014/04/18(金) 01:41:14.30ID:rhB3kkKM

>>684

i++は簡単に表現できる。

面倒なのは再帰呼び出しとか、スタックを使うようなものだと思う。
あと、数式の可読性が落ちる場合があるね。

Labviewを使ったことあるけど、データの処理部分は文字で書いた方が楽だった。

FPGAの開発環境にもグラフィックと文字による記述を混在させる機能があるけど、
トップ（主要モジュール）だけグラフィックにして、詳細はVHDLで書いた方が楽だね。

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

2014/04/18(金) 01:42:28.07ID:DmASV5Ul

> i++は簡単に表現できる。

じゃあ書いてくれよ。

i++ キータイプ3文字。

はい、君は、マウスで
何秒かかって書くんだい？ｗ

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

2014/04/18(金) 03:25:59.61ID:48w9VKgS

なんかどーでもいい話してるなーとは思ってたけど
はい、Prograph

http://www.geocities.co.jp/SiliconValley-PaloAlto/4654/sikai/doc1-1/cpx_sikai1-1.html

-1って入ったオペレーションボックスがi--

さすがに議論してる対象をどれ一つ知らないでとか勘弁。

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

2014/04/18(金) 04:54:21.11ID:OAxsyaFj

何かイミフなレスが多いと思ったら、"グラフ"を絵とか、図の事だと勘違いしてるのか。

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

2014/04/18(金) 05:47:17.17ID:QhGo445E

>>661
日本のIT土方は設計出来ないだろw
だから土方と揶揄されるwただのコーダーだ

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

2014/04/18(金) 05:49:41.77ID:QhGo445E

>>663 >>668
正解

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

2014/04/18(金) 06:04:39.32ID:48w9VKgS

俺がこんなところで燻ってるのは
オバマが俺の邪魔をしてるせいだ！とか
ネットで書き込んでそうだなこの人。

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

2014/04/18(金) 09:08:47.04ID:Db0qmgf/

>>687
言語も一つの記号であってグラフィカルでも必要ならばその記号が定義されていてそれが簡単に選択出来ればいいだけ。プリミティブが揃ってたら後は自分でルーチンなり拡張してくってのも同じ話だ。
再帰は結果を元のところに流し込むだけだから特に難しくもなくない？
まぁそのグラフィカルがデータフロー的な物としてだけど。

>>688
専用の記号が用意されててその使って早いとホルホルしてるとかバカ？そんなのグラフィカルでも同じだよインターフェイス次第でクリックで選択で終了だわ。
それよりも100行以上に相当する関数なりメソッドの依存関係を表現してみろよ。あ、IDEの呼び出し関係の表示とかなしでな。
長い関数は分割するならって言うならその分割した物同士の依存関係含めて出せよ。

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

2014/04/18(金) 20:50:58.31ID:DmASV5Ul

> 言語も一つの記号であってグラフィカルでも必要ならばその記号が定義されていてそれが簡単に選択出来ればいいだけ。

つまりそれは、スクリーンキーボードってやつだよね？
マウスで記号を押せる。

これがキーをタイプするよりも早いって
ほんとうに思ってるの？

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

2014/04/18(金) 20:54:21.07ID:DmASV5Ul

> それよりも100行以上に相当する関数なりメソッドの依存関係を表現してみろよ。

えとさぁ、

「見る」のと「書く」のをごっちゃにしてるじゃん。

書く話をしていたよね？言語なんだから。
表現するのは見ること。

「**文字** で書いたものを把握するためにグラフィカルに変換する」ことには
なんの異論もないんだよ。

依存関係の表現というのは、関数とメソッドに含まれる情報のうち
「依存関係」だけを取り出したもの。一部を取り出しただけ。

依存関係の情報だけじゃ、動きません。

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

2014/04/18(金) 22:01:52.71ID:8KmkbQh1

>>695
なんか、頭固くね？

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

2014/04/18(金) 22:39:31.73ID:Db0qmgf/

>>696
お前が文字で書くことでしかプログラム出来ないと思い込んでることは分かった。
文字を書くことでお前が何をしてるのか考えてみたら？

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

2014/04/18(金) 23:51:44.86ID:8Q5cnPxF

認識の次元が一個足りないんだろう。
二次元人に三次元の世界を説明するようなもん。

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

2014/04/18(金) 23:58:03.99ID:YRS/MpoC

なんか文句言いたいのはわかるけど、反論がなかった
やっぱりグラフィカルってのは効率悪いんだな。

まあ、そもそも人類の歴史で文字は後に発明された。
最初は壁画だった。文字の最初は象形文字だった。

今の文字は、書く効率をあげるために
長い歴史で進化してきたものなのだ。

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

2014/04/19(土) 00:02:26.78ID:EY4uPe0I

いや、ここで話してるのは効率の問題じゃなくて空間認識の問題だよ。
だから認識の次元が足りないって言ってるのw

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

2014/04/19(土) 00:05:13.71ID:QyTZzyQd

認識なら、プログラム言語で書いたコードの
ある側面、つまり一部を頭に変換してくれるツールが有るだろ。

それは決して、動くコードではないが
誰もそうやって変換した図を否定していない。

たとえばこれ。最初っからすでにわかってたこと。

21 名前：デフォルトの名無しさん[sage] 投稿日：2014/01/26(日) 12:54:34.34
視覚化するのであれば、ソースコードからUML図でもなんでも生成すればいい。

グラフィカルなコネクタによる接続の問題は、
接続を簡単なコネクタでは表現できないんだよ。

プロトコルがどうであるとか型がどうであるとかインターフェースがどうであるとか。
ブラウザとウェブサーバーは一本の線で繋げられるだろうが、その中で行ってる処理は膨大。
そういった処理や情報をコネクタに加えないと単なる概要図にしかならず動く図にはならない。
動作可能な処理や・情報をコネクタに加えたら、すごく見づらくまた作るのに手間がかかるものになる。

　　実行可能なソースコード → 簡略化した図

は生成可能だが、

　　簡略化した図 → 実行可能なソースコード

ということ。

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

2014/04/19(土) 00:07:26.26ID:QyTZzyQd

グラフィカルなプログラム言語は、プログラムするための言語ではない。
コードを簡略化したグラフィカルな図であり、
プログラムするための言語には成り得ない。

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

2014/04/19(土) 00:18:43.41ID:MP1hLwSA

教育用プログラミングが限界だな

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

2014/04/19(土) 00:19:34.95ID:EY4uPe0I

>>702-703
そんな前提はここにいる全員がわかってて話をしてると思うが。

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

2014/04/19(土) 00:24:46.60ID:QyTZzyQd

>>705
ソースコードを図にすることは誰もヒチしていない。
図をかいてプログラムすることが効率が悪い。

だからグラフィカルなプログラム言語というものは
あっても使いものにならない。

グラフィックで把握したいなら、コードを変換すれば良い。
それは既にあるしみんな便利に使っている。

グラフィカルなプログラム言語というのが馬鹿な考え。

それがわかっているわけでしょ？それで何の話してるの？ｗ

■ このスレッドは過去ログ倉庫に格納されています