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

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

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

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

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

2014/02/20(木) 01:14:31.30

答えられないから逃げちゃった

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

2014/02/20(木) 01:38:50.67

見積りも出来ない

0554514

2014/02/20(木) 06:34:31.95

低能共はもっと生産的な頭を働かせろよ
生きる道が無くなってしまうぜ

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

2014/02/20(木) 07:58:03.52

生産財は無料が原則だろ
ブルジョワのブタども

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

2014/02/20(木) 11:35:12.55

>>554
もっと前に言って欲しかった
遅いわ

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

2014/02/21(金) 20:35:08.26

>>555
と、絶対王政時代で頭の進化が止まってるエセ左翼は、今日も喚くのだあった。

0558514

2014/02/22(土) 00:33:04.70

>>555みたいな奴って大概もらう権利だけ主張して
自分は何もしないという　まさに圧倒的クズタイプが多いよな
まあそういう人間でいたいならそうしたらいいんじゃない

0559514

2014/02/28(金) 18:30:36.23

もうちょっとスレ伸ばし頑張れよ
残ってるプロジェクトが全部終わって万が一時間余れば作ってやるからよ

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

2014/03/02(日) 09:46:52.38

http://fr.audiofanzine.com/tests_v3/native_instruments/reaktor5/spacedronestructure.jpg

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

2014/03/02(日) 10:21:40.13

>>560
フリーフォーマットだとこういう風にごちゃごちゃするから
やっぱ碁盤上にしたほうがいいと思うんだよ

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

2014/03/02(日) 17:27:43.06

>>561
つ Excel

0563514

2014/03/02(日) 18:48:24.79

フリーフォーマットもやり方しだいだろうな

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

2014/03/02(日) 20:36:00.09

>>561
こういう方がスッキリしてるな
http://www.cadcamcube.jp/image/cadlusdesign01.jpg

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

2014/03/02(日) 22:08:36.22

文字と図形
代数と幾何
コマンドラインとGUI
とういう構図がプログラミングにもあっていいよな

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

2014/03/02(日) 22:24:23.16

まだGUIはCUIの完全な代替にはなってないんだよなあ
アプリ同士の連携やバッチが弱い

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

2014/03/03(月) 07:01:40.93

prographCPXとか最初に出てるのにスルーしてんな。
http://ja.m.wikipedia.org/wiki/Prograph_CPX

Martenとかまだ動くはずだが。
http://www.andescotia.com/products/marten/

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

2014/03/03(月) 07:07:41.43

Visual Studioにでもそういうの搭載されれば

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

2014/03/03(月) 20:25:55.58

Prographは最初Mac用のフリーソフトで商用版がPrographCPXとして販売開始
ちょうどWindowsが広まった頃にWindows版を作った辺りで会社が消えた。
だもんで権利がどうなってるのかよくわからないので消えっぱなし。
MartenはPrographCPXのクローンみたいなの。

内容としてはオブジェクト指向でオブジェクトをアイコンで管理
アイコンのコード部を開くとパーツを置くGUIが開いて
上からの引数が流れてきて処理パーツに入り処理を済ませて下に流れてゆくデータフロー形式。

正直、あの「クラスのアイコン管理」は他の言語も取り入れて欲しいなぁ…

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

2014/03/04(火) 08:33:18.24

言語じゃなくてエディタでいいだろ

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

2014/03/05(水) 07:31:52.56

グラフィカルなエディタない？

0572514

2014/03/05(水) 10:05:18.01

俺の発想もそれだが
見つからないならお前が作れよ

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

2014/03/05(水) 14:50:02.37

つ http://cs.brown.edu/~spr/codebubbles/

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

2014/03/07(金) 21:12:00.38

vvvvがまだ出て無いとか

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

2014/03/09(日) 02:35:11.48

現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/

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

2014/03/13(木) 12:17:26.62ID:3qw6PUNb

思うんだが、これは注目するレベルに応じてビューを切り替えた方がいい。
マクロレベルではオブジェクトグラフ、オブジェクト内部はコールグラフ、そして各メソッドの実装と。
つまり3つのレイヤーでプログラムを表現できればいい。
つーことは、既存のIDEになんかのプラグインでも入れればできるんでないの？

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/

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