77コメント29KB

オレのアイデアを聞いてくれ！

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

0001ななーし

NGNG

ソースの中に画像を埋め込んだり
重要な処理の色を変更したり、
要注意な部分を強調表示したり
そんな事をしたい。
でもソースファイル以外の物を保存するのは嫌。

そこで考えたのがhtmlを解すプリプロセッサ。

html の FONT タグ等をカットするプリプロセッサがあれば
ソースはHTMLライクに書けるでしょ？
エディタもhtml対応エディタなら楽に作れそうだし…

どうでしょうか？

みなさんもマイアイデアがあったら（オレの話に関係なくとも）
ジャンジャン書き込みましょう。

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

NGNG

情報を保存しないんじゃ意味ないだろうが。

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

NGNG

>>1
最初の４行が斬新過ぎる。正直、ビビった。

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

NGNG

>>1
すご・・・。
ヘッダのとこに自分の顔写真載せたりとかもできるのか（笑）
芸術的なソースとか見れておもろいかも☆内容はともかく。

>>2
外部画像ファイルとかそゆのをソースとは別に保存するのは嫌ってことじゃ？

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

NGNG

画像は外部ファイルになるので余り使いたくない
でもFONTタグが使えるのはいいかも寝

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

NGNG

>>1
コメントにキーワードを埋め込んでおいて、
それをエディタが解析し強調表示、色付け、フォント変換等を行う、
でいいのでは？
というか、これぐらいのことは秀丸でできそうだ。

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

NGNG

>1
XMLは知ってる？

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

NGNG

でも、htmlの記述じゃ難しいかもな。
Cとかだと#includeに後続する<>の判定がむずい。。。
#include <dos.h>
どれがヘッダファイル名？（笑)
まぁこれくらいなら、判定不能でもなさそうだけども。
単独タグとか入ってたら面倒だな。

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

NGNG

>>6
顔が入れられないってば☆

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

NGNG

>>7
XMLだとふつーのコンパイラでも通るの？

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

NGNG

>>10
HTMLじゃ意味が定義できないから、
XML使えってことでしょ。

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

NGNG

>>8
<>とかがあるからいいのか。

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

NGNG

>>12
＆ｌｔ；＆ｇｔ；ね。
調べるの面倒だから全角。

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

NGNG

ソース中に命令をコメントで埋め込んどいて
専用ビューアで見るとその命令を解釈して色ついたり画像出たりじゃだめ？

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

NGNG

>>14
秀丸でいいと思う。
専用ビューアってのがちょっとひっかかるしね。
javadocは便利だよね。

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

NGNG

ソースの中に画像って何入れるのかな。
実行画面とかかな。
まあ、面白いアイデアだとは思うけど、IDEが嫌いな
おいらとしてはソースはプレーンテキストがいいな。

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

NGNG

わーぷろ使えよ(w>1

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

NGNG

つか、世の中にHTMLのプリプロセッサなんて一杯あると思うんだけど・・・。
LeoHTMLとかさ。

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

NGNG

普通、そういうのはperlとかm4とかのテキスト処理しやすいスクリプトかなんかで自作するもんでは？

0020仕様書屋さん

NGNG

多人数で開発するとコメントをグレー化するヤツ、ふぁんしーな
フォント使うヤツ、目がちかちかするコード書くヤツなんか出て
きそうだから、エディタレベルで自由度下げたほうがよいね。そう
なるとエディタが限定化されてしまう。結果として Visual
Studio なんかの強調/色変え機能がついたエディタになるのでは?
言語レベルにソースコードのプレゼンテーションを持ち込むのは
どうかと思うぞ。でも作ったら公開してくれ (藁。ソースの先頭
にクラス図とかシーケンス図があれば便利かもしれん。期待 age

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

NGNG

ゲーム作りたくて仕方なかった頃に、ビットマップを128色(7ビット)に減色して
空いた1ビットをフラグビットにしてランレングス符号化モドキを作ったことがあります。
そこそこサイズが小さくなったので天狗になってた後にRLEフォーマットを知り、
へこみました。

っつー感じですかね？>>1

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

NGNG

宇宙ステーションから地球に向かって散弾銃をぶっ放せば
地上ですてきな流星ショーが見えると思って物理学科に進んだ。
なぜだか今はプログラマ。

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

NGNG

>>21
いや俺もランレングス符号化で圧縮して悦に浸っていた。

その後、ランレングス符号化という言葉を知ったのだけれども。

0024うひょー

NGNG

よし。ボクチンもアイデアを出すぞ。

アイコンを並べていくだけで
プログラミングができちゃうツールなんてどうだろう。
っていってもVBとかDelphiみたいのじゃなくて…

猫の顔したアイコンとか、犬の顔したアイコンとかが並んでて
コギャル（古い）が「わーかわいいー」とか言いつつ並べて
アイコン間に矢印線引っ張るだけでプログラムが出来ちゃうのダ。

スキンを変えると、綾波とか、CCさくらとか、ハンドメイドメイとか、
エココとか、どれみとか、コメットさんになるのダ。
パッと見、キャラクターの相関図にしか見えないんだけど
れっきとしたプログラム。
三角関係はループ処理なのダ。

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

NGNG

日本語で記述するプログラミング言語はどうか。
おそらく老人達にはウケるはず。
これから日本は高齢者社会に突入するわけだし
老人パワーをIT業界に導入するには貢献すると思うが。

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

NGNG

>>24
それは一見ネタっぽいけど、かなりよさそうだな。
オブジェクト指向なのはアイコンでコーディングできそう。

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

NGNG

>>26
制御構造がちょっと複雑になるとアイコンだらけになってわけわからなくなる。
それこそフローチャート並に。

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

NGNG

>>25
もうあるじゃん。

>>24
それって。C&Cみたいな感じ？

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

NGNG

ホームページエディタとかで思う存分プログラム書いた後、
コピペでエディタに持ってくるんでいいんでない？
強調表示とか色とか画像とかは、
コピペすれば消えちゃうよね。

……なんかいいアイデアのような気がしてきた。
ちょっと実験してみよ。

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

NGNG

>>24,>>26
>三角関係はループ処理なのダ。
ここまでは出来ないんだけど

SunのＪａｖａＳｔｕｄｉｏって見事にこけた環境があったんだＹＯ。
細かい制御が利かなかったからダメだったのかな。
殆ど使ってないから知らないや。

思想としては悪くない。
DelのＤＢ系コンポーネントはそういう方向に進化中
(まだまだ使いにくいが)

MacOSXのＰｒｏｊｅｃｔＢｕｉｌｄｅｒあたりもそんな感じなのか？

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

NGNG

>>24
昔、Prographっつぅのがあったなぁ…

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

NGNG

Knuth の何かが１のアレだろ。
日本語変で申し訳ないけど。

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

NGNG

>>24 レゴマインドストームのプログラム環境がそれっぽいね

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

NGNG

>>32
WEB?
http://www.csl.sony.co.jp/person/masui/UnixMagazine/wtangle.html

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

NGNG

せっかくおもしろそうなスレだからage

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

NGNG

つーかjavadoc使えやゴルア

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

NGNG

ブラウザで開けるPerlのスクリプト
今作ってみた

<html><head><title>エラトステネスの篩</title>
<style type="text/css"></style>
</head><body bgcolor="#ffe0c0" text="#804040" style="font:15px"><pre>
# 1000までの素数を求める
@primes = (2); # 2は素数
MAINLOOP: for ($i=3; $i < 1000; $i += 2) {
foreach $p (@primes) {
next MAINLOOP if ($i % $p == 0);
}
push @primes, $i;
}
foreach (@primes) {
print $_, "\n";
}
</pre><hr>
EOS
$qqhere =~ s!^-->.+</head>!!si;
$qqhere =~ s!<[^>]+>!!sg;
$qqhere =~ s!^\s*#.*$!!mg;
$qqhere =~ s!<!<!ig;
$qqhere =~ s!>!>!ig;
$qqhere =~ s!&!&!ig;
eval $qqhere;
__END__
</body></html>

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

NGNG

インデントが。。。

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

NGNG

それいただきです
ひらめきました
>>1
さっそく知り合いの会社と相談して
ビジネスを立ち上げる準備します
なんなら、参加します？？＞1
あとで文句はいいっこなしですよ

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

NGNG

>>28
ぴゅう太か！時代の先取りか。日本で最初の16ｂｉｔマシンってのも
今となっては何の驚きも無いのがつらいところだなぁ

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

NGNG

三次元的なソース記述ツールというのはどうでしょうか。

私達にとって、プログラムというものは、
「上から下へ書かれるもの」という前提があるわけですが…
この、「上から下へ順々と処理が移る」という概念そのものが
一般の人々にとってプログラミングというものを
「メンドクサイ」と感じさせている要因なのではないかと。
内容を一つ一つ追っていかなければならないという、
その行為のイメージだけで、普通の人はもう嫌気がさしてしまう。

で、そういった一般人ですら、日常的に行えていて、
理解しやすい考え方はないだろうかと考えると…

すなわちそれは、「前に進む」じゃないかと。

「道を歩く」「街を歩く」といった行為に近い感覚で
プログラミングできるツール…
一つの処理が終わると、「下に進む」じゃなくて「前に進む」、
まるで歩いているかのように、処理を追っていけるツールがあれば
一般人でもプログラミングという行為が比較的容易にできるのでは、と。

もちろん、
全体の中で今どの部分を処理しているのか、
とある処理が現在の処理に対してどの位置に存在しているのか、
そういったところはますます把握しづらいというデメリットもあり得ますけど。

この「前に進む」ですが、
既に「上から下へ」の感覚が当然になってしまった私達には
おそらく何のメリットも感じられないとは思います。
しかし、「上から下へ」と、地道に内容を追っていくのが
メンドクサイと感じる一般人にとって、
どのように受け止められるか…
それは未知数のようにも思えます。

また、こういったツールの開発においては、
既に上記で提示した問題点を解決するためのアイデアも必要とするわけですが、
それらアイデアの実現は、現在主流の「上から下へ」的記述方法においても
非常に有用な技術になり得る可能性もあるのではないかと。

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

NGNG

>>41
ネタとしてもイマイチ。
本気ならデムパ。

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

NGNG

>>41
近頃の主流じゃ、その「流れ」そのものをなるべく
排除するっつーのがトレンディらしい、ぞー

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

NGNG

>>42
ブレーンストーミング的なスレなんだからそーゆツッコミは野暮だと思う

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

NGNG

>>43
ガーン。そうなのか…

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

NGNG

イベントドリブンって
殆ど流れがないし。

だいたい、前に進むってつらいぞ。

我々だけでなく一般の人間だれにでも
文章は上から下に流れる構造だと思う。

>>39
それでミナの幸せに通じるのなら
がんばってくれ。

特定分野向けのものとして
一太郎forプログラマ
とか出ると面白そうだ。

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

NGNG

>>24
に対してPROSPEROという製品もあるようだ。

調べてみてくだちい

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

NGNG

>>1
javadoc について調べてみなよ

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

NGNG

> ソースの中に画像を埋め込んだり
> 画像は外部ファイルになるので余り使いたくない
> おいらとしてはソースはプレーンテキストがいいな。
よし、postscriptにしよう。
線を引いたり、図形を書くのはお手の物だし、プレーンテキストだ
状態遷移図を同一ソースに保持できるのは確かに魅力がある。
# pdfでもよさそう。

ps2cでcソースが出力され、ps2docで状態遷移図（設計書）が出力される。
ps2a_outかps2exeで実行モジュールが生成される

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

NGNG

>>24
トンパ語プログラムってのはどうだ？

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

NGNG

ソースに画像入れたくなることなんてあるか？

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

NGNG

>>よし、postscriptにしよう。

XMLでいいじゃん

0053誰もが考えるが誰も実現できないIDEA

NGNG

■アイディア
自動的にオブジェクト同士を結合するコンパイラ。
結合の条件や方法は自然言語を使用する。

■概要
ＦＴＰオブジェクトとメモ帳オブジェクトがあった場合、
「ＦＴＰオブジェクトとメモ帳オブジェクトを結合してメモ帳からＦＴＰ
サイトのファイルを読み書きできるようにする」
と記述するだけでプログラムが出来てしまう。

■実現方法
あらかじめ、オブジェクトのメソッドやプロパティに自然言語でコメントを付けておき、
そのコメントと結合するために記述したコメント(概要参照)を”文章”から”意味”
へコンパイルし、その”意味”を人工知能(AI)が具体的な結合方法を考えて、
従来のソースプログラムを生成し、それを従来のコンパイラでコンパイルする。

■問題点
・自然言語を”意味”に変換するコンパイラを作るのが死ぬほど難しい(特に日本語は…)
・自然言語より変換された”意味”を理解し、答えを出すAIは非常に高度で
賢くなければならない(でないと意図通りのプログラムが出来ない(藁)

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

NGNG

■概要 →■具体例
と解釈していいですか？

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

NGNG

そりはアイデアではなくて妄想ね。

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

NGNG

アホ>53

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

NGNG

仕事（制御系）する度に思うのは、socketだろうが、名前付パイプだろうが、
インターフェイスさえ取りかえれば汎用的に使用できるトランザクション制御の
シュミレーター。

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

NGNG

>>57
そりはCORBAのトランザクションサービスじゃないか？

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

NGNG

>>53
>ＦＴＰオブジェクトとメモ帳オブジェクトがあった場合、

蛇足だが「オブジェクト」って呼ぶなよ、アプリを。
ださいから。

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

NGNG

>>59
つうか、FTPオブジェクトってナンダ？？？

FTPはプロトコルだよなあ…
FTPクライアントアプリケーションの事でせうか？多分そうだろうけど。
言葉は正確に使いましょうね。文章でのコミュニケーションの場なんだし。

006157

NGNG

>>58
というか、ＧＵＩ的操作感で、（まだ完成してない）一方のモジュールの
動作をシュミレートできるもの。
…やることなんて、ステータス遷移とメッセージ送信ぐらいに決まってるし。

これはどちらかと言うとツールだな。さげときます。

0062sage進行？

NGNG

>>61
そんなもん、どう考えてもUIは自作するしかないでしょね。

データ交換のプロトコルはCORBAとかSOAPとかでしょーね。
最近流行ってる。Jxtaハドウデショウ？

0063うぐぅ

NGNG

>>60
つうか、その辺の言葉がおかしいのは、自然言語を”意味”に変換する
コンパイラは適当に（間違って）解釈されて、それなりに動くのでは？

>>53
ようするに、厳密に書かなくてもそれなりに動くってこと？
でも、変に書くと予想したのとは全然違う動きになったりして・・・。
文章を色々こねくり回さないと、ちゃんと解釈してもらえないなんて、
頭の悪い上司に説明するのと同じでちょっと鬱が入りそう。

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

NGNG

>>53
＞特に日本語は…
何で日本語は特になん？
形態素解析の分だけ余分な手間がかかるくらいじゃん。
意味解析の難しさは言語に拠らない。

0065ななーし

NGNG

１ッス。　なんかケチョンケチョンに言われてますね、全体的に
まー全然気にしてナイです。
単なる思い付きなんで(笑

ドクター中松のジャンピングシューズ級なアイデアは無い？

006653じゃないけど

NGNG

>>64
日本語の形態素解析は区切りが曖昧なので大変だと思う。
(あっちは空白だし)

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

NGNG

>>60
あれをアプリとはいわんだろ。
オブジェクトとかコンポーネントとかのほうが表現として
適切だとおもふ。

53が言ってる話は自然言語ぢゃあ無理だろうけど
世の中そういう方向に進んでるよね。割と。

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

NGNG

＞ドクター中松のジャンピングシューズ級なアイデアは無い？
一見すごそうだが、使いもんにならないっていうアイデアなら一杯出てるよ。

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

NGNG

＞FTPオブジェクト
FTPコンポーネントぐらいにしとけ。

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

NGNG

1のアイデアは悪くないとおもう。

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

NGNG

思うに、文字列が数字（文字コード）の集まりっちゅー現状から、
XML的なドキュメントオブジェクトになれば、なかなか面白いかも。
OSレベルでサポートすれば、単なるテキストボックスでも
画像も入れられる、色も変えられる、リンクも貼れる。
んで、この文章オブジェクトは幾つかの継承で成り立っていて、
基底クラスは何の修飾も無い、コンパイラでも認識できる
ような「文字列」を扱って、子供クラスになるほどリッチさが増す。
んで、IDEは一番リッチなクラスを、コンパイラは基底をクラスを、と
各システムは自分にあったクラスを使う。
当然、文字コードじゃないから、多言語問題も楽々クリアだぜぃ。

という事を昔妄想してた事をこのスレ読んでて思い出した。

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

NGNG

1の開発したエディタでJAVA書いたらJSPみたいだな

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

NGNG

>>72
微妙にJSPとは逆だな。
タグの中にソースがあるのじゃなくて
ソースの中にHTMLタグがあるから。

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

NGNG

こんちは１デス。
こんなスレ上げて申し訳ない。
まぁ新スレ立てまくる奴よりはマシって事でご容赦を。

今日は久々にVCでモノ作りました。
んでVisualStudioを使ったんだけど久々に使ったら
すっかりエディタの操作を忘れていた。（いつもはMIFES使ってる）

んで思ったんだけど（というか前から思っていた）
MSはVCのシェアを利用してエディタ販売の競争を阻害してると思うのよ。
そんな大きな業界じゃないけどね（笑

だからVCはエディタ部分をプラグイン化して仕様を公開しろ！
って圧力をかけるのはどうでしょう？（誰が？）

そしてMEGASOFTよ！　VCにインポート出来るMIFESを作ってくれ！
つーかMEGASOFTってまだある？

0075轟

NGNG

>>1
ソースのソースってことかい？

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

NGNG

Windows版MIFES（正式な名前忘れた）のアイコンのダサさ加減が
売れ行きに直結してると思われ

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

NGNG

>>74
少しだけ共感
※MIFESは除く

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