グラフィカルなプログラミング言語ない？
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2014/01/26(日) 02:49:36.10もっと新しいグラフィカル志向なプログラミング言語が欲しい
0002デフォルトの名無しさん
2014/01/26(日) 02:50:13.550003デフォルトの名無しさん
2014/01/26(日) 02:52:32.34じゃあ、1+1をグラフィカルに表現してみてくれ。
そっちのほうがもっと嫌になるぞ。
0004デフォルトの名無しさん
2014/01/26(日) 02:58:13.49アルゴリズムとかオブジェクト指向なデザインパターンをグラフィカルに表現できないものかと
0005デフォルトの名無しさん
2014/01/26(日) 03:08:02.1415年位前にPrographCPXという線を結んでいくだけでプログラミング出来るのがあったよ
0006デフォルトの名無しさん
2014/01/26(日) 08:32:29.850007デフォルトの名無しさん
2014/01/26(日) 08:34:02.95唯一まともに成功したグラフィカルプログラミング言語だぞ
0008デフォルトの名無しさん
2014/01/26(日) 10:25:59.22調べて見たけどこれ電子回路の制御限定じゃん
もっと汎用性のあるものがいいよ
0009デフォルトの名無しさん
2014/01/26(日) 10:39:02.830010デフォルトの名無しさん
2014/01/26(日) 10:54:23.960011デフォルトの名無しさん
2014/01/26(日) 11:06:03.69結局のところ、アプリを作るのにグラフィカルな方が分かりにくく面倒な部分が多いからだろうな。
プログラミングは大きく分けて何かを宣言する部分と、何かを制御（操作）する部分がある。
前者は静的な部分、後者は動的な部分とも言える。
宣言する部分というのは例えば OR マッピングとかシェーダーツリーなど。
こちらは確かにグラフィカル（図）で表現できる。
必要な情報を狭い空間に一度に表現できるから、その方が分かりやすい。
しかし、制御する部分はそうもいかないことの方が多いだろうな。
こちらは例えばアルゴリズムがそうだ。
アルゴリズムの入門書で擬似コードと一対一に対応した図が描かれたものは皆無だろ。
アプリの種類にも依るだろうが、たいていは宣言部分より制御部分の方が
大きな割合を占めるはずだ（今まで作ってきたアプリのソースを見なおしてみるといい）。
そういう意味では、純粋関数型言語のグラフィカル表現の方がまだ可能性が無くもないと思う。
0012デフォルトの名無しさん
2014/01/26(日) 11:09:43.060013デフォルトの名無しさん
2014/01/26(日) 11:17:35.92文字通り壮絶なスパゲッティになる
0014デフォルトの名無しさん
2014/01/26(日) 11:49:31.47・関数は外から見る時はできるだけマスキングして内容を表示しない
・関数には値の入出力の箇所をもたせる
・関数への引数や戻り値の受け渡しは入出力ポートからのコネクタ(線)で表現
こんな感じ？
0015デフォルトの名無しさん
2014/01/26(日) 12:01:26.36もう1分考えてみろ
コネクタ(線)だらけになるぞ
表示する際はマスキングして見やすくできるかもしれんが、
プログラミングする際はコネクタ(線)を繋ぐ操作が面倒になる
0016デフォルトの名無しさん
2014/01/26(日) 12:19:49.51関数定義の間を線で繋ぐということをしないで
別個に作れるようにしちゃうと、もうグラフィカルとは言えん
0017デフォルトの名無しさん
2014/01/26(日) 12:31:33.090018デフォルトの名無しさん
2014/01/26(日) 12:34:11.32ユニバーサルリソースロケーティングとマークアップ言語を用いたハイパーリンク技術と名づける
0019デフォルトの名無しさん
2014/01/26(日) 12:38:46.04markdownを使うのはなぜ？
0020デフォルトの名無しさん
2014/01/26(日) 12:46:38.68テキストよりも分かりやすく、プログラミングしやすく、という目的でグラフィカルにするのに、
コネクタ(線)を繋ぐ操作が面倒になるのを仕方ないで済ませたらいかんような気がする
グラフィカルにする目的が他にあれば、繋ぐ操作を犠牲にしてもいいかもしれんが
0021デフォルトの名無しさん
2014/01/26(日) 12:54:34.34グラフィカルなコネクタによる接続の問題は、
接続を簡単なコネクタでは表現できないんだよ。
プロトコルがどうであるとか型がどうであるとかインターフェースがどうであるとか。
ブラウザとウェブサーバーは一本の線で繋げられるだろうが、その中で行ってる処理は膨大。
そういった処理や情報をコネクタに加えないと単なる概要図にしかならず動く図にはならない。
動作可能な処理や・情報をコネクタに加えたら、すごく見づらくまた作るのに手間がかかるものになる。
実行可能なソースコード → 簡略化した図
は生成可能だが、
簡略化した図 → 実行可能なソースコード
ということ。
0022デフォルトの名無しさん
2014/01/26(日) 12:55:16.88は、無理ということ。
0023デフォルトの名無しさん
2014/01/26(日) 13:02:50.98どうせ関数の外からはマスキングされて見えないんだから複雑になることはない
それよりも基本的なアルゴリズムをグラフィカルにいかに実現するかが難しいな
For文一つとってもコーディングより簡単に表現する方法があればいいんだけど
0024デフォルトの名無しさん
2014/01/26(日) 13:17:05.13>関数は呼び出す都度に別個で設置するということでいいよ
グラフィカルというよりIDEのソースコードの色分けみたいなもんでしょそれ
普通の関数型言語になっちゃう
0025デフォルトの名無しさん
2014/01/26(日) 13:17:33.27> それよりも基本的なアルゴリズムをグラフィカルにいかに実現するかが難しいな
はい、それがフローチャートやPADと呼ばれるものです。
明らかに情報密度が低くく、面積あたりに記述できる
量が少ないので、書くのが大変になります。
0026デフォルトの名無しさん
2014/01/26(日) 13:23:10.88なぜ既存のもので代用しようとする
0027デフォルトの名無しさん
2014/01/26(日) 13:23:39.03他の関数呼ぶときにいちいち広大なキャンバスをスクロールしなくても
簡単に目的の関数にコネクタを接続できるようにエディタがサポートすればいい
トポロジーを全部表示するモードと特定の関数に注目するモードの切り替えも必要だな
0028デフォルトの名無しさん
2014/01/26(日) 13:33:53.54グラフィカルに変換すればいいんじゃね？ってて
発想になる。
それがDOT言語などである。
0029デフォルトの名無しさん
2014/01/26(日) 13:34:31.62Scratch だって本質的にはフローチャートを描いているのと何ら変わらんが、
あれで本格的なアプリを作ろうとは思わんだろ
計算手順を図式化するのにフローチャート以外の方法があるか？
俺は思いつかん。
もちろん、その図からちゃんとマシン語なり中間言語なりにコンパイルするか、
他言語に変換できなければならない。
0030デフォルトの名無しさん
2014/01/26(日) 13:39:38.35典型的な日本人的発想だな
これだから日本からGoogleグラスやiPhoneは生まれないんだ
0031デフォルトの名無しさん
2014/01/26(日) 13:48:06.94そりゃ俺は典型的な日本人だから、こんな発想しかできんのは仕方ないだろ
じゃあ聞くが発想を転換すればいいアイデアが出るのか？
今まではどういう発想だったからダメで、どういう発想に切り替えればいいんだ？
0032デフォルトの名無しさん
2014/01/26(日) 13:52:36.44Q. 永久機関は作れないのか？
↓
A. 無理
↓
>>30
典型的な日本人的発想だな
これだから日本からGoogleグラスやiPhoneは生まれないんだ
0033デフォルトの名無しさん
2014/01/26(日) 13:55:15.19何も言えないならば、文句を言えば、
自分が何も言えないことをごまかせる。上から目線になれる。
0034デフォルトの名無しさん
2014/01/26(日) 14:10:43.87自分で考えろ
ここはお前の自己啓発スレじゃない
ところで
アルゴリズムをグラフィカルに実現するためには、基本的な制御文であるif、for、while、switchなんかはなるべく一種類のグラフィカルユニット？的な何かで表現できるべきだと思う
あとはそれらをつなげて行く形で組んで行けたらいいと思うんだけどどう？
0035デフォルトの名無しさん
2014/01/26(日) 14:11:50.24これお前だワロタｗ
とりあえず文句だけ言っとけばいい。
何も言えないならば、文句を言えば、
自分が何も言えないことをごまかせる。上から目線になれる。
0036デフォルトの名無しさん
2014/01/26(日) 14:13:36.34Scratchはそれができる
よかったな、理想のグラフィカルプログラミング言語だよ
新しく考える必要はない
0037デフォルトの名無しさん
2014/01/26(日) 14:13:53.70> if、for、while、switchなんかはなるべく一種類のグラフィカルユニット？的な何かで表現できるべきだと思う
だからそれがPADだって言ってるだろ。
お前、過去に語り尽くされたことを知らないで、
調べもしないで語るなよ。
お前、既存のものを何も知らんだろ？
そして既存のものを出したら文句言ってるだけだろ。
0038デフォルトの名無しさん
2014/01/26(日) 14:21:21.49場所をとるだけだろうな。
実際の所、グラフィカルユニットにしなくても
代わりにインデントと空行を使えば、十分視覚的になる。
0039デフォルトの名無しさん
2014/01/26(日) 14:26:24.98>>1 を嫁
「もうコーディングは嫌だ」だそうだ
0040デフォルトの名無しさん
2014/01/26(日) 14:30:37.98>>1 の望みは永遠に叶いそうにないな
0041デフォルトの名無しさん
2014/01/26(日) 14:33:52.73こんなん？
UnrealEngine3のUnrealKismet
シーケンス処理や状態遷移を視覚化
ttp://udn.epicgames.com/Three/KismetExamplesJP.html
ttp://udn.epicgames.com/Three/rsrc/Three/KismetExamples/ex_proc_normal.jpg
Automator
プログラミングできない人も作業を自動化できる
ttp://support.apple.com/kb/HT2488?viewlocale=ja_JP&locale=ja_JP
ttp://km.support.apple.com/library/APPLE/APPLECARE_ALLGEOS/HT2488/HT2488_image05----ja.png
Simulink
プログラミングでは表現が難しい制御系を簡単に表現できる
ttp://www.mathworks.co.jp/products/simulink/
ttp://www.mathworks.co.jp/cmsimages/69963_wl_simcoder_fig1_wl.jpg
0042デフォルトの名無しさん
2014/01/26(日) 14:42:21.130043デフォルトの名無しさん
2014/01/26(日) 14:54:25.92作れる。
┌──────┐
│任意の文 │
└──────┘
基本的にこの罫線の形を変えればいいだけ。
あとはどんな関数であれ処理であれ
その説明をグラフィカルな図の中に書けば良い。
0044デフォルトの名無しさん
2014/01/26(日) 14:56:44.60視覚化ではなく、その図を書けば完成。
動作可能にならないとダメなんだってさ。
コーディング書きたくないわけだからそういうこと。
0045デフォルトの名無しさん
2014/01/26(日) 15:33:10.27でも大規模な開発には向いてなさそうだけどどうなんだろ
0046デフォルトの名無しさん
2014/01/26(日) 15:37:30.64コーディングを一切排除するのは難しいならあってもいいと思う
でもなくせるなら無くしてほしいって話
あと変数名もめんどうなので無くしてほしい
いちいち新しい変数作るたびに名前なんて考えてられんわ
どうにかならんもんかな
0047デフォルトの名無しさん
2014/01/26(日) 15:42:50.18コーディングというものを二つに分けて考えよう。
文字入力部分と処理部分。
処理部分は処理をなくせない以上どうあってもなくせない。
文字入力部分は代わりに、絵にしようが音声にしようが置き換え可能。
ただし面倒くさい。
嘘だと思うのなら、バラエティ番組を思い出せばいい。
一人が問題の答え（文字）を絵でかいて、もう一人がなんて文字か当てるというやつ。
0048デフォルトの名無しさん
2014/01/26(日) 15:44:38.58全部アドレスで指定するってこと？
それの管理が面倒だから変数名って概念があるんだが…
0049デフォルトの名無しさん
2014/01/26(日) 15:49:09.97お前の言ってるのは、「面倒くさい」んじゃなくて、
「出来ない」なんだよ。
コーディングすることが「できない」
適切な変数名をつけることが「できない」
単なる能力不足。
0050デフォルトの名無しさん
2014/01/26(日) 15:53:36.36例えば1から100までの合計を求める処理を
Excelを使って求めようとした場合殆どコーディングを必要としないし変数名も使わない
あれは広い意味でいうとある種のグラフィカルなプログラミングと言えると思う
ただ応用範囲は狭いから汎用性はないってだけで
0051デフォルトの名無しさん
2014/01/26(日) 15:56:40.430052デフォルトの名無しさん
2014/01/26(日) 16:02:16.28だからそれ、めんどくさいよね？
基本的に素人用の道具って
「プロ用の道具＋技術」に比べたら
面倒くさくて遅くて柔軟性がないんだよ。
たとえばプロの料理人だったら包丁でかつらむきを
高速にできるだろうね。でも素人だったら無理だし、
包丁渡されても技術がなければ遅い。
つまり君はまだ「プロ用の道具」しか渡されてなく
技術がないからそういう話をしてるんだよ。
0053デフォルトの名無しさん
2014/01/26(日) 16:08:34.69計算式を使わないで、1から100までの合計を出すコードを
愚直に書くならこんな感じか
var sum = 0;
for(var i = 1; i <= 100; i++) {
sum += i
}
これをエクセルで書くとしたら、1入力して、2入力して
1、2を選択してずずーっと引っ張ると3, 4, 5・・・と埋まっていくから
100の所で止めて、そしてセルを選択して、sumボタンを押す。
こんな感じかい？ 面倒くさすぎｗ
たぶんこの説明でわからない人もいるだろうね。
コーディングを必要としないが、面倒くさくなってるよね？
0054デフォルトの名無しさん
2014/01/26(日) 16:27:34.49プロ用の技術がめんどくさくて遅くて柔軟性がないならみんなC言語なんて使わないでアセンブリ使ってんじゃないか？
>>53
確かにExcelだとその操作がネックになるよな
なんとか新しいグラフィカル言語作ってできないものかな
まあ無理ならいいけど
0055デフォルトの名無しさん
2014/01/26(日) 16:32:11.550056デフォルトの名無しさん
2014/01/26(日) 16:32:43.15言語の違いは、ふさわしい適用範囲が違うだけ。
どれもプロ用。
0057デフォルトの名無しさん
2014/01/26(日) 16:34:48.31もう何年も前だけど
0058デフォルトの名無しさん
2014/01/26(日) 16:41:10.00・開発期間を大幅に短縮できる
・可読性が半端ない
・処理速度は遅くても気にしない
誰か作って
0059デフォルトの名無しさん
2014/01/26(日) 16:46:33.49どれもプロ用ってことはないでしょ
たとえばbrainfuckのプロとしてふさわしい適用範囲って何？
0060デフォルトの名無しさん
2014/01/26(日) 16:48:06.37批判するしか脳のないバカなんだから相手するなよ
0061デフォルトの名無しさん
2014/01/26(日) 16:59:51.600062デフォルトの名無しさん
2014/01/26(日) 17:04:19.87レベルが下がった事は考慮にいれないの？
0063デフォルトの名無しさん
2014/01/26(日) 17:06:26.75比較的グラフィカルではあるけど…ちょっと混みいった話になると
やっぱりシェルスクリプトやAppleScriptに頼ることになるんだよなぁ
0064デフォルトの名無しさん
2014/01/26(日) 17:13:07.05DSLとして割りきるなら、グラフィカルなプログラミングも現実的だと思うよ。
複雑な処理は専用モジュールとしてあらかじめ作り込んでおけばいい。
0065デフォルトの名無しさん
2014/01/26(日) 17:22:09.450066デフォルトの名無しさん
2014/01/26(日) 17:24:56.420067デフォルトの名無しさん
2014/01/26(日) 17:26:59.750068デフォルトの名無しさん
2014/01/26(日) 18:11:11.370069デフォルトの名無しさん
2014/01/26(日) 18:16:30.54本来の意味でのプログラマじゃないよな
事務屋さんがコンピュータ使ってるだけ
0070デフォルトの名無しさん
2014/01/26(日) 19:54:56.81brainfuckの話はしてないよ。
0071デフォルトの名無しさん
2014/01/26(日) 19:57:52.06ただしコードのグラフィック化（可視化）は意味がある。
だけど、それはコードの情報を減らして重要な部分のみを可視化するというもの
だから可視化されているものから、動くコードを作るのは不可能。
実際に動くレベルの情報をグラフィックにすると手間がかかる。
よってグラフィカルなプログラミング言語というのは
開発可能だが、効率が悪い。
まあこういう結論。
0072デフォルトの名無しさん
2014/01/26(日) 20:16:17.73そう思います。
自分は学生時代はBASIC・FORTRAN・Cを、就職した後は
汎用機を任されたので10年程COBOLをやりました。
特に、就職してからは色々なプログラマと仕事しましたが、
最近プログラマになった人は（キツイ言い方すれば）本来
プログラマになるべきでない様なプログラマに向いてない
人がプログラマになった感じの人が多い気がします。
色々理由はあるんでしょうが、長い不況でとりあえず職を
探したらそれしかなかったとか、流行でなったとか。
0073デフォルトの名無しさん
2014/01/26(日) 20:28:16.17隅から隅までグラフィカルじゃなくて
要点を絞ってここをグラフィカルに出来れば大幅に効率アップ！
ってのを探るのでなければ先に進みようが無い
ＧＵＩアプリのポトペタとか
ツクール系ゲーム開発のマップエディタとか
0074デフォルトの名無しさん
2014/01/26(日) 20:42:40.57だからそれがないんだよ。
グラフィカルってのは理解しやすくなるが、
文字に比べて情報量は減ってる。
見るときや理解するのにはいいけど
書くと効率は下がる。
だからコードを可視化するツールがあればいいのさ。
0075デフォルトの名無しさん
2014/01/26(日) 20:45:15.760076デフォルトの名無しさん
2014/01/26(日) 20:45:54.790077デフォルトの名無しさん
2014/01/26(日) 20:46:03.90そしてたくさん知ってる君が答えるわけだね。
0078デフォルトの名無しさん
2014/01/26(日) 20:51:35.630079デフォルトの名無しさん
2014/01/26(日) 20:56:23.00プログラミングのぷの字も知らないような、おっさんが自分でかなり使いやすいツールを作ってたりする
ファイルメーカー社の仕事は、もっと評価されていい。自分じゃ使わないけど。
0080デフォルトの名無しさん
2014/01/26(日) 21:00:27.07グラフィカルにしたいって話でしょ？
0081デフォルトの名無しさん
2014/01/26(日) 21:11:17.20そりゃ需要ないから無理じゃね
0082デフォルトの名無しさん
2014/01/26(日) 21:12:00.93ドラえもん全部できるもの出してよって発想からは何も生まれない。
0083デフォルトの名無しさん
2014/01/26(日) 21:15:38.61そういうの組み合わせていったら、コード書く部分は相当減るんじゃね
１００％コードをなくしてしまうのは効率が悪くなると思う
0084デフォルトの名無しさん
2014/01/26(日) 21:18:56.05> これこれこういう理由でこういうものが必要なんだという要件を明確にしてもらわんとね。
だから、何かがしたいんじゃなくて、
俺、コーディング書けない。書く技術力がない。
→ 書かなくていい方法ない？
って話なんだよ。
本質的には、技術力不足が原因なので
コードを他の何かに変えても、出来ないものは出来ないだろうね。
0085デフォルトの名無しさん
2014/01/26(日) 21:22:13.360086デフォルトの名無しさん
2014/01/26(日) 21:54:25.860087デフォルトの名無しさん
2014/01/26(日) 21:59:16.470088デフォルトの名無しさん
2014/01/26(日) 22:04:13.42http://arashi50.cocolog-nifty.com/photos/uncategorized/2010/05/22/100522scratch_spiral.gif
0089デフォルトの名無しさん
2014/01/26(日) 22:12:42.810090デフォルトの名無しさん
2014/01/26(日) 22:14:40.50レゴブロックに小さな機能をつけたようなパーツをいくつか用意しておいて
PCの画面でゲーム感覚でそれを組み立てるとどんな複雑なプログラムもかけるという空想
理屈の上で可能なのか不可能なのかよくわからんまま忘れてたらおっさんになってしまったな
まあ今思い出したから今でもよくわからん
0091デフォルトの名無しさん
2014/01/26(日) 22:16:55.19似たようなのはあるよ
マインドストームで検索だ
0092デフォルトの名無しさん
2014/01/26(日) 22:20:15.83おお、サンクス
名前は知ってるがあれってブロック組み合わせてロジック作成できるのだろうか？
PC上でコード書いてマイコンに送り込んで制御するものだと思っていた
出きるなら面白そうだな
ちょっと検索してみよう
0093デフォルトの名無しさん
2014/01/26(日) 22:21:21.64それ前から思ってたんだが、テキストで書くのとの本質的な違いってどこにあるんだろ
単にアルファベットや単語の形がブロック状に変わって色がついただけのような気がする
やってることは「なでしこ」なんかと同じじゃないかな
0094デフォルトの名無しさん
2014/01/26(日) 22:23:36.420095デフォルトの名無しさん
2014/01/26(日) 22:24:10.580096デフォルトの名無しさん
2014/01/26(日) 22:24:40.30ああ、ごめん
そういうのはできない
中心となるプロセッサとメモリと電気制御をするデカイパーツがあって、そこからケーブルを伸ばしてモーターやセンサーを使うってやつだ
0097デフォルトの名無しさん
2014/01/26(日) 22:27:54.36ありがとう
今見てるんだがこれはこれでワクワクする感じだなあ
子供が出来たら買ってやろう
その前にパートナーを検索しないとだが・・・
0098デフォルトの名無しさん
2014/01/26(日) 22:31:32.38HWNDにウインドウハンドル書かずに矢印で対象ウインドウに線引っ張ったら分かりやすいし、
ウインドウハンドルとかいちいち書くかなくていいよね。
MSGもアイコンだと視認性が上がるよね。
WPARAMとLPARAMもどうせ何かの変数だよね。
そしたら、SendMessageって四角形にMSGのアイコン付けて、SendMessageって四角形の中のWPARAMとLPARAMには変数から矢印を引っ張って、
SendMessageって四角形から対象のウインドウに矢印引っ張るといいよね。
0099デフォルトの名無しさん
2014/01/26(日) 22:32:46.57できるできないでいえば出来る。
ただし効率が悪いので使わない。
0100デフォルトの名無しさん
2014/01/26(日) 22:34:37.40ごめん、Scratch はまさに「なんか楽しい」というのが第一の目的だからいいんだが、
たぶん >>1 の目的には合わないだろうなぁと思った。
0101デフォルトの名無しさん
2014/01/26(日) 22:35:21.81効率は上がる
ソースはOSの操作
0102デフォルトの名無しさん
2014/01/26(日) 22:36:58.63そのレベルで矢印を引くとなると、文字通りスパゲッティコードになるのが目に見える
デバッグやテストも描きにくいだろうし
0103デフォルトの名無しさん
2014/01/26(日) 22:38:31.260104デフォルトの名無しさん
2014/01/26(日) 22:39:26.12条件によって動く方向やスピードを変えるというのになると途端に複雑なタイムラインを作る必要が発生して
結局ASで制御した方が楽でメンテナンス性も良かったりしたな
0105デフォルトの名無しさん
2014/01/26(日) 22:41:14.71今は選択肢すら無いって話をしてるんだろ
0106デフォルトの名無しさん
2014/01/26(日) 22:42:43.70そもそも用途が無い
0107デフォルトの名無しさん
2014/01/26(日) 22:44:53.540108デフォルトの名無しさん
2014/01/26(日) 22:45:42.320109デフォルトの名無しさん
2014/01/26(日) 22:47:02.820110デフォルトの名無しさん
2014/01/26(日) 22:48:02.690111デフォルトの名無しさん
2014/01/26(日) 22:52:46.340112デフォルトの名無しさん
2014/01/26(日) 22:53:29.160113デフォルトの名無しさん
2014/01/26(日) 22:55:36.09> ソースはOSの操作
今はOSの操作の話をしてるんじゃないよ。
プログラミングの話。
0114デフォルトの名無しさん
2014/01/26(日) 22:56:02.480115デフォルトの名無しさん
2014/01/26(日) 22:58:01.80「馬鹿には無理」
0116デフォルトの名無しさん
2014/01/26(日) 22:59:20.37ＧＵＩエディタもあるし
Flash、HTMLエディタ、
データベースエディタもある
UMLからコード生成したりもできる
プログラミングの役割はＧＵＩ付きツールに確実に侵食されている
0117デフォルトの名無しさん
2014/01/26(日) 22:59:34.08プログラミングで一番多く実行する
関数の実行をどうグラフィックにするんだ？
たとえば、hoge(1234)を
グラフィックにするって話だよな？
今俺は、キーをたったの10回タイプして、
hoge(1234)って書いたわけだが、
これをグラフィックにして、手間を減らせると思う？
0118デフォルトの名無しさん
2014/01/26(日) 23:01:02.07それって、一番重要な処理は
なにも作ってないんじゃね？
それで作ってるのはインターフェース部分だけでしょ？
0119デフォルトの名無しさん
2014/01/26(日) 23:07:59.00それまでは今と一緒だな
0120デフォルトの名無しさん
2014/01/26(日) 23:11:01.02コンピュータプログラミングは誕生してから時々刻々と新しいパラダイムが誕生しては消えを繰り替えし
未だ進化の途中にある
古くはシングルタスクのストレートフォワードなコードから始まり、関数や構造体による構造化、オブジェクト指向の台頭
GUIの一般化によるイベントドリブン型プログラミング、インターネットの普及によるウェブプログラミング
複数コアのCPUを効率的に使うためのコードの並列化、そのうちくるであろう量子コンピューティングなどなど
（適当に思いついたのを並べただけでグラフィカルプログラミングとの相性やそれぞれの概念の大小については何も考えてない）
おそらくどこかの時点でグラフィカルな言語を開発したとしても次の概念が来た際には大幅な修正や設計のし直しが求められる
PCの進歩、プログラミングの進歩が止まるまでは教育目的の簡単なものが出るに留まるんじゃあないか？
0121デフォルトの名無しさん
2014/01/26(日) 23:13:12.660122デフォルトの名無しさん
2014/01/26(日) 23:15:26.820123デフォルトの名無しさん
2014/01/26(日) 23:21:35.72Excelのアイデアを利用できないかな
改良を加えれば操作性はいくらでも改善できると思うし
基本的なアルゴリズムの構文なら再現できそうだよ
0124デフォルトの名無しさん
2014/01/26(日) 23:27:16.65そのままでは開発効率も可読性も論外だがw
http://www.youtube.com/watch?v=kBDNzMqgJiM
0125デフォルトの名無しさん
2014/01/26(日) 23:31:00.071から100までの合計をExcelで出そうとすると
面倒くさいんだけど、これじゃ使いものにならないでしょ？
0126デフォルトの名無しさん
2014/01/26(日) 23:33:34.970127デフォルトの名無しさん
2014/01/26(日) 23:36:02.430128デフォルトの名無しさん
2014/01/26(日) 23:37:55.74> 実行中のプログラムのメモリ配置をてグラフィカルに描画するツールないの?
デバッガ
0129デフォルトの名無しさん
2014/01/26(日) 23:38:49.77Excelをつかうんじゃなくて
新しいコーディング手法に応用できないかと言ってるんだよ
0130デフォルトの名無しさん
2014/01/26(日) 23:39:48.92デバッガの描画と操作性でイケてるものって？
0131デフォルトの名無しさん
2014/01/26(日) 23:41:07.920132デフォルトの名無しさん
2014/01/26(日) 23:41:44.00だからなんで、面倒な方法を使おうとするんだよ？
文字のほうが少ない労力でできるだろうが。
視覚化が便利なのは、全体の概略、設計を把握するときだけだよ。
0133デフォルトの名無しさん
2014/01/26(日) 23:44:20.02表計算に関してはプログラミングするよりExcel使った方が効率いいんだが
0134デフォルトの名無しさん
2014/01/26(日) 23:46:18.06俺も写真にフィルター処理をする際にはプログラミングするよりもフォトショップ使った方が効率いいと思うぜ
0135デフォルトの名無しさん
2014/01/26(日) 23:46:48.05実行時のフローを追ったり、排他制御や並行プログラミング、
リファクタリングまでグラフィカルにできると考えたら、ずっと効率が良い
0136デフォルトの名無しさん
2014/01/26(日) 23:47:33.73たとえば？
0137デフォルトの名無しさん
2014/01/26(日) 23:48:22.86> 俺も写真にフィルター処理をする際には
そのフィルター処理を作る場合の話でしょ？
あんたが言ってるのは単に画像に作ったフィルタを適用してるだけじゃん。
0138デフォルトの名無しさん
2014/01/26(日) 23:48:39.520139デフォルトの名無しさん
2014/01/26(日) 23:49:17.11訂正しておくね。
×リファクタリングまでグラフィカルにできると考えたら、ずっと効率が良い
○リファクタリングまでグラフィカルにできると考えたら、ずっと効率が良いと思っているが、根拠も無いし証明もできない。悔しい！
0140デフォルトの名無しさん
2014/01/26(日) 23:49:49.60そのマクロって文字だよね？
0141デフォルトの名無しさん
2014/01/26(日) 23:51:00.200142デフォルトの名無しさん
2014/01/26(日) 23:52:37.27横レスするが、
Excel(もしくは相当する表計算ソフト)が存在しない世界を想像してごらん
表計算ソフトが無かった1970年代、誰もが表計算が必要になるたび、
BASIC、PASCAL、COBOLなどでいちいちプログラムを組んでいた
0143デフォルトの名無しさん
2014/01/26(日) 23:53:01.53断固拒否する
0144デフォルトの名無しさん
2014/01/26(日) 23:53:10.52結局ここは文字で組むしかなさそう
0145デフォルトの名無しさん
2014/01/26(日) 23:54:16.89ツール側で見せなきゃ良いだけだろ
0146デフォルトの名無しさん
2014/01/26(日) 23:54:33.15表計算ソフトにはセル同士の値を計算する処理があらかじめ作られてるんでしょ？
あんたが言ってるのは単に打ち込んだ数字にその処理を適用してるだけじゃん。
0147デフォルトの名無しさん
2014/01/26(日) 23:56:08.33見せる見せないじゃなく、プログラミングするのに必要な部品をどう作るかということ
これが無いと完成しない場合はどうなる？
グラフィカルが無理な箇所だから組むしかねぇだろ
なんかずっとずれた回答してるよなお前
0148デフォルトの名無しさん
2014/01/26(日) 23:57:16.15おまえ、Smalltalkとかしらない入門者だろ
0149デフォルトの名無しさん
2014/01/27(月) 00:00:33.16なんの話してるんだ？
ExcelがExcelで作られてるというのならわかるが、
処理の部分はグラフィックに作る理由がないんだよ。
開発効率が悪いから。
0150デフォルトの名無しさん
2014/01/27(月) 00:01:04.80は？
0151デフォルトの名無しさん
2014/01/27(月) 00:02:03.36それ意外に面白いかもな。組上がったロジックをPCにセーブできると。
いや〜楽しそうです。
0152デフォルトの名無しさん
2014/01/27(月) 00:03:35.20エクセルでやる人ってのは、
単にプログラミング技術がないからだよ。
文字で書いたほうが早いが
そもそもそれが出来ない人は
ツールを使うしかあるまい。
ようするに>>1は自分の技術力がないから
それ以外の方法を探しているだけ。
それが非効率なものであっても、
プログラミングが出来ないから、どうしようもあるまい。
0153デフォルトの名無しさん
2014/01/27(月) 00:04:11.46じゃあ開発効率のいいグラフィカルプログラミング言語を作ればいいじゃん
0154デフォルトの名無しさん
2014/01/27(月) 00:05:31.79シンプルな処理の組み合わせをするなら結局はコード書くのと同じ位グチャグチャなグラフィックになるだろうし
0155デフォルトの名無しさん
2014/01/27(月) 00:05:40.23それって、単純な処理だけエディタから書けるようにして、
グラフィカルなUI部分では隠蔽しとけば良いだけちゃうん？
0156デフォルトの名無しさん
2014/01/27(月) 00:06:21.360157デフォルトの名無しさん
2014/01/27(月) 00:06:51.56死ねよカス
0158デフォルトの名無しさん
2014/01/27(月) 00:07:07.581だけど正直コーディング歴は20年のベテランです
Webアプリでもゲームでも何から何までなんでも作れます
0159デフォルトの名無しさん
2014/01/27(月) 00:07:42.93キーボードを打つよりもマウスを動かす方が手間が多いというだけで
0160デフォルトの名無しさん
2014/01/27(月) 00:08:43.270161デフォルトの名無しさん
2014/01/27(月) 00:11:25.91Smalltalkライクな環境を作り、公開してはじめて、そのレスは意味を持つ
0162デフォルトの名無しさん
2014/01/27(月) 00:14:09.190163デフォルトの名無しさん
2014/01/27(月) 00:14:41.31これをベースに拡張していけばいいもの出来んじゃね？
0164デフォルトの名無しさん
2014/01/27(月) 00:15:21.140165デフォルトの名無しさん
2014/01/27(月) 00:18:39.55やってみろよ。死ねクズ
0166デフォルトの名無しさん
2014/01/27(月) 00:23:13.940167デフォルトの名無しさん
2014/01/27(月) 00:44:34.02ありだと思う
あとはもう少し細かいアルゴリズムの表現力をつけたいが
0168デフォルトの名無しさん
2014/01/27(月) 01:06:56.28死ねゴミ虫
0169デフォルトの名無しさん
2014/01/27(月) 01:09:34.32グラフィカルな開発環境より、全ての言語の中間のような言語が欲しいかな。
それそのものは実行もコンパイルもできなくていいから、好きな言語にエクスポートできるやつ。
言語間の相互変換は試みられてるけど、完全ではないし、できないものもある。
だから最初から変換する前提で設計された、仮に「XXX言語」とでも呼ぼうか、があるといい。
言語が違うってだけで一度書いたアルゴリズムをまた書くのはうんざりだ。
XXX言語は好きな言語にエクスポートしてから使うが、開発者はXXXの文法を学ばなければならない以外は今まで通り開発できる。
C言語でコンパイルしたいのなら、コンパイラのパスを通しておけばエクスポートからコンパイルまで自動でやってくれる。
JavaScriptへだろうがJavaへだろうがボタン一発でエクスポート。
0170デフォルトの名無しさん
2014/01/27(月) 01:12:03.070171デフォルトの名無しさん
2014/01/27(月) 01:14:16.08> じゃあ開発効率のいいグラフィカルプログラミング言語を作ればいいじゃん
ないよ。っていうかグラフィカルプログラミングの定義上、
グラフィカルでなければならないよね？
文字も絵と考えれば、グラフィックなんだ。あとはそこに載せられる情報量の話。
緻密で複雑なグラフィックである文字の方が情報量が多いのは言うまでもない。
まあドット単位で正確に絵を書くというのならば、文字よりも多くの
情報量を入れられるだろうさ。大変すぎる作業になるのは明らかだけど。
それで「あ」という文字をキーで入力するのとこれを絵として
マウスでもペンでもいいけど書くのはどっちが時間がかかるかい？
結局のところ、こういう話。文字のほうが早く入力できるんだよ。
0172デフォルトの名無しさん
2014/01/27(月) 01:16:30.22前に同じアイデア、２ちゃんねるに書いたな。
スレ立てた気もする。
0173デフォルトの名無しさん
2014/01/27(月) 01:18:07.80この世界では規格なんてものは大嘘で、実際に手に入る実装こそが真実
デファクトな中間言語のようなものがjavascriptだとしたら、
javascriptで書いた方がはやいって考えるような世界
0174デフォルトの名無しさん
2014/01/27(月) 01:19:37.07死ねゴミクズ。おまえなんて、この世界に生まれてくるべきじゃなかった
0175デフォルトの名無しさん
2014/01/27(月) 01:22:03.13グラフィカルだからってキーボードを一切使わないという訳ではないだろ
百歩譲って効率が少し劣ったとしても
視認性や再利用のしやすさの面で優ってたら利用する価値はあると思うけどな
0176デフォルトの名無しさん
2014/01/27(月) 01:26:50.53JavaScriptいいよね。なんて言ったらいいかよくわからないけど、
JavaScriptはとても外部の環境に影響されない言語なんだ。
例を出すとC言語。実はC言語にはディレクトリという概念がない。
それはディレクトリがないOSもあるわけで、C言語標準には含めなかった。
他の言語には標準的に搭載されているスレッドとかネットワークアクセスとかも。
JavaScriptはそれよりも更に進んで、ファイルアクセスというものすら存在しない。
CPUだけで処理できるような計算処理だけに制限された言語なんだ。
もちろん外部ライブラリを使うことで計算以外もできるけどね。
0177デフォルトの名無しさん
2014/01/27(月) 01:28:15.33> 視認性や再利用のしやすさの面で優ってたら利用する価値はあると思うけどな
視認性ならコードを視覚化すれば良い。
再利用のしやすさは、コードで書いても同じ。
0178デフォルトの名無しさん
2014/01/27(月) 01:31:07.67ブラウザ上でだけの話だろ。死ねカス
0179デフォルトの名無しさん
2014/01/27(月) 01:32:26.660180デフォルトの名無しさん
2014/01/27(月) 01:38:44.31今は普通にコンソールで実行できる。
>>179
互換性問題は複数の実装があれば
どの言語にも存在する問題。
何に反論にもなってない。
0181デフォルトの名無しさん
2014/01/27(月) 01:45:10.13コードは視覚化しづらいだろ
0182デフォルトの名無しさん
2014/01/27(月) 02:32:18.91コードをそのまま視覚化するんじゃなくて
コードの構造を視覚化するんだよ。
どこがどう繋がっているとか。
でもそれは元のコードのつながりだけを抽出したもの
到底動くレベルにはならない。
0183デフォルトの名無しさん
2014/01/27(月) 02:48:17.80LabViewと並んで一度使ってみたい言語だった
0184デフォルトの名無しさん
2014/01/27(月) 02:54:07.75一時期、職安ではプログラマを勧めていたし
そういう職業訓練を受けると特典をもらえた時期があった
0185デフォルトの名無しさん
2014/01/27(月) 02:57:53.08プログラミングつったら関数をいっぱい書いていくけど、自分で書いた関数一覧がIEのお気に入りみたいに右側にアルファベット順に自動で表示されて、
クリックするとキャレットのところに自動で挿入される感じとか。
あとはコードの特定の部分を関数化しようとおもってコピペしたら、自動でその部分の変数が宣言されて関数名の入力ポップアップが出るとか。
宣言したクラスや構造体変数を書いたらすぐ横にメンバ一覧が出るとか。
お気に入り一覧以外に履歴一覧もあって、他のコードで使ったコードの関数もそこに出てすぐ使えるとか。
それがさらにオンライン対応になって、企業や特定のコミュニティ内で再利用できるとか。
もちろんヘッダまで遡って自動インクルード、自作のヘッダでもインクルードする。
0186デフォルトの名無しさん
2014/01/27(月) 03:03:51.60関数型言語でできる話じゃなくて、
静的型付け言語なら普通にできることが
できてないから、関数型言語限定の話って言ったのか。
0187デフォルトの名無しさん
2014/01/27(月) 03:07:00.37頭の中にはC言語があった。
C言語使うことが多いからC言語でそうやって組めたらいいなという妄想だ。
0188デフォルトの名無しさん
2014/01/27(月) 03:21:12.22関数のリストは表示されるし、
クラス・構造体は、.や->を書いたらリストが表示されるし、
コードの特定の範囲を関数にするって、
それIDEに備わっているリファクタリングツールの機能の一つじゃないか。
0189デフォルトの名無しさん
2014/01/27(月) 03:30:02.52node.jsなんて今日日じゃ常識レベルなのに、
javascriptにはファイルハンドラがとか、おまえバカだろ
0190デフォルトの名無しさん
2014/01/27(月) 03:31:15.10中間言語への反論だよ。死ねよクズ
0191デフォルトの名無しさん
2014/01/27(月) 04:14:32.20JavaScriptにファイルハンドラないよ。
nodeはJavaScriptという言語仕様の一部じゃないからね。
0192デフォルトの名無しさん
2014/01/27(月) 11:19:11.70ペンで書いた「あ」が一文字で何種類の情報を表現出来ると思う？
0193デフォルトの名無しさん
2014/01/27(月) 11:23:50.03線がゴチャゴチャするだろとか批判あったけど、ネスト・階層(gui風に言うならレイヤー)があれば良いだけの話で
それが上階層に行けば最終的にはフローチャートになる、なってなきゃおかしい
で、ギターのコンパクトエフェクター繋ぐ感じとか、DTMのミックスダウンソフトみたいにデータの流れと関数(エフェクター)をgui管理出来たらメチャ楽だと思うんだよね
0194デフォルトの名無しさん
2014/01/27(月) 11:52:30.190195デフォルトの名無しさん
2014/01/27(月) 13:36:56.50それよりuml描くだけでコードに変換してくれるツールの方が良い
0196デフォルトの名無しさん
2014/01/27(月) 14:55:44.66言語仕様にファイルハンドラって意味が分かりません
例えばJavaやC#の言語仕様にファイルハンドラってものはあるんですか？
0197デフォルトの名無しさん
2014/01/27(月) 18:34:27.04関数を呼び出すたびに関数を定義している場所までコネクタを引っ張るなんて発想は
なにかしら図面をみたことがあるなら出てこないはずだよな。
ICや機能ブロックを組み合わせた回路図で、図面の端っこにICの定義が書いてあって
そのICを使うたびにそこまで線を引くとか、そんなことはありえない。そこは名前参照するだろ
グラフィカルのいいところは一次元の文字列ではなく二次元に自由に並べられるところだとおもう。
条件分岐が複雑になったときや、関数に渡す引数の前処理が多段になったときに
どこからきた値がどの分岐、あるいはどの関数のどの引数に影響するのかということを
単なるインデントではなく二次元に配置すると見通しやすくならないか？
ワイドモニタ向きだともおもうんだけどな
0198デフォルトの名無しさん
2014/01/27(月) 18:42:54.49多様なデータ型があって、処理も多様だと、とたんに処理系を作るのが面倒になる
気がする
一度作ろうとしたことはあるけど面倒になったw
なにが面倒って使えるライブラリをそろえるのが面倒くさい
Win/Macの標準GUIやDBアダプタが標準化されてるLLがあれば核にするんだけど
・・・と妄想してもう10年近く放置してたりするww
0199デフォルトの名無しさん
2014/01/27(月) 18:54:50.24グラフィカルにするとレイヤーを扱えるようになる。もちろんテキストでもできるんだけど。
たとえばデバッグコードやトレースポイント(プローブ)を通常のレイヤーに重ねて垂直に結線する
処理前後の値の相関図をデバッグレイヤーにグラフィカルに表示したり、ログを取ったあと、
不要になればデバッグレイヤーを切り離せば通常動作する回路になる
元のコードを読むときははデバッグレイヤーを不可視にすると本来のコードを読みやすい
中間データをシグナルインジェクター的に流し込んでもいいとおもう
デバッグじゃなくてもちょっと試しに改変したりパッチを当てるときにも
元のコードがまるまるそのまま下のレイヤーに残っているというのが便利
0200デフォルトの名無しさん
2014/01/27(月) 19:00:23.66最適化の前にはデータ構造としての「グラフ」に分解されて実行されるんだから
最初からグラフィカルに書けばいいとおもうのん。
0201デフォルトの名無しさん
2014/01/27(月) 19:10:03.68数字の逆唱を5個とか7個しかできない凡人にはグラフィカルにするメリットがある
かもね
0202デフォルトの名無しさん
2014/01/27(月) 22:38:17.78IDEより生産性が高くなってしまったので、
IDE復権のためにグラフィカルな言語の登場が待ち望まれるね
0203デフォルトの名無しさん
2014/01/27(月) 23:23:01.75とりあえず小規模な基本的なアルゴリズムが組めるものを考えてみよう
0204デフォルトの名無しさん
2014/01/27(月) 23:50:19.69線をつなぐのはいいんだが、それをグラフィックでやる意味が無いだろ。
関数A → 関数B
ほら、関数を線でつなぐことが出来た。
0205デフォルトの名無しさん
2014/01/27(月) 23:56:23.460206デフォルトの名無しさん
2014/01/28(火) 00:01:16.90for(i in data) {
hoge(i)
}
これを絵で書いたら分かりやすくなる書い？
あたりまえだけど、iとかdataとかhoge(i)といった
情報を捨ててはいけない。
0207デフォルトの名無しさん
2014/01/28(火) 00:08:03.680208デフォルトの名無しさん
2014/01/28(火) 00:21:08.35i→data→hoge
はいできた
解釈は各自好きなようにやってくれ
0209デフォルトの名無しさん
2014/01/28(火) 00:23:05.96言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0210デフォルトの名無しさん
2014/01/28(火) 01:01:04.780211デフォルトの名無しさん
2014/01/28(火) 01:06:49.10→ for
しか書けないよね。線の中身がdataで、後はforの下のレイヤーになる。
入り口と出口があってそれぞれに意味を付けられるようなのじゃないとあんま使いではないのかも
file1 →↓
file2 → [ diff ] → stdout
こんなのだったら使いやすそう。ファイルの結線を変えて比較したり[diff]にツマミが付いてて、それを回すと出力形式変えられたり。出力線を足して差分取ったり。それをまた[diff]に結線したり。
0212デフォルトの名無しさん
2014/01/28(火) 01:13:15.87↓
[ awk ]
↓→ column1
↓→ column2
↓→ column3 → [ sed ] → ‥
こういうのとかも
0213デフォルトの名無しさん
2014/01/28(火) 02:30:16.720214デフォルトの名無しさん
2014/01/28(火) 02:45:05.83PC上で扱うとなると、位置と大きさがあるせいで
意外と抽象化の役に立たない気がするよ。
つーか邪魔になるレベル。有り難みがない。
0215デフォルトの名無しさん
2014/01/28(火) 08:16:46.620216デフォルトの名無しさん
2014/01/28(火) 08:36:29.23凡人の浅知恵じゃ超えられないよ。
0217デフォルトの名無しさん
2014/01/28(火) 08:52:28.17wikipediaより
0218デフォルトの名無しさん
2014/01/28(火) 09:39:12.15要は問題をいかに解決するかが重要なんだから
例えば簡単なアルゴリズムの問題集なんかから問題を見つけてきてそれをいかにグラフィカルな手法で解決するかを模索してみた方がよっぽど発展性あるかも
0219デフォルトの名無しさん
2014/01/28(火) 10:45:14.41関係する要素が増えてくるとグラフィカルにしたくなる
構造が簡単で入出力いずれかの数が多い>>211-212あたりがグラフィカルに向いているとおもう
並列に並ぶ要素が増えるくらいなら束ねることで閲覧性を保てるけど
構造が網目状に入り組んできたら数式でも図形でもどちらでも難読になるね
0220デフォルトの名無しさん
2014/01/28(火) 15:55:56.89便利な開発ツールなんて殆どありません。
汎用機からCOBOLのソースをftpで取り込んで
テキストファイルにして秀丸などで修正とか。
だから、汎用機以外で使われているPC系の
ツールを見ると結構羨ましい。
edit画面で、ifと打ち込んだらすぐ下にend-ifと
表示されるたりするツールを見た時はびびりました。
0221デフォルトの名無しさん
2014/01/28(火) 20:03:31.85ファインマンダイアグラムなんて例として良いかもな
0222デフォルトの名無しさん
2014/01/28(火) 20:49:55.31> 関係する要素が増えてくるとグラフィカルにしたくなる
正確に言うと、グラフィカルに ”見たくなる” でしょ？
グラフィカルなプログラミング言語は
書いたものがそのまま実行可能にならなきゃいけないけど、
実行可能なレベルまで書き込むと、画像では場所とりすぎで逆にわからなくなるよ。
0223デフォルトの名無しさん
2014/01/28(火) 20:52:44.85> 構造が簡単で入出力いずれかの数が多い>>211-212あたりがグラフィカルに向いているとおもう
>>211-212は文字で書いているんだが・・・。
0224デフォルトの名無しさん
2014/01/28(火) 21:52:28.06わかりにくくなる、で済ますのではなく
いかにすれば使いやすくなるか考えるのが真の開発者だ
0225デフォルトの名無しさん
2014/01/28(火) 22:05:20.62スレタイのグラフィカル言語(視覚的言語)からは外れた話題だとは思うけど、
EmacsによるCUIベースのリアクティブ・プログラムという観点であれば
「編集=計算」パラダイム(Computing-As-Editing Paradigm、CAEP)に
関連があるかもしれない
・編集=計算パラダイムと例によるプログラミング
http://ci.nii.ac.jp/naid/110002929606
・「計算=編集」パラダイムに基づく例からのプログラミング
http://ci.nii.ac.jp/naid/110003743922
GUIベースの視覚化言語/計算環境であれば提案や製品は数多くあるけど、
CUIベースってのは、あまり注目されない話題だね
0226デフォルトの名無しさん
2014/01/28(火) 22:40:54.03> いかにすれば使いやすくなるか考えるのが真の開発者だ
じゃあお前が考えろよｗ
文字というのは特定の形のグラフィックを
使いやすいように定めたもの。
象形文字という絵から文字が生まれた。
そもそもグラフィックをいかにすれば使いやすくなるかを
考えた結果、文字になったわけで、話がおかしいんだよ。
0227デフォルトの名無しさん
2014/01/28(火) 22:43:21.10リンゴの絵を書くのと、
どちらがわかりやすいかという問題だな。
0228デフォルトの名無しさん
2014/01/28(火) 22:45:30.770229デフォルトの名無しさん
2014/01/28(火) 22:48:21.72色つけりゃいいじゃん
0230デフォルトの名無しさん
2014/01/28(火) 22:49:55.51何秒で出来るか競争してみようぜ？
0231デフォルトの名無しさん
2014/01/28(火) 22:52:18.110232デフォルトの名無しさん
2014/01/28(火) 22:59:15.25たったの数回キーを叩くだけで
表現できてしまう。
これを図で書く？
アホだろｗ
0233デフォルトの名無しさん
2014/01/28(火) 23:00:30.51iro=COLOR_RED;//色（赤）
omosa=300;//重さ（グラム）
suibun=95;//水分（パーセント）
amasa=15;//糖度（度）
}
ね、文字だと簡単でしょ？
0234デフォルトの名無しさん
2014/01/28(火) 23:02:17.49まだグラフィックにするメリットがわかるんだが。
ソート処理をグラフィックにするとして
どんな形になるんだ？
バブルソート、クイックソート、シェルソート
この違いをどうやってグラフィックにするんだろうか。
文字の周りを罫線で囲むだけじゃなんの意味も無いよ。
そう、コードっていうのはグラフィックにできないんだ。
0235デフォルトの名無しさん
2014/01/28(火) 23:03:17.923文字だと文字でも困らないな
でも小説と漫画を比較すると断然漫画の方が視認性高い
0236デフォルトの名無しさん
2014/01/28(火) 23:05:26.25大学の教授は大体絵に書いて説明してるぞ
0237デフォルトの名無しさん
2014/01/28(火) 23:07:52.91その絵は概略でしかないだろ？
0238デフォルトの名無しさん
2014/01/28(火) 23:08:40.09ディレクトリが用途とかで色分け出来たら良いのになあと思った事が何度もある。
それとディレクトリだったら、単に時系列でソート出来るだけじゃなくて、例えば使用頻度の高いファイルやディレクトリは大きく、そうじゃないのは小さく表示するとか便利だと思う。
あと平面のウィンドウが実は立方体で、ディレクトリ一覧をグルっと横に回すと中身が見れたり、タグ付けされた奥行きの情報が見れたりとか、一杯やりたい事ある。
技術が追いつけばねぇ…
0239デフォルトの名無しさん
2014/01/28(火) 23:09:43.960240デフォルトの名無しさん
2014/01/28(火) 23:11:25.72> でも小説と漫画を比較すると断然漫画の方が視認性高い
だが書くのに時間がかかるだろ？
コードを視覚化するのには意味があるんだよ。
だけどその視覚化されたものには、コードの全ては含まれていない。
もしコードの全てを含ませようとすると、それは巨大になり
そして作るのにもかなりの時間がかかる。
だから視覚化されたコードは、コードの一部の特徴を表したに過ぎない。
それは実際に動くプログラミングにはなりえない。
（不可能ではないが時間がかかりすぎるため、教育用として小さいコードを書くのが精一杯）
0241デフォルトの名無しさん
2014/01/28(火) 23:13:45.03絵っていうのは、馬鹿に説明するためにある。
小説とマンガの関係も同じ。
0242デフォルトの名無しさん
2014/01/28(火) 23:27:21.13＞そして作るのにもかなりの時間がかかる
そのためにコンピュータがあるんだろ
人間は指示をするだけ
コンピュータは指示を受けてルールを構築していくだけ
出来上がったものが文字であろうが絵であろうが人間の労力は変わらない
ただ文字だと見にくく、絵だと見やすいというだけの話
0243デフォルトの名無しさん
2014/01/28(火) 23:31:01.23『大人のピタゴラスイッチ』でクイックソートを動画にしてたぜ
0244デフォルトの名無しさん
2014/01/28(火) 23:42:50.59文字の形がほとんど判別できないのなw
視力に頼りすぎているそいつはプログラマとしての寿命は短いだろうなと思った。
0245デフォルトの名無しさん
2014/01/28(火) 23:50:30.530246デフォルトの名無しさん
2014/01/28(火) 23:52:19.20ドコが見やすいのか、
バブルソートを絵にして説明してくれ。
もちろん、動かないとダメだぞ？
0247デフォルトの名無しさん
2014/01/28(火) 23:57:53.16in →┃バブルソート┃→ out
━━━━━━━
0248デフォルトの名無しさん
2014/01/28(火) 23:58:41.88バブルソートって
文字でかいてるなｗ
結局、文字が一番適切に説明できるんだよｗ
0249デフォルトの名無しさん
2014/01/29(水) 00:02:58.220250デフォルトの名無しさん
2014/01/29(水) 00:03:36.44勝手に文字禁止なルールにするなw
グラフィカルなOSにも文字は使われてるんだぞ
0251デフォルトの名無しさん
2014/01/29(水) 00:03:40.05バブルソートが実装できるのか？
0252デフォルトの名無しさん
2014/01/29(水) 00:04:29.15いや、だって>>247って別に罫線いらないじゃんｗ
文字だけで十分なのに、
それを絵にする意味ってなんだよ？ｗ
0253デフォルトの名無しさん
2014/01/29(水) 00:07:10.360254デフォルトの名無しさん
2014/01/29(水) 00:10:16.81でも関係性が増えると線が多すぎて逆に見にくくなってしまうというジレンマが・・
0255デフォルトの名無しさん
2014/01/29(水) 00:22:29.040256デフォルトの名無しさん
2014/01/29(水) 10:20:49.00むし抽象度や粒度を適切に制御するために文字の混在は推奨されるだろう
0257デフォルトの名無しさん
2014/01/29(水) 10:31:08.170258デフォルトの名無しさん
2014/01/29(水) 10:38:56.45あれって全体の構造をみて必要なところだけ折りたたまない実装はあるのだろうか
現実的にはファイルを分割するという形でプログラマのコントロール下に置くことになるのかな
グラフで表現するときはこういった折り畳みはその図面の中で行われるのだろうか
ダブルクリックすると機能ブロックが開いて詳細実装をみることができるとか
ズームするとグーグル地図のように詳細図に切り替わるとか
0259デフォルトの名無しさん
2014/01/29(水) 16:46:31.19LabViewでプログラム書いてみ。
あっという間に使う気が失せるから。
0260デフォルトの名無しさん
2014/01/29(水) 20:10:31.82データの流れをGUIでプログラムできる環境はたくさんある。
0261デフォルトの名無しさん
2014/01/29(水) 21:27:14.720262デフォルトの名無しさん
2014/01/29(水) 22:41:53.33その祖先や子孫をあぶり出し表示するのは簡単だな
テキストで同じことをするにはどうするんだろう？
0263デフォルトの名無しさん
2014/01/29(水) 23:45:37.48何か勘違いしてそうだから言っておくけど、
コード（文字）をグラフィックに視覚化するのはいいんだよ。
これが見やすい（場合がある）ことは否定していない。
ただしコード（文字）を書かずに、最初からペンかマウスかで
画像を書いてプログラミングするのは効率が悪いという話
コードの一部（例：変数に着目して視覚化）をグラフ化するのは
何も問題がないが、最初からグラフを書くことでプログラミングなんかしたら
大変きわまりないだろ？
0264デフォルトの名無しさん
2014/01/30(木) 01:55:26.85詳細はコーディング
JP1/Script形式が最強だろ
もうちょい言語側がパワフルになってほしいけどな
0265デフォルトの名無しさん
2014/01/30(木) 08:34:21.580266デフォルトの名無しさん
2014/01/30(木) 18:49:13.280267デフォルトの名無しさん
2014/01/30(木) 22:01:37.35ガラパゴス携帯しかない時代の人間がガラパゴス携帯が一番使いやすいと考えてるようなもんだ
0268デフォルトの名無しさん
2014/01/30(木) 22:16:48.760269デフォルトの名無しさん
2014/01/30(木) 22:19:48.33もっと作業効率あげれる未来の道具出してよドラえもんってことだよ
0270デフォルトの名無しさん
2014/01/30(木) 22:38:46.380271デフォルトの名無しさん
2014/01/30(木) 22:46:21.880272デフォルトの名無しさん
2014/01/30(木) 23:45:53.370273デフォルトの名無しさん
2014/01/31(金) 00:08:06.220274デフォルトの名無しさん
2014/01/31(金) 00:11:38.33効率を上げるために絵から文字が生まれたのに、
絵に効率を求めるなんて愚かだな。
絵は見るのにはいいが描くのは大変だ。
0275デフォルトの名無しさん
2014/01/31(金) 00:28:16.99なんでそんなに文字だけにこだわるんだ？
文字自体もグラフィカルな表現の一種なんだが
何か不都合でもあるのか？
0276デフォルトの名無しさん
2014/01/31(金) 00:29:25.24見やすいのは明らか
その図や絵を自分で書くという発想さえ抜かせば
文字よりも図や絵でまとめあげたほうが楽という感じだろうな
まぁ、出来るもんなら作ってみろって感じ
0277デフォルトの名無しさん
2014/01/31(金) 00:46:14.64人間は指示をするだけ
コンピュータは指示を受けてルールを構築していくだけ
出来上がったものが文字であろうが絵であろうが人間の労力は変わらない
ただ文字だと見にくく、絵だと見やすいというだけの話
0278デフォルトの名無しさん
2014/01/31(金) 01:05:05.63なにか不都合がって、
最初からプログラミングを
画像でやるのは不都合だって言ってるじゃん。
0279デフォルトの名無しさん
2014/01/31(金) 01:06:41.12文字なら１００種類の識別子をつけられるけど
１００種類の絵で識別するのは困難。
絵だと見やすいのは幼稚なオモチャに限られる。
0280デフォルトの名無しさん
2014/01/31(金) 01:07:52.60> 出来上がったものが文字であろうが絵であろうが人間の労力は変わらない
> ただ文字だと見にくく、絵だと見やすいというだけの話
いやいやｗ 支持を絵でやるのが難しい（時間的に）って話だろｗ
紙芝居で作業指示書を書いてみ？
なんなら、競争でもするか？
三回まわってワンと言う。
これを絵で指示してみ？
労力はどれくらい違うよ？
0281デフォルトの名無しさん
2014/01/31(金) 01:09:41.02絵だと100種類のアイコンですむな
ドラッグアンドドロップで使用できるから楽だ
0282デフォルトの名無しさん
2014/01/31(金) 01:10:29.880283デフォルトの名無しさん
2014/01/31(金) 01:13:04.07ボタンをポチポチクリックしていくのと命令をひたすら書いてく作業はどっちが楽だろな
確実に前者だろ？
後者だというならお前は一生グラフィカルインターフェイスに触れるな
0284デフォルトの名無しさん
2014/01/31(金) 01:13:35.59100種類っていったら、日本語に使われる文字より
はるかにするないぞ？
まあ、英語よりは文字数多いかもしれないけどな。
それでどうするんだ？アイコンを複数つなげて言葉を作るのか？
そりゃそうだ。アイコン一つで表せることは100種類しかないからな。
0285デフォルトの名無しさん
2014/01/31(金) 01:13:50.49ラベルはればええんちゃうか？
0286デフォルトの名無しさん
2014/01/31(金) 01:14:37.45よし、じゃあ競争だ。
お前はボタンをポチポチ、スクリーンキーボードで
入力してくれ。俺はキーボードで入力する。
0287デフォルトの名無しさん
2014/01/31(金) 01:15:11.67そしてアイコンの代わりにラベル（文字）を見るのか？
もう文字だけでいいじゃねーかｗ
0288デフォルトの名無しさん
2014/01/31(金) 01:15:32.22論破されすぎて混乱してきてるな
冷静になれ
0289デフォルトの名無しさん
2014/01/31(金) 01:16:18.78絵で指示するのまだできないの？
>>277
> 出来上がったものが文字であろうが絵であろうが人間の労力は変わらない
> ただ文字だと見にくく、絵だと見やすいというだけの話
いやいやｗ 支持を絵でやるのが難しい（時間的に）って話だろｗ
紙芝居で作業指示書を書いてみ？
なんなら、競争でもするか？
三回まわってワンと言う。
これを絵で指示してみ？
労力はどれくらい違うよ？
0290デフォルトの名無しさん
2014/01/31(金) 01:17:17.39それだとグラフィカルにする必然性が薄くなる。
残るのは関連を線でつなげることとグリグリ動かすことくらいだな。
線でつなげるのは１００x１００＝１００００本の線でスパゲッティになる可能性すらある。
動画はさらにめんどう。
0291デフォルトの名無しさん
2014/01/31(金) 01:18:33.82表計算の作業で競おうぜ
俺はエクセルつかうからお前はコーディングな
まさかエクセルは文字があるからグラフィカルじゃないとか言わないよな？
0292デフォルトの名無しさん
2014/01/31(金) 01:20:28.080293デフォルトの名無しさん
2014/01/31(金) 01:20:53.53何言ってるのか分からない
解説を頼む
0294デフォルトの名無しさん
2014/01/31(金) 01:20:55.93グラフィカルユーザインターフェイスってそんなに不便だったのか
でもOSの世界ではシェアが圧倒的に多いんだがな
そんな不便なものがこんなに普及しちゃつてんだから不思議だよな
0295デフォルトの名無しさん
2014/01/31(金) 01:21:50.48都合悪くなったら日本語読めない振りwwwwwwww
わろた
0296デフォルトの名無しさん
2014/01/31(金) 01:22:28.51２ちゃんねる見て、googleしてエロ動画見てるだけだろ。
そんな簡単なことができたくらいで偉そうに。
0297デフォルトの名無しさん
2014/01/31(金) 01:23:50.03エクセルで何をグラフィカルにプログラミングするの？
棒グラフ出すってこと？
0298デフォルトの名無しさん
2014/01/31(金) 01:24:33.88そんな低俗な使い方してるのは中卒のお前だけだよ
世の中じゃデスクワークや研究でも普通に使われてんだよ
もっとそとにでて現実をしれ
0299デフォルトの名無しさん
2014/01/31(金) 01:26:31.18グラフィカルのいみ調べてこいよ
表でもグラフでも、広義の意味では文字でさえもグラフィカルなんだよ
0300デフォルトの名無しさん
2014/01/31(金) 01:28:41.130301デフォルトの名無しさん
2014/01/31(金) 01:29:55.89じゃあ素数100万個出す競争でもする？
一行にカンマ区切りで2000個ずつ
これでいい？
0302デフォルトの名無しさん
2014/01/31(金) 01:30:07.550303デフォルトの名無しさん
2014/01/31(金) 01:31:28.04何をしたいのかさっぱり分からんのだが？
0304デフォルトの名無しさん
2014/01/31(金) 01:34:41.84お前何か勘違いしているよ。
グラフィックっていうのは見やすいが
書きにくいんだよ。描くのに時間がかかる。
だからコード→グラフィックの変換はいいが、
最初からグラフィックを使ってプログラミングするのは
馬鹿なアイデアだって話。
0305デフォルトの名無しさん
2014/01/31(金) 01:35:32.070306デフォルトの名無しさん
2014/01/31(金) 01:35:46.17> 表でもグラフでも、広義の意味では文字でさえもグラフィカルなんだよ
じゃあ、スレタイの
「グラフィカルなプログラミング言語ない？」って
いうのはどういう意味？
> もうコーディングは嫌だ
らしいよ。
0307デフォルトの名無しさん
2014/01/31(金) 01:36:43.19それはエクセルのまけだわ
じゃあ次は売上データを元に
月別で棒グラフを作成するって課題でやろうせ
データはCSVで用意しとくよ
0308デフォルトの名無しさん
2014/01/31(金) 01:38:56.150309デフォルトの名無しさん
2014/01/31(金) 01:39:12.86CSVで用意したデータをコーディングしないで、
グラフィカルなプログラミング言語（？）で
やるってこと？
普通にコーディングしたほうが早いと思うが？
0310デフォルトの名無しさん
2014/01/31(金) 01:39:13.89A〜Z AA〜ZZ までだっけ？
0311デフォルトの名無しさん
2014/01/31(金) 01:40:49.15もちろん、ただツールを使うだけじゃダメなんだよね？
プログラミングして作らないといけないんだよね？
いや、ツールを使うなら。グラフ作成ツールに流し込めば終わりだからさ。
0312デフォルトの名無しさん
2014/01/31(金) 01:41:05.37コーディング派はグラフの作成もコーディングでやった方が速いと考えてるらしいな
仕事が早くて羨ましい
0313デフォルトの名無しさん
2014/01/31(金) 01:41:46.70おいおい、「プログラミング言語」前提の話だろ？
0314デフォルトの名無しさん
2014/01/31(金) 01:42:03.030315デフォルトの名無しさん
2014/01/31(金) 01:42:35.49既存のシステムを使うんでは比較にならないだろ
ずるはダメだぞずるは
0316デフォルトの名無しさん
2014/01/31(金) 01:43:10.020317デフォルトの名無しさん
2014/01/31(金) 01:43:11.40ツールで用意された機能を使うんじゃなくて、
実際にプログラミングする時間で比べなきゃ意味が無いでしょ？
0318デフォルトの名無しさん
2014/01/31(金) 01:43:25.34エクセルだと簡単に表計算できるよ
グラフも一発だ
0319デフォルトの名無しさん
2014/01/31(金) 01:44:11.44それ、プログラミングじゃないじゃん？
>>1をみればわかるけど、
最初からプログラミング言語の話をしてるんだけど。
ちょっと話、皆についてこようよｗ
0320デフォルトの名無しさん
2014/01/31(金) 01:45:19.51アクセスで満足できないやつはブイビィーでもやってろ。
0321デフォルトの名無しさん
2014/01/31(金) 01:47:22.91コーディングしたほうが早いというからエクセルの例えを出したんだよ
やっぱ表計算ではエクセルに勝てないとさとったか
グラフィカルの勝利！
0322デフォルトの名無しさん
2014/01/31(金) 01:49:23.54ツールで用意された機能使うにしても
キーボードでツール呼び出すよりアイコンクリックした方が断然早いけどな
0323デフォルトの名無しさん
2014/01/31(金) 01:50:34.42何か不満があるんだろ？その不満はプログラマブルに解消可能かもしれないのに、
いきなりグラフィカルになんでもやりてぇ〜〜〜〜〜！とか言っても無理な相談なんだよ。
0324デフォルトの名無しさん
2014/01/31(金) 01:50:56.730325デフォルトの名無しさん
2014/01/31(金) 01:53:17.11エクセルVBAやVBなんて
コーディング量ほとんどなくなったよな
そう思えば時代は間違いなくグラフィカル！
0326デフォルトの名無しさん
2014/01/31(金) 01:53:45.71不満といえばエクセルには汎用性がないことかな
もっと操作効率を落とさず作業範囲を広げたいんだわ
0327デフォルトの名無しさん
2014/01/31(金) 01:56:58.960328デフォルトの名無しさん
2014/01/31(金) 01:57:29.410329デフォルトの名無しさん
2014/01/31(金) 02:00:25.84そして勝手に儲けろ
0330デフォルトの名無しさん
2014/01/31(金) 02:02:27.120331デフォルトの名無しさん
2014/01/31(金) 02:03:09.62> で、グラフィカルなプログラミング言語がコーディングよりも効率悪いと言う根拠はなんだ？
世の中に効率がいい「グラフィカルなプログラミング言語」というものが存在しない。
ちなみに、「グラフィカルなプログラミング言語」の定義は
普通のプログラミング言語と同じことが出来るもの。
たとえば、ifやloop、オブジェクト指向ができて、
それがそのまま実行可能であるというもの
もしかしたら効率がいい「グラフィカルなプログラミング言語」ができるかもしれないが
そもそもコーディングを上回る速さで絵を描くというのが不可能ということから、
効率が悪いというのは明らかである。
0332デフォルトの名無しさん
2014/01/31(金) 02:06:00.84「三回まわってワン」という命令を
文字で書く以上のスピードで書いてくれという話。
0333デフォルトの名無しさん
2014/01/31(金) 02:06:11.46これ以上何が必要なの？
0334デフォルトの名無しさん
2014/01/31(金) 02:06:54.07開発効率。開発スピード
「三回まわってワン」という命令を
文字で書く以上のスピードで書いてくれ
0335デフォルトの名無しさん
2014/01/31(金) 02:07:52.44それはさすがにグラフィカル系の圧勝だわｗ
ループチップに3回って設定して
表示チップに「ワン」と設定するだけ
ドラッグ2回とクリック2回、それと「ワン」とタイピングするだけ
0336デフォルトの名無しさん
2014/01/31(金) 02:08:52.870337デフォルトの名無しさん
2014/01/31(金) 02:12:40.28なんで命令する→絵を書くになるんだ？
せいぜいアイコンをクリックとかコネクタ引っ張ったり要素を配置したり変形させたりとかだろ
一つ命令するために絵を書くなんてそれはプログラミングとは言わないだろう
0338デフォルトの名無しさん
2014/01/31(金) 02:13:01.27ロボットを目的地まで移動させるのに
ブロック？（命令）を並べていくの
条件分岐とループはあった
関数はあったかどうか覚えてない
0339デフォルトの名無しさん
2014/01/31(金) 02:14:52.470340デフォルトの名無しさん
2014/01/31(金) 02:16:21.04これだから日本でiPhoneやGoogleグラスが生まれないんだよ
具体的な問題がないなら自分で作れよ
0341デフォルトの名無しさん
2014/01/31(金) 02:18:10.080342デフォルトの名無しさん
2014/01/31(金) 02:18:11.263回まわってワン実行プログラムのアイコンをクリックするだけ
お前は文字しか使えないんだったよな
俺の勝ちだ
0343デフォルトの名無しさん
2014/01/31(金) 02:18:40.65具体的な問題がないことが
証明している。
これが最終結論でいいじゃないか？
俺はこの結論でいいと思っている。
その反論を俺がやるワケがないｗ
0344デフォルトの名無しさん
2014/01/31(金) 02:19:34.34http://armorgames.com/play/6061/light-bot-20
0345デフォルトの名無しさん
2014/01/31(金) 02:19:34.37ということは
1回まわってワン、2回まわってワン、
4回まわってワン、5回まわってワン、
一兆個以上もアイコンが必要じゃねーかｗｗｗｗ
0346デフォルトの名無しさん
2014/01/31(金) 02:20:15.13誰もお前に頼んでねえよ
0347デフォルトの名無しさん
2014/01/31(金) 02:21:16.77彼が一番出来るプログラマかもしれないのにそりゃないだろ。
0348デフォルトの名無しさん
2014/01/31(金) 02:21:22.97これまさに（効率の悪い）
グラフィカルなプログラミング言語だね。
0349デフォルトの名無しさん
2014/01/31(金) 02:21:40.93コンフィグでテキストボックスに回数が設定出来るんだよ馬鹿が
0350デフォルトの名無しさん
2014/01/31(金) 02:22:37.38プログラミングできても考える脳がなきゃ意味は無い
所詮かれは支持されたものしか作れないのさ
0351デフォルトの名無しさん
2014/01/31(金) 02:24:45.970352デフォルトの名無しさん
2014/01/31(金) 02:26:26.25携帯だと見れないのか・・・
0353デフォルトの名無しさん
2014/01/31(金) 02:27:01.74それはすごく使いづらそうだね！
0354デフォルトの名無しさん
2014/01/31(金) 02:44:53.59http://home.jeita.or.jp/is/highschool/algo/index3.html
0355デフォルトの名無しさん
2014/01/31(金) 03:10:46.47効率がいいプログラミング言語ってのはデバッグと検証の時間も含めての効率だ
短時間でカスコードを書いてデバッグは人任せなんてのは速いとはいえない
他人がみたときに問題点の有無をすぐに指摘できて改造しやすいのが効率のいいコード
0356デフォルトの名無しさん
2014/01/31(金) 03:17:11.98小学校の地図の勉強と中学校の電気回路の勉強をやり直せ
0357デフォルトの名無しさん
2014/01/31(金) 04:49:45.16より直感的に出来るようにするにはどうしたらいいかってことだろ
浮かばない奴は黙っとけ
夢を語らせておけばいいんだよ
0358デフォルトの名無しさん
2014/01/31(金) 05:31:38.441〜nの整数を並べる。これをLとする。
※Lをシャッフルする。
Lが偶然にも大きいものから小さいものへの順に並んでいたら、何回シャッフルしたかをユーザに伝え、終了する。
順に並んでいなければ※に戻り、成功するまで何度でも繰り返す。
これをグラフィカルにプログラミングすると、どうなるん？
0359デフォルトの名無しさん
2014/01/31(金) 06:07:53.86> これだから日本からGoogleグラスやiPhoneは生まれないんだ
これは使える
0360デフォルトの名無しさん
2014/01/31(金) 08:27:17.07ドピュ
0361デフォルトの名無しさん
2014/01/31(金) 08:33:56.47それをみんなで考えるスレだよ
0362デフォルトの名無しさん
2014/01/31(金) 08:45:24.23文字ベースのほうが検索とか差分とか把握しやすいからコード部分はテキストだけでも編集可能で
グラフィカルなビュー・エディタを改善していく
でだんだん面倒になってリソースもUMLもテキスト指定・・・
0363デフォルトの名無しさん
2014/01/31(金) 15:25:18.490364デフォルトの名無しさん
2014/01/31(金) 18:20:34.97これを図形で表現するところから始めて、日常会話まで図形で網羅していく。
生活に困らない程度まで図形で会話が成り立つようになったら、プログラミング言語に
取り組む。
こういう順番のほうが良くない？
0365デフォルトの名無しさん
2014/01/31(金) 18:30:04.880366デフォルトの名無しさん
2014/01/31(金) 18:32:14.400367デフォルトの名無しさん
2014/01/31(金) 18:38:18.65ゲルマニウムとかいうやつ。
もともと結構不細工だったんだけど、やり始めてからだんだん肌がきれいになったんだよ。
数年経ったらなんか顔がすっきりしてきて、今や美人と認めざるを得ない感じになってきた。
ゲルマニウムってすごいなーって感心するわ。
こんなに変わるもんなんだ。
0368デフォルトの名無しさん
2014/01/31(金) 18:39:52.280369デフォルトの名無しさん
2014/01/31(金) 18:41:39.120370デフォルトの名無しさん
2014/01/31(金) 18:45:15.590371デフォルトの名無しさん
2014/01/31(金) 18:55:09.23写真はダメだよ。
0372デフォルトの名無しさん
2014/01/31(金) 22:44:46.99文字なんてもう見るのが嫌なんだろう？
0373デフォルトの名無しさん
2014/02/01(土) 08:51:14.55低能にしか浮かばないアイディアを活かし、
低能でも優秀な人を超えるプログラムを作れるようにするんだ
期待しているよ うふふ
0374デフォルトの名無しさん
2014/02/01(土) 12:41:41.25ためしにMITのスクラッチというグラフィカルな処理系で実装してみました。
http://scratch.mit.edu/projects/17354635/
0375デフォルトの名無しさん
2014/02/01(土) 12:43:42.51それ、日本語プログラミング言語の
コードを一行一行、色付き枠線でくくっただけじゃね？
0376デフォルトの名無しさん
2014/02/01(土) 12:58:15.16これどこ視点だよ
0377デフォルトの名無しさん
2014/02/01(土) 13:27:19.29Haskellとか
0378デフォルトの名無しさん
2014/02/01(土) 13:55:45.760379デフォルトの名無しさん
2014/02/01(土) 13:58:08.780380デフォルトの名無しさん
2014/02/01(土) 14:04:05.09バカに迎合してやるつもりはない位には思ってそう
0381デフォルトの名無しさん
2014/02/01(土) 14:14:32.65まあ、無能な人が使うツールは
有能な人が作ったツールだしね。
有能な人が使ってるツールを使わなければ、
有能な人になれないのは当然なわけで。
0382デフォルトの名無しさん
2014/02/01(土) 14:22:42.34Haskellは、言語の見かけの難易度/解決出来る問題の難易度、で言えば易しい方。
0383デフォルトの名無しさん
2014/02/01(土) 14:31:19.71というのが正しい
0384デフォルトの名無しさん
2014/02/01(土) 14:34:55.22有能な人の足かせになるのであれば
そんなのは改良とはよべない。
無能な人でも有能な人でも、両方便利になるならそれはいいこと。
で、有能な人にとって便利になるのであれば、
無能な人は切り捨てるよ。当然だろ？
無能な人は有能な人の頑張ってなればいいだけの話だけど
その逆は不可能なんだから。
0385デフォルトの名無しさん
2014/02/01(土) 14:38:06.45目指しているツールもある。ようするに馬鹿向けツール。
そういう馬鹿向けツールを使ってる人は、
いつまでも成長できない。
0386デフォルトの名無しさん
2014/02/01(土) 14:43:51.710387デフォルトの名無しさん
2014/02/01(土) 14:44:23.15これらって、天才向け言語じゃないよね。
言語学者自身が成功するためには、ささやかな庶民向け言語が良いんじゃないのかな。
0388デフォルトの名無しさん
2014/02/01(土) 14:49:23.11おい、今はプログラマの話をしてるんだぜ？
そりゃソフトウェアではないものを
作る人は関係ないだろｗ
0389デフォルトの名無しさん
2014/02/01(土) 14:50:04.71ダメ言語と言われても使っちゃうよね。
他の言語だと、必要なライブラリの学習から始めないといけないし。
下手したら完成する前に諦めるかも。
PHPならとりあえず動かすとこまでは行ける。
使いやすいライブラリの充実も言語にとって重要なんだろね。
PHPが良かったのは、（Windowsで運用するわけじゃないのに）Windowsで
単純に開発できること、（ありものを加工して添付してるだけなんだけど）
使いやすいライブラリの充実あたりなのかな。
0390デフォルトの名無しさん
2014/02/01(土) 14:51:49.85天才向け言語と
普通の人向け言語と
馬鹿向け言語があるんだよ。
それらの言語は普通のプログラマ向けの言語。
広がった言語っていうのは全部そう。RubyとかPythonとかもね。
普通のプログラマ向け。
馬鹿向けっていうのは、日本語プログラミング言語とか
マウスでぽちぽちつくれますー。みたいなやつ。
0391デフォルトの名無しさん
2014/02/01(土) 14:55:47.67html書くのが遅くて無能プログラマだと直接言われたことがある。
田町のあの糞システム会社早く潰れないかな。
0392デフォルトの名無しさん
2014/02/01(土) 14:56:12.95Pythonは天才向けでしょ。
Rubyはそうでもないけど、一気に広まった言語じゃないよね。
ていうか、広まったともいえないかも。
0393デフォルトの名無しさん
2014/02/01(土) 14:59:48.11うん、プログラマかどうかはともかく、
お前はHTML書くのが遅かったんだろう？
つまり、その会社で必要とされる仕事が遅かったんだろう？
0394デフォルトの名無しさん
2014/02/01(土) 15:01:10.70Pythonで作ったとかだと、ボケ、カス、Pythonを汚すなって言われるでしょ。
他の言語だとあまり反響が無い。
PHPだと、俺にも使わせてってなる。
この辺り使ってる人の層が違うんだよきっと。
0395デフォルトの名無しさん
2014/02/01(土) 15:02:20.71天才が使っているのと天才向けは違います。
天才は、普通のプログラム言語も使えます。
天才が使っているかどうかではなく、
普通のプログラマが使っているかどうかで、
普通のプログラム言語かどうかが決まります。
つまり、最先端技術や研究をしてないお前が使ってるのは
全部、普通のプログラム言語（もしくは馬鹿向け？ｗ）ってことだよ。
0396デフォルトの名無しさん
2014/02/01(土) 15:02:55.77> Pythonで作ったとかだと、ボケ、カス、Pythonを汚すなって言われるでしょ。
聞いたこと無いな。ググって探してきて。
0397デフォルトの名無しさん
2014/02/01(土) 15:03:13.550398デフォルトの名無しさん
2014/02/01(土) 15:04:42.97プログラム言語を使えないのは無能。
当たり前だな。
0399デフォルトの名無しさん
2014/02/01(土) 15:22:54.54それとももしかしてHTMLがプログラミング言語だと思ってるのか
0400デフォルトの名無しさん
2014/02/01(土) 15:24:32.63ほほう、では最先端技術や研究をしていない俺が趣味で勉強がてら使ってる
Haskellはバカ向け言語？
天才向け言語があるなら教えてよ
俺が使ってあげるからw
0401デフォルトの名無しさん
2014/02/01(土) 15:26:14.31マークアップ言語。
プログラム言語ではないが、
ウェブ系の会社においてHTMLを
かけるのは必須技術
たとえばタイピング技術はプログラムとは関係ないが
プログラマにとって必須技術なのと同じこと。
0402デフォルトの名無しさん
2014/02/01(土) 15:28:09.60> ほほう、では最先端技術や研究をしていない俺が趣味で勉強がてら使ってる
> Haskellはバカ向け言語？
普通向け言語だろ？
天才向け言語なんて無いと思うよ。
誰が天才向け言語なんて言い出したんだか？ｗ
>>387だね。
0403デフォルトの名無しさん
2014/02/01(土) 15:30:24.38タイピングが遅い立派なプログラマはいくらでもいる
0404デフォルトの名無しさん
2014/02/01(土) 15:31:36.65具体的に誰？
そしてどれくらいの遅さ？
キーボードを見ながら打つレベル？
0405デフォルトの名無しさん
2014/02/01(土) 15:34:39.510406デフォルトの名無しさん
2014/02/01(土) 15:36:28.65PythonやJS使ってる人は、自分のことを天才だと思ってるんだと、
まあそんな風に見てたんだよ。
そうでもないの？？
0407デフォルトの名無しさん
2014/02/01(土) 15:36:29.55有名人がタイプしてるところは見たことないんで、具体的に誰とは言えないだが、
回り見りゃ分かるじゃん
タイピングゲームやらせたら250打/分くらいの、タイピングが普通よりちょっと遅いかな
くらいで、平均以上のプログラマーはいくらでもいるし、
タイピングの速い無能プログラマーもいる
相関関係もあまりないんじゃないかな
0408デフォルトの名無しさん
2014/02/01(土) 15:40:28.03周りってそれお前の周り見た結果だろ？
HTML書くのが遅いお前のレベルが基準で、
周り見て遅いとか立派なプログラマって言ってるわけでしょ？
お前基準じゃなにも参考にならないな。
だから、有名人の名前を聞いたのに。
0409デフォルトの名無しさん
2014/02/01(土) 15:41:22.55いや、だからさ、
天才と普通と馬鹿がいるんだよ。
お前短絡すぎ。馬鹿じゃないなら
天才と言ってるように思えるんだろう？
0410デフォルトの名無しさん
2014/02/01(土) 15:42:24.610411デフォルトの名無しさん
2014/02/01(土) 15:46:32.49割と賢そうに見えるので。
少なくとも対象ドメインについての知識は豊富そうな感じの時が多い。
でも、結構バカとかカスとか言われてるのを見かけるんだよね。
賢そうな人に対して、馬鹿には無理とか言ってるってことは、
俺って天才！だってPython使えるから！って思ってそうな予感がしてくるんだよー。
0412デフォルトの名無しさん
2014/02/01(土) 15:47:16.42とりあえず、HTML書くのが遅いと言ってるのは俺じゃねえけどw
反論してる奴は全部同一人物だと思うのやめた方がいいぞw
まあ、HTMLなんてたいてい既存のやつをコピペするよなw
emmet使いこなせば早いけど、そんなのは経験が少なくて蓄積コードがない
やつくらいだろ
なんにせよ、javascript書いてる時間の方が圧倒的になげーよw
0413デフォルトの名無しさん
2014/02/01(土) 15:49:17.10動くから良いじゃん、便利だよありがとって素直に思えるんだよー。
Pythonの場合、天才の俺は庶民が使うものなど作らん！！って感じなんだよー。
だって動くものってほとんどPHPで出来てて、Python製って見かけない。
0414デフォルトの名無しさん
2014/02/01(土) 15:54:49.97コピペするから何なんだ？
コピペするなら速いだろう？
まさかコピペ出来ないから遅いって言う訳じゃあるまいし。
0415デフォルトの名無しさん
2014/02/01(土) 15:55:11.13最強のグラフィカル言語は、マクロの記録だったようです。
まだ二月になったばかりですが、本年の最優秀グラフィカル言語処理系の栄誉を
Excelに贈りたいと思います。
ご清聴ありでした。
0416デフォルトの名無しさん
2014/02/01(土) 15:55:33.44【俺がそう思ってるんだ」って
熱弁されても困るｗ
お前がそう思っているからって
それが世界の常識というわけじゃない。
0417デフォルトの名無しさん
2014/02/01(土) 15:56:27.45だから、HTMLが遅いって言ってる奴はコピペが使えない事情があったんだろ
でも無能プログラマかどうかは判断できないよね
だって関係ないんだから
0418デフォルトの名無しさん
2014/02/01(土) 15:56:46.610419デフォルトの名無しさん
2014/02/01(土) 15:58:41.92完成された商品にはならない。
0420デフォルトの名無しさん
2014/02/01(土) 15:58:59.27確かこいつはJavascriptが嫌いだと思う
でも、そいつ一人がそう言ってるだけじゃないかな？
それ以外の世界ではPythonは有名なLLの一つ程度の認識でしょ
0421デフォルトの名無しさん
2014/02/01(土) 15:59:10.22コピペが使えない事情が合ったというのなら、
そもそもお前が言った「まあ、HTMLなんてたいてい既存のやつをコピペするよなw 」が
使えないってことだろ？
つまりは、HTMLを一から書くのが遅いってことだろ？
それウェブ系プログラマにとって致命的な技術力不足だよ。
0422デフォルトの名無しさん
2014/02/01(土) 16:00:28.48つまり、以降が違うね
その事情のもとにおいて遅いだけなんだから
致命的な技術力不足とやらは全く違うと思うよ
0423デフォルトの名無しさん
2014/02/01(土) 16:02:19.82どれだけツールにこだわっていたかわかるというものです。
0424デフォルトの名無しさん
2014/02/01(土) 16:02:38.20一方、Javascriptが遅かったら、4時間が8時間になるぞ
致命的かどうかで言ったら前者なんて誤差の範囲だと思わんか？
0425デフォルトの名無しさん
2014/02/01(土) 16:03:51.85いや、全然思わない。
0426デフォルトの名無しさん
2014/02/01(土) 16:04:33.40そう思わない人もいるんだ
へーw
0427デフォルトの名無しさん
2014/02/01(土) 16:05:41.49その事情っていうのは、
「一からHTMLを書くこと」なわけ？
つまり、既存のものを修正することは出来ますが、
一から作ることは出来ません。
っていいたいの？
0428デフォルトの名無しさん
2014/02/01(土) 16:07:38.93JavaScriptとHTMLの両方に優れている人は、
JavaScriptだけしか出来ない人に比べて
30分も速いですね。
一日30分が1ヶ月20日あれば10時間です。
0429デフォルトの名無しさん
2014/02/01(土) 16:08:20.55さあ、本人じゃないからどんな事情なのか分からんけど、
HTMLが遅いとかなんとか言ってるんだから、当然
コピペで終わるような状況じゃなかったってことは想像つくってぐらいかな
まあ、既存と全然違うデザインだったとかで一から作る必要があったんだろうね
で、タグの詳細仕様とかあやふやで調べながらやったとか、そんな感じだろ
0430デフォルトの名無しさん
2014/02/01(土) 16:08:56.02こだわりを持てますか？
0431デフォルトの名無しさん
2014/02/01(土) 16:09:37.83そうですね。でもJavaScriptが得意な人はもっと速いですね。
無能プログラマかどうかを判断するなら総合的に見ないとね
0432デフォルトの名無しさん
2014/02/01(土) 16:10:42.45ここでもまたExcelの実力が証明されるわけです。
0433デフォルトの名無しさん
2014/02/01(土) 16:12:29.41たった100個程度しかないタグぐらい覚えてるだろ。
それが遅いならやっぱり技術力ないってことだな。
あとなあえて今まで言ってなかったけど、
ソースコードと違ってHTMLは使いまわすものじゃないぞ。
たいてい一から書くものだ。使いまわすのはmetaタグぐらいなもんだろ。
0434デフォルトの名無しさん
2014/02/01(土) 16:13:32.830435デフォルトの名無しさん
2014/02/01(土) 16:14:26.96HTMLを書くのが遅いというのは
テンプレート1枚を書くのが遅いという意味だろう。
0436デフォルトの名無しさん
2014/02/01(土) 16:15:17.10いや、使い回すもんでしょ
Webフレームワークは大体テンプレート機能もってて、たいていテンプレートは使い回しだし
HTML5boilerplateとか知らないの？
まあ、こいつはコピペどころか、オート生成だけどさ
0437デフォルトの名無しさん
2014/02/01(土) 16:16:43.52その場合、もっとインパクトは少なくなるよな
0438デフォルトの名無しさん
2014/02/01(土) 16:16:47.59おい、意味が違ってるぞ。
お前が言ってるのは、テンプレートをコピペするって話じゃないだろ。
テンプレートは一つで、それを使ってHTMLを生成するって話だろ。
0439デフォルトの名無しさん
2014/02/01(土) 16:17:39.10インパクトの大小は関係ないでしょ？
ウェブプログラマに必須の技術が
遅いって言われてるんだから。
0440デフォルトの名無しさん
2014/02/01(土) 16:17:39.96まあでも本質は同じだよ
揚げ足取りの類い
まあしかし、テンプレートもテンプレートのコピペが多いかなw
0441デフォルトの名無しさん
2014/02/01(土) 16:17:47.39総合評価
☆★★★★E
講評
あなたがそう考えるのは心の弱さです、自分を見つめなおしましょう。
0442デフォルトの名無しさん
2014/02/01(土) 16:18:21.51関係あるだろ
インパクトが少ないなら必須でも
遅くていいんじゃない？
出来ない訳じゃないんだし
0443デフォルトの名無しさん
2014/02/01(土) 16:18:28.10前提が間違ってる。
そのテンプレートがコピペ出来ないって状況、
つまり一からテンプレートを書くのが遅いって話だろ。
テンプレートはコピペしないぞ。
同じものをそのまま使うものだ。
0444デフォルトの名無しさん
2014/02/01(土) 16:19:33.81テンプレートだって、部分部分はコピペだったりするでしょ
まあ、理想的にコンポーネント化されてたらそうはならないだろうけどさ
0445デフォルトの名無しさん
2014/02/01(土) 16:19:37.48それ技術力が低い奴がよく言ういいわけだよ。
できなくてもいいじゃない。別に対して時間かかってないんだから。
そういって、鍵も使わずにSSHログインで
毎回パスワード入力している人がいるぞ。
0446デフォルトの名無しさん
2014/02/01(土) 16:20:12.93しかしこの重さ、どうにかならないものだろうか。
0447デフォルトの名無しさん
2014/02/01(土) 16:20:25.92もし、それでも総合的に時間かかってないなら、有能なんじゃないの
0448デフォルトの名無しさん
2014/02/01(土) 16:21:39.44基礎的なことを理解していないっていうのが問題なんだよ。
できないのに、理解しているってことはまず無い。
理解があやふやだから、間違ったことをする。
HTMLを書くのが遅いっていうのは、HTMLを理解していないわけで、
HTML5どころか、未だにCSSを使わないテーブルタグによる
レイアウトをしていると思われる。
0449デフォルトの名無しさん
2014/02/01(土) 16:22:30.33名前を付けましょう！
絶対つけましょう！
0450デフォルトの名無しさん
2014/02/01(土) 16:23:30.20いやｗ
鍵を使ってないだけではなく、
SSHそのものを理解していない。
だからSSHに関すること全てができない。
こういう奴が更に応用技術出来ると思う？
当然できませんでした。
面倒だったよ。AWSの認証周りを理解させるのに。
（たぶん今でも完全に理解していない）
0451デフォルトの名無しさん
2014/02/01(土) 16:24:10.82あなたの周りはバカばっかりですね。
0452デフォルトの名無しさん
2014/02/01(土) 16:24:32.70はい、俺以外は馬鹿ですｗ
0453デフォルトの名無しさん
2014/02/01(土) 16:25:14.31ﾁｰｿ
0454デフォルトの名無しさん
2014/02/01(土) 16:26:37.25俺は正直問題だと思わないなあ
例えば、最近までバックエンドのJavaプログラマはJavascriptを知らない人多かったけど
別に無能とまでは思わないしね
HTML理解してるけど、タイピングが遅くてEmmet知らないから遅いだけって可能性もあるな
ちなみにIE7以前ならテーブルタグによるレイアウトは普通に有効だと思うけど
0455デフォルトの名無しさん
2014/02/01(土) 16:26:38.38だいたい時間かかっていて遅くて迷惑かけてるんだよね。
0456デフォルトの名無しさん
2014/02/01(土) 16:28:25.27SSHの認証周りに関しては無能なんだろうなとしか思わんけど
そいつがJavascriptはバリバリに出来るなら、フロントエンドプログラマとして有能だと思う
0457デフォルトの名無しさん
2014/02/01(土) 16:29:03.12そりゃ、仕事でやる必要がないことが
できなくても問題じゃないでしょｗ
だが仕事でやる必要がある以上出来ないとだめだ。
それがいやなら「それは俺の仕事じゃない」と
拒否することだね。
0458デフォルトの名無しさん
2014/02/01(土) 16:30:38.11パレートの法則やボトルネックを理解してる有能なプログラマかも知れんよ
lodash.jsの作者も、部分部分の些細な最適化していないことに関して同じこと言ってたわ
0459デフォルトの名無しさん
2014/02/01(土) 16:32:21.41でも今の話は、「無能プログラマ」かどうかだろ？
お前が言ってるのは「無能そのチームの一員」だろ
0460デフォルトの名無しさん
2014/02/01(土) 16:34:11.99だからそういうことだよ。
JavaScriptを使う仕事であれば、JavaScriptができなければ
有能にはならない。
それと同じでHTMLをやるような仕事である以上、
HTMLができなければ、有能ではない。
ついでに行っておくと、今のフロントエンドプログラマは
JavaScriptの圧縮結合でnode使って
CSSを効率化するためにLESSやSASSを使ったりしている。
その為にLinuxも使うからSSHも普通に使っていたりする。
だからJavaScriptがバリバリに出来るだけでは、
JavaScriptプログラマとしいて有能であっても
フロントエンドプログラマとしては有能にはならない。
0461デフォルトの名無しさん
2014/02/01(土) 16:36:27.27ウェブやってるやつがバカとか賢いとか言っててむなしくない？
単純労働に知恵なんか必要ない。
ほんとバカ！なんて馬鹿！
なるほど、馬鹿だからウェブなんかやってるのか！
0462デフォルトの名無しさん
2014/02/01(土) 16:36:28.72だから最初から言ってるだろ？
「ウェブ系プログラマ」としてって。
ウェブ系プログラマなら当然HTMLも使うんだよ。
0463デフォルトの名無しさん
2014/02/01(土) 16:37:37.57だから、それも「無能その仕事をする人」であって、
「無能プログラマー」ではないってこと
お前は配管工の仕事が要求される職場で配管作るのが苦手だったら
「無能プログラマー」だと思うのか？
俺は、HTMLはプログラミング言語じゃないと思うし、
多少それが苦手でも無能プログラマーじゃない奴はたくさんいると思う。
あと、LESSやSASS使ってるようなワークフローなら、Yoeman使って
Scafoldして、ReactみたいなフレームワークでHTML隠蔽してるかも知れんぞ
0464デフォルトの名無しさん
2014/02/01(土) 16:38:24.71使うけど、割合的にはjavaScriptに比べてずっと少ない
重要性が少ないと言ってるわけ
0465デフォルトの名無しさん
2014/02/01(土) 16:43:12.30重要性は高いぞ？
HTMLとCSSのデザイン分離の考え方を理解していなければ、
JavaScriptから直接色を変えたりとかアホか事をする。
0466デフォルトの名無しさん
2014/02/01(土) 16:44:33.67デザイン分離のコンセプトを知らないかどうかと
HTML書くのが遅いかどうかはまた別だと思うぞ
むしろ、そういうのを知ってる奴はclass属性みてるだけで
タグの詳細に疎い傾向にあるかも知れんな
0467デフォルトの名無しさん
2014/02/01(土) 16:46:56.65HTMLとCSSで出来るようなことを
JavaScriptでやったりするんだよな。
0468デフォルトの名無しさん
2014/02/01(土) 16:51:13.13どうせ、むちゃくちゃ低レベルな職場だろ？
で、CSSもJSもへったくれもない状況で本当に低レベルなHTMLを一から書かされて、
無能だと言われたんだろ
本人じゃねえから、事情知らねーけどさw
0469デフォルトの名無しさん
2014/02/01(土) 16:57:26.22本人だけどそんなところだ。月収６万。そこを辞めて次の職場では月収５５万だった。
0470デフォルトの名無しさん
2014/02/01(土) 17:00:36.64お、おう
そうなのかw
まさに地獄から天国って感じだな。おめでとうw
0471デフォルトの名無しさん
2014/02/01(土) 17:03:37.00てことは、55万も手取りか？すげえw
0472デフォルトの名無しさん
2014/02/01(土) 17:38:18.330473デフォルトの名無しさん
2014/02/01(土) 17:39:07.39WindowsでもBlender, Inkscape, TortoiseHg辺りはPython使ってるみたいだが
ちなみに手元のUbuntuで削除しようとしたら、大量のパッケージに削除マークが付けられたんだが？
gdm, gnome-shell, compiz, gksu, ibus, software-center, unity...
もしPython削除したら、環境まるごと入れ替えが必要になりそうだなあ
ああ、別に高尚なもんだけじゃないぞ？伺かクライアントとかあったし
0474デフォルトの名無しさん
2014/02/02(日) 00:51:59.430475デフォルトの名無しさん
2014/02/02(日) 00:56:24.03たぶん
0476デフォルトの名無しさん
2014/02/02(日) 00:57:28.630477デフォルトの名無しさん
2014/02/02(日) 01:25:30.99呼び出される回数分だけ物理的にハードウェアを用意するかｗ
0478デフォルトの名無しさん
2014/02/02(日) 01:27:21.950479デフォルトの名無しさん
2014/02/02(日) 01:56:20.88以下の教科書では、そういったハードウェアの設計技法を解説している
5章 レジスタ計算機での計算 - 計算機プログラムの構造と解釈 第二版
http://sicp.iijlab.net/fulltext/x500.html
このスレ向きのデータフロー図を直リンする
・図5.4 入力を読み込み結果を印字するGCD計算機
http://sicp.iijlab.net/fulltext/fig504.png
・図5.11 再帰的階乗計算機(>>477)
http://sicp.iijlab.net/fulltext/fig511.png
また、関数型言語の計算モデルを視覚化したものとして、
ヘンダーソン図というものも紹介されている(>>193)
・図3.31 信号処理システムと見た素数の篩（いわゆるアルキメデスのふるい）
http://sicp.iijlab.net/fulltext/fig331.png
http://sicp.iijlab.net/fulltext/x352.html
0480デフォルトの名無しさん
2014/02/02(日) 08:50:25.86http://lolen235.blog.fc2.com/blog-entry-1123.html
0481デフォルトの名無しさん
2014/02/02(日) 12:31:15.45つまり、書く時はテキスト、眺める時はグラフィカル。
0482デフォルトの名無しさん
2014/02/02(日) 20:05:48.36それだったらリスト化されてた方がいいな
0483デフォルトの名無しさん
2014/02/03(月) 01:19:20.44ようなものってあるのかな。
0484デフォルトの名無しさん
2014/02/03(月) 01:39:36.77折り畳むだけで出来るな
0485デフォルトの名無しさん
2014/02/03(月) 02:08:52.97インデントレベルは意味的な深さとイコールではないから
その実装は簡単だけど意図に沿っているとはいいにくいな
0486デフォルトの名無しさん
2014/02/03(月) 02:12:01.81アセンブラでそんな感じに紙に書いたことはある
近づいたらテキスト、離れたらグラフィカルw
消しゴムで書きかえながらレジスタチューニングしていたが
カレンダー一枚の裏からはみ出たら途端にわかりにくくなったww
0487デフォルトの名無しさん
2014/02/03(月) 02:14:32.52どこからどこまでが何の処理なのかわかるようにして欲しい
四角で囲ったり色分けできたり
0488デフォルトの名無しさん
2014/02/03(月) 02:15:06.17それは関数やメソッドを切り分けるべきなんじゃないのか
0489デフォルトの名無しさん
2014/02/03(月) 02:37:11.17>>483が言う括弧の深さとは等しいだろ
意味的な深さなんて恣意的に決まるモノはともかくな
0490デフォルトの名無しさん
2014/02/03(月) 03:01:42.43文字を装飾したり、説明文書にリンクしたり、絵を混ぜたり出来た。
今実装するなら、Wordの*.docxファイルをソースコードとして使えるようにするとかかな。
0491デフォルトの名無しさん
2014/02/03(月) 10:00:08.35NEXTSTEPではシェルスクリプトでマークアップ出来てた気がする
0492デフォルトの名無しさん
2014/02/03(月) 10:09:18.350493デフォルトの名無しさん
2014/02/03(月) 18:30:47.47形式のファイルをシェルスクリプトがプレーンテキストと同じように解釈して
実行できた、とおもう。ワードで書いてそのまま実行できるようなもの。
エディタから実行できるわけじゃない。
ターミナルアプリでcatしたときにリッチテキスト表示されたかまでは覚えてない
0494デフォルトの名無しさん
2014/02/04(火) 00:43:44.28それぞれ自律して動くエージェントを大量に用意して、それぞれのエージェント達に簡単な命令を与えて行く
そうすることで群衆が命令に対する目的に応じて組織的に最適解を求めていく
そんなプログラミング手法どう？
0495デフォルトの名無しさん
2014/02/04(火) 00:44:40.170496デフォルトの名無しさん
2014/02/04(火) 00:59:29.82それぞれの正義を掲げて○しあう悲劇
0497デフォルトの名無しさん
2014/02/04(火) 01:04:01.110498デフォルトの名無しさん
2014/02/04(火) 01:18:34.76定めじゃ(ご冥福を)
0499デフォルトの名無しさん
2014/02/04(火) 01:24:24.79人間の命令に対して自律して判断し目的を達成するエージェントシステムが理想に近い
0500デフォルトの名無しさん
2014/02/04(火) 01:32:07.500501デフォルトの名無しさん
2014/02/04(火) 02:02:09.760502デフォルトの名無しさん
2014/02/04(火) 05:51:05.171つのチップは命令チップの集合体で、その中のチップ1つも命令チップの集合体で…
ってな感じでメタ的な構造にするとか
0503デフォルトの名無しさん
2014/02/07(金) 20:59:18.13＞株式会社CA Tech Kidsは、小学生向けのプログラミング学習用教材を2014年1月16日までの期間限定で無償公開する。
プログラミング学習用教材ロボット BeautoRacer（1）
ttp://www.eleki-jack.com/KitsandKids2/2009/08/71beautoracer1.html
ttp://www.eleki-jack.com/KitsandKids2/cat137/cat538/
0504デフォルトの名無しさん
2014/02/08(土) 11:57:27.62↑ ↑ ↑ ↑ ↑ ↑
0505デフォルトの名無しさん
2014/02/09(日) 14:30:39.520506デフォルトの名無しさん
2014/02/09(日) 14:39:22.720507デフォルトの名無しさん
2014/02/09(日) 15:50:29.360508デフォルトの名無しさん
2014/02/09(日) 21:48:14.09フォトショとかイラレ使いの2Dデザイナーに同じような事言ってもイラネって言われるよwww
どんだけ時代に取り残されてるんだよwww
0509デフォルトの名無しさん
2014/02/09(日) 22:18:55.490510デフォルトの名無しさん
2014/02/12(水) 19:21:09.270511デフォルトの名無しさん
2014/02/12(水) 22:04:17.280512デフォルトの名無しさん
2014/02/13(木) 08:01:37.22障害者が訴訟を起こします
0513デフォルトの名無しさん
2014/02/13(木) 14:08:40.710514デフォルトの名無しさん
2014/02/13(木) 19:24:17.400515デフォルトの名無しさん
2014/02/14(金) 08:49:50.030516デフォルトの名無しさん
2014/02/14(金) 20:19:05.86どうぞどうぞ！
0518デフォルトの名無しさん
2014/02/14(金) 22:26:20.16情報を記録する上で高度な道具は文字の方。
0519デフォルトの名無しさん
2014/02/14(金) 23:35:34.100520デフォルトの名無しさん
2014/02/14(金) 23:40:04.460521デフォルトの名無しさん
2014/02/15(土) 00:19:06.74それが絵？暗号かと思った
0522デフォルトの名無しさん
2014/02/15(土) 01:22:55.78限定しないと難しいよな。
>>515 に期待するのみだわ
0523デフォルトの名無しさん
2014/02/15(土) 06:43:41.18基本的な文法はカルネージハート方式でも十分じゃん？
0524デフォルトの名無しさん
2014/02/15(土) 07:13:01.570525デフォルトの名無しさん
2014/02/15(土) 13:26:26.91ディティール部分、細かくなるほど難しくなると思うよ。
RPGツクールは、パラメーターからグラフィックまで全部フォーマット用意して
それを組み立てていくでしょ。この方式は細かい部分はモジュールになっていて、単に組み立て方をオリジナルに出来てその要素だけ自由でしょ。
プログラムはその制約が無い分、わからない人にはわけがわからない。
簡単にするということは、制約を作ることじゃないの？
HTMLエディターも同じような感じじゃん。
HPビルダーとかプレビューだけで作るとソースが無茶苦茶でディティールまで制御出来ない。でも簡単みたいな。
ソースだけで作れると、不自由に感じる部分で素人からしたら、簡単になる。
どこをトレードオフするかってなると、そこしかないハズ。
0526デフォルトの名無しさん
2014/02/16(日) 01:02:06.00ホームページビルダーのせいにするのはかわいそう・・・
出力先が紙であるソフト（Quarkなど）はかなり細かく作りこめるしな
0527デフォルトの名無しさん
2014/02/16(日) 09:24:51.70ブラウザ関係なくね？吐くソースがおかしいんだから。
0528デフォルトの名無しさん
2014/02/16(日) 18:10:52.15だからＤＳＬとグルーと汎用プログラミングをごっちゃにするのはやめろと
0529デフォルトの名無しさん
2014/02/16(日) 22:43:53.47デバッグしやすそうなやつ
もしくはバグが起こりにくそうなやつ
0530デフォルトの名無しさん
2014/02/16(日) 23:03:28.770531デフォルトの名無しさん
2014/02/17(月) 01:24:40.23やだよ
0532デフォルトの名無しさん
2014/02/17(月) 06:43:02.45「ドラえも〜んしずかちゃんとやりたいよう〜」
「とりあえず告白すれば？」
「やだよ」
0534デフォルトの名無しさん
2014/02/18(火) 00:21:01.19やりたいと付き合いたいは根本的に違う
0535514
2014/02/18(火) 06:11:55.53他に浮かんでる奴がいれば、いくらあれば作る？
俺なら２００万円は最低でも欲しい
0536デフォルトの名無しさん
2014/02/18(火) 08:06:03.600537デフォルトの名無しさん
2014/02/18(火) 13:55:16.230538デフォルトの名無しさん
2014/02/18(火) 14:04:17.95ドカタの発想
0539デフォルトの名無しさん
2014/02/18(火) 14:13:50.810540デフォルトの名無しさん
2014/02/18(火) 15:48:32.72非ドカタの驕り
非ドカタのおまえは浮かんでるだけだが、ドカタのこっちは完成寸前だ。この差は天と地ほどもある。
これはもはや天地逆転だな。
0541デフォルトの名無しさん
2014/02/18(火) 16:27:17.730542デフォルトの名無しさん
2014/02/18(火) 16:39:57.59非ドカタにできるのはせいぜいドカタの頭を叩くこと。他は何も成せない。
0543デフォルトの名無しさん
2014/02/18(火) 22:31:23.02>>514よ。俺に出資してくれ。
0544デフォルトの名無しさん
2014/02/18(火) 23:07:56.94休日か仕事終わりに作業すればいいんでないの？
会社やめて開発に専念したいから生活費くれってことか？
0545デフォルトの名無しさん
2014/02/19(水) 01:41:16.47そのくらい子供でも分かる
0546514
2014/02/19(水) 16:24:54.080547デフォルトの名無しさん
2014/02/19(水) 21:29:27.30売れるもん作りゃいいだろ
0548デフォルトの名無しさん
2014/02/19(水) 21:45:09.730549デフォルトの名無しさん
2014/02/19(水) 23:10:01.73だから出資って何に金がかかるの？
開発を委託すんの？
0550デフォルトの名無しさん
2014/02/19(水) 23:37:24.930551514
2014/02/20(木) 00:28:00.56自分で考えろって話
0552デフォルトの名無しさん
2014/02/20(木) 01:14:31.300553デフォルトの名無しさん
2014/02/20(木) 01:38:50.670554514
2014/02/20(木) 06:34:31.95生きる道が無くなってしまうぜ
0555デフォルトの名無しさん
2014/02/20(木) 07:58:03.52ブルジョワのブタども
0556デフォルトの名無しさん
2014/02/20(木) 11:35:12.55もっと前に言って欲しかった
遅いわ
0557デフォルトの名無しさん
2014/02/21(金) 20:35:08.26と、絶対王政時代で頭の進化が止まってるエセ左翼は、今日も喚くのだあった。
0558514
2014/02/22(土) 00:33:04.70自分は何もしないという まさに圧倒的クズタイプが多いよな
まあそういう人間でいたいならそうしたらいいんじゃない
0559514
2014/02/28(金) 18:30:36.23残ってるプロジェクトが全部終わって万が一時間余れば作ってやるからよ
0560デフォルトの名無しさん
2014/03/02(日) 09:46:52.380561デフォルトの名無しさん
2014/03/02(日) 10:21:40.13フリーフォーマットだとこういう風にごちゃごちゃするから
やっぱ碁盤上にしたほうがいいと思うんだよ
0562デフォルトの名無しさん
2014/03/02(日) 17:27:43.06つ Excel
0563514
2014/03/02(日) 18:48:24.790564デフォルトの名無しさん
2014/03/02(日) 20:36:00.09こういう方がスッキリしてるな
http://www.cadcamcube.jp/image/cadlusdesign01.jpg
0565デフォルトの名無しさん
2014/03/02(日) 22:08:36.22代数と幾何
コマンドラインとGUI
とういう構図がプログラミングにもあっていいよな
0566デフォルトの名無しさん
2014/03/02(日) 22:24:23.16アプリ同士の連携やバッチが弱い
0567デフォルトの名無しさん
2014/03/03(月) 07:01:40.93http://ja.m.wikipedia.org/wiki/Prograph_CPX
Martenとかまだ動くはずだが。
http://www.andescotia.com/products/marten/
0568デフォルトの名無しさん
2014/03/03(月) 07:07:41.430569デフォルトの名無しさん
2014/03/03(月) 20:25:55.58ちょうどWindowsが広まった頃にWindows版を作った辺りで会社が消えた。
だもんで権利がどうなってるのかよくわからないので消えっぱなし。
MartenはPrographCPXのクローンみたいなの。
内容としてはオブジェクト指向でオブジェクトをアイコンで管理
アイコンのコード部を開くとパーツを置くGUIが開いて
上からの引数が流れてきて処理パーツに入り処理を済ませて下に流れてゆくデータフロー形式。
正直、あの「クラスのアイコン管理」は他の言語も取り入れて欲しいなぁ…
0570デフォルトの名無しさん
2014/03/04(火) 08:33:18.240571デフォルトの名無しさん
2014/03/05(水) 07:31:52.560572514
2014/03/05(水) 10:05:18.01見つからないならお前が作れよ
0573デフォルトの名無しさん
2014/03/05(水) 14:50:02.370574デフォルトの名無しさん
2014/03/07(金) 21:12:00.380575デフォルトの名無しさん
2014/03/09(日) 02:35:11.48よろしくお願いします
プログラム板 強制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:ZlFTo0STVSのUltimateとかではそう言うのやろうとしてるが。使い物にならないけど
0578デフォルトの名無しさん
2014/03/13(木) 21:59:22.22ID:9sS6Jz5vそれどの機能の話？
使いものにならないんじゃなくて
使ったことなくて知らないだけじゃ？
0579デフォルトの名無しさん
2014/03/13(木) 22:25:08.17ID:3qw6PUNbつか、俺のいったのは表示に関してで、編集とはちょっと違うよな。
例えばコールグラフをGUIで編集できるようにするとしたら、
各メソッドの引数、戻り値が統一されてなきゃなんなくね？
それもできなくはないけど...
0580デフォルトの名無しさん
2014/03/13(木) 22:45:26.97ID:9sS6Jz5v0581デフォルトの名無しさん
2014/03/13(木) 22:52:54.63ID:3qw6PUNbだが、電子ブロックみたいな子供向けのプログラミング環境としてはありかもな。
0582デフォルトの名無しさん
2014/03/14(金) 00:47:27.83ID:bbGk2WDXCodeMapがその方向に向いてる機能じゃねーの。
上手く使うと使えるのかもしれんけど試した限りではこれじゃない感。
使える使い方あるなら教えて欲しい
0583デフォルトの名無しさん
2014/03/14(金) 07:49:27.23ID:LN3gZcvyただ数十〜数千程度の素子並べる時代ならなんとかなってたけど数万から下手すると億に到達するような時代だとやってられない。
ソフトでも UML とかのグラフィカルなアプローチやってるが、現場ではほぼ使い物にならないと言うのが現実。
0584デフォルトの名無しさん
2014/03/14(金) 07:58:47.08ID:79aEBtIl0585デフォルトの名無しさん
2014/03/14(金) 08:50:03.98ID:bbGk2WDX0586デフォルトの名無しさん
2014/03/14(金) 09:05:53.00ID:jnh1VUPiプログラムもフローチャート図とか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> プログラムもフローチャート図とかGUIでやってたよ。
ほんとにやってたか？
うちの会社その手のツール作ってたけど、作ってるやつらですらまともに使ってなかった、て言うか使い物にならなかったぞ。
普通にコーディングしたソースをフローチャートとかに変換してレビューに使うとか、クロスリファレンス出力させるとかぐらいしか使いでがなかった。
0590デフォルトの名無しさん
2014/03/14(金) 23:33:45.53ID:bbGk2WDXそう言うのとエディタがシームレスに連携してくれると一番いいんだけどな
0591デフォルトの名無しさん
2014/03/15(土) 01:03:26.72ID:cc30DVAn0592デフォルトの名無しさん
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教育用とかライトなのが一番思いつく用途だけど
0595デフォルトの名無しさん
2014/03/24(月) 08:47:01.17ID:4ETr6ohB0596デフォルトの名無しさん
2014/03/24(月) 11:05:15.53ID:uGyWjji30597デフォルトの名無しさん
2014/03/27(木) 12:15:20.38ID:8kVj/dkvクラス図書くとコード生成してくれるってのはあるけど
それを動的にするってこと？
0598デフォルトの名無しさん
2014/03/27(木) 12:43:03.18ID:LV/+/NZy上手くやらんと使えるものにはならないのは認識してる。
0599デフォルトの名無しさん
2014/03/27(木) 12:44:17.17ID:LV/+/NZyコード生成のためというより今のテキストで書かれてるコード間の関係をコードエディタとシームレスに見れるといいなという
0600デフォルトの名無しさん
2014/03/27(木) 13:38:39.35ID:a2ZUG3kN0601デフォルトの名無しさん
2014/03/27(木) 18:23:07.99ID:Ba/mki9X作業フォルダ分けてたみたいにクラスはもうGUIで
クラスのアイコンとインターフェイスだけすぐ観れる状態で
ばらばらと空間に置いてあって、ダブルクリックで開くと
中身参照できてそれをコードエディタで弄る。みたいにして欲しいわ。
0602デフォルトの名無しさん
2014/03/27(木) 18:28:07.95ID:oO3pwu0F0603デフォルトの名無しさん
2014/03/27(木) 21:14:49.17ID:gcsG9K2Qコードを読める人・・・テキストがいいことをわかっている。
コードを読めない人が成長すると、
コードを読める人になる。
ようするにグラフィカルがいいと思ってるのは
たんにコードが読めないから。
読めないからグラフィカルになれば俺にもわかるはずと
夢を抱いているが、それはありえないので。
0604デフォルトの名無しさん
2014/03/27(木) 21:16:54.27ID:5ta8LPYNアセンブラのビジュアル化ってLEDやスイッチなどのハード化が主だな
printfデバッグならぬLEDデバッグ
0605デフォルトの名無しさん
2014/03/27(木) 21:19:22.06ID:gcsG9K2Qハードウェアをどうにかするって話で
言語じゃないじゃんｗ
0606デフォルトの名無しさん
2014/03/27(木) 21:25:39.53ID:a2ZUG3kN例えば【IF】部品を引っ張ってきて
【IF（）｛｝】のカッコ内のパラメーターを入力する
そうすると部品単位の扱いになって入力ミス等が減ると思うから
やっぱ始めに初心者向けが想定されるんじゃないだろうか
関数なら＝【HOGE】ーみたいに入力とリターンがあるとかなのかな？
0607デフォルトの名無しさん
2014/03/27(木) 21:29:03.37ID:gcsG9K2Qそうやって長々と説明しているけど、
文字で書けば一行だからねｗ
そう、効率の問題。
0608デフォルトの名無しさん
2014/03/27(木) 22:35:43.10ID:5x1Sftniオブジェクト指向なんだから基底クラスの"フォルダ"に
使うクラスをポイポイぶち込んで、プルダウンで
その新クラスが使えるメソッド選んでオーバーライドコードを
チョロっと打てば、はい新しいクラス完成でいいじゃん。って思ってるだけだけどね。
0609デフォルトの名無しさん
2014/03/27(木) 22:41:10.78ID:a2ZUG3kNストレスの問題も
0610デフォルトの名無しさん
2014/03/27(木) 23:50:42.62ID:gcsG9K2Qそれ、クラスのインターフェースしか
作れて無いぞｗ
そんなインターフェース定義よりも、
量が多いのは、インターフェースの中身だろう？
0611デフォルトの名無しさん
2014/03/28(金) 01:08:01.74ID:gsNmkNiG＞オーバーライドコードをチョロっと打てば
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:6qvQp8ZA0616デフォルトの名無しさん
2014/03/29(土) 12:38:20.30ID:XkBeFzjm0617デフォルトの名無しさん
2014/04/04(金) 11:01:09.73ID:YtPgho8U0618デフォルトの名無しさん
2014/04/04(金) 23:49:54.04ID:JslAeCyW0619デフォルトの名無しさん
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:b1rT6Y5k0622デフォルトの名無しさん
2014/04/12(土) 21:19:25.80ID:yu+dq9iZ0623デフォルトの名無しさん
2014/04/13(日) 04:13:02.39ID:k0ITP6j1http://www.forest.impress.co.jp/docs/news/20140410_643817.html
0624デフォルトの名無しさん
2014/04/13(日) 06:15:49.38ID:qYmwgSBwキーボードの扱いに馴れていない低年齢層ユーザーにも容易に扱うことができる」
- Wikipedia
0625514
2014/04/13(日) 08:13:58.14ID:ZdrtJqAvデータの流れが見える新プログラミング言語
>「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まともにリンクも貼れんのか(´Д` )
0629デフォルトの名無しさん
2014/04/14(月) 10:25:17.27ID:QEqaYkvmクラスとかのやりとりなんてインターフェイスとメソッドを
プルダウンで選択するようにすりゃいいじゃんとは思う。
なんで独立したユニット同士の定型文まで21世紀にもなって
バッチスクリプトみたいにいちいち手で書いてるのか意味わからん。
0630デフォルトの名無しさん
2014/04/14(月) 10:40:47.81ID:/RTDqAVd何らかのIDE使えば普通に出来るけど。。。。
20世紀から有るよ。
ワザワザ一部だけ全角にしてるのはリンク貼れないかったからだ
分かるだろ普通
0632デフォルトの名無しさん
2014/04/14(月) 22:04:16.20ID:40FGP0zNやりたい事は同じなのに、成果物は千差万別。
ある程度技量のあるプログラマのコードを見比べたら、その優劣を誰もつけられない。そして、そういうのは大抵どうでもいい部分。
プログラムをグラフィカルに組むってことは、個人差が出るようなどうでもいい部分を削ぎ落として、
設計の実現に注力することになるだろうから、
そうなったらいいなーとは思うわ。
0633デフォルトの名無しさん
2014/04/14(月) 22:22:58.81ID:IFskYdvB多分お前が夢見てるようなことは起こらんぞw
0634デフォルトの名無しさん
2014/04/14(月) 22:29:59.91ID:1BzKypQeなんかいろいろ勘違いしてるね。
コーディングというのは言葉だよ。
ロボットを動かす時に長々と説明するか短い説明をするか。
右へ5、下へ5に動かす時に、
右に1、下に2、右に2、下に4、右に1、上に1 と書いていて、
これが正しいかどうかすぐに分かる？
動けばなんだっていいというやつはいるが、じゃあ時間かかってもいいのか？
開発時間と実行時間、バグが起きた時の対応時間、動けば時間かかってもいいのか？
よく、コーディングと設計を比べて設計のほうが重要だからコーディングはどうでもいいという
間違ったことを言う奴がいる。正解は、コーディングも設計もどちらも大事。
設計のほうが大事という意見が正しかったとしても、コーディングも大事なんだよ。
両方なければシステムは作れないので、両方大事なのは当たり前。
さて、君がいいたいのは、設計があればコーディングはどうでもいい。なのかな？
その答えはどちらも必要だよ。設計とコーディングは別々のものであり、設計からコーディングは生成できない。
だから「グラフィカルにコーディング」できないかぎり、コーディングはなくせない。
グラフィカルなコーディングは、テキストによるコーディングよりも時間がかかる。
0635デフォルトの名無しさん
2014/04/14(月) 23:47:48.86ID:mUlG9VofBluePrint見てる限りテキストよりも時間かかるとは言えん。
少なくとも可読性ははるかに上と予想。
0636デフォルトの名無しさん
2014/04/15(火) 00:55:32.03ID:/D3JYxjAだから設計のほうが大事
0637デフォルトの名無しさん
2014/04/15(火) 00:59:56.50ID:eckJgNjF> なんかいろいろ勘違いしてるね。
またでかいブーメラン持ってきたなぁ (w
0638デフォルトの名無しさん
2014/04/15(火) 07:21:37.65ID:irAkhtzu0639デフォルトの名無しさん
2014/04/15(火) 08:11:31.92ID:KwDwkm6vうん、それでまた言い返せなかったの？
あ、いらないよ。俺へのヘスはｗ
0640デフォルトの名無しさん
2014/04/15(火) 08:12:16.74ID:KwDwkm6vBluePrintだけじゃ、アプリは動かない。
0641デフォルトの名無しさん
2014/04/15(火) 08:12:55.26ID:KwDwkm6vだから、どっちも大事でしょｗ
設計が正しくても、コードが読みにくいってことはあるんだから。
0642デフォルトの名無しさん
2014/04/15(火) 08:22:12.84ID:D5PUC5mL0643デフォルトの名無しさん
2014/04/15(火) 08:44:59.34ID:KwDwkm6vだまってれば、俺もレスしないよ？
まあこういうくだらない煽りを始めた時点で
あぁ、この程度の人間かって思っただけだけどね。
はいどうぞ。一人で空回りしててください。
0644デフォルトの名無しさん
2014/04/15(火) 09:32:46.44ID:z2jBvvBj俺もそう思う。まぁ仰る通りの夢ですわｗ
>>634
どちらも必要なのは誰でもわかる。
どちらが欠けても動かないからどちらも大事だなんていうのは思考停止に近い。
俺が言いたいのは、コーディングにはどうでもいい部分が多いから、そういうことを意識せずに物が作れたらその方が良いじゃんってこと。
右へ5、下へ5とかの例だって、そもそも人がコードを書いてる現実があるから、そんな話題になるわけで、
例えば、実行効率だけを重視したなら最適化は出来る。
でも人が読むことを前提としてるから、可読性やら保守性やらを考慮しないといけなくて、結局最適解が得られない。
そういうのが実にくだらない事だと思ってるんだ。
簡単にいえば、人が関わる部分を減らしたい。
グラフィカルに作ることは、それに向かうための一歩かもしれぬと思うわけ。
0645デフォルトの名無しさん
2014/04/15(火) 09:47:18.34ID:7sxQZ0ICそれはいわゆる宣言的って奴やね
0646デフォルトの名無しさん
2014/04/15(火) 13:13:23.17ID:xRAyq3Ng0647デフォルトの名無しさん
2014/04/15(火) 16:30:10.72ID:aVa6WvNE0648デフォルトの名無しさん
2014/04/16(水) 00:21:54.59ID:FwnwH35E> どちらが欠けても動かないからどちらも大事だなんていうのは思考停止に近い。
思考停止は、コーディングはどうでもいいと決め付けることだよ。
当たり前の話だけど、人間は曖昧に言ってそれなりに正しければOKだけど、
コンピュータには正しく動くことを期待している。
それが人間への命令とコンピュータへの命令の大きな違い。
コンピュータを正しく動かすには完璧な命令を書かなければ動かない。
それがコーディングによって書かれた命令。
コンピュータを正しく動かす以上これを省くとこは出来ない。
君が言ってるのは、永久機関はできないと証明されているのに、
永久機関を作るにはどうすればって言っているようなものだよ。
相手はコンピュータなので、人間ならわかるレベルの簡易な説明じゃダメ。
コンピュータ用に抜けのない完璧な命令を書きつつ、可読性や保守性を保つ必要がある。
もしくは、AI作るかだよ。曖昧な命令、複数の意味に取れる命令でありながら
人間が思ったことを読み取るエスパーみたいなAI。
このはしをわたれと言って俺が意図したとおりに動くそんなAI。
0649デフォルトの名無しさん
2014/04/16(水) 04:07:28.85ID:n1CQwedO>>644のいってることは高級言語がアセンブラを抽象化してる延長のことを言ってるだけだぞ
0650デフォルトの名無しさん
2014/04/16(水) 07:22:34.73ID:sTkDhmLMそして素晴らしい建築物は設計が命
ソフトウェアでもそれは一緒だと思うんよ、だからコーディングしか能がないコーダーはIT土方と揶揄される
0651デフォルトの名無しさん
2014/04/16(水) 07:25:06.44ID:sTkDhmLM0652デフォルトの名無しさん
2014/04/16(水) 07:42:52.76ID:sTkDhmLMhttp://wired.jp/2014/03/25/google-amazon-samsung-tap-architects-design-offices-future/
これだと例として分かりやすいかな？
有名企業の先進的でお洒落で快適なオフィス建築も評価されるのは設計側なんだよね
一々そこに現場で汗かきながらやってる大工土方工事する人達を表立って世間は評価したりはしない
彼等は基本的に設計通りに手を動かしてるだけで、いや勿論彼等が汗かいて土方してくれるから建築物は完成するんだけど、
そこにクリエイティブに頭を働かせて先進的でお洒落で快適な建築物をゼロから生み出してるわけではないんよな
0653デフォルトの名無しさん
2014/04/16(水) 12:19:48.92ID:n1CQwedO0654デフォルトの名無しさん
2014/04/16(水) 12:21:57.60ID:1bKB36mk0655デフォルトの名無しさん
2014/04/16(水) 16:17:33.09ID:Wy9kGQMK0656デフォルトの名無しさん
2014/04/16(水) 23:49:37.13ID:J3In2oUI0657デフォルトの名無しさん
2014/04/17(木) 00:49:03.28ID:qRf+hhIu0658デフォルトの名無しさん
2014/04/17(木) 01:43:56.44ID:QuWSFXEi「設計者がゼロから作り出してる」という思い込みを早く止めた方が良いぞ。
0659デフォルトの名無しさん
2014/04/17(木) 03:26:41.45ID:KNGPRiphうん。ソフトウェアの話はわからないからやめたのかな？
0660デフォルトの名無しさん
2014/04/17(木) 03:27:12.89ID:KNGPRiph0661デフォルトの名無しさん
2014/04/17(木) 05:06:36.26ID:Ps18C1l0ソースコード=設計図、プログラマ=設計士なのに
日本では何故かプログラマ自身が現場の土方とか言うんだよなｗ
一応、言っておくとコンパイラ=大工だよ。
いくら此処で言う日本語で書かれた立派な設計書（もどき）が有っても
何の役にも立たない。例）TRON
0662デフォルトの名無しさん
2014/04/17(木) 05:40:41.35ID:inN/bsNV0663デフォルトの名無しさん
2014/04/17(木) 06:26:59.39ID:LTgKQb5Wソースコードを建築の設計図に類推するのはおかしい。
ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。
ソースコードとは評価可能な性能を持った構造であり部材であるので、
それは建築でいうと鉄骨の梁やコンクリートの外壁にあたる。
0664デフォルトの名無しさん
2014/04/17(木) 07:14:20.08ID:Ps18C1l0>ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。
へー、その図をコンパイルして実行できるの？
それって建築で言うところの見取図やスケッチじゃないの？
>ソースコードとは評価可能な性能を持った構造であり部材であるので、
>それは建築でいうと鉄骨の梁やコンクリートの外壁にあたる。
建築の設計図だって評価可能でしょ？
評価不能なら設計コンペとか意味ないじゃん。
それからプログラムの部材はデータとアルゴリズムだろ。
0665デフォルトの名無しさん
2014/04/17(木) 07:24:28.31ID:LTgKQb5W見取り図やスケッチがスタートラインの設計図だよ。
それ無しにいきなり基本設計図を書くわけではない。
ましてや詳細図や施工図である必要はない。
0666デフォルトの名無しさん
2014/04/17(木) 07:28:09.19ID:LTgKQb5Wまず言えるのは「ソースコードを建築の設計図に類推するのはおかしい。」
ソースコードを「詳細図や施工図」に対応させるのなら、まだわからなくもない。
0667デフォルトの名無しさん
2014/04/17(木) 07:29:48.58ID:pGxOYlwd0668デフォルトの名無しさん
2014/04/17(木) 07:32:56.83ID:PNN74mcF0669デフォルトの名無しさん
2014/04/17(木) 07:37:00.39ID:LTgKQb5Wこれをしつこく建築に類推すると、同じプランを鉄骨でやるかRCでやるかみたいな話だろう。
プログラミングで言うと、同じ設計をJAVAで書くかObjective-Cで書くかみたいな事だろうか。
0670デフォルトの名無しさん
2014/04/17(木) 07:41:10.95ID:UhlhPJVz0671デフォルトの名無しさん
2014/04/17(木) 09:05:28.65ID:KNGPRiph> ソースコードを書く前にプログラム全体の構造を記した図が必ずあるので、それが建築の設計図に該当する。
それは概要。
建設の設計図でも概要はあるが、
詳細なものも設計。
0672デフォルトの名無しさん
2014/04/17(木) 09:30:57.32ID:LTgKQb5Wじゃあ、根本的に重要なのは概要という事になる。
設計は他の言語で置き換えが効くが、概要が駄目ならそのプログラムには利用価値が無い。
ソースコードを設計に含めるのならね。
0673デフォルトの名無しさん
2014/04/17(木) 09:52:34.18ID:WDbWaLnY自分の物って主張していいのね。
0674デフォルトの名無しさん
2014/04/17(木) 11:00:28.39ID:1P5IhohW0675デフォルトの名無しさん
2014/04/17(木) 21:26:14.72ID:KNGPRiphえとさ、誰に対して重要なのかの考慮が
完全に抜け落ちてるよ？
素晴らしい概要も、作れなきゃ絵に書いた餅なんだよ。
概要に含まれる情報っていうのは、
作るのに必要な情報の、ほんの僅かしか含まれていない。
グラフィカルに表現できるものっていうのは、
概要でしかない。作るための情報の大部分が抜け落ちている。
だからグラフィカルじゃ作れないって言ってんの。
0676デフォルトの名無しさん
2014/04/17(木) 23:05:44.36ID:OhLybx2x0677デフォルトの名無しさん
2014/04/18(金) 00:33:57.32ID:Db0qmgf/別にグラフィカルだから概要しか表せないんじゃなくて、概要を表す物が多いだけだ。
0678デフォルトの名無しさん
2014/04/18(金) 00:35:45.22ID:DmASV5Ulそれだけでは役に立たない。
0679デフォルトの名無しさん
2014/04/18(金) 00:42:39.14ID:8Q5cnPxFグラフィカルどうこうよりも、設計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/お前は読解力無いの？グラフィカルという性質上概要を表す物が多いから、お前みたいにグラフィカルなものは概要しか表せないと勘違いする奴がいるって意味だけど。
0683デフォルトの名無しさん
2014/04/18(金) 01:16:55.87ID:DmASV5Ul> それは、設計がはっきりしないままコード書き始めて、何度も書き直した末、
どうせさ、お前が言ってる設計って
エクセルかテキストファイルに書くんだろう？
どちらでもいいが、お前一発で
そのテキストを書けるのか？
なんども書き直すだろ。その設計を。
それと何が違うのさ？
0684デフォルトの名無しさん
2014/04/18(金) 01:19:38.01ID:DmASV5Ulグラフィカルで詳細なものを書くことは可能だが、
時間がかかりすぎる。
たとえば i++ というのを
グラフィカルに書いてみろよ。
たったこれだけのことでも
文字で書くのとグラフィカルに書くのに大幅に差が出るだろ？
それともやっぱり、グラフィカルに書くときは
必要なことを端折ってかくのかい？
それが概要ってこと。
0685デフォルトの名無しさん
2014/04/18(金) 01:20:33.96ID:8Q5cnPxF＞それと何が違うのさ？
残念でした。全然違うよw
俺は何から何まで一人でやる個人開発者だが、全然違うよ。
0686デフォルトの名無しさん
2014/04/18(金) 01:22:42.33ID:DmASV5Ulぜんぜん違うんだよ！
ちゃんとここまで書いてくれないと
面白く無いぞｗ
0687デフォルトの名無しさん
2014/04/18(金) 01:41:14.30ID:rhB3kkKMi++は簡単に表現できる。
面倒なのは再帰呼び出しとか、スタックを使うようなものだと思う。
あと、数式の可読性が落ちる場合があるね。
Labviewを使ったことあるけど、データの処理部分は文字で書いた方が楽だった。
FPGAの開発環境にもグラフィックと文字による記述を混在させる機能があるけど、
トップ（主要モジュール）だけグラフィックにして、詳細はVHDLで書いた方が楽だね。
0688デフォルトの名無しさん
2014/04/18(金) 01:42:28.07ID:DmASV5Ulじゃあ書いてくれよ。
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:OAxsyaFj0691デフォルトの名無しさん
2014/04/18(金) 05:47:17.17ID:QhGo445E日本のIT土方は設計出来ないだろw
だから土方と揶揄されるwただのコーダーだ
0692デフォルトの名無しさん
2014/04/18(金) 05:49:41.77ID:QhGo445E正解
0693デフォルトの名無しさん
2014/04/18(金) 06:04:39.32ID:48w9VKgSオバマが俺の邪魔をしてるせいだ！とか
ネットで書き込んでそうだなこの人。
0694デフォルトの名無しさん
2014/04/18(金) 09:08:47.04ID:Db0qmgf/言語も一つの記号であってグラフィカルでも必要ならばその記号が定義されていてそれが簡単に選択出来ればいいだけ。プリミティブが揃ってたら後は自分でルーチンなり拡張してくってのも同じ話だ。
再帰は結果を元のところに流し込むだけだから特に難しくもなくない？
まぁそのグラフィカルがデータフロー的な物としてだけど。
>>688
専用の記号が用意されててその使って早いとホルホルしてるとかバカ？そんなのグラフィカルでも同じだよインターフェイス次第でクリックで選択で終了だわ。
それよりも100行以上に相当する関数なりメソッドの依存関係を表現してみろよ。あ、IDEの呼び出し関係の表示とかなしでな。
長い関数は分割するならって言うならその分割した物同士の依存関係含めて出せよ。
0695デフォルトの名無しさん
2014/04/18(金) 20:50:58.31ID:DmASV5Ulつまりそれは、スクリーンキーボードってやつだよね？
マウスで記号を押せる。
これがキーをタイプするよりも早いって
ほんとうに思ってるの？
0696デフォルトの名無しさん
2014/04/18(金) 20:54:21.07ID:DmASV5Ulえとさぁ、
「見る」のと「書く」のをごっちゃにしてるじゃん。
書く話をしていたよね？ 言語なんだから。
表現するのは見ること。
「**文字** で書いたものを把握するためにグラフィカルに変換する」ことには
なんの異論もないんだよ。
依存関係の表現というのは、関数とメソッドに含まれる情報のうち
「依存関係」だけを取り出したもの。一部を取り出しただけ。
依存関係の情報だけじゃ、動きません。
0697デフォルトの名無しさん
2014/04/18(金) 22:01:52.71ID:8KmkbQh1なんか、頭固くね？
0698デフォルトの名無しさん
2014/04/18(金) 22:39:31.73ID:Db0qmgf/お前が文字で書くことでしかプログラム出来ないと思い込んでることは分かった。
文字を書くことでお前が何をしてるのか考えてみたら？
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:MP1hLwSA0705デフォルトの名無しさん
2014/04/19(土) 00:19:34.95ID:EY4uPe0Iそんな前提はここにいる全員がわかってて話をしてると思うが。
0706デフォルトの名無しさん
2014/04/19(土) 00:24:46.60ID:QyTZzyQdソースコードを図にすることは誰もヒチしていない。
図をかいてプログラムすることが効率が悪い。
だからグラフィカルなプログラム言語というものは
あっても使いものにならない。
グラフィックで把握したいなら、コードを変換すれば良い。
それは既にあるしみんな便利に使っている。
グラフィカルなプログラム言語というのが馬鹿な考え。
それがわかっているわけでしょ？ それで何の話してるの？ｗ
0707デフォルトの名無しさん
2014/04/19(土) 00:27:15.86ID:EY4uPe0Iだから頭が固いって言われるのさ、いろいろとw
0708デフォルトの名無しさん
2014/04/19(土) 00:29:09.39ID:QyTZzyQd言い返したつもりか。
なんか文句言いたいってことだけはわかったよｗ
0709デフォルトの名無しさん
2014/04/19(土) 00:33:18.36ID:BdrlSiRk置き換えられると思う。
このアイコン（関数やＬｉｓｔを表す）と←で表現されたプログラムは
グラフィカルなプログラム言語と呼んでいいの？
0710デフォルトの名無しさん
2014/04/19(土) 00:37:30.73ID:BdrlSiRk紙の文章に印鑑を押していくワークフローにおいては、
中途半端な電子化はかえって非効率になることもある。
でも、電子化を前提に初めからワークフローを見直せば
紙ベースの時よりも効率化することが可能。
グラフィカルな言語も十分検討に値すると思うけど。
0711デフォルトの名無しさん
2014/04/19(土) 00:37:48.42ID:QyTZzyQdそれはグラフィカルなメリットがあるのか？ｗ
コードの一部分だけを取り出して
図にしない限り、意味は無い。
一対一で置き換えても、何も意味は無いよ。
だから、グラフィカルな図は簡略化したもので
それは到底動くものではなく、プログラム言語とはよべないと
UML図は便利だが、プログラム言語ではないのと同じ。
0712デフォルトの名無しさん
2014/04/19(土) 00:39:08.91ID:QyTZzyQdプログラム言語は、紙ベースではなく
最初からコンピュータに入力しますが？
0713デフォルトの名無しさん
2014/04/19(土) 00:45:15.77ID:3iojgwbRわかりやすくてタイプミスや文法のミスをしづらいのが利点だと思うんだよ
0714デフォルトの名無しさん
2014/04/19(土) 00:46:26.18ID:QyTZzyQd0715デフォルトの名無しさん
2014/04/19(土) 00:49:32.14ID:QyTZzyQdグラフィカルをありがたがろうとしている奴の話を聞くと
まともに動くプログラムを書けないか、
自分でコードは書かずに（かけずに）、分かった気になりたいかの
どちらかが、書かずに見ることだけしか考えないで
言っているようにしか見えない。
補助輪使えば、初心者にとっては簡単かもしれないが、
プロにとっては開発スピードを妨げる足かせでしか無い。
0716デフォルトの名無しさん
2014/04/19(土) 00:50:25.93ID:BdrlSiRk効率的かどうかは別に、グラフィカルにプログラミング可能
だということは合意できたのかな？
次に、Lispの構文木を文字で書く場合と、マウスで書く場合、
どちらが効率的か考えた場合、普遍的な答えがあるだろうか？
結局、条件次第でしょ？
>"コードの一部分だけを取り出して図にしない限り、意味は無い。 "
要約は文字で表現されたものの特権ではない。
たとえば、サムネイルとか、細部は省いて概略を見せたものでしょ。
0717デフォルトの名無しさん
2014/04/19(土) 00:50:34.89ID:QyTZzyQdタイピングが出来ないのかもｗ
0718711
2014/04/19(土) 00:55:22.37ID:ZOoFAELE誰も可能かどうかの話なんかしていない。
>>1ぐらい読み返してみたら？
>>3ですでに" 俺が" >>1に反論しているが
グラフィカルなプログラム言語の方が嫌になる。
なぜなら面倒くさい、効率が悪いからだ。
> 1 名前：デフォルトの名無しさん[] 投稿日：2014/01/26(日) 02:49:36.10
> もうコーディングは嫌だ
> もっと新しいグラフィカル志向なプログラミング言語が欲しい
>
>
> 3 名前：デフォルトの名無しさん[sage] 投稿日：2014/01/26(日) 02:52:32.34
> そうか？
>
> じゃあ、1+1をグラフィカルに表現してみてくれ。
>
> そっちのほうがもっと嫌になるぞ。
0719デフォルトの名無しさん
2014/04/19(土) 01:00:19.93ID:pzsg7m6u俺かっけーと思いながらバカを晒してるバカを見るのはつまらなくもないけど長いと飽きてくる(´･_･`)
0720デフォルトの名無しさん
2014/04/19(土) 01:02:22.10ID:rLS4KdYY"書いてこいよ” じゃない所が
全ての答えを示しているなｗ
まさに語るに落ちたってやつだ。
0721デフォルトの名無しさん
2014/04/19(土) 01:02:54.05ID:BdrlSiRk>>702
>ある側面、つまり一部を頭に変換してくれるツールが有るだろ。
>
>それは決して、動くコードではないが
>（略
可能かどうかの話をしているように見えるけど。
で、効率的かどうかは結局のところあなたの主観以外に何か根拠が
あるの？
0722デフォルトの名無しさん
2014/04/19(土) 01:04:50.15ID:rLS4KdYY> あるの？
根拠は、人類の歴史。
記録の効率を上げるために、文字が生まれた。
どちらが新しい発明かと言われれば
絵ではなく文字なんだよ。
i++をグラフィカルにして、3文字タイプより
効率良く作れるという証拠は未だ出てない。
0723デフォルトの名無しさん
2014/04/19(土) 01:11:08.15ID:pzsg7m6uこいつリアルでいたらモンペとかになってんだろwww
客商売大変そうだわー(´･_･`)
0724デフォルトの名無しさん
2014/04/19(土) 01:20:28.39ID:BdrlSiRkだから、それがあなたの主観に基づく推測でしかないと言ってるわけだが・・・。
建物や機械や回路は図で表現するけど、あなたの理屈で説明がつくかな？
それと何を根拠にi++を効率性を決定する代表的な例に選んでいるの？
0725デフォルトの名無しさん
2014/04/19(土) 10:12:47.17ID:SVxJm38+722は、シンタックスとセマンティックとの区別が付いて無いんだと思う。
今時のプログラミングツールは、見かけがCUIで有っても、大抵はセマンティックベース。
0726デフォルトの名無しさん
2014/04/19(土) 10:55:43.42ID:Fb4YL4It知ったか勘違い野郎
教えてクレクレちゃん
一生懸命叩きたがるあら探し君
スルーでおｋ
0727デフォルトの名無しさん
2014/04/19(土) 10:58:02.59ID:2/jFRqDTじゃあ、なんで〜って話となると答はごくごく単純で
どんな環境でも最低CUIとテキストエディタはあって汎用性あるけど
GUIは環境依存だから使われても環境といっしょにポシャるから
なかなか広まらない。
上のPrographCPXとか実用され始めてたのに会社ポシャってそのまんま。
(ルノー社内とか日本だとセガのサウンドチームがツール作るのに使ったりしてた)
0728デフォルトの名無しさん
2014/04/19(土) 11:12:13.59ID:MP1hLwSA0729デフォルトの名無しさん
2014/04/19(土) 11:27:55.56ID:rLS4KdYY> 建物や機械や回路は図で表現するけど、あなたの理屈で説明がつくかな？
あぁ、十分説明ができる。
それは、実際に形あるものだからだ。
最終的に絵になるものは、絵で書いた方がいい。
しかしコードというのはそのほとんどが、動作、命令だ。
コンピュータを動かすための、正確な命令だ。
それを絵で書くということは、さながら
ジェスチャークイズのようなものだ。
ジェスチャーで命令を伝える。
効率が悪いということはよく分かるだろう？
0730デフォルトの名無しさん
2014/04/19(土) 12:03:13.17ID:Fb4YL4Itコードがまさにグラフィカルになってるプログラムになるよな
コードをより書きやすくするためのグラフィカルなら悪くないがな
例えばじゃんけんアプリのイメージを直接グラフィカルに表現して、
そのままプログラムになるなら当然良いだろう。
だが、作れるなら作ってみてくれって感じだな俺は
どうせコーディングのほうが俺にとっては早い
0731デフォルトの名無しさん
2014/04/19(土) 12:29:50.78ID:3iojgwbRデメリットだけじゃなくてメリットの側面も考慮したほうが良いのでは？
0732デフォルトの名無しさん
2014/04/19(土) 13:43:46.72ID:q67SPze0汎用言語の効率の悪さを叩くところから始めよ
0733デフォルトの名無しさん
2014/04/19(土) 13:59:02.14ID:3iojgwbRx += i;
}
loop 1,9,1 {
x += cnt
}
0734デフォルトの名無しさん
2014/04/19(土) 15:15:26.14ID:rLS4KdYYならねーよｗ
コードで書いたもの中のほんの一部分、
インターフェースやクラスの関係を
図に変換するだけだ。
その図も普通に文字で書いて変換した方が早いという。
意味があるのはスケッチ程度だ。
それじゃ何も動かない。
0735デフォルトの名無しさん
2014/04/19(土) 15:25:36.29ID:2/jFRqDT自分が知らない知る気もないものに
"ダメに違いない"って自分の願望を
唱え続けてるだけだw
0736デフォルトの名無しさん
2014/04/19(土) 15:27:19.98ID:rLS4KdYY0737デフォルトの名無しさん
2014/04/19(土) 16:14:51.85ID:waqEll9Hコードも何かを意味する記号に過ぎなくグラフィックも同様で、何か意味を記述する方法はコードもグラフィックも各々あるはずなのに、こいつはコードで書くのに適切なやり方をグラフィックだとやり辛いだろwって言い続けてるだけ。
今迄も散々そうじゃない例が上がってるはずだが、いくら言っても意味が通じないならコミニュケーション無理だな(´Д` )
0738デフォルトの名無しさん
2014/04/19(土) 16:21:43.23ID:rLS4KdYYそれは正しい。
反論はでてない。
0739デフォルトの名無しさん
2014/04/19(土) 17:14:02.67ID:2/jFRqDT見てもまったく理解できてないだろ。
void main(void)
{
WindowPtr aWindow;
Rect aRect;
InitToolBox();
SetRect(&aRect,100,100,300,200);
aWindow = NewWindow(0,&aRect,"\pHello",TRUE,documentProc,(WindowPtr)-1,FALSE,0);
if(NULL != aWindow)
{
SetPort(aWindow);
MoveTo(50,50);
DrawString("\pMacintosh world");
while(!WaitMouseButtonPress());
DisposeWindow(aWindow);
}
}
ってCのソースコードが
http://www.geocities.co.jp/SiliconValley-PaloAlto/4654/sikai/doc1-1/cpx_sikai1-111.gif
という一枚のグラフィカルコードになるって説明されてんだろが。アホが。
0740デフォルトの名無しさん
2014/04/19(土) 17:23:12.79ID:rLS4KdYYできるかどうかじゃない。
どっちが簡単かだ。
そこを履き違えるな。
0741デフォルトの名無しさん
2014/04/19(土) 17:26:01.90ID:MP1hLwSAそれ途中までだろ
0742デフォルトの名無しさん
2014/04/19(土) 17:30:26.78ID:waqEll9Hだからそんなやり方しねぇのに、これがやり辛いってwww
いけ沼www
0743デフォルトの名無しさん
2014/04/19(土) 17:32:02.75ID:rLS4KdYYだから証明すればいい。
俺は何度も証明した。
i++
変数に1を加えるという処理を
たったの3文字で書き上げた。
これをグラフィカルにしてみよ。
0744デフォルトの名無しさん
2014/04/19(土) 17:41:52.74ID:aRoRY9CCやり方は幾らでもあるだろうけどけど、iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
あれ、2操作でできちゃった(´･_･`)
元からXに引かれていたら
1操作だな(´･_･`)
0745デフォルトの名無しさん
2014/04/19(土) 17:42:16.33ID:aRoRY9CCやり方は幾らでもあるだろうけどけど、iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
あれ、2操作でできちゃった(´･_･`)
元からXに引かれていたら
1操作だな(´･_･`)
0746デフォルトの名無しさん
2014/04/19(土) 17:42:52.92ID:aRoRY9CC0747デフォルトの名無しさん
2014/04/19(土) 17:53:40.27ID:rLS4KdYYえと、まさか変数やメソッドの数だけ
アイコンが存在するとか言うわけ？
なん百個もボタンがあって、
そこから選ぶんだよね？
笑えるｗｗｗ
0748デフォルトの名無しさん
2014/04/19(土) 17:57:55.18ID:rLS4KdYYhttp://docs.ruby-lang.org/ja/2.0.0/class/Integer.html
> 引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
これが引いた線をクリックしてでてくる、処理リスト
この中から使用するメソッドを選んでください。
chr
denominator
downto
even?
gcd
gcdlcm
integer?
lcm
next
succ
numerator
odd?
ord
pred
rationalize
times
to_i
to_int
to_r
to_s
upto
あぁ++がないや。実用的にするにはもっと沢山リストがだね。
0749デフォルトの名無しさん
2014/04/19(土) 19:04:52.36ID:qjQsToAi横だけど一応…
Rubyに ++ 演算子は元々無いぞ
0750デフォルトの名無しさん
2014/04/19(土) 20:02:00.67ID:eci6DTQA相変わらず既存の言語基準に物事を考えてるんだな。
バカ丸出しですね(´･_･`)
0751デフォルトの名無しさん
2014/04/19(土) 20:48:43.71ID:rLS4KdYYあぁ知ってる。
> iに対を使うところXがあるとして、iからXに引く、引いた線をクリックしたまま出てくる処理リストから++を選ぶ。
なんて言ってたから、よりにもよって
++をリストから選ぶのかよｗｗ
って思っただけ。
0752デフォルトの名無しさん
2014/04/19(土) 21:01:29.62ID:2/jFRqDTだから何度も見りゃ一目でわかるだろアホ、と掲示したろ。
http://www.geocities.co.jp/SiliconValley-PaloAlto/4654/sikai/doc1-1/cpx_sikai1-110.gif
データフロー言語だから左上の-1って入ってるオペレーションボックスがi--だよマヌケ。
-1された入力はなんらかの再帰処理通って
元の数字と掛け合わされた後出力されてる。
どれだけ頭カラッポなんだコイツ。
0753デフォルトの名無しさん
2014/04/19(土) 21:27:36.93ID:rLS4KdYY0754デフォルトの名無しさん
2014/04/19(土) 21:31:13.34ID:rLS4KdYYえと、-1と文字で書いて（代わりなのに同じことするの？）、
その周りにいろんなボックスを配置する。（余計な作業増えてるじゃない？）
大変だなぁ。グラフィカルに作成するのってｗ
0755デフォルトの名無しさん
2014/04/19(土) 21:44:12.64ID:bRkrR4OGどんだけ凄いかと思って画像開いたら
無限ループしてるバグコードでワロタw
0756デフォルトの名無しさん
2014/04/19(土) 21:51:45.71ID:pzsg7m6uうーんそーだねー、一切キーボード使っちゃダメなんて知らなかったんだー。ぼくちゃんすごいねー(´・ω・｀)
0757デフォルトの名無しさん
2014/04/19(土) 22:13:30.64ID:rLS4KdYYキーボード使ってもいいよ。
ただし、-1を書くよりも簡単なら
（プラスアルファで囲いをつけたら逆に大変になってるだけだけどねｗ）
0758デフォルトの名無しさん
2014/04/19(土) 22:27:59.76ID:MP1hLwSA0759デフォルトの名無しさん
2014/04/19(土) 23:00:49.02ID:Firi/9oqとか設計書に書いている人にとってはより簡単なんだろ？
0760デフォルトの名無しさん
2014/04/19(土) 23:07:57.78ID:rLS4KdYYフローチャート書くのが効率が悪いと気づいて
擬似コードを書くようになったのはいつだろうかな。
たしか高校の頃にはフローチャートは使わなくなっていた。
初学者に説明する時に使うのはいいかもしれないが、
プログラム言語をネイティブ言語のように扱えるプロとプロとの会話では
余計な装飾でしか無い。
0761デフォルトの名無しさん
2014/04/20(日) 02:30:11.75ID:jJiPXZnf「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応IDEで解決。
セマンティックスを構築したい(アルゴリズムが未知)領域の問題なら、グラフィカル言語を自作した方が早い。
0762デフォルトの名無しさん
2014/04/20(日) 03:28:16.00ID:lTNz4KpLそれは、たとえば、どんな問題ですか？
0763デフォルトの名無しさん
2014/04/20(日) 03:33:18.17ID:lTNz4KpLグラフィカル言語が適していると思うのか。
今あるアルゴリズムだって、発見されていなかった時代はあったわけだが
それに適していたのはグラフィカルでない言語だっただろう？
その不自然さが引っかかったからさ。
さも言ってみただけだろみたいな感じがね。
0764デフォルトの名無しさん
2014/04/20(日) 03:44:13.54ID:lUreprKb0765デフォルトの名無しさん
2014/04/20(日) 07:04:25.39ID:/jjV4rgnこれからも出てくると思うよ
そしてまた日本はITで遅れを取るわけだな
0766デフォルトの名無しさん
2014/04/20(日) 10:49:26.47ID:zhWQwDWG自分でなんかのアルゴリズム考えたことないの？
0767デフォルトの名無しさん
2014/04/20(日) 12:07:00.82ID:lTNz4KpLあるよ。
グラフィカル言語を自作したほうが早かったことは
一度もなかったけどな。
0768デフォルトの名無しさん
2014/04/20(日) 14:38:26.20ID:LrvaI9Psプログラミングが上達するまではフローチャートのお世話になってた
というところなんじゃないかと、グラフィカルなプログラミング言語も
0769デフォルトの名無しさん
2014/04/20(日) 18:11:41.84ID:15F0t0Ka＞一応書いておくか、何故未知な問題なのに
＞グラフィカル言語が適していると思うのか。
761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。
0770デフォルトの名無しさん
2014/04/20(日) 18:20:42.09ID:rd4ayzzb> グラフィカル言語を自作したほうが早かったことは一度もなかったけどな。
自作したことなんかないだろ (w
0771デフォルトの名無しさん
2014/04/20(日) 19:52:53.30ID:hw+s/A6T「グラフィカルな言語が欲しい」理由によるけどね。
タイプミス気にしながら、何度も同じコードを入力してるレベルなら、上のセマンティックス対応IDEで解決。
セマンティックスを構築したい(アルゴリズムが未知)領域の問題なら、グラフィカル言語を自作した方が早い。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
769 名前：デフォルトの名無しさん[sage] 投稿日：2014/04/20(日) 18:11:41.84 ID:15F0t0Ka
761の文は、「(既存の物を探すより)自作した方が早い」だろ?
763がコンテキスト解釈をミスった経緯って、言語解析の課題としては興味深い。
769って馬鹿なの？
0772デフォルトの名無しさん
2014/04/20(日) 19:57:38.47ID:LrvaI9Ps0773デフォルトの名無しさん
2014/04/21(月) 11:42:59.88ID:mIseuF+c0774デフォルトの名無しさん
2014/04/21(月) 12:33:23.27ID:giub/94Pそういう意味で使えるグラフィカル言語があると嬉しいけどね。
>>1の動機は多分、761の前半なんだろうけど。
Lisperは構文木を直接書くから、AST＝グラフと出来るらしいが、俺の練度では理解不能。
0775デフォルトの名無しさん
2014/04/21(月) 13:27:02.44ID:2fxw+XGi0776デフォルトの名無しさん
2014/04/21(月) 18:59:05.88ID:+mIOXj6eもちろんコードの方が効率的に書けるものはあるだろうけど、理想的なのはグラフィカルとコードをシームレスに混在できるもの。
上のバカみたいに++がコードより簡単に書けるかとか本当無意味だわ。
とりあえずUE4はグラフィカルとコード両方で書けるからこれがどっちがより多く使われるのか、成り行きみてみたいものだ。
0777デフォルトの名無しさん
2014/04/21(月) 19:07:47.24ID:8o/8KwGl0778デフォルトの名無しさん
2014/04/21(月) 21:47:20.70ID:yaM3rCK5グラフィカルに見るのはいいけど、
書くのはやっぱりテキストのほうがいいよ。
0779デフォルトの名無しさん
2014/04/21(月) 22:04:42.27ID:Qx+MR827だからといって、絵では表現できない情報も多い。
文章を書かずに絵で説明しようとしてもすぐに限界が来てしまう。
いままでのプログラミング言語は文字(文章)で書かれてきた。
フローチャートなど、処理のつながりを視覚化しようとする取り組みもかなりあるが
文字を打った方が確実に早いという結果に終わっているのも現実。
なので、「グラフィカルなプログラミング言語」は
既存の言語とは異なる思想で組み立てられるべきだと考える。
0780デフォルトの名無しさん
2014/04/21(月) 22:41:32.11ID:1M7O1iaQできないなら引っ込んでろ。
0781デフォルトの名無しさん
2014/04/21(月) 23:06:33.12ID:giub/94P＞なので、「グラフィカルなプログラミング言語」は
＞既存の言語とは異なる思想で組み立てられるべきだと考える。
まあ今のコンピュータ自体、数学上の「計算不可能な領域」の存在が証明されたから発展したもんだからな。
意味論構築には、取り敢えず記号があれば着手出来たから、文字ベースが発達したとも言える。
SysMLとか、Haskellでの計算領域拡張の試みが有るには有る。
0782デフォルトの名無しさん
2014/04/22(火) 17:04:56.36ID:aSUm92Xm0783デフォルトの名無しさん
2014/04/22(火) 17:32:20.70ID:g8uMh2CAと思ってたけど、20年間いろんな言語見てきたら
一行ずつ処理を実行するという"スクリプトを書いてゆく"って
テキストベースの思考じゃなくて、グラフィカル言語だと
車とかの生産ラインみたいに
"入り口からデータが入ってきてそれを順次加工して出力を作る"って方が
"作業図"としては自然だからって理由が見えてきて「へー」となったよ。
LISPとかPrologとか変な言語を見る時もそうだけど
なんでそんな変なことを？って思う側が実は
特定の環境下で特定の事をやるのが"本物のプログラミング"だ！って
常識に囚われてることは多いよね。
0784デフォルトの名無しさん
2014/04/22(火) 19:46:28.49ID:aSUm92Xmそういう意味で、小さい頃からプログラミングをするならば、ローマ字や英単語を使うよりは日本語を使えるほうが良いのではないかと思いました。
また、２ｃｈでもI can’t write English well.で日本語で書くほうがスラスラと書けます。
そういう意味では、とてもライトな使用目的で日本語のプログラミング言語というものはありだと思いました。
ということで、グラフィカルなプログラミング言語という話題からは逸れますが、
もし あ＜１０ なら
い ＝ ０
そうでなく あ＜０ なら
い ＝ −１
そうでなければ
い ＝ １。
のように日本語で書ける言語も良いのではないでしょうか？なでしこという言語はありますが。
0785デフォルトの名無しさん
2014/04/22(火) 20:21:17.31ID:w4l4IAka0786KAC
2014/04/22(火) 20:29:40.70ID:vPp3xv6K昔、Mindを使ったプロジェクトをやったことあるけど
入力が日本語になるといろんな要因で遅くなってしまうという弊害が大きくて
普通にCで書いた方が確実に早いという結論で終わった。
自由な日本語で書けないってことは
初心者にとっても結局難解なものになってしまうわけで・・・
0787デフォルトの名無しさん
2014/04/22(火) 20:35:33.45ID:M6IufU5gまあ確かに++iというシンタックスを、GUIパーツで表現する積極的な意味は現在でも無いけどね。
元々のプログラミングは、グラフ指向(xyグラフとかじゃなく、有向グラフとかの)なんだが、問題は当時のマシンの処理能力。
基本構成単位がゲートICレベル未満だから、表示装置に文字を出すので精一杯。
現代なら、++iとかじゃなく、モナドとかの基本概念を電子回路図みたいに繋いでいくアプローチも面白そうだ。
0788デフォルトの名無しさん
2014/04/22(火) 20:50:13.08ID:aSUm92Xmなでしこでいいよ
書いてなかったけどそのままｃ系の言語に移行できるって条件もあって
なでしこは文法が特殊なんだよね
0789デフォルトの名無しさん
2014/04/22(火) 20:54:12.34ID:aSUm92Xmそうそう
だから日本語で書けるというだけ
if a<10 {
b = 0
else if a<0
b = -1
else
b = 0
}
変数がローマ字や英語で予約語が英語
俺は小学生の頃にBASICのような言語にあった命令のplayをピー・エル・エー・ワイと読んでたから
英語を知らないうちは日本語のほうが楽
んで、ちょっとしたことなら英語じゃなくて>>784のように記述できても楽っちゃ楽
そんだけ
0790デフォルトの名無しさん
2014/04/22(火) 21:58:29.91ID:aceH+mSU0791デフォルトの名無しさん
2014/04/22(火) 21:58:48.17ID:aceH+mSU0792デフォルトの名無しさん
2014/04/22(火) 22:03:44.05ID:w4l4IAka0793KAC
2014/04/22(火) 22:16:18.41ID:vPp3xv6K単語を簡単にってのなら、そういえば
ぴゅう太 の G-BASIC があったな…
昔の人は色々考えてたんだなぁ。
10 ﾓｼ a < 10 ﾅﾗﾊﾞ 30 ﾆｲｹ
20 100 ｦﾖﾍﾞ
30 ｵﾜﾘ
100 ｶｴﾚ
0794デフォルトの名無しさん
2014/04/22(火) 22:38:50.70ID:yZExreoi”英語だから" と間違って考えている人がいる限り
日本語プログラミング言語なんて馬鹿げた考えが
何度も出てくるんだろうなｗ
プログラマ上級者まで行かなくても
中級者レベルなら、英語というか
エセ英語のプログラミング英語は
何の苦もなくもなく使える。
0795デフォルトの名無しさん
2014/04/22(火) 22:48:23.08ID:DwFEDI7c0796デフォルトの名無しさん
2014/04/22(火) 22:50:52.54ID:yZExreoi0797KAC
2014/04/22(火) 23:04:03.84ID:vPp3xv6K虚無 主処理 ( 虚無 ){
文字 揮発 * 表示文字列;
数字 愛 = 0;
する間( ! 表示文字列[0] ){ 寝る(愛);愛++; }
書式付表示("%s\n",表示文字列);
}
0798デフォルトの名無しさん
2014/04/22(火) 23:38:20.42ID:z8WHMXPV0799デフォルトの名無しさん
2014/04/22(火) 23:38:54.78ID:yZExreoiそれをグラフィカルにしてみたらどうなるの？
0800デフォルトの名無しさん
2014/04/22(火) 23:49:10.28ID:3kjpv9g4その手の奴はいつでもやってる
関西弁バージョンとかも定番だし
http://inforno.net/articles/2008/03/04/japanese-language-programing-in-scala
0801デフォルトの名無しさん
2014/04/23(水) 00:37:00.37ID:ArDtJbWQ英語に固執する理由が無いっての
中高生以上ならプログラミング程度の英語は出来て当然
それが大前提だから英語力がどうとかいう話じゃないの
英語できるとかプログラミング書けるとかそういうところに優越を感じるレベルでもなくて
ただ単に書きやすいとか、やりやすいとかそういうこと
よくカスタマイズ出来るとかを粋に感じてiphoneに対してandroid推してる奴とかいたけど
そういうどうでもいいとこではなくて、チョチョイとシミュレーション計算したいとか
プログラミングを負荷が少なくもっと簡単に勉強したいとか
日本語でパラパラと書きたいとか、そういうニーズもあるっちゃあるでしょ？ってこと
0802デフォルトの名無しさん
2014/04/23(水) 00:40:04.58ID:7vo5B08Zキーボードは英語を一番入力しやすいように
作られてるんだし。 1キー = 1文字
まあ、アルファベットを使う言語なら
英語じゃなくてもいいけど。
0803デフォルトの名無しさん
2014/04/23(水) 00:51:49.49ID:jGDL0Z25別に英語知らんでも
「えふおーあーる、かっこ…あいえぬてぃー・あいは最初ゼロ、あいが10より小さい間繰り返す、毎回あい増やす」
「あいえふ、あいパーセント2がゼロなら、ぴーゆーてぃーえす偶数」
こんな読み方してようが、1人でプログラミングするには支障ないしな
そもそも複数人だろうと、例えばC言語の関数名とかは
略した名前が多いから割と読み方に個性出ると思うが、意外と意思疎通できるし…
0804デフォルトの名無しさん
2014/04/23(水) 01:00:32.01ID:7vo5B08Z名前つけるときどうするの？
0805デフォルトの名無しさん
2014/04/23(水) 01:02:36.23ID:ArDtJbWQ英語でいいじゃんて人がいてもいいけど、それは全員ではないの
わざわざ日本語で覚えるくらいなら、英語で覚えた方がいいのはある程度当然としても
（ifなんかはどの共通なわけで）
かんすう あれ（なに、それ）
これ ＝ なに ＋ それ ＋ なに ＊ それ
もどす これ。
function func(a,b)
c = a + b + a * b
ret c
end
まあ、どっちでもよくて日本語のバージョンがあってもいいんだよ
本格的にプログラミングしてなにかを作りたいとかなら
英語とか日本語云々よりC＋＋とかJAVAとかの言語の選択になると
0806デフォルトの名無しさん
2014/04/23(水) 01:04:00.95ID:oGKIc+Vkそれを2000年頃に当時の２ちゃん語を使って書いたことがある。
10 ﾓｼﾓﾀﾞﾖ a < 10 ﾅﾗﾊﾞ 30 ﾆｲｯﾃﾖｼ
20 ﾎｻﾞｹ ”ｵﾏｴﾓﾅｰ”
30 ｼﾈ
のような感じで。
それを面白がった人たちが実際に動くようにしたのが
ギコBASIC
…もはや過去の遺物だが
0807デフォルトの名無しさん
2014/04/23(水) 01:06:51.79ID:ArDtJbWQもっとNHK教育的なやつｗｗｗWWWW
0808デフォルトの名無しさん
2014/04/23(水) 01:21:41.16ID:7vo5B08Z日本語の文法を守れないのに、
日本語にする必要あるの？
0809デフォルトの名無しさん
2014/04/23(水) 01:24:26.80ID:ArDtJbWQ楽さが人によって違うんじゃないかな？
日本語文法をできるだけ守ろうとするのはなでしこだけど
単に全角の日本語で書けてもいいよねと
簡単な例しか書いてないけど、通常の長いプログラムとかはとにかく「英語」なんだよ
日本語の方が、日本語に接してきた人なら瞬間的に認知しやすいというのはあると思う
0810デフォルトの名無しさん
2014/04/23(水) 02:19:22.18ID:jGDL0Z25ローマ字でいい、組むことそのものにはあんま関係ないよ
…と言うか、俺なんて英語よりプログラミングが先で
プログラミングに出てくる単語から英語覚えたけどな
フォー、ワイル、イント、プリントはともかく
IFは実際アイエフだったし、LOCATEなんてロカテだったw
AUTOは見事にアウト…w
0811デフォルトの名無しさん
2014/04/23(水) 02:23:40.86ID:ArDtJbWQ0812デフォルトの名無しさん
2014/04/23(水) 19:43:25.97ID:SR7M9SSiエージェントは日本語が有ってるかも
0813デフォルトの名無しさん
2014/04/23(水) 23:18:37.09ID:pr9pTfENこれをもう少し拡大して考えると、EnableNantokaSwhithとか英語で書かれまくってるプログラミング言語は実は日常使わない英語なのでパッと見敷居が高い
初心者からちょっとしたプログラムやアプリケーションを作るまでの労力が現在１０なら、それを５や６まで少なする
電卓くらい当たり前に使えるプログラミング言語があってもよくて、それがグラフィカルなものだったり日本語のものだったり
プロフェッショナルな方向性ではなく、初歩の習得の容易さや簡易なプログラムに対する敷居の低さを考える
パソコンでも文房具でもスマホでもそうだけど、一般向けの物は利便さだけではなく使用することの敷居の低さや容易さ、安さ、耐久性、確実さなどを追求するベクトルがある
だから、簡易な言語や機能としてプロや上級者のためではないものあっていい
0814デフォルトの名無しさん
2014/04/23(水) 23:29:57.94ID:+4GGWROK0815デフォルトの名無しさん
2014/04/23(水) 23:41:44.76ID:+4GGWROKさらには欲を言えばRDBMSの概念もグラフィカル思考に近づけたい
0816デフォルトの名無しさん
2014/04/23(水) 23:50:28.55ID:+4GGWROK0817デフォルトの名無しさん
2014/04/23(水) 23:52:03.83ID:+4GGWROK0818デフォルトの名無しさん
2014/04/24(木) 02:25:29.86ID:vGFJI3hLわかる
0819デフォルトの名無しさん
2014/04/24(木) 04:36:49.95ID:6xlhO1bi能書きはいいから、さっさと考えろよ。
0820デフォルトの名無しさん
2014/04/24(木) 06:23:51.17ID:+kum9QE5何がしたいか分からなきゃ、モデル作り用がないんだが。
0821デフォルトの名無しさん
2014/04/24(木) 06:45:54.71ID:6xlhO1bi何もアイデアを持っていない。
まず何が問題で、何を解決したいのか自分でわかっていない。
よくよく聞いてみると、結局プログラミングが苦手なだけという。
0822デフォルトの名無しさん
2014/04/24(木) 07:38:52.76ID:liWFOTCB苦手か、もしくは知らない人間が作るとどうなるかっていうとこが知りたいだけだ
0823デフォルトの名無しさん
2014/04/24(木) 09:11:40.08ID:6xlhO1biたとえば自転車の補助輪は、
競輪選手にとっての足かせになるように。
そういうプロの人にとって役に立たないどころか
逆に生産性を下げるようなものは受け付けられない。
0824デフォルトの名無しさん
2014/04/24(木) 09:57:19.29ID:jKz35WZ50825デフォルトの名無しさん
2014/04/24(木) 10:17:58.42ID:N7H+wX8TER 図編集したら、データベースの定義スクリプト吐く奴ってないんだっけ？
0826デフォルトの名無しさん
2014/04/24(木) 10:27:43.60ID:k8u3HaH4能書きはいいからさっさと考えろよ
0827デフォルトの名無しさん
2014/04/24(木) 11:27:35.33ID:463WpYd+0828デフォルトの名無しさん
2014/04/24(木) 12:18:45.72ID:bkiqjmph頭がおかしい
0829デフォルトの名無しさん
2014/04/24(木) 15:14:17.15ID:KT8TA3nlmax/msp
0830デフォルトの名無しさん
2014/04/24(木) 21:12:35.44ID:1zyCBOxGMVCモデルって書かれてる時点でWebだってわかるだろ馬鹿か？
0831デフォルトの名無しさん
2014/04/24(木) 21:13:46.23ID:1zyCBOxGアセンブラでもやってろ
0832デフォルトの名無しさん
2014/04/24(木) 21:57:05.61ID:6xlhO1bi> ER 図編集したら、データベースの定義スクリプト吐く奴ってないんだっけ？
あるよ。俺が知っているので言えば、MySQL Workbench
ただプログラム（ストアドプロシージャ）に関しては
ER図からストアドなんか生成できなかったはず。
MySQL Workbenchで管理できるけどコード自体は手入力。
で、今思い出したけど、Accessにはクエリビルダって言ってテーブルを線で結んで
JOINを作って、表示・更新フィールドをリストから選んで・・・ってやって
SQLを生成する機能あるよ。
https://www.bitpower.co.jp/software/muryou/%E3%82%AF%E3%82%A8%E3%83%AA%E3%81%AE%E6%AD%A3%E4%BD%93.pdf
SQLがプログラム言語のカテゴリになるのかは知らないけど、
これなんか、グラフィカルなプログラム言語として理想的な機能なんじゃないの？
もっとも俺はSQL直接書いてるけどね。今はAccess使ってないし、
複雑なものはクエリビルダでは作れなかったので。
今も実際に使っている人どう？ 自分が使っていた時から
15年ぐらい経つけどあれから何か便利になった？
0833デフォルトの名無しさん
2014/04/24(木) 22:00:05.28ID:6xlhO1biMVCモデルというのはウェブが一般に普及していなかった時代に
SmalltalkでGUIアプリを作る時に使う設計だよ。
ウェブのMVCモデルというのはMVC2とも言って
元々のMVCとは似て非なるもの。
0834デフォルトの名無しさん
2014/04/24(木) 22:04:37.65ID:+kum9QE5>>833の言う通りだな(´･_･`)なんつーか付け焼き刃が粋がってバカを晒してる感じかね
0835デフォルトの名無しさん
2014/04/24(木) 22:10:36.66ID:OqTnxjBg0836デフォルトの名無しさん
2014/04/24(木) 22:12:00.19ID:f6grzxUJグラフィカルどころか立体だけど
0837デフォルトの名無しさん
2014/04/24(木) 22:17:22.30ID:6xlhO1biこれかな？
http://www26.atwiki.jp/minecraft/pages/26.html
真理値表 に対応するオブジェクトをminecraftで作ってみたって感じかな？
0838デフォルトの名無しさん
2014/04/24(木) 22:52:32.69ID:jKz35WZ5公式のガイドでMVCで作りなさいよ、iPhoneのUIはシングルウィンドウで
タッチインターフェイスのMacOSXのようなものだから
MVCで役割分離することでビューの差し替えで簡単に
iPhone、iPad、Mac間で相互で動くアプリが作れますよって説明されるな。
http://i.imgur.com/ON47ypg.jpg
…そういやAppleはMVCでビュー分離して環境ごとに最適化したUIを作れゆーてるけど
Windows8とかAndroidはデスクトップとタブレットとモバイルで
UI切り替えろゆーてないのかしら…
0839デフォルトの名無しさん
2014/04/24(木) 22:58:35.84ID:ZwmdV8jXLabview
http://www.ni.com/newsletter/51735/ja/
Matlab
http://www.tech.plym.ac.uk/sme/mech331/fuel5.htm
0840デフォルトの名無しさん
2014/04/24(木) 23:16:05.97ID:h8TOm7ugそう言われれば Access もあったな。
いまいち痒いところに手が届かなかったから、おらも SQL てで書いてたな。
Access97 の時代だから、今どうなってるのからさっぱりだわ。
0841デフォルトの名無しさん
2014/04/24(木) 23:19:23.92ID:6xlhO1biおー、やっと分かった。
http://www.ni.com/video/1875/ja/
これの3:10秒ぐらいの所、
(39.10 - 32.00) * (5.00 / 9.00) という計算式を
グラフィカルに書くとああなるんだな。
0842デフォルトの名無しさん
2014/04/24(木) 23:31:39.53ID:jKz35WZ5そーゆーのだとだいぶ前からこのスレで出てたじゃない。
0843デフォルトの名無しさん
2014/04/24(木) 23:34:44.39ID:6xlhO1bi＋とか−とかのアイコンをポトペタで置いていくとは
思わないでしょ？
0844デフォルトの名無しさん
2014/04/24(木) 23:37:42.36ID:6xlhO1bi>>841の「温度計」っていうのは、
最初から用意されたパーツなわけ？
それともあれも作れるの？
データ変更時イベント発生時（onchange）に
他のパーツに値をセットするだけの処理じゃなくて、
あのパーツそのものをどうやって作るのかを見てみたい。
0845デフォルトの名無しさん
2014/04/25(金) 00:01:59.39ID:jKz35WZ5http://www.ni.com/labview/why/ja/
0846デフォルトの名無しさん
2014/04/25(金) 00:03:54.29ID:Pkyhb6hg0847デフォルトの名無しさん
2014/04/25(金) 01:04:32.37ID:4klH39dYそれ用意されているものを配置しているだけでしょう？
0848デフォルトの名無しさん
2014/04/25(金) 06:25:18.34ID:8Y6XQoMM0849デフォルトの名無しさん
2014/04/25(金) 08:24:52.16ID:IMABWYJa普通の言語も用意された機能やライブラリを書いてるだけだが？
0850デフォルトの名無しさん
2014/04/25(金) 11:28:40.59ID:4klH39dYえと、だからそのライブラリ（用意されているパーツ）を
どうやって作るのかを見てみたいって話なんだけど。
0851デフォルトの名無しさん
2014/04/25(金) 11:46:57.09ID:IMABWYJa一般的な話としてはプリミティブな奴は普通の言語で作ればいいでしょ？
グラフィカルな奴で作ったものを部品として使いたいならそう言う仕組み (ライブラリアンとか) 作ればいいだけで、普通の言語と同じでしょ。
>>839 の奴が具体的にどうしているか知りたいなら、ベンダーに聞けばいいだけだし。
0852デフォルトの名無しさん
2014/04/25(金) 12:20:07.17ID:4klH39dYグラフィカルなプログラミング言語というより
用意されているものを、つなげるだけなのね。
0853デフォルトの名無しさん
2014/04/25(金) 12:53:00.71ID:IMABWYJaいや、だから普通の言語と同じでしょ。
いったい何を期待してるんだ？
0854デフォルトの名無しさん
2014/04/25(金) 13:40:48.39ID:4klH39dY> いや、だから普通の言語と同じでしょ。
それは言い方がおかしい。
君が言った
> 一般的な話としてはプリミティブな奴は普通の言語で作ればいいでしょ？
からすると、
グラフィカル言語が普通の言語と同じなのではなく、
パーツを作るときにはグラフィカル言語のやり方ができないので、
普通の言語で作るしか無いという意味でしょう？
0855デフォルトの名無しさん
2014/04/25(金) 14:01:10.07ID:IMABWYJa>>851 の最初の文しか読んでないのかよ (w
0856デフォルトの名無しさん
2014/04/25(金) 14:02:45.52ID:4klH39dYだって、プリミティブなもの（＝パーツ）を
どうやって作るのかを質問したのですから・・・。
0857デフォルトの名無しさん
2014/04/25(金) 14:08:15.68ID:IMABWYJaパーツが必ずしもプリミティブというわけじゃないぞ。
とにかく適当な言語の実装調べてこいよ。
0858デフォルトの名無しさん
2014/04/25(金) 14:08:56.01ID:3vuOghX4混乱してる素人臭がすげぇ
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:IZttWr8m0863デフォルトの名無しさん
2014/04/25(金) 15:07:26.19ID:YQS1C1Wkプログラムが無い状態ではCPUにわかる命令がメモリに保存されていないとコンピューターが動作しない
コンピューター（CPU）を動作させる命令は機械語と呼ばれているもので、
数値で表せば10011101010のように２値の組み合わせで表される
まずこれが最初にあって、その後その命令でアセンブラのようなより簡易にプログラミングできる言語環境が提供される
さらに、C言語など人がよりプログラミングしやすい言語環境が提供されるが
すでに、それら環境が提供されている状態ではC言語でC言語をコンパイルする環境を構築することも可能である
なぜならば、C言語で書かれたプログラムは多くの場合、最終的には機械語に翻訳されるためC言語でC言語の環境を作成しそれを機械語に翻訳するという作業には何もおかしなところがないからである
0864デフォルトの名無しさん
2014/04/25(金) 15:08:04.90ID:jrLTZF6i> レゴブロックで説明した方が早そうな感じ
期待してる。
0865デフォルトの名無しさん
2014/04/25(金) 19:35:22.43ID:+wM+/P+Iこいつ++バカだろ。
相変わらず視点が矮小すぎて笑えるw
0866デフォルトの名無しさん
2014/04/25(金) 19:36:34.78ID:KbLWmMY4C#とかも一部はCなんかのコードを呼び出してるし、スクリプト言語でもその言語自体で実装された処理系があるのは人と金が大量にあるほんの一部の言語だけ
0867デフォルトの名無しさん
2014/04/25(金) 19:58:12.69ID:jPmvuOB6汎用言語と競合するものじゃない
ＤＳＬでなにがわるい
0868デフォルトの名無しさん
2014/04/25(金) 20:00:43.11ID:MZsAYGmzなんというソフトだったかは忘れた。
10年後にはコーディングなんて原始的な作業になっていてオーサリングツールを
使ってグラフィカルインターフェイスだけでプログラミングする時代になるんだろうな
なんて想像していたけど、そんな時代はまだまだ先の話みたいだね。
0869デフォルトの名無しさん
2014/04/25(金) 20:13:21.91ID:jPmvuOB60870デフォルトの名無しさん
2014/04/25(金) 20:28:22.17ID:nsFgzzSj言語能力とライブラリが飛躍的に向上したからね。
昔（Window 95時代）は入力値が変わると
出力が変わるみたいな、データフロータイプな処理は
入力が変わったことを検知するループを作ってとか
受け取ったメッセージを適切な型に変換してとか
色々煩雑な処理が必要だってけど、今はjQuery風に書くと
$('#src').on('change', function() {
var val = $(this).val();
val = 色々計算(val)
$('#dest').val(val);
});
この程度で書けるようになってしまったしね。
少なくともデータフロータイプに関しては言語ではなくて、
用意されているライブラリぐらいにしか価値がなくなってる。
0871デフォルトの名無しさん
2014/04/25(金) 21:22:12.57ID:u79u0vmHKlick&Playのこと？
0872KAC
2014/04/26(土) 15:40:43.79ID:+E4Yxb7wYPSみたいに構造化を視覚化する開発環境を連想するものもいれば、
アニメ「宇宙のステルヴィア」みたいに文字などが一切でないものを連想するものもいる。
前者なら、いろいろな会社からすでに製品が出されているから実現は可能。
後者なら、「どうやって表現するのか」が議論ななるんだろう。
別のことを思っている者が会話しても話は進まんよ。
0873デフォルトの名無しさん
2014/04/27(日) 07:40:59.71ID:XY8MAa1tWindowsでエクスプローラーで、
・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:PjLFHi1Y0875デフォルトの名無しさん
2014/04/27(日) 13:15:11.97ID:t1mtJyDY初期のWindowsならそういうこともあったかも知れんね、DOS上で動いてたし
ただ今はコマンド自体もWindowsAPI呼んでるだろうし
Explorerからコマンド経由でAPIなんてことワザワザやらんかと
それに近いことやってるのはLinux世界かな
基本的なファイル操作は流石に枯れてて今更GUIからコマンド経由せんでもいいが
開発の続いてる技術に関しては、まずコマンドで実装される傾向があるから
ガワだけ作って内部でコマンド呼ぶ、フロントエンドってやり方はよく使われる
0876デフォルトの名無しさん
2014/04/27(日) 13:33:59.88ID:TcUJdg0lねーよ。適当な事言ってんな。
0877デフォルトの名無しさん
2014/04/27(日) 13:40:24.86ID:t1mtJyDYかも知れんは、かも知れんレベルの話として受け取ってもらうしかないぞ
0878デフォルトの名無しさん
2014/04/27(日) 13:50:17.75ID:TcUJdg0lねーよ。
0879デフォルトの名無しさん
2014/04/27(日) 13:52:20.88ID:t1mtJyDY0880デフォルトの名無しさん
2014/04/27(日) 13:56:26.98ID:jKbi43u90881デフォルトの名無しさん
2014/04/27(日) 14:04:07.25ID:t1mtJyDY0882デフォルトの名無しさん
2014/04/27(日) 14:36:46.06ID:udbvuRA2子供から年配の人まで気軽にできるようなものを作りたい
0883デフォルトの名無しさん
2014/04/27(日) 15:14:36.87ID:s0NPrJowおもちゃコントロール言語なら
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/おもちゃじゃなくて使用性の高い言語って意味
0885デフォルトの名無しさん
2014/04/29(火) 01:42:16.09ID:bQ2SMtm3意味すら理解できなかったじゃないの。
0886デフォルトの名無しさん
2014/04/30(水) 22:02:58.74ID:xx8J+Or/0887デフォルトの名無しさん
2014/05/01(木) 00:11:25.73ID:x4N+3w9lいろんなショートカット覚えたら尋常じゃないくらい作業早くなって行くしな
0888デフォルトの名無しさん
2014/05/01(木) 01:45:26.75ID:7LtY7D/L入力や出力の個数の変化に応えられるし定型化された操作を振るだけで結果が出る
そして大抵の事務作業はこれに適していること
これはかなり理想に近いんじゃないかと思う(あくまで仕事をこなすのがプログラムとした場合の記述方法として)
対応できないのも相当にあるけどこのスレの目指すグラフィカルな言語ってのは
やっぱりある程度の妥協点(目的に特化、図としての利点を伸ばす)がないとテキスト記述にゃ叶わないと思うわ
確かに図は人間に分かり易いし直感的なんだが文字に直感が働くよう訓練するほうがコンピュータへの指示においては色々便利
曖昧さがないし解析も容易
結局グラryであっても解析は行うだろうけど得られる結果が同一であるものを目指した場合にどっちが人間が正確に書けるかっていう
0889デフォルトの名無しさん
2014/05/01(木) 16:08:08.75ID:Uxtylliz0890デフォルトの名無しさん
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今時は、UMLかSysML。
0893デフォルトの名無しさん
2014/05/02(金) 13:54:08.00ID:Pfd+HO5D実装は空。
0894KAC
2014/05/02(金) 15:05:10.87ID:I4CxCkeyUMLってのはクラス図だけじゃなくて、
構造と振る舞いを記載できる仕様記述言語だよ。
動きなら、状態遷移図とかシーケンスとかであらわす。
0895デフォルトの名無しさん
2014/05/02(金) 15:20:03.73ID:AiE+A4Zp0896KAC
2014/05/02(金) 15:43:39.35ID:I4CxCkeyオブジェクト指向で設計したもの(UMLで記載)が
C言語で実装できるかとかそういう話？
ちゃんと理解してれば実装できるけど、
相性がいいかと言われればNoだな。
0897デフォルトの名無しさん
2014/05/02(金) 15:50:04.40ID:s2AKWD4F0898KAC
2014/05/02(金) 15:58:37.18ID:I4CxCkey関数型定義で擬似オブジェクト指向を造る話のほうかとかと思たよ。
関数型言語ならそう書いてくれ。
0899デフォルトの名無しさん
2014/05/02(金) 17:13:01.73ID:VGttU68Q0900デフォルトの名無しさん
2014/05/02(金) 17:17:32.32ID:VGttU68Qオブジェクト指向は考え方だから、C言語だろうが何言語だろうが
その考え方に基づいてプログラミングしたらオブジェクト指向だよ
オブジェクト指向プログラミング言語はそれを行い易く設計された言語だから
普通はそれを使うけど、C言語でやったとしてもそれは擬似とかじゃないぞ
0901デフォルトの名無しさん
2014/05/02(金) 17:23:14.07ID:+HoqucNWOOPでググれ
0902デフォルトの名無しさん
2014/05/02(金) 17:32:51.27ID:YjmVn3e2Javaでまだなんか違うと思って
Objective-Cでああこれだ、と納得したクチなので
たぶんあれぐらいみんな自分のいるとこがオブジェクト指向だと
認識がバラバラの言葉もないと思う。
0903デフォルトの名無しさん
2014/05/02(金) 17:34:36.24ID:MIIxms9bCでメソッドのオーバーライド実現させる方法わかる？
0904デフォルトの名無しさん
2014/05/02(金) 17:40:00.07ID:s2C1A73T0905デフォルトの名無しさん
2014/05/02(金) 17:56:08.78ID:YjmVn3e2関数の頭の方に記述してあるであろう"メソッド文字列判定部"の
本来の処理の前の部分に違う処理書いて"オーバーライド"？
たぶん実際背後ではこれに似たことやってるだろうから
Cプログラマはオブジェクト指向嫌うのかもな。
0906デフォルトの名無しさん
2014/05/02(金) 18:00:53.34ID:pCCcCqiJ頭の中でグラフィカルに展開されるけどな
結局は何と何が繋がってるかに過ぎないわけで
右脳使え右脳
0907デフォルトの名無しさん
2014/05/02(金) 18:02:33.37ID:s2AKWD4FObjective-CっだってランタイムはCで書かれてるから、Cでも出来ない事は無いだろ。
メソッドは文字列で管理してるな。
レシーバがサブクラスならサブクラスのメソッドリストを探してとかやるんじゃね？
0908デフォルトの名無しさん
2014/05/02(金) 18:18:29.52ID:kG5D/T/U関数ポインタ使ったらあかんの？
0909デフォルトの名無しさん
2014/05/02(金) 18:26:07.73ID:YjmVn3e2C+smalltalkだからポインタなんて知らない人もみんな
(hoge*) hageで*はおまじない扱いでインスタンス宣言しとるな。
0910デフォルトの名無しさん
2014/05/02(金) 18:52:35.67ID:AiE+A4Zp今時関数型書いて構造プログラミングもないだろw
いや言いたかったのは関数型にしたときに分類されるデータなどはオブジェクト志向のクラスとはまた粒度とかことなってくるからUMLがうまく適合するのかなーって話。
0911デフォルトの名無しさん
2014/05/02(金) 22:21:52.27ID:Pfd+HO5D> 動きなら、状態遷移図とかシーケンスとかであらわす。
状態遷移図やシーケンス図って
そんなに書きますか？
複雑な場合には使いますけど、
さすがにフローチャートの代わりにはならないと思いますが？
0912デフォルトの名無しさん
2014/05/03(土) 01:37:53.52ID:xxSHnc2zつーか言語仕様としては書けるけど誰も書いてなくね
0913デフォルトの名無しさん
2014/05/03(土) 02:01:13.97ID:57QiFJuQ標準化したせいで言語としての厳密さとか使わない書き方とか
盛り込まれて、仕様の8割使わない。ってボロクソ言ってたから
逆に標準UML2.0に厳密に従えば言語の代わりになるんじゃね？
俺3種類ぐらいの書き方しか使わないけど。
0914デフォルトの名無しさん
2014/05/03(土) 02:06:22.91ID:Nb5eUXCJ0915デフォルトの名無しさん
2014/05/03(土) 03:05:14.18ID:BzVjbdP5組み込み系とか通信系とかなら普通に使うぞ > 状態遷移図、シーケンス図
0916デフォルトの名無しさん
2014/05/03(土) 12:35:24.66ID:NUO+XoEk0917デフォルトの名無しさん
2014/05/03(土) 12:50:46.89ID:pGCoyN25状態遷移図やシーケンス図だけで組み込みアプリ作ってるの？
使うのは組み込みアプリの中の一部分だけじゃない？ってことなんだけど。
思うにグラフィカルなものが適しているのって
「特定の種類のアプリ」ではなくて「アプリの中の一部分」だと思うんだ。
一つのアプリを作るとき、状態遷移図が適している部分には
状態遷移図を使うだろうけどそれ以外の部分には使わないでしょ？
フローチャートでは書くことができるけど、状態遷移図では
書けないってものがあるはず。
それと同じでグラフィカルなものが適している部分はあるけれど
アプリ全体全てがグラフィカルで作るのに適しているものはないんじゃないかな。
0918デフォルトの名無しさん
2014/05/03(土) 13:03:16.36ID:BzVjbdP5適材適所って言葉知ってる？
なんか、使 { わない理由 | えない言い訳 } を探してるとしか思えない。
0919デフォルトの名無しさん
2014/05/03(土) 13:06:34.71ID:pGCoyN25いや、だから俺も適材適所の話をしてるのよ。
一つのアプリの中で適材適所というものがあって、
アプリ全体を一つのやり方で作れないって話。
たとえばクラス図があれば、クラスの雛形、つまり関数定義はできるけど
その関数の実装はクラス図じゃできない。関数の実装は
フローチャート図だろうねってこと
0920デフォルトの名無しさん
2014/05/03(土) 13:37:07.04ID:QUw1rPx0お前なんかグラフィカルに親でも殺されたの？
0921デフォルトの名無しさん
2014/05/03(土) 13:49:56.05ID:jNwOiaKeそのデータに加工や処理をしていくというデータフロータイプの書き方の方が自然な場合が多くて
処理の方を順番に書く、いわゆるフローチャートをスクリプトに起こした形の
"普通のプログラム"とはだいぶ描き方が変わるよ。
0922デフォルトの名無しさん
2014/05/03(土) 14:06:05.99ID:pGCoyN25あの、>>919では一言も「グラフィカル」のこと言ってないんですけど？
ちょっと過剰反応すぎやしませんか？
0923デフォルトの名無しさん
2014/05/03(土) 14:08:38.05ID:pGCoyN25> そのデータに加工や処理をしていくというデータフロータイプの書き方の方が自然な場合が多くて
それはデータフロー図ってことでいいのでしょうか？
こういうのです。
https://www.google.co.jp/search?q=データフロー図&tbm=isch
0924デフォルトの名無しさん
2014/05/03(土) 14:09:45.12ID:pGCoyN25http://www.dab.hi-ho.ne.jp/sasa/hyoryuki/dfd/
0925デフォルトの名無しさん
2014/05/03(土) 14:12:00.76ID:BzVjbdP5> アプリ全体を一つのやり方で作れないって話。
当たり前でしょ？
何を言いたいのか、さっぱりわからんのだが。
理想の開発環境でも追い求めてるのか？
0926デフォルトの名無しさん
2014/05/03(土) 16:58:14.16ID:zk/sfJQ0最終的にグラフィカルでなくなるなら、それグラフィカル言語なのか？とは思う
0927デフォルトの名無しさん
2014/05/03(土) 17:34:30.03ID:PCsgWtGl通常の言語と同じようにグラフィカルな言語を使うとどうかみたいな話題が以前にあったからそういう系統の話なんじゃないかと
0928デフォルトの名無しさん
2014/05/03(土) 20:20:48.09ID:QUw1rPx0お前のグラフィカルが言語的なものを指してるのか知らんけど、俺は図とか使ってるもの全体を指してるので何もおかしくはないけど。
つーかこの流れでシーケンス図とかクラス図とかでてそれがグラフィカルの範疇に入らないと思ってるのはお前だけだろ。
>>926
最終的にはマシンに対する命令になるんだからその理論は意味ない。
0929デフォルトの名無しさん
2014/05/03(土) 20:34:46.14ID:PCsgWtGl0930デフォルトの名無しさん
2014/05/03(土) 21:58:36.05ID:BzVjbdP5Rational Rhapsody とか使えば、クラス図と状態遷移図からソースコード吐いてくれるよ。
まあ、各状態の処理は個々に書かないといけないけど、状態遷移図とソースコードが必ず一致してる安心感と、シーケンスが正しいかのチェックができるのはいいと思う。
ただ、ちょっと高過ぎる。
0931デフォルトの名無しさん
2014/05/03(土) 22:16:48.24ID:PCsgWtGl0932デフォルトの名無しさん
2014/05/03(土) 22:42:04.39ID:FV78T//Nいつから、シーケンス図やクラス図が
”プログラム言語” になったの？
UMLはその名の通り、モデリング言語っていうのならわかるけど、
プログラム言語かどうかだよね？
0933デフォルトの名無しさん
2014/05/03(土) 22:43:37.31ID:ygYVYAmb0934デフォルトの名無しさん
2014/05/03(土) 22:46:39.09ID:FV78T//NHTMLはプログラミング言語じゃないし、
UMLもプログラミング言語じゃない。
それだけのことだからｗ
反論するならどーぞ。
しないなら、それはそれでいい。
0935デフォルトの名無しさん
2014/05/04(日) 08:09:16.81ID:y/dXxXPg>>917がおまえと同じか知らんがシーケンス図でプログラムかけるのとか他でもそれでソース生成がとか話に上がってんだろ。
とりあえずおまえの定義と1mmでも違ったらそれは間違ってる言うならどんな議論も成り立たないよきっと。俺の知識はこんなにただしいんだうりいいいいい！ってしたいならブログにでも書けば？
0936デフォルトの名無しさん
2014/05/04(日) 11:48:18.44ID:ph7JBR1/定義というのは個人の定義ではなくて
一般的な定義にしましょう。
それなら（UMLやHTMLはプログラム言語ではないけど）
文句は無いでしょう？
0937デフォルトの名無しさん
2014/05/04(日) 12:39:23.97ID:M/fXRR5a> シーケンス図でプログラムかける
細かい話だが、シーケンス図は動作の結果を書いてる図なので、これからソースを生成できる奴って見たことないんだけど、見落としてるのかなぁ。
ソースとシーケンス図が合ってるかをチェックするのはあるけど。
0938デフォルトの名無しさん
2014/05/04(日) 12:40:55.09ID:M/fXRR5a> HTMLはプログラミング言語じゃないし、
> UMLもプログラミング言語じゃない。
プログラム言語の定義教えて
0939デフォルトの名無しさん
2014/05/04(日) 13:13:54.60ID:89Z5u5ml0940デフォルトの名無しさん
2014/05/04(日) 13:16:14.35ID:M/fXRR5aそれなら UML の状態遷移図は含まれるよな。
0941KAC
2014/05/04(日) 14:52:35.79ID:nXeCksGu普通にプログラミング言語といえば、プログラムを記述できる言語の事だろ。
だから、記述したものをコンパイラやインタプリタ使って実行できればいい。
たとえばUMLで記述したシステムがコンパイルして動けるなら、
UMLもプログラミング言語とよんでもいいとは思うけど、
さすがにそれは無理じゃない？って事を>>934は言ってるんじゃないの？しらんけど。
0942デフォルトの名無しさん
2014/05/04(日) 15:27:00.22ID:M/fXRR5aRhapsody とか ZIPC も知らないってこと？
0943デフォルトの名無しさん
2014/05/04(日) 17:06:25.72ID:/8HFkyurおそらくKACは
C言語は関数でプログラムを構成するから関数型言語
なんだろ
KACのプログラミング知識なんて、そんなレベルだよ
0944デフォルトの名無しさん
2014/05/04(日) 17:27:35.58ID:ItV5J5ts0945デフォルトの名無しさん
2014/05/04(日) 19:35:43.35ID:y/dXxXPgプログラムの何かを記述したり定義する言語ではあるけれど汎用的な言語ではないかもね。
で？
0946デフォルトの名無しさん
2014/05/04(日) 20:09:00.51ID:syIl/0tXそんな捻た読み方するのはお前だけw
0947デフォルトの名無しさん
2014/05/04(日) 20:09:40.78ID:syIl/0tXん？
0948デフォルトの名無しさん
2014/05/04(日) 20:20:50.07ID:/8HFkyurKACさん、またコテを付け忘れてますよw
0949デフォルトの名無しさん
2014/05/04(日) 20:21:35.02ID:Wf2XX2VO「？ あるよ？(例示)」
「ちゃんとプログラムできる奴だよw」
「？？できるよ？(なに言ってんだコイツ？)」
「(∩ ﾟдﾟ)アーアーキコエナーイ」
…
「グラフィカルな"言語"なんてないね！」(再登場)
以下ループ
0950KAC
2014/05/04(日) 21:25:36.39ID:nXeCksGuどうだろ。
その辺のツールを知らないか、
よく知ってて「細かいところまでやろうと思うと結局ソースにてが入る」事を経験してるかじゃない？
モデリングツールはプログラミングに対して万能じゃないよ。
ソースの流れの概要までは出してくれるけどそれ以上はつらい。
だからこそ、特殊なコメントまで埋め込んで編集後のソースからでも
モデリングツールに読み込めるようにしてるんだし。
0951デフォルトの名無しさん
2014/05/04(日) 22:36:39.12ID:y/dXxXPg誰もグラフィカルが全てにおいて万能だなんて話はしてないと思うぞ。
0952デフォルトの名無しさん
2014/05/04(日) 22:58:52.97ID:/8HFkyurあいかわらずKACは無知だなあ....
HTMLはマークアップ言語でUMLはモデリング言語だよ
プログラミング言語とは目的が異なる、ただそれだけのこと
モデリング言語と似たものに仕様記述言語がある
どちらも言語をそのまま実行したり(=インタプリタ)
コードを自動生成できる実装が存在する
でも、そうだからといってこれら言語をプログラミング言語とは呼ばない
なざなら、これら言語の目的は設計や仕様の検証が目的だから
0953デフォルトの名無しさん
2014/05/04(日) 23:35:53.95ID:DsKCbJTj「グラフィカルな"言語"はあるよ！」
「開発効率は悪いよ。」
「 あるよ！」
「いやあっても開発効率は悪いって言ってるんだよ。1+1とか書いてみw」
「あるよ！！」
「だから開発しやすいかどうか話だよ？(なに言ってんだコイツ？)」
「グラフィカルにすると見やすい！」
「見るんだじゃなくて、書く時の話だよ。コードから変換することは否定してない。」
「(∩ ﾟдﾟ)アーアーキコエナーイ」
…
「グラフィカルな"言語"あるよ！」(忘れたように登場)
以下ループ
こういう話だろ？
アーアーいってないで聞きなさい。
最初っからあっても効率が悪いって話だ。
見る時じゃなくて、書く時の話だ。
マウスでアイコンおいて線引くのかよ？
どうせまたあるなしの話にすり替えるんだろうなｗ
0954デフォルトの名無しさん
2014/05/04(日) 23:37:53.40ID:AIHO5oyw自然言語に、チューリング互換性なんか求めないだろ？
本来は「プログラミング"表記"」だから、図形でも良い。
0955デフォルトの名無しさん
2014/05/04(日) 23:43:01.20ID:y/dXxXPgうんだからね？UE4のブループリント、皆コード書かないで済むよヒャッハー！って騒いでるんだけどその辺はどう説明するの？
0956デフォルトの名無しさん
2014/05/04(日) 23:51:59.96ID:DsKCbJTjあー、あれはよくある勘違い。
あれで重要なのは「グラフィカルな言語」ではなくて
グラフィカルなモデリングツールだ。
モデリング、つまり3Dオブジェクトを作って
プレビューするといったものは、ツールで良い。
でもそれはプログラム言語部分ではない。
プログラム言語部分のみにフォーカスするとやっぱり作りづらい。
どっちみち、"文字"がかかれたアイコンを置いて、線でつなげて
そしてやっぱり、そのアイコンの置き場所で悩んで、どんどん
フローチャートのような図が大きくなって、複雑なことはできなくなる。
コード書かないで済むと言っているのは、たんにモデリングできるが
プログラムが出来ない人が、喜んでるだけ。
簡単な事しか出来んよ。プロは使わない。
0957デフォルトの名無しさん
2014/05/04(日) 23:56:05.67ID:DsKCbJTjいうものあるけど、どれも使えないものばかりだったんだよね。
たとえばFlash。最初は本当にコードがなかったのだけれど、
簡易なマクロがついて、結局最終的にはActionScriptという
JavaScriptのような言語がついてしまった。
コードなしでできないことはないけど、やっぱり限界があるんだよね。
HTMLでもビジュアルなHTMLエディタあってもプロはテキストで書くのは
望んだことが出来ないからなんだよ。素人にとっては簡単かもしれないけどさ。
0958デフォルトの名無しさん
2014/05/05(月) 00:06:30.97ID:/DynsGqUごめん。よくわかんない。
プログラミング言語とは排他なの？
0959デフォルトの名無しさん
2014/05/05(月) 00:08:47.80ID:fsdaxj0E（文字の）プログラミング言語 と
たとえばGUIエディタは、組み合わせて使えるけど？
RADツールとか。
でもそんな話はしてないよね？
RADツールのプログラミング言語部分を
グラフィカルに書こう（見るのではなく）って
話がしたいんでしょ？
0960デフォルトの名無しさん
2014/05/05(月) 00:09:26.93ID:/DynsGqUえ、942で書いてるのも使えないの？
0961デフォルトの名無しさん
2014/05/05(月) 00:11:58.74ID:Bc7ofltv952はそうじゃないポイ
排他だって意見にみえるんだけど
0962デフォルトの名無しさん
2014/05/05(月) 00:14:18.10ID:Bc7ofltv0963デフォルトの名無しさん
2014/05/05(月) 00:16:32.67ID:er9naDA4やっぱりろくに知らないくせにうんちく垂れてるのか。
なんで完全にそれのみで完結しないとダメって思考になってるんだろうね。
汎用的な言語でもUI絡みはフォームエディタ使ったり一部マシン語なりc++で書いたりとかするんだけどそれと本質は何も変わらないんだが。
適材適所で向いてるところに向いてるものを使うだけ。
全てをグラフィカルでかけないからダメだとか言ってんのはお前ぐらいだよ。
0964デフォルトの名無しさん
2014/05/05(月) 00:23:27.22ID:fsdaxj0E「全てをグラフィカルで書く」って誰が言ってるんだ？
現在、「文字で書いているプログラミング言語部分」を
グラフィカルで書くって話だろ？
そしてその答えは「存在するけど、開発効率悪い」だろ？
なんどもで出てる答えだよね？
0965デフォルトの名無しさん
2014/05/05(月) 00:24:02.80ID:fsdaxj0Eプログラミング言語ではない。
0966デフォルトの名無しさん
2014/05/05(月) 00:33:40.50ID:diJrhHdz目的別の分類だから「排他」だね
モデリングは設計でプログラミングは実装であって
抽象化のレベルが異なるから両立できないしすべきではないと思う
少なくとも両立した言語の存在を自分は知らない
あと、テキストやグラフィカルといった言語の表現とは「交差」できる
たとえばSDLと呼ばれる通信プロトコルの仕様記述言語では、
テキスト表現(SDL/PR)とグラフィカル表現(SDL/GR)が
ISO国際標準規格として定義されている
0967デフォルトの名無しさん
2014/05/05(月) 00:34:26.26ID:h1xpH1kA「作成画面」＝「人間が見る最終的な出力結果」だからなんだよ。
モデリングツールもそう
「作成画面」＝「人間が見る最終的な出力結果」
でもプログラミング言語部分は、たとえグラフィカルに書いたとしても
「作成画面」！＝「人間が見る最終的な出力結果」
だから、ツールを使う必要性がない。
こういう所をわざわざ作成が面倒な
グラフィカルで作る理由がないんだよね。
0968デフォルトの名無しさん
2014/05/05(月) 00:37:56.73ID:er9naDA4言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0969デフォルトの名無しさん
2014/05/05(月) 00:38:15.81ID:er9naDA4言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0970デフォルトの名無しさん
2014/05/05(月) 00:39:51.35ID:er9naDA4言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0971デフォルトの名無しさん
2014/05/05(月) 00:40:10.19ID:er9naDA4言語で書いてるもののうちグラフィカルで書いた方が適切なものがあるって話だろ。
それを＋＋がーとか言ってるのはお前だけだよ。
0972デフォルトの名無しさん
2014/05/05(月) 00:44:13.45ID:er9naDA40973デフォルトの名無しさん
2014/05/05(月) 00:45:51.33ID:QeoO3ajwソースコードが吐かれようがなんだろうがやってる事はデザインの作成でしか無い
プログラミング言語でデザインまでやってた所をデザインツールで出来るようになりましたって話で
グラフィカルにプログラミング出来るようになったわけじゃない
0974デフォルトの名無しさん
2014/05/05(月) 01:14:36.50ID:er9naDA4目に見える物でしかツールが有効でないってのは何も根拠がないと思うけどね。
エクスプローラで操作するファイルは目に見えないけど大方の人は使ってるんじゃない？
そもそも言語にしても記号を操作してるだけ。どうして他の可能性がないとするのか理解に苦しむ。
0975デフォルトの名無しさん
2014/05/05(月) 02:10:42.90ID:vcPa62FD↓(修正)
グラフィカルだけじゃ言語にならない！
↓(修正)
グラフィカルじゃ効率悪い！1＋1とか！
わかってることだけどバカだろコイツ
0976デフォルトの名無しさん
2014/05/05(月) 04:48:10.29ID:h1xpH1kA何言ってるんだ？ 最初から効率が悪いって話だろうが
最初の方のレスを見てみようか？
>>3
> じゃあ、1+1をグラフィカルに表現してみてくれ。
> そっちのほうがもっと嫌になるぞ。
できないといってない。（できるが）嫌になると言ってる。
>>11
> 教育用以外で汎用的なグラフィカルプログラミング言語が成功した事例は聞かないな。
事例はあるが、成功したものがないと言っている。
>>15
> コネクタ(線)だらけになるぞ
> 表示する際はマスキングして見やすくできるかもしれんが、
> プログラミングする際はコネクタ(線)を繋ぐ操作が面倒になる
面倒になると言っている。
0977デフォルトの名無しさん
2014/05/05(月) 05:14:33.47ID:vcPa62FDで、毎回「(∩ ﾟдﾟ)アーアーキコエナーイ！」ってやって
ほとぼり冷めたらぜんぶ聞こえなかったフリして
また一からおんなじこと言い出してただけだよね。
バカだから。
0978デフォルトの名無しさん
2014/05/05(月) 05:54:54.50ID:h1xpH1kA論破ってなにそれ？
最初から「グラフィカルじゃ効率悪い」という話だよってことなんだが、
なにを論破したの？効率が悪く無いって話？
言ってることがおかしいよね。
俺が言ってるのは>>975が間違いだってこと。
つまり「グラフィカルな言語なんて無い」が最初ではなくて
グラフィカルじゃ効率悪い！という話が最初だって言ってるんだ。
少なくともこっちは論破できなかったね？
0979デフォルトの名無しさん
2014/05/05(月) 08:26:52.40ID:NiHw4eoO> ソースの流れの概要までは出してくれるけどそれ以上はつらい。
お前ツール使ったことないだろ
ソースから概要とか出すんじゃなくて、UML 図とか状態遷移表を書いてそれからソースを出すんだぞ
0980デフォルトの名無しさん
2014/05/05(月) 09:43:17.42ID:er9naDA4また＋＋がかけないからとか言ってんの？
ブループリント、概ね好評みたいだけどそれはみない振りか。
ブループリントの開発効率が悪かったら最初から使われないと思うんだけどそこはどう説明するのかなー
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ツールから生成するって、それ関数定義だけだし。
ヘッダファイル程度が関の山
その後のコードがプログラム言語が必要とされる部分だよ。
0986デフォルトの名無しさん
2014/05/05(月) 10:16:09.28ID:wP+kEzIq実際に書いてみたら、1をマウスでもってきて〜
プラスをマウスで持ってきて〜
1をマウスで持ってきて〜
ほら、絵がかけました。
だもんな、
たった1+1に一体どれだけ時間かけてるんだよとｗ
0987デフォルトの名無しさん
2014/05/05(月) 10:16:44.15ID:wP+kEzIq> ブループリントの開発効率が悪かったら最初から使われないと思うんだけどそこはどう説明するのかなー
使ってませんよｗ
２ちゃんねるにスレありますか？
0988デフォルトの名無しさん
2014/05/05(月) 10:17:28.87ID:wP+kEzIqグラフィカルツールでいいけど、
処理の内容はグラフィカル化できないんだから
そこはテキストで書けばいいだろ。
適材適所だよ。
プログラムは、プログラム言語で書け。
0989デフォルトの名無しさん
2014/05/05(月) 10:18:57.45ID:wP+kEzIqHTMLでさえ面倒で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ろくな言語がないだけ。
作れないんじゃない。
必要とされないから作らない。
作っても逆効果だから作らない。
0994デフォルトの名無しさん
2014/05/05(月) 10:27:36.25ID:tFZ+anNx頓挫してしまったみたいね。
0995デフォルトの名無しさん
2014/05/05(月) 10:29:06.60ID:dxultKAHあっても効率が悪いだけ。
教育用ならいいんじゃない？
コード書けない人は喜ぶだろうよ
ってのがプログラマの総意かな。
0996デフォルトの名無しさん
2014/05/05(月) 10:30:45.41ID:KBFSeQTd示す証拠ぐらいだしてほしいもんだが。
まあ、ないものは無理か。
あーグラフィカルなツールは
グラフィカルな言語ではないですよｗ
0997デフォルトの名無しさん
2014/05/05(月) 10:31:31.73ID:6SOgkiHN認めたくないスレｗ
0998デフォルトの名無しさん
2014/05/05(月) 10:32:54.88ID:3OAh4o8hまともな設計ができないように、
文字でプログラム経験がないやつが
ツールの力を借りたって、ろくなコードは書けないよ。
無から有を作り出すツールではなくて、
面倒くさいものを取り除くツールだから
できないことは、どんなツールを使っても出来ない。
0999デフォルトの名無しさん
2014/05/05(月) 10:33:57.19ID:WB2pXc1Y1000デフォルトの名無しさん
2014/05/05(月) 10:34:49.23ID:nZonQTuf使えない人間ってだけさ。
道具に使われてる。
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。