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

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

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

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

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

2014/03/13(木) 12:46:32.09ID:ZlFTo0ST

>>576
VSのUltimateとかではそう言うのやろうとしてるが。使い物にならないけど

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

2014/03/13(木) 21:59:22.22ID:9sS6Jz5v

>>577
それどの機能の話？
使いものにならないんじゃなくて
使ったことなくて知らないだけじゃ？

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

2014/03/13(木) 22:25:08.17ID:3qw6PUNb

ID出るようになったんだな。
つか、俺のいったのは表示に関してで、編集とはちょっと違うよな。
例えばコールグラフをGUIで編集できるようにするとしたら、
各メソッドの引数、戻り値が統一されてなきゃなんなくね？
それもできなくはないけど...

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

2014/03/13(木) 22:45:26.97ID:9sS6Jz5v

GUIで編集する理由なんてあんの？

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

2014/03/13(木) 22:52:54.63ID:3qw6PUNb

いや、それはこのスレの主旨的な話さ。
だが、電子ブロックみたいな子供向けのプログラミング環境としてはありかもな。

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

2014/03/14(金) 00:47:27.83ID:bbGk2WDX

>>578
CodeMapがその方向に向いてる機能じゃねーの。
上手く使うと使えるのかもしれんけど試した限りではこれじゃない感。
使える使い方あるなら教えて欲しい

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

2014/03/14(金) 07:49:27.23ID:LN3gZcvy

電子回路図とかは GUI でやってたし、意味はあると思う。
ただ数十～数千程度の素子並べる時代ならなんとかなってたけど数万から下手すると億に到達するような時代だとやってられない。
ソフトでも UML とかのグラフィカルなアプローチやってるが、現場ではほぼ使い物にならないと言うのが現実。

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

2014/03/14(金) 07:58:47.08ID:79aEBtIl

アナライズとしては意味アルよ、特にコードグラフは。

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

2014/03/14(金) 08:50:03.98ID:bbGk2WDX

なんかアナルライフに空目した(´･_･`)

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

2014/03/14(金) 09:05:53.00ID:jnh1VUPi

>>583
プログラムもフローチャート図とかGUIでやってたよ。
同じく数（行数）が大きくなると成り立たないけど。

やれないことはないが、無駄な時間がかかり過ぎなんだよ。
それを省くと、絵ではなくて文字で書きましょうか？ってなる。

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

2014/03/14(金) 10:06:37.73ID:Wr96zkuI

"フローチャートは現場では使い物にならない"
合ってはいるが、それはチマチマフローチャートなんて
(プログラム本体と別に)書いてるヒマねーよ！じゃね？とは思う。

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

2014/03/14(金) 10:17:24.45ID:VGn/2oRe

フローチャートじゃ表現力がなさすぎるんだよな。
コードで書けることしか描けねえなんて無意味。

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

2014/03/14(金) 22:57:30.96ID:LfDYXH1p

>>586
> プログラムもフローチャート図とかGUIでやってたよ。

ほんとにやってたか？
うちの会社その手のツール作ってたけど、作ってるやつらですらまともに使ってなかった、て言うか使い物にならなかったぞ。
普通にコーディングしたソースをフローチャートとかに変換してレビューに使うとか、クロスリファレンス出力させるとかぐらいしか使いでがなかった。

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

2014/03/14(金) 23:33:45.53ID:bbGk2WDX

フローチャートは書かないけどクラス図とインタラクション図足して2で割ったような図は自分用によく書く。

そう言うのとエディタがシームレスに連携してくれると一番いいんだけどな

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

2014/03/15(土) 01:03:26.72ID:cc30DVAn

UML1.0っぽい図は便利なんでホワイトボードに描きながらクラス考えるなぁ

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

2014/03/15(土) 03:04:10.48ID:sV7UcUOI

線がグチャグチャになったとき、巡回セールス問題を遺伝的アルゴリズムで解いて
できるだけ短くなるプログラムを作るんだ。
次に線がクロスするときはできるだけ直角に交わるように回り道するアルゴリズムを考えるんだ。

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

2014/03/20(木) 23:20:06.75ID:RB+s/yVP

ある一定分野なら非常に有効なんじゃないかな
ネットワークのプロトコル記述とか、独立したシステムが協調動作するアクター指向のシステムとか。

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

2014/03/24(月) 07:59:53.69ID:uGyWjji3

VSとか部品でUI組み立てる部分をコードでも出来ればいいんだよな
教育用とかライトなのが一番思いつく用途だけど

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

2014/03/24(月) 08:47:01.17ID:4ETr6ohB

MindStorms...

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

2014/03/24(月) 11:05:15.53ID:uGyWjji3

まあカルネジーハート・・

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

2014/03/27(木) 12:15:20.38ID:8kVj/dkv

>>590
クラス図書くとコード生成してくれるってのはあるけど
それを動的にするってこと？

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

2014/03/27(木) 12:43:03.18ID:LV/+/NZy

んー、今のファイル内で縦に固定化されてるクラスとか関数が自由にダイアグラム上に配置出来て、呼び出しなど関係あるものは近くに配置出来るとかかなーコードとして開いてるのを閉じてクラスの矩形にするとかでコード間の関係をうまいこと視覚化出来るといいんだが。
上手くやらんと使えるものにはならないのは認識してる。

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

2014/03/27(木) 12:44:17.17ID:LV/+/NZy

>>597
コード生成のためというより今のテキストで書かれてるコード間の関係をコードエディタとシームレスに見れるといいなという

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

2014/03/27(木) 13:38:39.35ID:a2ZUG3kN

グラフィカルに確認できるほうが需要あったりして

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

2014/03/27(木) 18:23:07.99ID:Ba/mki9X

昔のMacで作業ごとにデスクトップのこの辺があれ、この辺はこれみたいに
作業フォルダ分けてたみたいにクラスはもうGUIで
クラスのアイコンとインターフェイスだけすぐ観れる状態で
ばらばらと空間に置いてあって、ダブルクリックで開くと
中身参照できてそれをコードエディタで弄る。みたいにして欲しいわ。

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

2014/03/27(木) 18:28:07.95ID:oO3pwu0F

Smalltalkが一番そういう環境に近いのかもね

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

2014/03/27(木) 21:14:49.17ID:gcsG9K2Q

コードを読めない人・・・グラフィカルがいいと思っている
コードを読める人・・・テキストがいいことをわかっている。

コードを読めない人が成長すると、
コードを読める人になる。

ようするにグラフィカルがいいと思ってるのは
たんにコードが読めないから。

読めないからグラフィカルになれば俺にもわかるはずと
夢を抱いているが、それはありえないので。

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

2014/03/27(木) 21:16:54.27ID:5ta8LPYN

Visual ASMがあれば欲しいぞ
アセンブラのビジュアル化ってLEDやスイッチなどのハード化が主だな
printfデバッグならぬLEDデバッグ

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

2014/03/27(木) 21:19:22.06ID:gcsG9K2Q

ハードウェアエミュレータの話でもしているの？
ハードウェアをどうにかするって話で
言語じゃないじゃんｗ

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

2014/03/27(木) 21:25:39.53ID:a2ZUG3kN

図示できるとこに着目したいけどGUIとコマンドプロンプトのようにはいかないだろうか

例えば【IF】部品を引っ張ってきて
【IF（）｛｝】のカッコ内のパラメーターを入力する
そうすると部品単位の扱いになって入力ミス等が減ると思うから
やっぱ始めに初心者向けが想定されるんじゃないだろうか
関数なら＝【HOGE】ーみたいに入力とリターンがあるとかなのかな？

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が出てないな