2004年のよしなごと |
▲ ■ ▼ |
|---|
| 【No.244】 | 成瀬ゆい 【HOME】 | 2004年01月10日(土) 23時54分JST-9 【修正】 |
|---|---|---|
[ GDqzJTJswmI ] |
たまには雑談スレッドでも立ててみようかな。 先日本を買ったんです。 一冊は野中広務さんの「老兵は死なず」で、もう一冊が「光速より速い光」。 野中さんはファンだったので引退を知ったときはなかなかにショックでした。 あの悪そうな顔が中学時代の担任を思い出させて懐かしかったんですけどねぇ〜。 本の内容としては、特別「おぉっ」と驚くような話はさほどありませんでした。 小渕さんが倒れたときの話を始めとして、含みのあるような部分は結構あったので、誰かが注釈をつけてくれるとよいのですけど。 この本では小泉さんが実は大蔵系の人間だと指摘しているのですが・・・わたしはたぶん日銀系だと思う。 ちなみに、野中さんは郵政族だと思っていたのですが、国鉄上がりだったんですね。 しかし、最近の日本のナショナリズムの高まりと安全保障の方針は恐ろしいものが、、 西欧はナショナリズムを捨てて統合に動き、東欧や中東はナショナリズムで混乱している今、なにを考えているのやら。。 だいたいだから前から日本の自衛隊は6割が軍事オタで（以下ただの非難なので略 で、光速より速い光ですが〜、まだ読んでません。 実際どうなってるんです？ 教えてエロイ人っ！ ＃＃＃ そうそう、珍しく音楽CDも買ったんです。 1万枚限定らしくて、行った所ではすでに売り切れだったので秋葉原まで行く羽目になりました。 しかしさすが石丸電気ですな、でっかいなーでっかいなーいしまるっ♪ さくっとでてきましたよ。 ちなみに買ったのはBen FoldsのSpeed Graphicというもの。 トラック１のIn between daysに惚れました。 聞きたい方は（以下略 そうそう買ったらラストエグザイルのポスターをもらえたですよ、うらやましいでしょｗ＞某氏 あと、Natural highの愛カタリも買おうかな〜と思っていたのです。 で、CDを探してみたら・・・レーベルゲートCD。 買おうという話しは無かったことになりましたとさ。 バックで鳴ってるピアノは気に入ったんだけどねぇ。 ＃＃＃ あ、そういえば、うちのPGP鍵の期限が切れちゃったので更新お願いします。 内容は同じですが鍵の期限を2003-12-31からNeverに変えました。 wwwkeys.uk.pgp.netやpgp.nic.ad.jpのようなkeyserverで入手できますので欲しい方は適当に。 keyserverによってはまだ新しいものに置き換わってないかもしれませんので、 まだ古いものだった場合はちょっと待ってくださいな。 | |
子記事数が多いため、最新の10件のみ表示します。 それ以前の記事は返信モードで見ることができます。
| 【Re:91】 | 成瀬ゆい 【HOME】 | 2004年03月21日(日) 05時18分JST-9 【修正】 | |
|---|---|---|---|
| [ GDqzJTJswmI ] |
> いずれ、コンパイラ（Cへのトランスレータ）でも作ろうかと 期待してます・・・ｗ > Soopyに正規表現ってあったほうがいいと思いますか？ なんともいえませんが、文字列処理をやるときには正規表現はないと困りますね。 逆に言いますと、正規表現がないと文字列処理に制限ができてしまうように感じます。 文字処理分野を狙っていないのなら必要ないとは思いますけれど、 > 理由は見た目と、パターンマッチという単語と対応するのでわかりやすいという事です。 ですよね〜。 あと、caseはswitch-caseやcase-whenのイメージがあって、パターンマッチのイメージがわきにくい、というのも。 > レキシカルスコープと概念的なスコープのどちらに属すべきかという。 レキシカルの方がいいように感じますねぇ・・・。 で、レキシカルスコープだと実用性に何があると、、、 でも、self無しでどんなメッセージを受け取っても自分を返すオブジェクトって作れます？ 作れるのなら必要なさそうですが・・・ | ||
| 【Re:92】 | randy | 2004年03月23日(火) 20時26分JST-9 【修正】 | |
|---|---|---|---|
[ LZHfA06U/y. ] |
> 具体的な応用としてはどんなものを想定しているのでしょうか。 > 使い捨てスクリプトとかGUIアプリとか計算用とか… あ〜、何でもできる（速度重視のものを除く）「汎用プログラム言語」を 狙っています。 まぁ、実際は、こんな言語作ってみたい、という個人的な願望を 満たすために作られているので（個人で作っている言語って 多かれ少なかれ、そうじゃないのかなぁ）、具体的な応用は 眼中にないというのが、正解なのかも...w >> 理由は見た目と、パターンマッチという単語と対応するのでわかりやすいという事です。 >ですよね〜。 やっぱり意味的にはmatchのほうがわかりやすいですね。 =正規表現= どうしようかなぁ。 実装するとなると結構時間を喰いそうで（数ヶ月から半年ぐらい？）、 やるとしても花粉症の時期をすぎないと頭が働かなくて無理だなぁ。 一年のうち半年は花粉症です。(>_<) =self= 上に同じく、花粉症で全然考えがまとまらない。。。うぅ。 ８月頃になったら改めて考えます。（覚えていたら。。^_^;） >管理人さん ところで、この掲示板はRSSに対応する予定はないのでしょうか？ 対応していただくと、幸せになる人が増えるかも。。。（自分だけ？） | ||
| 【Re:93】 | 成瀬ゆい 【HOME】 | 2004年03月24日(水) 03時03分JST-9 【修正】 | |
|---|---|---|---|
| [ GDqzJTJswmI ] |
== 正規表現 正規表現は鬼車ベースか、 http://sakura-editor.sourceforge.net/cgi-bin/cyclamen/cyclamen.cgi?log=dev&tree=r3410 を使うか、コマンドラインからPerlに投げるか（ぇ わたしもなんか花粉症で調子が（＝＝ Mireille2が進まないです・・・（これは関係ないかも == self とりあえず、Wikiページを備忘録代わりに作ってみましたｗ == RSS その手のものにMireille2で対応する予定ではあります。 RSS1.0かRSS2.0かAtomか、まだ見ぬ何かかは未定ですけれど。 ま、今でもLastModified更新チェックには対応しているので、 わたし自身は（更新があれば内容にかかわらず読むので）それで間に合っていたりも。 とはいえ、これからの掲示板システムに必要な機能だとは思っています。 | ||
| 【Re:94】 | randy | 2004年03月25日(木) 20時39分JST-9 【修正】 | |
|---|---|---|---|
| [ LZHfA06U/y. ] |
> 正規表現は鬼車ベースか、 正規表現は出来れば一度自分で作ってみたいなぁ、なんて思ってました。 それにSoopyの文字は内部ではアレなので。。。普通の文字コードようのを 移植できるかどうかが問題。。。 > わたしもなんか花粉症で調子が（＝＝ > Mireille2が進まないです・・・（これは関係ないかも いや、それは、たぶん、絶対、花粉症のせいですw 花粉症のときって、やる気がおきないんですよね。 いや、ほんと、そういう病気なのよ。 =self う。忘れる自由が奪われた〜 (^_^; =LastModified って、知らなかった。RSS自体、雑誌で最近読んだから知っただけだし。＜無知 | ||
| 【Re:95】 | 成瀬ゆい 【HOME】 | 2004年03月25日(木) 23時36分JST-9 【修正】 | |
|---|---|---|---|
| [ GDqzJTJswmI ] |
== 正規表現 たしかに正規表現を自分で実装してみるのはわたしも夢ですねぇ・・・いつになるかわかりませんけれど。 soopyの場合、文字エンコーディングはTRONコードにほうりこむ方式ですっけ？ TRONコードだと文字の正規化とかが問題になりそうですね、、 == 花粉症 おぉ、Mireille2がすすまないのは花粉症のせいだったのですね。 いつになったら直るのかな〜来年の春まで継続してたらどうしましょ（ぇ == s/if/match/g ifは予約語からはずさない方がいいのではないでしょうか。 新たなif風の構文を作るかもしれないわけですし。 本当にif文を新たに作るかわからないとしても、当分は予約語のままにしておいた方がいいように感じます。 == RSS/LastModified RSSの方が内容自体を配信できますから、その点はいいですよね。 応用すれば、Mireilleをブラウザでなくリッチクライアントで見れるように、というのも可能になるな、とも。 WWWCやWWWD、あとRegnessemやMozillaあたりについているような、 HTTP Last-Modifiedヘッダをみて更新がされているか否かを判定することはできるのですよ。 Mireilleのあまり知られていないけれど、知ると重宝する機能の一つだったりｗ | ||
| 【Re:96】 | randy | 2004年03月28日(日) 10時02分JST-9 【修正】 | |
|---|---|---|---|
| [ LZHfA06U/y. ] |
> TRONコードだと文字の正規化とかが問題になりそうですね、、 TRONコードだと、漢字の１バイト目かどうかを調べて、 次の処理を変えるとかいうのがなくなって、幸せなのでは、とか考えてたり。。。 > 本当にif文を新たに作るかわからないとしても、当分は予約語のままにしておいた方がいいように感じます。 ふむふむ。一理ありますね。 わたしはifはユーザに好きなように定義してもらえるように解放しようかと 思ってました。 前に書いた、c_if, p_if みたいなのをライブラリとして用意しておいて、 好みに応じて、 if = c_if あるいは、 if = p_if とかして使ってもらおうかと。 > WWWCやWWWD、あとRegnessemやMozillaあたりについているような へ〜。Mozillaも対応してるのですか。 今度、試してみよう。 | ||
| 【Re:97】 | 成瀬ゆい 【HOME】 | 2004年03月28日(日) 18時56分JST-9 【修正】 | |
|---|---|---|---|
| [ GDqzJTJswmI ] |
> TRONコードだと、漢字の１バイト目かどうかを調べて、 > 次の処理を変えるとかいうのがなくなって、幸せなのでは、とか考えてたり。。。 あれ、TRONコードってエスケープ式じゃありませんでしたっけ？ 4バイト固定で扱うのでしょうか。 あとは同一の文字が複数のTRONコードを持っている問題とかはどうなのでしょうか。 例えば「亜」は1-3021と2-2464と8-2373を持っている、というような。 正規化しようとしなければ問題ないのですかね。 > わたしはifはユーザに好きなように定義してもらえるように解放しようかと んーむ、それも一理あるように感じるのですが、 if文のような基本的な文を開放すると、コードが読みづらくなりません？ | ||
| 【Re:98】 | randy | 2004年03月29日(月) 19時23分JST-9 【修正】 | |
|---|---|---|---|
| [ LZHfA06U/y. ] |
> あれ、TRONコードってエスケープ式じゃありませんでしたっけ？ あれ、そうでしたっけ？ 忘れましたｗ 内緒ですが、実はSoopy内部では文字は３２ビットです。 これを公言すると、それだけでひいてしまう人がいるんじゃないかと思って、 内緒にしてるんですが。。。(^_^; というわけで、漢字だろうがハングルだろうが、１文字は文字型ひとつで 扱えます。 > 例えば「亜」は1-3021と2-2464と8-2373を持っている、というような。 > 正規化しようとしなければ問題ないのですかね。 お。詳しいですね。わたしはあまり詳しいわけではないので、 深くつっこまれると、ボロがでちゃう〜。 正規化するとすれば、テキストを読み込むときにすればいいのかな。。？ > if文のような基本的な文を開放すると、コードが読みづらくなりません？ うーん。なるほど。。。 ifはSoopyでは、基本的な文ではない（なくなる）、という方向なんですが。。。 結局、構造化プログラミング（というのか？）では、 １．逐次実行 ２．繰り返し ３．分岐処理 の３つがあればいいわけで、C言語などで、分岐処理が ifとswitchにわかれているのは、たんなる構文糖ですよね。 Soopyでは、あくまでシンプルさを追求しているので、 分岐処理は２種類もいらない、ってことでしょうか。 （って、今考えたｗ） | ||
| 【Re:99】 | 午後の紅茶b | 2004年03月30日(火) 01時12分JST-9 【修正】 | |
|---|---|---|---|
[ rRvmEHBZLrw ] |
あと一つ >内部では文字は３２ビットです。 いいないいな。 今時、スクリプトのファイルサイズはさほど重要でもないし。 | ||
| 【Re:100】 | 成瀬ゆい 【HOME】 | 2004年03月30日(火) 03時18分JST-9 【修正】 | |
|---|---|---|---|
| [ GDqzJTJswmI ] |
> 内緒ですが、実はSoopy内部では文字は３２ビットです。 いや、いいんじゃないですか？ UTF-8なんて半端なことをせずに、32bitにしてしまたほうが綺麗だな、と。 あと、詳しくは知らないのですが、今時のコンピュータって32bitにしたほうが処理が早いのでしょ？ メモリ的には容量を食いますけれど。 マルチバイト文字でもちゃんと一文字として認識してくれるのはうれしいですねぇ。 > 今時、スクリプトのファイルサイズはさほど重要でもないし。 ファイルとしてはUTF-8とかShift_JISにしてしまうのでは。 TRONは、16bitであらわしたい時はエスケープ式になるのですよ。 32bitだとエスケープ無しになります。 > 正規化するとすれば、テキストを読み込むときにすればいいのかな。。？ 保存する時や、検索する時とかに意識する必要がありますね。 もっとも、正規化はしない、というのも一つの決断かもしれません。 だけれど〜、それだと大文字セットを前提とした国際化でなく、 文字エンコーディング非依存の国際化 - CSIの方がいいかもしれません。 http://www.idg.co.jp/lw/news/back/index20011124_01_solaris.html 結局の所、TRONコードハードコーディングでも、Unicodeハードコーディングでも本質は同じわけで。 この辺の話は掲示板を作っている途中で色々調べまして、 > 結局、構造化プログラミング（というのか？）では、 関数指向の流れを汲むものとしては、それもありですね。 結局の所、構文糖をデフォルトで用意するか、しないか、と。 しなくてもいいような気はするのですが、似て非なる我流のifがでてくるとイヤだなぁ、ってのがありまして。 | ||
