05/11/07 20:12:55
俺言語といえば
スリムドカン?だっけか
どうなったんだべ?
76:デフォルトの名無しさん
05/11/07 20:15:07
>>75
宣伝乙w
77:デフォルトの名無しさん
05/11/07 20:17:12
>>75
おみゃーらはようw
おみゃーらはようw
78:デフォルトの名無しさん
05/11/07 21:00:10
>14
遅レスだけど。
おいらだったら a') ローダを実装して別ファイルの俺言語ソースを読み込む
ですな。
俺言語ソースを変更するたんびに再コンパイルはちょっとスマートじゃないね。
最近のPCは速いからあまり気にする必要がない、つうのはあるかもしれんが……
79:デフォルトの名無しさん
05/11/07 21:25:22
>>78
インタプリタ本体+標準拡張ライブラリは1ファイルに
という制限があったと思った。
80:デフォルトの名無しさん
05/11/07 21:29:58
>>79
俺様言語の仕様ぐらいちゃんと覚えとけw
81:デフォルトの名無しさん
05/11/07 21:31:45
質問ですけれど、自分言語ってどういうときに必要になるんですか?
82:デフォルトの名無しさん
05/11/07 21:43:18
Lispと一緒で、勉強なり研究なりするとき。
あと、夜のおかずかな?w
83:デフォルトの名無しさん
05/11/07 21:52:30
>>81
特定のドメインに特化した言語を作ることで
開発効率を上げたりとか。
84:デフォルトの名無しさん
05/11/07 21:54:06
>>83
COBOLだな?
俺もそろそろDB直結も可能なCOBOLスクリプトが欲しいと思ってたとこだ。
85:デフォルトの名無しさん
05/11/07 22:00:34
>>82-83
ありがとう。
何らかのフォーマットに対するパーサまでなら良く作りますが
言語を解釈するところまで作ったことはありませんでしたが、
このスレで自分言語を作っている人が多くて、
もしかして何か知らないメリットみたいなものがあるのかと質問しました。
86:デフォルトの名無しさん
05/11/07 22:21:56
>>82 いいかげんウザイ。キモすぎる。Lisp と共に消えてくれ
87:デフォルトの名無しさん
05/11/07 22:27:56
>>85
俺言語があれば他人が作った気に入らないクソ言語でストレス溜めながら
書く必要がなくなるじゃん。それだけでもメリット。
例えばJavaがクソ言語だと思ってる人が仕事か何かでクソで書かなきゃ
いけなくなった時、Javaで俺言語を作って仕事を俺言語で片付ければ2度おいしい。
クソ言語上に俺言語を作っておけば以降のクソ言語の仕事でも俺言語上だけで
仕事できるし、そういう人は俺言語を弄ってるだけで楽しいだろう。
クソ言語から早急に離脱するためには、それなりの俺言語の設計をする
必要があるけど、クソ言語だけで仕事をする苦労に比べたらマシだし
モチベーションにも繋がると考えるだろう。俺言語のためならクソ言語で
書く作業もあまり苦にならないはずだ。
他にも、もしかするとそれでクソ言語の勉強にもなるかもしれない。
あるいはクソだと思っていた言語の良いところが見えて改心するかもしれない。
逆にクソ言語はどこまで行ってもクソだったと確信するかもしれない。
88:デフォルトの名無しさん
05/11/07 22:30:31
>>87
それってオナニーではないでしょうか?
仕事は他の人と一緒にやるものですよ
89:デフォルトの名無しさん
05/11/07 22:31:48
>>88
俺言語はオナニーに決まってるだろ。
それ以外の何かだと思ってる奴はきっと勘違いしてる。
90:デフォルトの名無しさん
05/11/07 22:33:05
>>87
クソ、クソとずいぶんお下品だと見受けられますね。
91:デフォルトの名無しさん
05/11/07 22:41:19
ゲーム作ってると使うよー。
デザイナーにパラメータいじってもらうのとか、
コンパイルせずに修正する箇所があるときに使う。
実行形式の再起動なしで、挙動を変更したり、テストが楽になる
でも最近、Luaとか既存のLLでいいじゃんという気がしてきた。
俺言語メンテまんどくせ。
92:デフォルトの名無しさん
05/11/07 22:43:38
>>90
やっぱ上品に「うんち」って書かなきゃね。
93:デフォルトの名無しさん
05/11/07 22:44:00
オナニーですよ (*´∀`)
飽きたら捨てるで問題ないでしょー。
94:デフォルトの名無しさん
05/11/07 22:46:45
オナニーがセックスまで進化したのがLISP
95:デフォルトの名無しさん
05/11/07 22:50:20
そろそろ倦怠期
96:デフォルトの名無しさん
05/11/07 22:51:37
>>94
あーなるほど、ぼこぼこ子供(方言、派生言語)が出来上がる意味ではな。
97:78
05/11/07 22:58:00
>79
その制限て何か意味あるの?タダのクソ仕様にしか見えんが……
>81
個人的に一番多いのが、自作アプリなんかの設定ファイルかな。
最近はXML使うことも多いけど、ルールは結局自分で決めなきゃいかんからね。
98:デフォルトの名無しさん
05/11/07 23:15:14
今度は四日ぶりに来たが、凄いことになってるな
読む必要なさそうだから、読まないけどよ
99:デフォルトの名無しさん
05/11/07 23:17:36
>>91
おーなるほど、確かにデザイナーさんなど、
プログラムに慣れていない人のために書くのはありそうですね。
言語というより設定ファイルとパーサみたいな印象でしょうか。
>>97
上を書いてからこのレス読みました。確かに設定ファイルも言語ですよね。
100:14
05/11/07 23:17:50
>>97
>その制限て何か意味あるの?タダのクソ仕様にしか見えんが……
インストールが楽。実行形式ひとつ、パスの通ったところに投げ込めば
動くってのはそれなりのメリットだと思うが。
もっと拡張ライブラリが増えて、必要なライブラリだけをオンデマンドで
読み込むとかするようになったら別ファイルにもするけど、今のところ
実行形式単体で動くのはメリットだと思ってる、ってこと。
まあこれをメリットだと思わない人もいるだろうけどさ。
101:14
05/11/07 23:35:37
しまった100getしとくんだった…
なんてくだらん話は置いといて。
>>55
うちの言語では、ネイティブ側で確保したオブジェクトへのポインタ型に
ファイナライザを付けられるようにしてる。それ以外のオブジェクトにはなし。
あとで知ったんだけど、Luaもそんな感じらしい。ていうかLuaの場合は、
確保の逆順にファイナライザを呼ぶことを保証してるらしい。
>>56
>ファイナライザ用のスタックに一端退避して保護対象にする。
ええと、このスタックから参照張られたオブジェクトについてファイナライザ
走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
この解釈であってる?
102:デフォルトの名無しさん
05/11/08 00:41:05
>>9
そのわりにテンプレには入ってないな
103:デフォルトの名無しさん
05/11/08 04:01:29
相談室八になって、多少はまともになったなw
まぁ、他の擦れでもそうだけど、嵐って擦れ変わりで無くなるもの。
ところで、その俺言語公開してんの?名前だけでもさらして見れば?
104:14
05/11/08 08:08:50
>>103
まともに公開してるんならこんなとこで名前晒すバカはいないと思うが。
こんなこともわからずに、本当に作ったんならupしろ! できないなら脳内言語だ!
とかわめくキチガイがいたから、前スレは荒れたんだよな。
# あのキチガイは誰も彼も脳内で同一人物化してたしなw
105:デフォルトの名無しさん
05/11/08 08:12:14
語るに落ちるというやつですね。
誰もまだ何も言っていないうちから脳内言語脳内言語とw
こんな場末の空間で作れもしないものを作ったとアピールするのは
無駄な努力なのでやめたほうがいいと思いますw
106:デフォルトの名無しさん
05/11/08 08:48:36
>>105に同意
手探りでレスするのも情報の小出しを食らうのも鬱陶しい
107:デフォルトの名無しさん
05/11/08 08:51:55
>>106
小出しというが、情報を与える側から見れば 「与えなければならない情報をどこまで削れるか」 なんだよな。
いきなり膨大な量の情報を与えられても、それはそれで困るぞ。
昨日思い知った。
108:デフォルトの名無しさん
05/11/08 08:53:43
んー。VBでparser作る時みんなどうやってんだろ?不思議不思議。
109:デフォルトの名無しさん
05/11/08 10:13:32
なんで単なる相談や経験やアイディアの提示が
「作れもしないものを作ったとアピールする」
と読めるのかが不思議。
もしかして当人がアピールしたくて仕方ないけど何も作れなくて悔しいのかな?
110:デフォルトの名無しさん
05/11/08 10:16:25
>>108
VB使うようなプロジェクトでは普通はパーサなんか作らないからです!
…とか言い切ってみる。
まぁXMLの形式に載せてXMLパーサとか使うんじゃないの?
VBやったことないけどMSXMLのDLLくらいなら呼べるんでしょ?
111:デフォルトの名無しさん
05/11/08 10:20:30
>>108
LLで手作りなら全く問題なかろう?
パーサジェネレータが無いとつらい文法ならそもそもVBと言う選択肢棄てるだろうし
VB自体で済みそうな話の部分に自前文法の言語実装する必要あるとは思えないし。
112:デフォルトの名無しさん
05/11/08 10:36:58
>>111
手作りの場合、漏れは構文解析よりも字句解析のほうが
コードが泥臭くて面倒だなー。
適当にやっつけるにせよ有限オートマトン作るにせよ。
113:108
05/11/08 12:15:17
はぁ、、、そもそもVBでこんなことするのがおかしいのか、、、ショック
実は設定ファイルを書くための簡単な自分言語?が必要なんです。
その設定ファイルは現場の人に書いて貰う予定なんで、あまり難しいの無理だし。
がんがって書くか、、、
114:デフォルトの名無しさん
05/11/08 13:20:33
>>113
ならLL文法で十分ぢゃないか。
LL系の学習用の簡単なソースならMicroPlan(パスカル系でセルフコンパイラのソースが付いてた)
とか言うのが大昔のBitに掲載されてたから図書館で探してみれば?
115:114
05/11/08 13:22:10
これね
URLリンク(www.google.co.jp)
116:デフォルトの名無しさん
05/11/08 13:34:18
>>113
設定ファイルならDTDも簡単に書けそうだし、
もうオリジナル言語なんかやめてXMLにしちゃえw
一々オリジナル言語設計するより作成もメンテも楽だぞ。
ツールも揃ってきてるし検証パーサ使えば検証もサボれるし。
XSLでHTMLに変換すれば整形表示も簡単w
117:デフォルトの名無しさん
05/11/08 13:39:01
XMLのおかげで、パーサを書く手間がずいぶん減った気がする。
既に存在しているフォーマットを読むとき以外は使わなくなった。
118:デフォルトの名無しさん
05/11/08 13:58:23
VisualBasic XMLでググってみると
URLリンク(kamoland.com)
こんなページがあった。どうやら割と簡単に使えそうじゃないか。
119:デフォルトの名無しさん
05/11/08 14:51:38
果てしなくどうでもいいことだけど、日本人は何でVisual Basicにスペース入れずに書くの?
120:デフォルトの名無しさん
05/11/08 14:54:30
>>119
果てしねーーーーー
121:デフォルトの名無しさん
05/11/08 14:57:38
分かち書きで単語を区切る言語圏に居ないからじゃないのか?
122:118
05/11/08 15:26:02
>>119
漏れの場合は:
スペースはデフォルト設定のMS-IMEでは変換キーなため
日本語入力時は一続きの入力が終わって意図的に変換するとき以外は
スペースキーに触らない。
大文字でスタートするIMEの英字入力モード中はスペースは変換でなく
スで、ペースになるのではあるが、やっぱり触るのに心理的抵抗があり、
入れなくて済むものは入れずに済ましたい心理的傾向がある。
多分それが原因。
123:118訂正
05/11/08 15:27:00
スで、ペース→スペース
124:108
05/11/08 15:42:04
XMLか、、、勉強不足で良く分からないんだけど、例えば、
if (isExist("hoge")) i+3; else i+2;
みたいな条件分岐も何とかなる?
125:デフォルトの名無しさん
05/11/08 15:56:39
「設定ファイル」内でどの程度の計算記述能力が必要かにもよるが、
条件分岐を表現するエレメントを書けば書けない事はなかろう。
(例えばmakeのような働きをするANTのファイルはXMLで書かれている。
あるいはXSLスタイルシートはそれ自身XML形式で、
関数型言語スタイルでかなり複雑な変換処理が書ける)
ただ条件付設定ファイルレベルならばいいが
本格的な汎用スクリプトが必要になるようだと
XMLでは不可能ではないまでもあんまりおいしくなくなる可能性はある。
設定ファイルでどんな種類の条件分岐や計算が必要になるかを
把握することが鍵。
126:デフォルトの名無しさん
05/11/08 16:31:29
>>125
つかそんなXMLを生エディタで書かされる方はたまらんだろう。
108が設定ファイルをXMLにするのなら、むしろそのXMLを生成する条件設定アプリ作る方がマシじゃなかろうか?
127:デフォルトの名無しさん
05/11/08 17:24:44
>>126
いずれにせよ「設定ファイル」として想定される内容次第だな。
ある程度定まったパターンの処理ばかりであるならXML化してもいいが
汎用スクリプト言語的でどんな種類の処理がかかれるかについて
設計時に把握しきれないなら
そもそもXMLを選ばないほうがいい可能性が高いし…。
別の言い方をすれば、主に値や型の宣言が並ぶスタイルならXML向きだが、
複雑な制御フローや汎用の演算セットがあるようなら向かない可能性が高い。
XMLは元来「文書」を表現するためのものだから
「設定ファイル」の性質が「文書」に近ければXMLで比較的表現しやすいし、
「文書」から離れて手続きプログラム的になるとXMLでは段々表現し辛くなる
条件設定アプリはその中間くらいの複雑さのときの解だな。
128:デフォルトの名無しさん
05/11/08 18:07:45
>>124
あくまでも一例
<if test="isExist('hoge')">
<true>i+3</true>
<false>i+2</false>
</if>
実際はXSLなどを参考にしつつもうちょっとマシなのがいいと思うけど。
129:デフォルトの名無しさん
05/11/08 18:14:01
XMLなんて馬鹿の思いつきだよ。
する~よろ>>ALL
ところで、俺言語いいじゃないか。
どんどん語ってくれ!
130:デフォルトの名無しさん
05/11/08 18:24:45
>>129
そういう根拠を述べない決め付けはよくないな。
技術者ならば各手法の選択に当たって目的に対する得失を比較せねばな。
>>127、>>125でも述べた通り、
XMLを使ったほうが開発・維持の手間が減らせる場合は確かにある。
逆に使わないほうがいい場合もある。万能な方法はない。
131:デフォルトの名無しさん
05/11/08 18:42:53
データ構造を記述するだけの場合にはXMLは非常に優れた能力を持つよね。
でもプログラムを記述する場合にXMLを使う例は今のところあまりないと思う。
JavaMLなんてものもあるけれど、あれは構文木をXMLにしただけだし(うろ覚え)。
132:108
05/11/08 18:48:24
んー。XMLでもできそうな気がしてきた。VB使う限りはXML使うのが楽っぽい。
VBはもう終っちゃう言語だろうけどさ、、、
一応XML使ってみるよ。条件分岐が少し多いだけで、多分、そんなに複雑にはなら
ないから多分大丈夫かと。
133:デフォルトの名無しさん
05/11/08 18:57:28
>>131
代入や演算、一般的な条件分岐などで
データ・フローやコントロール・フローが複雑になると
XMLではおそらく読みにくくなる。
データ構造記述は比較的それらが単純で局所的な要素が多いからな。
ANTなんかはタスクの依存関係を記述してプログラムのビルドやセットアップを行う
スクリプト的側面を持つが、処理のパターンが依存関係とコマンドというように定型的で
宣言的だからXMLでも比較的追いやすい。
もう一つの基準はスクリプトや設定ファイルの処理で
ツリー構造を作るところまでの仕事が占める割合だな。
データ構造記述の場合パースしてツリーができればかなりがとこ仕事は終わっている。
タスクの依存関係を記述するANTの場合も然り。
けれど代入や分岐などを認め複雑なデータフローや
コントロールフローなどを処理する必要が生じるとツリーを作った後が中心になってくる。
XMLパーサを使うことでコストが減るのはパースする部分までだから、
ツリーなどのデータ構造を作った後の処理の比重が重いと旨みは減る。
134:デフォルトの名無しさん
05/11/08 19:04:01
もう一つXML使ってメリットがありうるのはスクリプト自身を処理する
スクリプトを書くなどメタな処理をする場合だな。
スクリプト自身をデータとして処理する予定がある場合や、
XPathなどを駆使してXMLファイル内にXMLファイルの構造を辿るような記述を埋め込む場合だ。
XSLやXML Schemaなどはこのような例だな。
135:デフォルトの名無しさん
05/11/08 19:18:46
XSLTはかなり良く設計されていると思う。XML Schemaはノーコメント。
あと、企業独自言語で、XML内にスクリプトを埋め込むというのを何度か見た。
SVGとかも確か、スクリプト(ECMAScript?)をエレメントの中に記述したよね。
よく考えれば、SVGをいうまでもなくXHTMLもそうか。
136:デフォルトの名無しさん
05/11/08 19:37:30
>>128
うへえ。
いろんな意味でLISPのS式の方がいいじゃん。
137:デフォルトの名無しさん
05/11/08 19:48:04
みんな! 136がVB用のLispパーサを書いてくれるそうですよ!
138:デフォルトの名無しさん
05/11/08 19:48:36
>>136 ログ嫁
139:デフォルトの名無しさん
05/11/08 19:52:00
ばかかお前ら?
XMLのコンテンツとして、文をいれる訳???
まだ、*ispの方が遥かにいいよw
140:デフォルトの名無しさん
05/11/08 19:53:13
ん、配列扱える言語なら基本的なLISPぐらい書けるでしょ。
VB使う機会があったら書いてみるよ。
141:デフォルトの名無しさん
05/11/08 20:07:38
いや、、お前らよく考えろ。XMLなんて素人に書けないぞ。結局XMLを生成する
アプリ作る必要が出てくるに違いない。いや、中間言語としてXMLを使うのは
悪くは無いかもしれんが、、、
142:デフォルトの名無しさん
05/11/08 20:14:25
>>141
その通りだが、Lispもそうなんだよな。デザイナーが書ける言語って何だろう。
143:デフォルトの名無しさん
05/11/08 20:17:42
デザイナーとプログラマーのプログラミングに対する意識は人それぞれといえまったく違うみたいだしなぁ
144:デフォルトの名無しさん
05/11/08 20:36:48
設定ファイル解釈系相談室、の方が実態に即してるんじゃないか、このスレ。
145:デフォルトの名無しさん
05/11/08 20:58:04
>>142
素人受けして、文法に柔軟性がある言語があるが、
あえて名前は書かないw
146:デフォルトの名無しさん
05/11/08 21:10:57
>>145
ほほぅ、、もしかして「日本語」か?
147:デフォルトの名無しさん
05/11/08 21:12:48
>>145
詳しく
148:145
05/11/08 21:13:20
>>146
その通りw
149:デフォルトの名無しさん
05/11/08 21:45:40
りんごタソは、やまとなでしこ。
150:デフォルトの名無しさん
05/11/08 21:51:52
>>142
素朴な疑問だが、どこから「デザイナー」が出てきたんだ?
設定ファイルにLispというと、.emacs.elの感覚かねえ…
素人にはお勧めできないわな、そりゃ。
151:デフォルトの名無しさん
05/11/08 22:17:56
>>150
あ、ごめん、俺は昔デザイナーがカスタムタグベースのJSPを書けなくて
ショックを受けて、プログラムをする必要のある素人といえばデザイナーが
脊髄反射で出てきてしまった…
152:デフォルトの名無しさん
05/11/08 22:43:01
>>108&113
ここでこういうレスを入れるの自体スレ違いかもしれないけど、iniファイルじゃ
駄目なの?制御構文が絡まなければ別段パーサなんて作る必要性感じないんだけど
153:デフォルトの名無しさん
05/11/08 22:51:32
>>101
>うちの言語では、ネイティブ側で確保したオブジェクトへのポインタ型に
>ファイナライザを付けられるようにしてる。それ以外のオブジェクトにはなし。
成程成程、自分の場合作っているのがECMAScriptのスーパーセットなもので
その辺はファイナライザを指す特定のシンボルを動的検索です、ちょっとオーバー
ヘッドが気になるのだけど致し方無しという所です。
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
うちの場合も構文木でスタックは持ってないんだけど、要はオブジェクトリスト
を管理している所を2本化してチェック走らせれば良いのでは、と理解しました。
# ちなみに構文木辿っている途中の中間計算で使用されているオブジェクトは
リファレンスカウンタ介してGC時に除外する方式取ってます、ちょっとオーバーヘッド
あるけど。
154:デフォルトの名無しさん
05/11/08 23:30:51
デザイナー自体は>>91で出てるね。
デザイナーが書ける(こともある)プログラミング言語というと、
やっぱりFlashのActionScriptじゃないかな。
155:14
05/11/09 00:15:53
>>153
うーんと。
ファイナライザがあるとGCが厄介だ、というのは、ファイナライザの中で
thisをグローバル変数か何かに放り込まれると、オブジェクトが「復活」する
からだよね?
んで、復活するのは、ファイナライザを呼ぶオブジェクトそのものだけでなく、
そのオブジェクトから辿れるオブジェクトすべてだから、
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
と書いたわけだけど。ただ、今読み返すと、>>56氏も>>58氏も、そんなことは
当然として書いてるように思える。恥さらしましたかね。
ちなみに.NET FrameworkのGCについて以下のページに説明があって、
URLリンク(www.microsoft.com)
下の方に、ファイナライザを含むオブジェクトのGCの話も書いてある。
でも、俺にゃ「完結キュー」がなぜ必要かわからないし(オブジェクトごとの
フラグじゃいかんの?)、復活の話も書いてあるけど、.NETのGCがどう対処してる
のかもよくわからない… 俺がアホなのか。
156:デフォルトの名無しさん
05/11/09 10:53:26
>>141
素人さんにはXMLに限らずどんな形式言語でも書けない。
だからユーザとして想定する相手の技術レベルよっては
どのみち設定ウィザードみたいなものは必要。
157:デフォルトの名無しさん
05/11/09 11:02:10
>>152
どっちみち.iniファイルの中の仕様を決めねばなるまい、
あれだって単純とはいえ一応形式言語だぞ?
それと>>124を見る限り、
>>108は簡単な設定ファイル内で簡単な条件判定くらいはするつもりらしい。
158:108
05/11/09 12:19:08
ん。そうです。設定ファイルというと語弊があったかも、、、実際には
現場の人に計算式を入れて貰うわけです。パラメータにAがあったらこういう計算、
パラメータにBがあったらこういう計算。寸法がある範囲内ならこういう計算、
みたいに計算式と条件を書いて貰おうと。
この条件の部分が後からどうなるか分からないので、比較的自由に条件が設定できる
ようにしたいわけです。
とりあえずLL(1)で書いてみたけど、ちょっと気持ち悪いです、、、
getcharのかわりにmid関数とか使ってるんだけど、こんなんでいいの?
159:デフォルトの名無しさん
05/11/09 12:34:49
条件式はかなり複雑なものになりえる?
計算式もスクリプトが計算するのか?
その辺がYesならまぁXMLは向かない可能性が大なので忘れてくれ。
>>135
XMLに別言語のスクリプトを埋め込むのはまぁあんまりオススメはしない。
特に埋め込む言語が広く使われている既存の言語ではないとか、
XMLのフォーマットが既にある程度普及してる訳ではない場合とか、
スクリプトが断片的でXMLの記述と絡み合い、
それ自身では完結しない場合とか。
いずれも処理が煩雑になり理解もしにくいものになるからな。
まぁHTMLにJava Script(ECMA Script)埋め込んでそれなりに動いてる
って前例があるからやりたくなるんだろうが…。
あれはHTMLが爆発的に普及してその拡張手段が必要となって
止む無くやってるわけで最初から目指すものではない気がする。
まぁTeXとPascalコードを融合してアルゴリズムの文書的記述と
プログラムを融合したweb(Knuthの提唱する文芸的プログラミング)
という試みもあってそういうのは面白いかも試練が、
あの場合はドキュメント+実行可能サンプルって意味合いが強く
コードとドキュメントにキレイに分離できて、
分離後は別々に処理できたから問題なかった。
160:デフォルトの名無しさん
05/11/09 13:53:46
昔、INIファイルのままでTinyBASICもどきを作ろうとしたことがあった
(実行環境に応じて設定が動的に変わるように)
[MAIN]
VAR=グローバル変数
100=A=0
110=FOR I=0 TO 10: PRINT I;: NEXT I
120=GOSUB MOKEKE
130=END
[MOKEKE]
100=VAR=$SCREENWIDTH
110 RETURN
とか
仕様考えているうちにダルくなってそれっきり。
やっぱGOSUBは!=じゃなきゃだめとか(ぉぃ
161:デフォルトの名無しさん
05/11/09 14:56:17
>>158
やはり、という気がするのだけれど、それを設定ファイルと呼ぶのは、
問題に対する誤解を生むだけの間違いのような。
条件はともかく計算式を「現場の人に書かせる」のが必然かどうか知らんが、
入力の妥当性検査やエラー含めて、どの程度の記述能力が必要なのか、
確定しているのかな? 下手すれば(少なくともUI的には)
本体の処理内容自体よりよほど重要なわけで、それが
>この条件の部分が後からどうなるか分からないので、
というのは、設計以前の問題把握/認識として大丈夫かな、と……
162:デフォルトの名無しさん
05/11/09 16:01:36
58です。
>>155
CLRの図で行くとFリーチャブルキューが生成された時点ではまだヒープに
オブジェクトは残っていて、1回のGCサイクルが
1) 完結キューに無く、かつFリーチャブルキューにのオブジェクトをヒープから削除
2) 完結キューに存在するオブジェクトの参照をFリーチャブルキューに移動
(この時点ではオブジェクトは残っている)
2')非同期でファイナライザ実行スレッドが走る
なので次の実行時に復活されているオブジェクトはそのまま残るのでは?
56の話も1GCサイクルは
1) ファイナライザを持っていてファイナライズされていないオブジェクトはリストへ、
それ以外の未使用オブジェクトは削除
2) ファイナライズリストにあるオブジェクトはファイナライズ実行
なので次の呼び出しで復活している場合は1で参照されているので復活は処理できるのでは
ないかと思ってるんですが、何か抜けてる?
完結キューの話はその方がクラスのメモリ上のレイアウトがすっきりするし、CLRの
場合クラス設計は静的だからオブジェクト作成時にファイナライザがあるかどうかは
はっきりしているので、実装によってはそういう方法もあるかな、位に考えてました
が、、、抜けてるかな
163:デフォルトの名無しさん
05/11/09 16:06:27
間違い)
1) 完結キューに無く、かつFリーチャブルキューにないオブジェクトをヒープから削除
164:108
05/11/09 16:08:50
>>159
ありがとうございます。とりあえず、XMLは勉強不足なので、今後の課題に
したいと思います。
>>161
すみません。設定ファイルと言うと誤解されても仕方ないですね。
条件が後からどうなるか分からないというのは、
現状なら大丈夫だけど、今後、外的要因で変わる可能性もあるっつーこと
です。
165:デフォルトの名無しさん
05/11/09 16:11:02
C言語の学習および開発をしたいのですが、visual C++.netよりも
いいものってあるでしょうか?
166:デフォルトの名無しさん
05/11/09 16:14:10
GCC
167:デフォルトの名無しさん
05/11/09 16:28:06
ICC
168:デフォルトの名無しさん
05/11/09 16:29:52
>>165
学習と開発を一緒にしないでください。
169:デフォルトの名無しさん
05/11/09 16:31:57
>>164
>条件が後からどうなるか分からないというのは、
>現状なら大丈夫だけど、今後、外的要因で変わる可能性もあるっつーこと
いや、当然せめてそのレベルにないと話にならないわけで……
その可能性等、未確定要素でもある程度認識しておかないと、
>比較的自由に条件が設定できるようにしたいわけです。
たって、なんでもできる万能言語を作る能力にめぐまれるわけでも無く、
記述能力の水準やら(言語の)設計方針もきまらないんじゃ? と、
心配するわけです。(だから軽く設定ファイル、なんて言っちゃうのかなと)
170:デフォルトの名無しさん
05/11/09 16:41:26
>>165
TinyCCが良い、コンパクトなのでソースも読み易いぞ
171:デフォルトの名無しさん
05/11/09 17:01:00
>>168
まぁしかし広義には人生これ全て学習じゃよw
開発も人生の一部であるからにはまた然りじゃろて。
172:デフォルトの名無しさん
05/11/09 19:22:08
開発が人生のすべてで、他はオマケという人もいる罠。w
173:14
05/11/09 20:27:28
>>162
>1) ファイナライザを持っていてファイナライズされていないオブジェクトはリストへ、
>それ以外の未使用オブジェクトは削除
>2) ファイナライズリストにあるオブジェクトはファイナライズ実行
単純なmark sweep GCを考えると、この1)のフェーズの前にmark phaseがはいってて、
1)はsweepと同時にやるようなイメージなんですが、ここまでの認識は合っているでしょうか?
ファイナライズされるオブジェクトをAとすると、Aは定義からしてマークされていないはずで、
当然、Aが参照しているオブジェクト(Bとします)もマークされていないはずです。
この状態でsweepすると、Bはなくなってしまうわけですが(Bにはファイナライザはついて
ないものとして)、Aが復活したら、Bも一緒に復活しなければなりません。
だから、
>ええと、このスタックから参照張られたオブジェクトについてファイナライザ
>走らせる前に、これらのオブジェクトを起点にしてまたmarkするのでしょうか?
と書いたわけで。
もちろん、mark phaseにて、ファイナライザ持ったオブジェクトは最初から
すべてmark対象にしてもいいわけで、そう考えると.NETの完結キューも
意味があるのかな、とこれは今思った。完結キューもルーツに含めればよいわけで。
174:デフォルトの名無しさん
05/11/09 20:39:13
なんか、俺様言語のオンパレードだなw
プログラミング言語 俺様 改訂2版
175:デフォルトの名無しさん
05/11/09 22:14:28
>>171 >>172 >>174 あたりがウザイ。せめてアボーンできるようにコテハンつけてくない?
176:デフォルトの名無しさん
05/11/09 22:15:21
>>173
指摘thanx、見落としてました。という事は
1) 通常通り変数,Fリーチャブルキューから参照されているものをmark
2) 1でmarkされなかったファイナライザ付きオブジェクトを
ファイナライズリスト/Fリーチャブルキューに登録し、そのオブジェクトを起点にmark
3) sweep
4) ファイナライザ実行
でどう?
177:108
05/11/09 22:20:08
>>169
多分,
>比較的自由に条件が設定できる
という部分が誤解を招いたかと。すみません。
条件の部分はあらかじめ組み込み関数を用意する予定です。
現場の人にはそれらと論理演算記号とを組み合わせて条件を書いてもらいます。
今後何かあっても変更になるのは条件の部分だけなので,変更があったら,
組み込み関数を都度追加すればよいだけなんで。
正直,これ,条件分岐と,四則演算さえできればいいんです。
言語というほどのものではなく,eval関数に毛が生えたみたいなもんだと
思っていただければ・・・・そもそもあまり難しくすると現場の人書けない
ですから。
というわけで,大体できました。皆さんありがとうです!
178:デフォルトの名無しさん
05/11/09 22:23:38
あれ? ファイナライザでオブジェクトが復活するかどうかって、コンパイル時に決定できる?
179:デフォルトの名無しさん
05/11/09 22:24:55
復活するかどうかは普通は決定できない、持っているかどうかは決定できるという話じゃない?
180:178
05/11/09 22:27:18
ごめん。思いつきで書いたけど良く考えなくても決定できそうにない (;´Д`)
181:デフォルトの名無しさん
05/11/09 22:45:29
>>175
おまえがいちばん鵜剤w
182:デフォルトの名無しさん
05/11/09 23:11:24
>>177
文法がある以上、言語だと思うけど。
多分DB絡んでる?違うかな。。。
183:デフォルトの名無しさん
05/11/09 23:52:02
>>175
ウザイらしいぞw
184:デフォルトの名無しさん
05/11/10 01:32:53
10 omaira
20 nanigeni LV
30 taka sugi
185:デフォルトの名無しさん
05/11/10 22:12:06
構文解析って、もう研究するところないんですかね?
ちょっとそんなこと聞いたもので。。。
#もちろん、皆無っていう意味でなくって、
#大きなテーマが無く、あとは重箱の(ry
186:デフォルトの名無しさん
05/11/10 23:04:46
構文解析に限らず,新たなパラダイムが無いと難しいんじゃないの?この
分野。自然言語処理ならともかく,プログラミング言語って話だと。。。
187:デフォルトの名無しさん
05/11/10 23:18:01
>>185-186
禁句w
188:デフォルトの名無しさん
05/11/10 23:24:34
そこで日本語プログラミング言語ですよ
189:デフォルトの名無しさん
05/11/10 23:36:38
>>188
ぴゅう太やら、年刊Ah!SKI第1号以来の、手垢のついたネタだよなあ。
そういえば、盲導犬に命令を出すとき、日本の盲導犬でも英語を使うんだけど、
その方が、いざというとき言い間違えたりしないからよい、というのを、
大昔ドラマかなんかで言ってたのを思い出した。
犬に、「ゴー」の代わりに「行け」を覚えさせることはもちろん出来るけど、
日本人が普段から「行け」を使っていると、いざっていうときに「行ってえ!」とか
叫んだりして犬にはそれがわからない、ってことだったと思う。
日本語プログラムは、読む方は確かに読みやすいと思うけど、書く方は、
文法エラーにされたりしてかえってストレスたまらないのかなあ。
使っている人の感想求む。
190:デフォルトの名無しさん
05/11/10 23:41:54
あれは読むためのものでしょ?
書く技量>>>>>>読む技量
通常の言語の逆w
191:デフォルトの名無しさん
05/11/11 01:18:54
>>189
そういうのよく言ってる奴いるけどさぁ
じゃあ英語が母国語の奴らはどうしてんだよ。
192:デフォルトの名無しさん
05/11/11 01:27:37
>>191
英語はGO以外の言い方がないんだよバカだから
南部なまりでもGOはGO
おまえだってゴーパピー!って一回ぐらいは言ったことあるだろ
193:デフォルトの名無しさん
05/11/11 03:15:21
>>185
テクニック的な事と研究を一緒にしないでくださいね。
194:デフォルトの名無しさん
05/11/11 05:30:51
>>185
生成文法の分野としてはその通り。
ユーザインタフェースの分野としてはまだまだ、だと思う。
今まではユーザインタフェースは研究と見なされなかったけど、
生産性が重要視されるこれからでは十分研究になるんじゃないかな。
195:デフォルトの名無しさん
05/11/11 06:31:56
研究され尽くしたとか言われる割には、一向に文脈自由文法を実用的
速さで解析するアルゴリズムが出ませんね。
196:デフォルトの名無しさん
05/11/11 07:55:21
>>195
依存と言いたい? 慣れない言葉を使う時は気をつけよう。
197:デフォルトの名無しさん
05/11/11 08:17:29
いや、自由の方だよ。LRやLLに全然近づけない。
198:デフォルトの名無しさん
05/11/11 09:04:29
え、、、文脈自由文法ってそういうもんじゃねーの?俺の認識不足?
O(n^3)ってのは崩れないんじゃ?できないものはできないんでは?
199:デフォルトの名無しさん
05/11/11 09:11:50
ハードの側で並列処理が当たり前になれば、新たな進展が見られるんでは?
200:デフォルトの名無しさん
05/11/11 09:43:13
馬鹿?
速度の問題じゃないでしょ?
201:デフォルトの名無しさん
05/11/11 10:15:41
>>195
つ 冨田LR
202:デフォルトの名無しさん
05/11/11 10:35:29
CFGについては、並列アルゴリズムは既に提案されてるだろうし、発見的手法も
提案されてるはず。というかどっちかしか研究のネタないよ。後はハード面から
やるか。計算量は理論的に決まってるからどうしようも無い。
できることはできるし、できないことはできないってはっきりしてるのが計算機
科学なんだからさ、、、どのみち斜陽の学問ですよ。
203:デフォルトの名無しさん
05/11/11 14:03:23
社用とはキツイナw
まぁ、社内でも能力給制度が始まったんだが、
飛び抜けて評価が低かったのも実はないしょw
204:デフォルトの名無しさん
05/11/11 14:29:57
>>201
バックトラックしまくってるだけのアホアルゴリズム。
205:デフォルトの名無しさん
05/11/11 15:16:30
>>202
いかにそのサブセットで性質のいいものを見つけるかって方向性もあるだろ?
LALR(1)とかLRとかLL(k)とかはそういう方向でしょ?
斜陽じゃなくてブレークスルーが求められてると見た方がいいんじゃない?
流行が終わるとすぐ誰もやらなくなるのが日本の悪いとこ。
206:デフォルトの名無しさん
05/11/11 15:49:07
下手にブレイクスルーが起きたって自然言語まがいの
複雑怪奇な言語が出てくるのが落ち。
207:デフォルトの名無しさん
05/11/11 16:14:29
やってみる前からキレイにオチつくとわかるなら研究なんていらないよw
208:デフォルトの名無しさん
05/11/11 18:43:44
>>207
だから、社用の学問とか言われちゃうんだろ。
209:デフォルトの名無しさん
05/11/11 19:32:47
>>208なんで?
210:デフォルトの名無しさん
05/11/11 20:52:42
>>206
妙に納得w
研究としては面白みに欠ける分野なんだろうけど、
逆の見方をすれば、信頼できる枯れたテクノロジーということも出来る。
211:デフォルトの名無しさん
05/11/11 20:56:33
>>209
バカにマジレスカコワルイ
>>210
俺も同意。
まあこれ言っちゃおしまいだけど、プログラミング言語の構文としては、
Cあたりでだいたい実用上困らないところまで行っちゃってるんじゃないか。
細かい不満はあるものの、LALR(1)で「プログラミング言語としては」必要十分というか、
これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
なんじゃないかな。
212:デフォルトの名無しさん
05/11/11 21:19:38
>>204
……バックトラックではないよ
213:デフォルトの名無しさん
05/11/11 21:53:30
>>211
> 細かい不満はあるものの、LALR(1)で「プログラミング言語としては」必要十分というか、
> これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
> なんじゃないかな。
うまい表現ですね。私も同感です。
ただ、あえて言うとすると、LALR(1)は表現しにくいという所が
気に入らないと言えば気に入らない点ではありますけどね。
# 言語大量発生の防波堤にはなるのかな?
214:デフォルトの名無しさん
05/11/11 22:05:53
誰も冨田LR(GLR)を知らんのか。
CFGをフルカバーする上に、実用上はO(n)なんだけど。
bisonでも使われてる。
215:デフォルトの名無しさん
05/11/11 22:13:46
それが本当だとしても、最近はLLばかり聞くから、何か欠点があるんじゃない?
216:デフォルトの名無しさん
05/11/11 22:23:44
>>214
bison2.0からだっけ?
217:デフォルトの名無しさん
05/11/11 22:24:45
>>215
LLが流行ってるのは、再帰下降で実装した上で
一部の関数をユーザ定義のもので差し替えるという手が使えるから。
CFGを超えるような言語を扱えるようになったりする。
泥臭いけどがんばれば何でもできるのが魅力。
218:デフォルトの名無しさん
05/11/11 22:33:43
素のLRってテーブルが馬鹿でかくなるんじゃなかった?
それで改良版のLALRが出来たと何かの本で読んだけど。
219:217
05/11/11 22:44:08
>>216
それぐらいだと思う。
もしかしたら 1.8なんとかぐらいの時もあったかも。
>>215
しっかり答えてなかったスマソ。
LLと比べると、基本はLRなんでユーザが途中の処理にちょっかいをだすのはやりにくい。
あと、yaccみたいに構文の要素に対してプログラムを実行する形式で使うと、
構文の要素が仮決定の段階でプログラムが実行されてしまうということが起こる。
本来の冨田LRは解析木を出力するもので、解析木を完全に作ってから色々すれば問題ないんだけど、
その場合異常に長いソースを食わせたときにO(n)のメモリ量が必要になるので困るかもしれない。
長いソースを書くなとか、メモリをきちんと積んどけとユーザに言える環境だったら問題ないと思う。
>>218
冨田LRはLALRのテーブルでもOK。最近のメモリ事情だったらLRでも大丈夫な気もする。
220:デフォルトの名無しさん
05/11/11 23:11:10
もう構文解析の話はいいよ
221:デフォルトの名無しさん
05/11/11 23:21:55
>>211
>これ以上がんばっても98点を99点にするようなもので、労多くして益少なし
分野は違うが圧縮アルゴリズムを研究してる人間を全否定するような発言だ。
222:デフォルトの名無しさん
05/11/11 23:26:33
全否定はしとらんだろ
+1点あがってるんだからw
223:デフォルトの名無しさん
05/11/11 23:27:10
>>221
最近は可逆圧縮が人気なのでは?
224:デフォルトの名無しさん
05/11/11 23:38:42
Skypeなんていう素晴らしいものが登場できるくらいだから、コンパイラ屋もがんばれ!
ある程度成熟した分野では、技術は用途が前提にならないと無駄になるよね
225:デフォルトの名無しさん
05/11/12 00:07:47
ここのスレの馬鹿住人 >>206 を100回読めw
226:デフォルトの名無しさん
05/11/12 00:10:01
>>221
だがそれも事実だ。
企業にとっては対費用効果が重要になる。
決してタイ費用高価ではない。間違うなよ。
227:デフォルトの名無しさん
05/11/12 00:11:30
>>226
すまん。
まちがえそうになった。
228:デフォルトの名無しさん
05/11/12 00:19:24
ここのスレの馬鹿住人 >>206 を100回読めw
229:デフォルトの名無しさん
05/11/12 00:30:58
なんつーか、前スレからだけど、
面白くもないネタやダジャレ(と本人が思っているもの)や
くだらなーい、くだらなーい煽りとかを、
常にageで書き込んでいる低脳がいるな。
これって何人いるの? もしかしてひとりでやってんの?
230:デフォルトの名無しさん
05/11/12 00:40:56
本人は複数人いるフリをしてるつもりなんだろ。そっとしといてやれよ。
病気なんだって…。
231:デフォルトの名無しさん
05/11/12 00:46:29
例えばJavaを補完するのが目的のスクリプトエンジンがあるとして
Javaオブジェクト生成のルールを統一した複数のスクリプトエンジンを付け替えたりできたら面白いな。
好きなスクリプトでちょろっとDB更新したり、設定値を変更したり(log出力とか)できる。
232:207
05/11/12 01:49:05
>>209
キレイに落ちがつく研究しかないなら研究する必要ないじゃん。
そんな分野は研究する必要がないから,斜陽の学問だろ。
研究しても意味が無い分野も同様だろ。計算機科学の分野はほとんど
そんな感じ。基礎研究は終わっててあとは実用上どうするかとか,
そういう問題になってる。ハードの性能があがるのを待つか,それが
できないなら,小手先の技術でやるかという話なだけで,できるできない
という話になると研究する前にすでに結論が分かってる。この分野の研究
したことあればそれが常識なんであって,ごまかしごまかし,いかにも成果
があったかのように論文書くんだろ。それは一般的な解じゃなくて,ものすご
く限定された用途であることを承知の上で。
233:デフォルトの名無しさん
05/11/12 08:41:03
>>232
何か君を含めて多数の人間が勘違いしているが
ここは「コンパイラ・スクリプトエンジン相談室」であって
「言語相談室」じゃないよ。
>>231みたいなレスがメインでしょ
234:デフォルトの名無しさん
05/11/12 08:47:54
>>233
>>232 は、その研究について話しているのでは?
Lisp馬鹿がでしゃばる流れより、よっぽど良い議論だと思うが?
235:デフォルトの名無しさん
05/11/12 09:25:03
あの w つける自演キチガイですか? >>234
だからいきなりキチガイみたいにアンチすんなって。
コンパイラとスクリプトの話をしているかぎりは
別に LISP だろうが Ruby だろうがかまないよ。
236:デフォルトの名無しさん
05/11/12 09:31:30
>>234-235
Lispを脈絡なく出してくる&Lispに過敏に反応するやつ=Lisper
237:デフォルトの名無しさん
05/11/12 09:34:57
自作言語にオブジェクト指向入れようとすると、つまんない言語になるよね。
あれってなんでだろう。
object.methodみたいなレシーバ従属呼び出しができない言語は
オブジェクト指向言語じゃないと思われる風潮がある。
逆になんであれobject.method形式であればオブジェクト指向言語と勘違いされて
もてはやされる傾向にある。
なんでだろう。
238:デフォルトの名無しさん
05/11/12 09:47:42
低能君は w がつかなくなったんだね。
>>234 Lisp馬鹿が~(←脈絡なくでてくる) → >>236 ~ は Lisper(←自演でたたく)
てなパターンを何度見たか。マジで病院いったほうがいいとはおもう。
239:デフォルトの名無しさん
05/11/12 11:16:55
いや、wつけてるのは俺だし、俺はLispマンセーレスしかしてないからw
240:234
05/11/12 12:13:42
>>238
病院いった方がいいのは貴方では?
痛いところ指摘されると、何でもかんでも「自作自演」か?
241:デフォルトの名無しさん
05/11/12 12:15:50
232と234の口調が似てる件について。
242:デフォルトの名無しさん
05/11/12 12:43:43
>>241
いや、似てないと思う。
234は文章の最後に?を付けて、他人に疑問系の発言ばかりするのが特徴。
232は逆に文章は断定系の発言が多いというのが特徴。
俺の主観だとむしろ逆のタイプと思うけど。
243:デフォルトの名無しさん
05/11/12 13:00:36
>>232の読点が「,」なのを見ると理系で論文書いたりする感じの人なのか。
…疲れたんだろうなぁ、きっと。
244:デフォルトの名無しさん
05/11/12 13:16:51
それなら,句点も"."になると思う.
245:234
05/11/12 14:06:09
流石、構文解析やら字句解析に長けてる人達だ。
246:デフォルトの名無しさん
05/11/12 14:07:03
>>236
代入ですか。
まさに「Lisperということにしたい」だけという現実にマッチしていますね :-P
247:デフォルトの名無しさん
05/11/12 14:42:15
おまいらいつから人の発言の構文解析するスレになったんですか?
248:デフォルトの名無しさん
05/11/12 14:47:47
他人の発言って言うけど、自然言語処理の相談もこのスレで良いの?
249:このスレの1
05/11/12 14:58:56
このスレ立てたの俺なんだけど、なにしろ前スレが1000到達寸前だったので
急いで立てたら書籍関係リンクを貼り忘れるわ、前スレで出てきたリンクなんかも
反映させられなかったわだった。今までも、スレの中で出てきた有用なリンクが
テンプレに反映されなかったことは多々あったと思う。
というわけで、勝手にやってすまんが、Wiki立ててみました。
URLリンク(www6.atwiki.jp)
まだテンプレを貼っただけですが(本を1冊増やしたけど)、よければ使ってやってください。
今のところ完全性善説モードになってます。編集もページ立てもファイルアップロードも
誰でも可能。
250:デフォルトの名無しさん
05/11/12 15:20:16
>>249
乙
251:デフォルトの名無しさん
05/11/12 16:00:15
>>249
GJ!
252:デフォルトの名無しさん
05/11/12 19:22:31
>>247
ワロタw
253:デフォルトの名無しさん
05/11/12 20:27:17
言語を現実のITソリューションに活用or適用する技術者と
言語を研究対象とする研究者がまじってるような。。。
前者は企業に不可欠の存在
後者は(ry
254:デフォルトの名無しさん
05/11/12 21:17:10
文字ちっちゃい…… pxで指定してるのかな
255:デフォルトの名無しさん
05/11/12 22:12:31
>>253
前者は変わりがいくらでもいるIT土方
後者は世界を動かす最先端
256:デフォルトの名無しさん
05/11/12 22:56:26
「ITソリューションに活用or適用する技術者」ワロス
格好良く言ってもただの IT土方 だな確かに
257:デフォルトの名無しさん
05/11/12 23:26:08
>>255
世界を動かす最先端 false
世界を動かす最先端と妄想する人 true
258:デフォルトの名無しさん
05/11/12 23:35:41
>>253
前者は、Java/C/C++などに食いつく
後者は、Lisp/Rubyなどに食いつく
259:デフォルトの名無しさん
05/11/12 23:48:02
ITドカタがキレた
260:デフォルトの名無しさん
05/11/13 00:13:22
お前らIT土方の使ってるCやJavaやC#なども、
言語を研究対象とする研究者様が仕様を考えてやった言語だぞ
感謝しろよ
261:デフォルトの名無しさん
05/11/13 00:16:45
Rubyは違いますが何か?
262:デフォルトの名無しさん
05/11/13 00:29:13
>>260
Dennis Ritchie や James Goslingは確かに研究者と呼べるかもしれないが
Hejlsbergはただのプログラマーだろ。
263:デフォルトの名無しさん
05/11/13 00:36:10
>>260
でも、感謝するような研究者って日本には中田氏ぐらいしかいないでしょ?
あんたらは所詮、社会に何の貢献も出来ないシャヨウ研究者w
264:デフォルトの名無しさん
05/11/13 00:37:09
D言語に至ってはコンパイラ屋だからな。
今いちばんの注目株です。最近地味だが。
265:デフォルトの名無しさん
05/11/13 00:37:15
これだから素人はw
266:デフォルトの名無しさん
05/11/13 01:31:27
自称クロートキターーーーーーー!!
267:このスレの1
05/11/13 15:22:18
>>254
>文字ちっちゃい…… pxで指定してるのかな
Wikiのことですか?
だとすると、選んだスキンがよろしくなかったということですが、
私自身、ちょっと字が小さすぎかとも思うんですが、他にあんまり
いいのもなくて。
スキンの一覧がここにあります。こっちの方が、というのがあればよろしく。
URLリンク(atwiki.jp)
268:デフォルトの名無しさん
05/11/13 17:21:35
>>267
URLリンク(www6.atwiki.jp) の…
> body,td
> {
> /* font-family: "MS Pゴシック", Osaka, "ヒラギノ角ゴ Pro W3";
> */ color: black;
> margin-left: 0;
> margin-right: 0;
> /* margin-left: 2%;
> margin-right: 2%;
> */ font-size: 12px;
> padding:0;
> }
で、font-size: 12px を変えればいいだけ。
>>254
ブラウザの設定で、スタイルシートとかフォントサイズ
指定を無視するようにすればいいだけ。
269:このスレの1
05/11/13 19:18:37
>>268
んなこた言ったってレンタルWikiサービスなんだからスタイルシートを
直接書き換えられはせんだろう、役にも立たない常識レベルの知識を
得意げにひけらかしている人がいるなあ…と思いつつ、念のため調べたら
変更できました。ありがとうございました。
270:このスレの1
05/11/13 22:16:12
URLリンク(www6.atwiki.jp)
・「言語別リンク」のページを追加。
・GC関連のリンクを3つほど追加。
他の方による追加もお待ちしております。
271:デフォルトの名無しさん
05/11/13 23:42:41
>>253
前者は、Java/C/C++/Perlなどに食いつく
後者は、Lisp/リンゴなどに食いつく
素人は、Rubyに食いつく
272:デフォルトの名無しさん
05/11/14 00:37:28
>>271
低能キチガイ出現ー
…ほんと、低能だな。黙っている事も消えることもできないなんて…。
273:デフォルトの名無しさん
05/11/14 00:43:27
これほどのウザさとバカ自演と粘着を兼ね備えたキチガイは近年珍しいね。
ツッコミに対して必死になるところ(>>240 とか)を見ると真性だろうなぁ…
274:デフォルトの名無しさん
05/11/14 01:05:54
>>272
あぁ完全にキレたわ。
放置しようと思ったがお前だけは相手してやる。
Lispとrubyの1vs1。金かけてやろうぜ。負けたほうが10万でいいや。
素で逃げんなよお前。処理系用意できたら連絡よこせ。
275:デフォルトの名無しさん
05/11/14 01:08:32
よし、ここらへんでお前らはマ板にいけ。な?
276:デフォルトの名無しさん
05/11/14 01:14:05
なんか延びてると思ったらまた荒しが暴れてるのか。
>>272 に対してどうしてそーゆうレスになるのか意味わかんない。
バカの考えることって不思議だな。ちょっと恐くなった。
277:デフォルトの名無しさん
05/11/14 01:17:51
あぁ完全にキレたわ。のガイドライン
スレリンク(gline板)
278:デフォルトの名無しさん
05/11/14 01:24:33
ああ
影響されてコピペしたわけね
279:デフォルトの名無しさん
05/11/14 12:17:07
板にID制の導入キボンヌ
280:デフォルトの名無しさん
05/11/14 12:58:39
>>279
自治スレへどうぞ。
281:デフォルトの名無しさん
05/11/14 19:32:44
たぶん、キレてるやつは
社会に何の貢献も出来ないシャヨウ研究者w
282:デフォルトの名無しさん
05/11/14 21:40:46
うるせぇ!
283:デフォルトの名無しさん
05/11/14 21:56:15
問題はこのスレで何の話が相応しいかだ。
字句解析・構文解析程度だったら別スレ立ててそっちでやってくれって感じ。
いいかげんそっから先の話がしたい。
それともいっそ専門スレでも立てた方がいいのか。
284:デフォルトの名無しさん
05/11/14 22:05:36
例えば最適化ならそれに特化したスレを立ててみるとか
スレタイ:
言語処理系の最適化相談室1
テンプレ:
プログラミング言語処理系の*最適化*に興味のある人達のスレッドです。
データフロー解析,ループ並列化,データ分散,SSA変換,
CPS変換,レジスタ割付,命令スケジューリング,ソフトウェアパイプライン,
SIMD命令生成,VLIW向けクラスタリング,スクラッチメモリ向け最適化,リンク時最適化,
JIT,動的バイナリ変換等の各種最適化,それにVM,GC,低消費電力化などなど。
意味論に関する話題も歓迎です。
※字句解析・構文解析などの表層的な話題は以下のスレでやってください。
「コンパイラ・スクリプトエンジン」相談室8
スレリンク(tech板)
285:デフォルトの名無しさん
05/11/14 22:07:50
>>284
そんなのは他所でやれ。
286:デフォルトの名無しさん
05/11/14 22:17:21
>>284
それでいいんじゃねーの。
本来のスレッドの使い方だよ。
このスレは今後は厨、ネタ隔離スレとして機能する。
287:デフォルトの名無しさん
05/11/14 22:18:18
>>286
自演乙(超久々に使ったよ))
288:デフォルトの名無しさん
05/11/14 22:19:52
自演されるのが嫌ならさっさとID制にしてもらえば?
289:デフォルトの名無しさん
05/11/14 22:20:21
>>283
ネタふれば話が進むだろうが、愚痴じゃ進めようもないじゃねぇか。
290:デフォルトの名無しさん
05/11/14 22:20:38
じゃあ立ててくるか?
俺は無理っぽ
291:デフォルトの名無しさん
05/11/14 22:23:31
ここしばらく変なのが常駐してるから別スレ立てたいなら止めはしない。
292:デフォルトの名無しさん
05/11/14 22:26:10
関係ないけど>>1の「動的バイナリ変換」て何?
昔流行った自己書き換えのこと?
293:デフォルトの名無しさん
05/11/14 22:26:11
既存のスクリプトエンジンをどう組み込むかとかな。
SpiderMonkeyとか設定ファイル代わりに使えば面白い流れが生まれそう。
車輪の再開発より使われていないリソースの発掘のが大事。
294:デフォルトの名無しさん
05/11/14 22:31:28
>>293
使われていないリソースには使われない理由があるような気が
設計が古臭くて今のトレンドとかみ合わないとかライセンスや作者の人格に問題アリとか
295:デフォルトの名無しさん
05/11/14 22:41:42
例えば今まではWebアプリはDBの内容を書き換えることによって動的に設定をいじったりするけど
組み込みが主流になれば、ハッシュをいじる事ができて、マスタテーブルの類はオンメモリで行ける。
296:デフォルトの名無しさん
05/11/14 22:52:59
>>294
(煽りじゃなくって)人格って関係する?
297:デフォルトの名無しさん
05/11/14 23:14:20
>>292
TransmetaのCMSとか?
>>296
RubyはMatzが(略)とか、言語じゃないがOpenBSDはTheoが(やっぱり略)とか、
技術自体とは関係ないところで影響する場合もないとも言い切れないとは思う。
298:デフォルトの名無しさん
05/11/15 00:33:57
Theoどんの人格は確かにアレなんだが、それでも使われてるOpenSSHについて
299:デフォルトの名無しさん
05/11/15 00:36:58
まつもとに何か問題あったか?普通というか優等生過ぎて詰まらん位だと思うが。
300:デフォルトの名無しさん
05/11/15 03:00:22
今BNFを記述しているのですが、
式をexpressionとすると、式を構成する項をあらわす
単語って何になりますでしょうか?
301:デフォルトの名無しさん
05/11/15 03:12:24
>>300
term
302:デフォルトの名無しさん
05/11/15 03:17:22
式を構成するのは式じゃないの?
303:デフォルトの名無しさん
05/11/15 05:36:50
>>292
URLリンク(www.microarch.org)
304:デフォルトの名無しさん
05/11/15 05:48:47
前スレの消費が早すぎてログ取り損ねた。
だれか、うpしてくれ。
305:デフォルトの名無しさん
05/11/15 18:56:06
>>304
URLリンク(www.uploda.org)
306:デフォルトの名無しさん
05/11/15 19:56:34
>>804
どうせ読んでもLispの話しばかりだよw
307:デフォルトの名無しさん
05/11/15 21:15:52
>>301
サンクスです。
>>302
それだとループしちゃうっしょ。
308:デフォルトの名無しさん
05/11/15 21:58:41
>>307
再帰させるのが構文解析のミソ
309:デフォルトの名無しさん
05/11/15 22:27:53
なら、終了条件(終端記号)も用意しなきゃな。
310:デフォルトの名無しさん
05/11/15 23:04:56
>>309
式を展開していくと最終的には値になるからそれが終了条件じゃね?
とか適当なことをほざいてみるテスト
311:デフォルトの名無しさん
05/11/15 23:30:40
>>306
ものすげぇ遠い未来のスレようこそ
312:デフォルトの名無しさん
05/11/16 01:11:11
>>310
それが項だろ。なら「式を構成する項」で合ってるだろ。
つうか、「~みるテスト」って久しぶりに見た。
ものすげぇ遠い過去のスレからようこそ
313:デフォルトの名無しさん
05/11/16 01:37:25
つか、「項」を持ち込まないと演算子の優先順位が表現できんだろ。
*や/でつながれた式が「項」。それを+や-でつなげたのが「式」。
314:デフォルトの名無しさん
05/11/16 01:42:55
(式)は終了してないけど項?
なんだかよくわかんね。
レベル低くてごめん、勉強してくる。
315:デフォルトの名無しさん
05/11/16 01:43:25
じゃあそれを << で繋げたのは何?
さらにそれを && で繋げたのは何?
さらにそれを…
316:デフォルトの名無しさん
05/11/16 02:06:48
>>315
K&Rの末尾の構文規則でも読め。
つかWeb上でも探せば電卓の構文規則くらいあるし。
というわけで探した。再帰下降パーサ付きだ。
URLリンク(www.ie.u-ryukyu.ac.jp)
317:デフォルトの名無しさん
05/11/16 10:49:28
>>307
解析する式は段々と小さな部分式になっていって
いつか変数か定数に帰着して終わるから無限再帰ではない。
つまり最終的に出来上がる構文木のすべての葉ノードまで
ノードを作成しながら"再帰"的に"下降"して終了する。
(これはプログラミング言語関係の各種の性質の数学的証明で
よく使われるテクニックである「式の長さによる帰納法」に対応してるわけだな。)
とはいえ実際問題としては演算子の優先順位や結合規則を文法的に表現する必要から
式を何種類か(代入式、条件式、論理和、論理積、単項式などなど)にわけて
その間を巡りながら再帰していくわけだけどな。
で、再帰を素朴に再帰呼び出しで書く(再帰降下法)と
大規模なプログラムに対しては
再帰が深くなりすぎて溢れたり実行効率が悪化したりするから
パーサ・ジェネレータは自前で管理するスタックとループで動くような
コードを生成することが多いわけですな。
318:デフォルトの名無しさん
05/11/16 13:58:41
「自分が言い負けたかのように見えなくもない」ログを万が一にも残したくなくて、
みんな揚げ足取りに必死ですね(^_^;
319:デフォルトの名無しさん
05/11/16 14:08:39
>>318
俺も常々不思議なんだが、記名式ならともかく匿名式で必死になる意味がわからん
320:デフォルトの名無しさん
05/11/16 14:58:26
>>318-319
議論では疑問点を質すことは当然だし、
それをやらずになぁなぁで済ませたら正確な情報交換ができん。
その過程が揚げ足取りにしか見えないのは素人の浅墓さというもの。
特に立場も背景も知識も異なる多人数でやりとりしてれば
一見つまらないことに価値を見出し明確にしたいと思うものがいても
全く不思議はないし、むしろそういうことがあるからこそ
細部が詳細になり議論は深まる。
必死なんじゃなくて真面目なだけだろう。
なぜならどうせ時間使って議論するなら意味がある議論をしたいからな。
321:デフォルトの名無しさん
05/11/16 15:31:47
>>320は>>317ってことでOKかな?
おまいさんが真面目に語ったのはわかったが、それに対して反論も煽りも来るのが2ch。
その程度で駄々こねるなら初めから書き込まなきゃいいのに。
322:デフォルトの名無しさん
05/11/16 15:34:33
termがterminationの略だと思ってる人がいるみたいだけど、そうなのか?
そのまま「項」、つまり単項式って意味だと思ってたんだけど。
323:デフォルトの名無しさん
05/11/16 15:51:35
>>321
なんでマジレスすると駄々こねたことになるのかが不思議。
324:デフォルトの名無しさん
05/11/16 16:32:25
マジレスの応酬になると馬鹿には不利だから、
なし崩しにそれを「痛い行為」ということにしてしまっているのでは。
325:デフォルトの名無しさん
05/11/16 16:38:49
2chで必須のスルーを覚えよう。
326:デフォルトの名無しさん
05/11/16 17:05:54
ここより萌え言語スレのほうが熱いな。
327:デフォルトの名無しさん
05/11/16 17:06:14
>>325
スルーすることはもちろんあるがその基準は個人的なものだから
それをとやかく言われてもなんともしようがありませんなぁ。
煽りと反論を弁別する閾値は人それぞれでしょう?
(時間など余裕がなくて結果的にスルーになるなど、
同じ人でも時々の事情で変わるだろうし…。)
自分の場合は愉快犯的であることが明らか(無意味なコピペを繰り返すなど)とか
知的・精神的障害の兆候が明らか(あまりに支離滅裂な内容)とかでなければ
反論と取るし、反論には必要に応じて言論で対処する。
正直>>324のような感想を持つ瞬間もあるが、それは決め付けずに置くべく努めている。
328:デフォルトの名無しさん
05/11/16 17:41:53
注意:スルーしないからこうやって不毛な精神論に発展するのです。
329:デフォルトの名無しさん
05/11/16 18:21:08
>>328
自己言及?www
330:デフォルトの名無しさん
05/11/16 18:31:43
>>322
termはtermだよ(本当の語源までは知らないけど)。
むしろ英語では式→expressionで、終端記号→terminal、非終端記号→nonterminal
>>300
「項」って何?名前選びに迷ってるならこことかどうよ?(Javaの文法)
URLリンク(www.y-adagio.com)
まあ自分で定義した「項」なるものを取り入れたいならtermでいいと思う。
331:デフォルトの名無しさん
05/11/16 18:55:48
>>329
リフレクションかw
何か面白いインターフェースでリフレクションを実装してる人いる?
自分はAspectもtemplate metaprogramming もgenerative Programmingの観点から
見事に整理して見せた書籍("Generativ Programming", K. Czarnecki and U.W. Eisenecker
, Addison-Wesley, 2000)に感動してGenerative Programmingの観点から
リフレクションを整理した言語を作れないものかと思っているんだが今のところアイディアがない。
332:デフォルトの名無しさん
05/11/16 20:52:27
>>313
どちらもexpressionでしょ普通。馬鹿?
333:デフォルトの名無しさん
05/11/16 20:58:12
ついでに突っ込んでおくと、文->Statement
334:デフォルトの名無しさん
05/11/16 21:06:07
-/*+12345
335:322
05/11/16 22:08:31
>>330
goo 辞書より「項」
> (2)〔数〕
> (ア)多項式を構成するそれぞれの単項式。
> (イ)数列・級数で、そのおのおのの数や式。
336:322
05/11/16 22:20:31
terminationってよりterminalですね。すみません。
terminalの語源がtermとか、その逆とか、同じ語源を持つとか?
まあ語源はどうでもいいんだけど、BNFのそういう例で出てくるtermは
「終端」とか「停止」とかいう意味ではないんじゃないかと。
それにterminalの略なら、expressionもexprとかexpに略すんじゃない?
連投スマソ
337:デフォルトの名無しさん
05/11/16 22:22:06
全てはリスト
338:デフォルトの名無しさん
05/11/16 22:29:24
普通はterm->停止でよいかと。
339:デフォルトの名無しさん
05/11/16 22:30:26
おれはexp派
340:デフォルトの名無しさん
05/11/16 22:31:01
普通?
341:314
05/11/16 22:31:52
>>322 >>335
つまり「項⊂式」か。理解したサンクス。
停止云々の発言以外は、両者の言い分どちらも正しかったって感じだな。
342:デフォルトの名無しさん
05/11/16 22:33:42
秀term
343:デフォルトの名無しさん
05/11/16 22:59:42
>>318
勝負あったようだな
344:デフォルトの名無しさん
05/11/16 23:34:55
俺はLisp派
345:デフォルトの名無しさん
05/11/16 23:46:47
>317
>解析する式は段々と小さな部分式になっていって
左再帰性の問題みたいに、段々小さくならない場合もあるよ。
346:デフォルトの名無しさん
05/11/16 23:53:28
>>336
つ URLリンク(www.m-w.com)
語源同じだそうです。
347:デフォルトの名無しさん
05/11/16 23:53:58
俺はruby派
348:デフォルトの名無しさん
05/11/17 00:18:57
Rubyソースは見た目が悪い。
349:デフォルトの名無しさん
05/11/17 09:41:12
termを項と訳している本はいっぱいあるよ
350:デフォルトの名無しさん
05/11/17 11:40:50
俺は
statement->expression->term->factor
って使うけど。
というかコンパイラ本ってこうなってね?
351:デフォルトの名無しさん
05/11/17 12:12:07
>>350
Look Ahead(先読み)があるとtermとかfactorとか使わなくてもexpression書けちゃうからな。
特にyacc系から入るとあまり見かけないんじゃないかな。
352:304
05/11/17 17:38:20
>>305
さんくす
353:デフォルトの名無しさん
05/11/17 18:46:22
>>351
そうだな。bison/yaccならexpression以下は本当にそのままを表すだけがほとんど。
例)semicolon
354:デフォルトの名無しさん
05/11/17 21:57:59
俺はりんご派
355:デフォルトの名無しさん
05/11/17 22:16:01
シッシッ
356:デフォルトの名無しさん
05/11/17 23:44:23
合えて言うと真珠派かな?
357:デフォルトの名無しさん
05/11/18 14:24:30
Perlのオブジェクト指向システムってどうよ?
第一引数がパッケージ名や参照でそれがそのままselfになるのって
argv[0]をうまく使ったトリックだよね。
実際はクロージャ生成をNewで隠蔽して、そのクロージャの環境を
持ち回ってるってことになるんだよね。
ああいうの元ネタあるの?
358:デフォルトの名無しさん
05/11/18 15:58:06
>>357
argv[0] つか、$_[0] な。
あれはあれで良いものだが、クラス・メソッドの呼び方に
SomeClass::operation() と SomeClass->operation() があるのは、
美しくないというか、直感的じゃないとは思うね。
359:デフォルトの名無しさん
05/11/18 22:10:53
LL(1)で文法を考えてたんですけど、
式は一般的な形で最終的に、数値か識別子か括弧の式になります。それで
文 ::= 代入文 | 式文
代入文 ::= 識別子 ':=' 式文
式文 ::= 式 ';'
という文法だと、代入文と式文の両方のfirst(n)に識別子が含まれて駄目ですよね。
でもよくありそうな文法で、文法を変形したり、何かアイディアあったら教えてください。
360:デフォルトの名無しさん
05/11/18 22:59:25
BASIC風味で
代入文 ::= 'let' 識別子 ':=' 式文
とか
シェルスクリプト風に変数の参照は$をつける、とか
文 ::= 代入文 | 関数呼び出し文 | while文 | return文 | ...
にして式文を書けなくしてしまう、とか
代入文ではなく代入式にしてしまうとか。
なんかウチの大学のカリキュラム思い出した。
ウチの大学の宿題じゃないよな?
361:デフォルトの名無しさん
05/11/18 23:05:56
LL使ってる時点で実用性が乏しいといえるだろう。
まぁ、宿題なら仕方無いが。
362:デフォルトの名無しさん
05/11/19 00:48:19
>>361
pascal しらんの?アフォ?
363:デフォルトの名無しさん
05/11/19 00:51:04
解析能力と実用性に相関関係は無いと思うが
364:デフォルトの名無しさん
05/11/19 01:02:16
>>363
普通にあるでしょ?
現実をしらない研究者ならともかく、発想がしんじられない。
365:デフォルトの名無しさん
05/11/19 01:19:35
>>364
LLに収まる文法が
LLに収まらない文法に比べて何が劣ってるか説明してくれない?
単純に興味があるので。
366:デフォルトの名無しさん
05/11/19 01:29:37
LL(1)とかに収まらない言語でも今はLLで書くだろ。
367:デフォルトの名無しさん
05/11/19 01:31:54
>>359
Pascalは、
>>360
>文 ::= 代入文 | 関数呼び出し文 | while文 | return文 | ...
>にして式文を書けなくしてしまう、とか
この方式だね。JIS X3008を見ると、
文 = [ ラベル ":" ] ( 単純文 | 構造文 ) .
単純文 = 空文 | 代入文 | 手続き呼び出し文 | goto文 .
空文 = .
構造文 = 複合文 | 条件文 | 繰り返し文 | with文 .
となっている。
実際、文を書くべきところにいきなり a + 5; みたいな式文を書く必要はないでしょ。
>>364
高い解析能力が必要とされる文法なんて人間にとっても覚えにくいだけだから、
363の言うことはもっともだと思うが。
Pascalでラベルに文字列を使いたかったら、予約語「label」を導入して、
label hoge : 文;
とでも書かせておけばよかったのでは。
368:デフォルトの名無しさん
05/11/19 01:32:51
高い解析能力が全く要求されないLispは人間にとって覚えやすいんですか?
369:デフォルトの名無しさん
05/11/19 01:39:00
もちろん文法は覚えやすいだろ。
当然文法を覚えることと言語を使いこなすことは別だが。
370:デフォルトの名無しさん
05/11/19 01:44:50
>>368
forの構文やifの構文など、通常は文法の範疇のものが、
Lispだと関数やマクロの呼び出しになって、文法の範疇から
外れるだけ。
トータルで見れば、通常文法に相当する知識が減ってるわけ
じゃないが、文法に属する範囲は狭い。
371:デフォルトの名無しさん
05/11/19 03:35:02
覚えやすい≠使いやすい
372:デフォルトの名無しさん
05/11/19 06:16:52
また構文の話ですか。。
373:デフォルトの名無しさん
05/11/19 08:34:25
>>368
最近、仕掛けが巧妙になってきている。
374:デフォルトの名無しさん
05/11/19 23:01:29
>>373
|
|
|
しりんご
375:デフォルトの名無しさん
05/11/20 00:02:34
パクッ
376:デフォルトの名無しさん
05/11/20 00:14:02
馬鹿でも理解できるLispってか
377:デフォルトの名無しさん
05/11/20 00:17:31
尻んご
に見えた
378:デフォルトの名無しさん
05/11/20 00:25:36
21st Century Compilers買った人いる?
379:デフォルトの名無しさん
05/11/20 00:30:14
え、アレ出たの?
380:デフォルトの名無しさん
05/11/20 00:50:24
URLリンク(www.amazon.co.jp)
年末の暇つぶしにでも
381:デフォルトの名無しさん
05/11/20 03:50:30
3~5週間って、運が悪いと年が明けてから着くんじゃないか……
382:デフォルトの名無しさん
05/11/20 03:58:10
円安だからか、洋書が高いな
383:デフォルトの名無しさん
05/11/20 21:52:49
>>380
この本って、一年以上前から紹介されて入るけど、発売が(ry
384:デフォルトの名無しさん
05/11/20 23:22:31
>>368
覚えやすいが、使いにくい。
385:デフォルトの名無しさん
05/11/21 19:23:38
馬鹿研究者程、食いつきが良いw
386:デフォルトの名無しさん
05/11/21 19:29:07
研究者であるならば、内容に関わらず買う必要はあるだろうな。教養として。
387:デフォルトの名無しさん
05/11/21 20:26:57
宣伝ならもうちょっとうまくやろうぜ
388:デフォルトの名無しさん
05/11/21 20:34:38
素人の集まりのくせに、何が研究者だよ。ばかばかしい。
389:デフォルトの名無しさん
05/11/21 23:16:36
>>388
いや、結構いるとおもうぞ。
ただし、パラダイムを買える程のテーマは皆無だがw
390:デフォルトの名無しさん
05/11/22 00:06:54
つまり、重箱の角研究ってやつ?
ワロタw
どこからも引用されず、どこにも適用されずw
391:デフォルトの名無しさん
05/11/22 00:13:46
というか一番作りやすいからだろうな >> 研究用
392:デフォルトの名無しさん
05/11/22 00:21:47
洋書に限らず値が張る書籍は会社に買わせて内容を確認してから気に入った奴だけ個人で購入してる。
研究所勤務のメリットではあるな。
393:デフォルトの名無しさん
05/11/23 00:19:21
つまらんメリットだなw
394:デフォルトの名無しさん
05/11/23 00:41:04
IBMのTRLとか、図書システムに関しては非常に良く出来ていたな
395:デフォルトの名無しさん
05/11/23 01:00:22
>>390
ワロタw
どこかのウイスキーみたいな宣伝文句だなw
396:デフォルトの名無しさん
05/11/23 01:22:41
なんかここ、ロートルの墓場みたいね
397:デフォルトの名無しさん
05/11/23 12:27:15
bison を使って簡単なスクリプト言語を作成してるんですが
実行時にエラーが発生したとき
ソースの何行目でエラーが出たかを出力したいと思います。
例えば、数値と文字列の加算が認められないとき
a = 1 + "hello"
とすると実行時にエラーが出るようにしてるんですが
'+' がソース中の何行目かが知りたいんですがいい方法はありますでしょうか?
字句解析の結果に
そのトークンの行数も含めればいいと思うんですが
bison の %union を使うと行数を含めることができないので
なにかいい方法があったら教えてください。
398:デフォルトの名無しさん
05/11/23 13:16:19
>>397
yylinenoじゃ不満?
399:デフォルトの名無しさん
05/11/23 18:48:32
エラーにはならんよ。
a="hellp"
400:デフォルトの名無しさん
05/11/23 19:07:40
>398
bisonで、式を
expr
: expr '+' expr
| expr '*' expr
...
という具合に書いているのですが、
間に改行を入れている場合
アクションで得る時点のyylineno では
演算子の出現した行番号と異なってしまうのです。
かといって、演算子を非終端記号にして
その時点のyylinenoを記録しておくとすると
演算子同士の優先の設定ができなくなりますし…。
401:デフォルトの名無しさん
05/11/23 21:00:58
大物は来ないのか?
402:398
05/11/23 22:12:45
>>400
.yで
%union { ...; int lineno; ...; }
%token<lineno> '+' '-' ...
.lで
"+" {yylval.lineno = yylineno; }
"-" {yylval.lineno = yylineno; }
...
ってダメなんだっけ?
403:398
05/11/23 22:16:08
ごめん。 return忘れてた。
"+" {yylval.lineno = yylineno; return '+'; }
404:デフォルトの名無しさん
05/11/23 23:05:34
>402
その方法でいけそうです。
ありがとうございます。
405:デフォルトの名無しさん
05/11/23 23:23:27
yylinenoは標準じゃないんで、男は黙って自力で行番号数える…
ってのはもう古い常識なのかしら。
406:デフォルトの名無しさん
05/11/23 23:39:18
標準って、yacc って何かで標準化されてるの?
407:デフォルトの名無しさん
05/11/23 23:42:44
>>406
ANSI-yacc
408:デフォルトの名無しさん
05/11/24 00:25:06
日本の研究論文って、有名人以外ろくなものがない。
外人でもそうだけど、この分野もはやフンズマリ状態なのかorz
409:デフォルトの名無しさん
05/11/24 00:29:16
有名人の方がやっぱりいい論文書くのか。
410:デフォルトの名無しさん
05/11/24 00:38:26
いい論文を書くから有名人なんじゃないの?
411:デフォルトの名無しさん
05/11/24 13:53:03
そもそも人がいないだろ。狭い世界じゃね?皆知り合いだろ。
412:デフォルトの名無しさん
05/11/24 14:10:59
日本塵はパクって昇華するのが生業なんだよ
論文書く文化なんてそもそも日本に存在しない
書かなくても有名になれる
413:デフォルトの名無しさん
05/11/24 16:03:03
>>412
和算もしらねぇタコはすっこんでろよ
414:デフォルトの名無しさん
05/11/24 16:14:06
知恵の代わりに自意識が育っている間抜けに
その要求はきついと思いますよ :-)
415:デフォルトの名無しさん
05/11/24 18:01:55
>>413
和算てそろばんぐらいしか出番ないんじゃない?
このスレと何か関係あるの?
416:デフォルトの名無しさん
05/11/24 18:13:52
>>415
このスレとは関係ないが、和算はそろばんとかそういうレベルじゃない
413も頭弱そうだが、あんたも教養ないな
417:デフォルトの名無しさん
05/11/24 18:26:09
>>416
スレと関係ねぇならすっこんでろよ
418:デフォルトの名無しさん
05/11/24 18:35:30
>416
>和算はそろばんとかそういうレベルじゃない
きっとすごいレベルなんですね。
どういうレベルなんですか?
教養のある416さんに説明してもらえるとありがたいです。
419:デフォルトの名無しさん
05/11/24 18:48:00
>>418
google wikipedia 和算
420:デフォルトの名無しさん
05/11/24 19:07:06
>>419
URLリンク(ja.wikipedia.org)
要約すると
和算は中国のパクリ、明治時代没、そろばんは広く用いられた
だから何
421:デフォルトの名無しさん
05/11/24 19:31:08
>>420
読解力ヒクス…
422:デフォルトの名無しさん
05/11/24 19:38:26
>>420
関孝和とか中学で習わなかった?
423:デフォルトの名無しさん
05/11/24 19:45:16
>>416
それで、どういうレベルなんですか?
424:デフォルトの名無しさん
05/11/24 19:56:13
数学板でやれ
↓のスレ盛り上げてやれよw
算額について語るスレ【和算】
スレリンク(math板)
1 名前:132人目の素数さん 投稿日:04/12/30 18:19:05
ここは江戸時代に日本独自に栄えた数学、「和算」について語るスレです
2 名前:132人目の素数さん 投稿日:04/12/30 18:25:38
クロワッサンでも食べてろ
3 名前:132人目の素数さん 投稿日:04/12/31 06:30:33
さんがくのもんだいしゅうってでてる?
4 名前:132人目の素数さん 投稿日:04/12/31 07:15:08
カトチャン、屁゜
5 名前:132人目の素数さん 投稿日:04/12/31 14:20:26
荒れすぎ
425:デフォルトの名無しさん
05/11/24 20:04:22
>>423
>>416も頭弱くて教養がないので答えられません
というレベル
426:413
05/11/24 20:32:37
ほんとに教養無いのなorz
今で言う微分、積分とかの概念も日本で独自に育っていたのだよ。
427:デフォルトの名無しさん
05/11/24 20:53:19
外人が、江戸時代、金地金を買い付けに来た時に、地金の重量だけでなく純度も価格に反映すべきだ、
といって日本人が当時小数点付きの割り算を和算でやったという話を聞いたことがある。外人は、
小数点の割り算ができなかったそうだ。
現状、コンピュータサイエンスはほとんど米国主導、輸入品なのは認めるが、日本人だから想像力が
なくて、後追いぱくり研究しかできない、というのは暴論だと思う。可能性はあるのだから。
428:デフォルトの名無しさん
05/11/24 21:06:48
>>426
413=416なら「そういうレベル」を説明しろよ
お前が説明できない=教養ないだけだろ
429:デフォルトの名無しさん
05/11/24 21:07:56
あんま関係ないけど
日本人なのに論文を英語で書く文化って何なの?
あれって日本じゃ評価してくれないから英語で書いてるわけ?
あと日本語なのに横書きで書くのも変だよね。
縦書きがまともに機能してるのって出版業界だけかな。
430:デフォルトの名無しさん
05/11/24 21:27:41
>>429
はぁ?バカかお前。
そのレスは日本語なのに横書きじゃねーか。変だよね。
せめて縦読みくらい仕込む知能を見せろや。
431:デフォルトの名無しさん
05/11/24 21:32:02
ね
こ
大
好
き
432:デフォルトの名無しさん
05/11/24 21:44:23
>>429
カノレテをドイツ語で書く文化と同じだよ。
患者に何書いてるかわからなくするため。
433:デフォルトの名無しさん
05/11/24 21:51:14
>>429
日本語読めない人にも読んでもらいたいからだろ?
434:デフォルトの名無しさん
05/11/24 21:59:07
>>433
はぁ?バカかお前。
わざわざ英語で書く意味なんてない。自己満足だよね。
せめて日本語くらい読む知能を見せろや。
435:デフォルトの名無しさん
05/11/24 22:12:04
引
貴 用
殿
も .四
な .百
二
十
九
436:デフォルトの名無しさん
05/11/24 22:19:48
LISPの話しようぜ
437:デフォルトの名無しさん
05/11/24 22:24:00
>>432
最近は英語が主流だけど・・・
438:デフォルトの名無しさん
05/11/24 22:39:00
そもそもカルテはドイツ語なんだが。
439:デフォルトの名無しさん
05/11/24 22:40:49
途中から失礼します。
パーサ(パーサー?)の話とかここでいいんですよね。
(他のスレあったら教えてください)
仕事で幾つかのフォーマットを読み下すプログラムを
書いてきたんですが、毎回使い捨てで同じような
のを何度も書いている気がしています。
そこでパーサーと言われるプログラムの基礎を勉強しようかな
と考えています。
情報系とか出てないので理論的な知識が無いんだけど、
基礎から書いてある良い本とか良いサイトないですか。
よろしくお願いします。
パースだけ出来ればOKです。
440:デフォルトの名無しさん
05/11/24 22:42:51
>>439
つ[yacc]
441:デフォルトの名無しさん
05/11/24 22:52:06
>>439
つ[テンプレ]
442:439
05/11/24 22:53:51
>>440 ありがとうございました。
yaccとかlexとかがあるんですね。ちょっと調べると
BNFとか正規表現とかあるんですが、本を買ったりして
調べる前に1つ質問です。
このyaccとかは世の中にあるtextでかかれているフォーマットなら
基本的に何でも読み下すことが出来るんですか?
cでもperlでもhtmlでも。
自分が今パースしたいファイル形式がこのyaccでパースできるか
どうかはどうやって確かめればいいんしょうか。
spice netlist, verilog gatenet, EDIT, ascii GDSなど
をパースしたいんですが。
よろしくお願いします。
443:デフォルトの名無しさん
05/11/24 22:54:46
>>434
馬鹿はお前だ。わざわざ日本語で論文を書く意味なんてない。
なぜなら、日本人に読ませる意味がないからだ。
444:439
05/11/24 22:59:43
>>441 おお!これらを読んでまた来ます。
445:デフォルトの名無しさん
05/11/24 23:35:30
>>432
それってよく効くけど、
じゃあドイツ人は何語で書いてるん?
446:デフォルトの名無しさん
05/11/24 23:38:48
ドイツ人は正しいことを書いているのだから見られても平気って思ってるんじゃない?
447:デフォルトの名無しさん
05/11/24 23:40:10
>>429
引用されるためだよ。
論文の価値ってのは他の誰かの論文に引用されることにある。
ちなみに日本人の論文は提出率に対する引用率はいまいち低いらしい。
448:デフォルトの名無しさん
05/11/24 23:41:09
>>443
で、研究のオイシイ部分は全部外人に持っていかれるわけだ。
449:デフォルトの名無しさん
05/11/24 23:41:24
>>432
今時の若手の偉いさんだと英語で書いていて、もうちょっと下の年齢だと日本語で書いてるよ<カルテ
習った時分によるみたい。
450:デフォルトの名無しさん
05/11/24 23:42:31
>>447
それはつまり、日本人の書く論文は、世界の役には立って無い?
451:デフォルトの名無しさん
05/11/24 23:44:47
>>450
いや、所謂ポスドクってのが癌なんだよ。
博士になるために助手しながら無尽蔵に数をこなし続ける。
452:デフォルトの名無しさん
05/11/24 23:48:36
>>439
つ りんご本
453:デフォルトの名無しさん
05/11/24 23:52:02
>>451
ポスドクは博士持ちの底辺ポストだろ。
454:デフォルトの名無しさん
05/11/24 23:52:24
>>450
一部の有名人を除きその通り。
日本人の論文テーマは、他の論文テーマの一部分について
特殊な前提条件で研究しているものがよくある。
455:デフォルトの名無しさん
05/11/24 23:56:39
耳が痛い
耳が痛い
耳が痛い
456:デフォルトの名無しさん
05/11/25 00:18:01
>>448
まぁまぁ、落ち着いて。
売国奴の>443など放っておいて、あなたはあなたで
外人にオイシイ部分を持って行かれないために
日本語だけを読み、日本語だけを書いて一生を送っていればいいんですよ :-)
457:デフォルトの名無しさん
05/11/25 00:30:39
おめーの重箱の済み研究なんて全く役に立たないよw
ば~ろ~!
って言ってみたいw
458:デフォルトの名無しさん
05/11/25 03:03:06
おもしろいスレだな。LISPで荒れたり、英語で荒れたり、和算で荒れたり、博士で荒れたり。
459:デフォルトの名無しさん
05/11/25 03:06:15
>>442
その質問は本を読めば大体書いてあることです
460:デフォルトの名無しさん
05/11/25 03:22:16
>>458
すべてに共通しているのは
無知なくせにやたらとわめく人がいるところ。
461:デフォルトの名無しさん
05/11/25 06:58:59
>>460
具体例が書かれていないので、
「ここでわめく為に必要な聞きかじりの知識」すら無い人が
「わめき」にすら参加できず悔しがっているようにしか見えません :-)
462:デフォルトの名無しさん
05/11/25 08:27:04
研究ってのは役に立たなくてはいけない研究と、そうではない研究ってのが
あるんだよ。理系の人なら分かってもらえると思うが。
463:デフォルトの名無しさん
05/11/25 08:28:49
この板には残念ながら理系はいません
464:デフォルトの名無しさん
05/11/25 08:30:30
その通り
全員アキバ系です
465:デフォルトの名無しさん
05/11/25 12:18:05
>>464
笑ってしもうたが、本当なら悲しいのぉ。
466:デフォルトの名無しさん
05/11/25 13:40:01
文系、理系なぞ受験科目の分類に過ぎない!
…筈なんだが、日本ではどうもそれが通らなくて困る。
経済学はかなり以前から数学バリバリでついには法学にも法経済学なんてのがあり、
一方でソフト開発が会社組織や経営をオブジェクト指向やユースケースなど
ソフトウェア工学的手法でモデル化したりする昨今、
文系・理系の区別は害あって利なしだと思うんだがね。
と脱線しながらマジレス。
467:デフォルトの名無しさん
05/11/25 13:48:01
困ったことに世の中には、既得権というものが存在する。
468:デフォルトの名無しさん
05/11/25 14:22:47
既得権でガンジガラメになって必要なところに資源が行かないのが
今回の不況の最大の原因だったわけだが。
469:デフォルトの名無しさん
05/11/25 14:42:04
本当は頭を使うのが大嫌いだけどそれなりの学歴は作っておきたい人、の当座の居場所
としての「文系」には、ちょっと違うニュアンスがあるしなぁ。
470:デフォルトの名無しさん
05/11/25 15:52:24
>>468
微妙に違う。既得権に目を奪われて、肝心な部分を
見落としている点が、今回の不況の最大の原因。
471:デフォルトの名無しさん
05/11/25 15:57:54
>>470
つまり、目先の利益を優先してるのが原因と。
472:デフォルトの名無しさん
05/11/25 15:58:24
ここまで脱線したらついでに聞くが、「肝心な部分」とは?
473:デフォルトの名無しさん
05/11/25 16:06:04
>>472
物事を順を追って、論理立てて考える事で導き出される結果。
欲得づくしで思考すれば理性を見失うのは当然かと。
これが金とか権利とかの問題ならまだ楽なんだが、努力とか、
知恵とか、勇気とか、危機管理能力とか、そ~ゆ~能力の無さ
が問題だからなぁ・・・
474:デフォルトの名無しさん
05/11/25 16:15:33
結局の所は、面白くない、面倒臭い、責任は取りたくない、
といった職務怠慢の積み重ねの結果だわな。
475:デフォルトの名無しさん
05/11/25 17:30:56
この流れおもしろいな
476:デフォルトの名無しさん
05/11/25 17:46:40
>>462
そりゃ分かるけど、あまり特殊な前提条件のもとでの研究ばかりじゃねぇ
結果として役にたたなくとも、いままで思いも付かなかったようなテーマとか
だったら99%役にたたなくてもOKだと思う。
477:デフォルトの名無しさん
05/11/25 18:16:40
10000重ループの画期的な最適化方法を研究しました。
9999重以下のループには役に立ちませんが。
478:デフォルトの名無しさん
05/11/25 22:34:02
>>477
いいんじゃないか。
ダミーで、9999重ループをつけりゃ画期的に速くなる
んだろ?
479:デフォルトの名無しさん
05/11/25 22:38:08
ダミーじゃダミだ
480:デフォルトの名無しさん
05/11/25 22:43:27
>>479
貴様、俺様がこれからイカスギャグをかまそうとしたのに打ち砕いてくれたな~
481:デフォルトの名無しさん
05/11/25 23:40:14
推測してみた
ずばり駅に行きたい
・・・そこまで易しくないか
482:デフォルトの名無しさん
05/11/26 11:13:58
役に立ちそうもないから誰も手をつけなかった事を研究して実際に役に立たない
事を証明すれば、それはそれで立派な研究成果だと思うが・・・
483:デフォルトの名無しさん
05/11/26 11:50:18
>>482
それが、必要とされる証明だったらね。
実際には役に立つ証明はみたことない。
484:デフォルトの名無しさん
05/11/26 11:59:18
>>482
まあ、「誰も手をつけなかった」んだったら、放置で
いいような気もするが…。
でも、できないことの証明によって無駄な労力の消費が
避けられるというのはあるよな。
大昔には、永久機関とか錬金術とかを真剣にやってた奴
もいるんだし。
485:デフォルトの名無しさん
05/11/26 12:20:31
科学技術の原型が錬金術だったような・・・
486:伝説新人タクシ
05/11/26 12:44:55
その頃は原子や素粒子なんてなかった。
今じゃ、原則的にある原子が他のそれに変わることはない
で済むんだけど。
反応によって全く違う性質を持つようになるのはある意味
錬金術といえなくもない。人工の工業用ダイヤだって使われている。
炭素が4つ結合することでダイヤになるようにね。
ただ、どの分野でも品質とかコストとかいう他の問題になる。
ニュートン 錬金術でぐぐると、wikipediaにも彼が錬金術師とある。
487:デフォルトの名無しさん
05/11/26 12:51:22
雑談なら他でやれ
488:デフォルトの名無しさん
05/11/26 13:02:55
つまりスクリプトの作成というのは、錬金術のようなものだと?
489:デフォルトの名無しさん
05/11/26 13:08:21
目の前にSICPの原著あるけど、表紙の絵が魔術師だか錬金術師なんだよな。
スクリプト(コンピュータプログラム)の作成=錬金術というのは、案外言い得て妙だな。
490:デフォルトの名無しさん
05/11/26 15:38:53
awk?
491:デフォルトの名無しさん
05/11/26 16:09:33
SICP=MITで使われている、コンピュータサイエンスの基礎の基礎をSchemeを通して学ぶ教科書
492:デフォルトの名無しさん
05/11/26 17:34:20
未知の自然物質を相手にした研究と、
人間が考えた文法についての、ある限られた特殊条件での研究。
以下(ry
493:デフォルトの名無しさん
05/11/26 17:51:25
研究もしない穀潰しが何を言っても、なぁに、かえって免疫力が付く
494:デフォルトの名無しさん
05/11/26 18:18:44
お前らも暇な奴らだなw
495:デフォルトの名無しさん
05/11/27 00:03:39
研究者の痩せ我慢すれですか?
496:このスレの1
05/11/27 00:13:04
現在>>249で立てたWikiのページが見られなくなってます。
報告が遅くなりましたが、こんなメールが来てましたので、一応報告します。
■■1.メンテナンスのお知らせ
サーバメンテナンスを以下の日程で行います。
日程:2005年11月26日(土)
時間:22:30~翌朝AM:5:00ごろまで
範囲:@wikiサービス全体
内容:サービスのバージョンアップ、電源の点検
この時間、@wikiサービス全体にアクセスできなくなる可能性があります。
ご理解宜しくお願い致します。