【C】Poneytail(仮称)OSスレッド01【未踏】 (602ﾚｽ)
上下前次1-新
297(1): 2005/08/18(木)20:33 AAS
>>291
漏れはやったことがあるぞ。
発表直前までプレゼン資料作るなんてこともやってたが。
298: 957 ◆KhjEefLZMk 2005/08/19(金)10:39 AAS
そろそろ準備しないとなー。
>>297
会場でネットに接続できないっぽい。。。
携帯は面倒だし、パケット通信は怖いしな・・・
299(1): 2005/08/19(金)18:29 AAS
ｴｯﾁﾞ
300(1): 2005/08/19(金)18:30 AAS
定額ケータイ
301(3): 292 2005/08/19(金)21:16 AAS
先方に適当なこと言って来週に延期したから楽勝で逝けた。v(^-^)
957さん良かったですよ。
日本でManaged C++が混ざったILをちゃんと解析した人って
他に聞いたことないです。
それだけでも十分未踏だなって思いました。
質疑応答でカッコ良かったのは、
「遅いならFreeTypeをやめてビットマップフォント使えば？」
という質問に
「機能を犠牲にして速度を稼ぐのは本質的な改善とは言えない。」
のようなことを回答されていたときですね。
省2
302(1): 2005/08/19(金)21:23 AAS
パワーポイントうｐまだ？
303(4): 2005/08/19(金)22:23 AAS
>>301
大勢の人の前で、自分の意見を明確に主張できることは、
本当に素晴らしいことだと思う。
ただ、常に速度より機能を取ればよいというものではないハズ。
ところで、「Managed C++が混ざったIL」って、普通の？ILより難しいの？
304(2): 292 2005/08/19(金)22:32 AAS
>>303
速度と機能に関しては一概に決め付けられないのは事実ですが、
今現在OSに求められる性能を基準に言えば、
遅すぎてTrueTypeが使い物にならないようなOSは
他の用途にもまともに使えるとは思えません。
純粋なILに関しては規格書がECMAに提出され公開されていますが、
ネイティブコード混合の規格は公開されていなかったはずですから、
自力で解析する必要があるでしょう。
305(2): 2005/08/19(金)22:44 AAS
打ち上げパーティでもしてるのかな
306(1): 2005/08/19(金)22:47 AAS
>>305
懇親会があるって書いてあるね。
307(1): 292 2005/08/19(金)23:02 AAS
そういえば質疑応答で一点気になったのは、
「色々な言語をサポートするランタイムはどうするの？」
という質問に対して
「.NETではすべて同一のILにコンパイルされるので無問題」
と答えておられましたが、
J#が専用のJDK1.1互換ライブラリに依存してるようなケースを
想定した質問ではなかったかと感じました。
308(1): 2005/08/19(金)23:06 AAS
大丈夫です。J#なんて使ってる奴まずいないから。
309(2): 303 2005/08/19(金)23:11 AAS
>>304
Managedではない従来のC++は、x86ネイティブコードにコンパイルされるが、
Managed C++って、すべてMSILにコンパイルされる気が．．．
CooSを動かしてないからわからんのだけど、今のCooSでは、
TrueTypeは使い物になっているのかな？
>>308
激しく同意
310: 957 ◆KhjEefLZMk 2005/08/20(土)00:18 AAS
懇親会＋二次会でした。ちょっと酔い
明日は１０時なので書けるとこまで書いて寝ます。寝るときは寝ると言います。
311: 2005/08/20(土)00:24 AAS
おつかれーぃ
312(3): 957 ◆KhjEefLZMk 2005/08/20(土)00:40 AAS
ひとりスレからｷﾀっぽい方とお話ししました。来てくれた方がありがとうございます。
自分の感想は次のレスに。
>>299,300
会場圏外でした。au。渋谷で圏外ってどういうことよ・・・。
>>301
ありがとうございます。
来年からビジネスマンですが、学歴無いからなあ。
偉そうなこと言いましたが、僕の基本はやりたいようにやっているだけです。
>>302
後述しますが明日遅刻できなくなったので睡眠時間の復旧にご理解を。
省12
313(2): 957 ◆KhjEefLZMk 2005/08/20(土)00:41 AAS
つづき。
>>305-306
明日もありますが、懇親会でした。
>>307
それは、J#の専用互換ライブラリも、.NETライブラリであるということが重要です。
たとえばJavaにはjava.langというパッケージがありますが、
これはJ#ではjava.lang名前空間を持つアセンブリとして参照されます。
そして、そのアセンブリは、単純には同等の機能を持つSystem.*のアセンブリに処理を引き渡すだけです。
J#は、見かけの言語はJavaであっても、ライブラリからなにから.NETですので、CLIを超えたサポートは必要ありません。
＃ただし、実行時にJ#のライブラリは必要になります。
省3
314(1): 957 ◆KhjEefLZMk 2005/08/20(土)00:57 AAS
まず自分の発表について。
のちのちパワポは公開しますが、私があの場で言いたかったことはCooSの紹介の前までがすべてでした。
自分でも言いたいことは言えたので、マジでCooSの紹介を前に終わった感がちょっとあったくらいｗ
そのせいか後半はすこしだらけたかもしれません。反省。
＃もともと時間が足りないと分かっていたので後半はアドリブだった。
しかし、予定通り３０分ジャストで終えたし、それなりの発表はできたと思っています。
未踏の成果としては、（どうせ分かるのでぶっちゃけますが）、スレッドとガベコレがないのが痛すぎ。
提案時に含めていたので、それがないことは非常に残念だと思うし、申し訳ない。
しかし僕の力量では、ドライバなど"実際のOSを作る"という開発をしながらそれらを組み込むことは無理でした・・・。
こーゆー苦労はOS開発特有だと思ったりします。
省4
315(1): 957 ◆KhjEefLZMk 2005/08/20(土)01:10 AAS
共同体的P2P全文検索システムの開発
発言も聞き取れたし、内容も論理的な順序があり理解しやすかった。デモソフトもちゃんと動いていました。
たしか「このままこのクオリティなら俺ﾔﾊﾞｽ」とか思いました。
P2Pが掲げられていましたが、技術的には蛇足のような気がします。
つまり、P2Pでなくても動くし、いまのP2P以上のなにかがあるわけでもない。
Google Desktop Searchみたいなのと比較がなかったのも残念。
やさしい仕様記述による通信プログラム自動生成系の開発
形式的記述ってのは正しさはすでに証明済みなわけで、たしかにサンプルも正しいように見えた。
でも（質問しましたが）、結局OSレイヤとの依存部分を排除できないと、プロトコルとしての状態管理以外に
OSレイヤの管理が入って、やっぱり複雑になってしまうのではないだろうか。
省1
316(1): 957 ◆KhjEefLZMk 2005/08/20(土)01:31 AAS
インテリジェントな3次元形状ブラウザの開発
キックオフの時から怪しいと思っていたプロジェクト。
未踏スレのほうで名前が挙がっていた五十嵐という方が関わっているようです。（基本論文に名前があった。）
この時点で結果に関係なく僕としては含むものがある訳なんですが。（だから毒モード
プレゼンも練習していないのが丸わかりで、聞いてて疲れた。
成果物もなんかいかにも学術研究という感じで、さっぱり。
＃冒頭例が車と家のポリゴンモデルで、実例が水素原子の反応じゃそう思うよ。
とにかく、他のプロジェクトとは根本的な姿勢が異なっていると感じました。
人間の記憶の拡張を目指した知識情報管理基盤の開発
PMが同じで結構話した方なんで心苦しいんですが、発表が機能リファレンスなのは眠く・・・。
省2
上下前次1-新書関写板覧索設栞歴
あと 286 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s