UNIX板の皆様　閉鎖の危機にまた立ち上がってPt.2

**名無しさん＠お腹いっぱい。** · NG

さっきの話の続き。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:34:17

ていうかもしできたら、君たちは２ｃｈから移るわけ？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:35:53

>>433
そうゆうのはできてから考えることだ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:36:15

>>433
2ｃｈが本当に閉鎖して、かつ2ｃｈと同等の機能を持って、そこしかなかったら移るよ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:36:15

>>432

そうか、ごめん...OTL

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:36:39

ザビビがあるじゃないかｗｗｗ

ごめん

**345** · 2007/01/14(日) 20:36:44

>>419
ちょっとツリー型ではないパターンを考えてみる。

・ノードが死んだり、転送速度が遅かった場合に備えて、
　上ノードは一つだけではなく、10ノードほど接続する
・送られてきた書込がすでに他のノードから送られてきた場合は、
　再度配信するのではなく、単に無視する
・（スレ削除設定が各ノードで変えられるようにするのであれば）
　スレリストは10の上ノードから取得し、
　それぞれのスレリストで足りない部分は補完させる

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:38:47

おらは分裂はいちばんやだ↓

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:41:28

>>404
同意。大元そんな感じでいいんじゃなかろうか。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:42:33

>>404
じゃ俺も同意

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:43:03

winnyの47氏呼ぶかｗ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:44:11

>>442
ｱﾌｫかｗｗ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:45:20

ぬるぽ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:45:52

>>444
ｶﾞｯ!!

**Opera** ◆bnINNEP4dI · NG

>>444
ｶﾞｯ!!

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:47:32

>>442
ヴァカだねｗ

**タラバガニ** ◆yXHOjiDWsA · 2007/01/14(日) 20:48:32

どうしたら2chをたすけられるのですか？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:49:25

なんか
・IRC
・NNTP
・P2P
の話題が錯綜しててよくわからん。
NNTPとP2Pを共存させるの？
NNTPを再利用するの？
IRC（もどき）なプロトコルの役割は？
参考資料嫁ってことかしらん。

**345** · 2007/01/14(日) 20:50:51

>>404,419
書込やスレの削除について考えてみた。

・各書き込みは47氏のアイデアの通り、秘密鍵で署名する
・複数サイトで、板リスト、初期ノードリストと共に
　ボランティア削除人リストを管理する
・削除人リストには、その人の公開鍵を登録しておく
・スレと書込の削除依頼は、誰でもできるが、
　削除依頼の署名が削除人リストに入っていれば、削除依頼を上下ノードに配信する
・書き込んだ人と削除依頼の署名が同じだった場合も上下ノードに配信する

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 20:51:08

まとめどこやけ？

**345** · 2007/01/14(日) 20:57:10

>>449
>NNTPとP2Pを共存させるの？
>NNTPを再利用するの？

そのアイデアをもとに考えたのが>>388。
NNTPはサーバ同時で情報を交換し合うけど、やはりサーバクライアント型。

>>388でダメ出しをしてもらって考えたのが >>419,424,430,438,450 だね。
これはサーバなしのP2P型。
P2Pのネットワーク形状は、419がツリー型で、438がWinnyに近い形かな？
（Winnyよく知らないけど・・・）

**345** · 2007/01/14(日) 20:57:54

>>451
まとめWiki
ttp://vipbox.dip.jp/new2ch/pukiwiki.php?FrontPage

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:08:48

なかなか一人で作るのは大変だな。
Winnyよく一人で作ったよ。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:10:26

ひろゆきの責任を分散させるという考え方ね。
社会的なリスクと隣り合わせのサーバ管理をすることで得られる利益は
失う代わりに、言いたいことを言える、ほしい情報がすぐ手に入る、
井戸端会議で盛り上がれる場所がつくれればいいわけか。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:14:51

どれが削除すべき書き込みか把握するのを早める為に投票制にすべきだと思う。
削除の投票が多かった書き込みは削除人の所へ送られ審査される。
第一段階
読んだ人達がこの書き込み違反じゃないか？って思う書き込みがあったら投票を入れる。
第二段階
削除の投票が一定以上多くなった書き込みは自動的に削除人の所へ送られ審査される。

これなら明らかな違反は削除されるし、工作員やいたずらによる削除も第二段階の削除人の審査により削除されない。

ちなみに多くの投票が集まった書き込みがそのまま削除されたら削除されるべきじゃない書き込みまで削除されてしまうから却下すべき。

問題は削除人が信用出来るかだが、それは人間の問題だから今考えても仕方ない。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:18:02

なんとなくイメージが出来てきてるのかな。
あとはプロトコル比較して、ネットワーク形状考えて、
実装していってという流れになるんだろうか。

**345** · 2007/01/14(日) 21:18:05

>>456
なるほど、同意。

しかしよく2chを使う人は、2chブラウザのように専用アプリでアクセスした方が快適だけど、
一般の人はやはりWebブラウザ使いたがるんじゃないかなー。

なので、P2P To Webブリッジ用のCGIも開発しないとダメかもしれない。
そのCGIにアクセスされたら、ローカルキャッシュからHTML作成して表示し、
Webから書き込まれたらP2Pネットワークに流すように。
何人かがWebサイトを立ち上げて、2chに似た名前のドメインで立ち上げればいいかも。
もちろん携帯電話にも対応しないとね。

しかしこれだけ( >>419,424,430,438,450 )のP2PアプリやCGIを開発するの、
かなり時間がかかるよねー。10人ぐらいで作っても、最低３ヶ月はかかりそう。
やはり既存の技術を流用する方向で考えるべきか・・・。

NNTP To WebのブリッジCGIってどこかにないかな？
合ったらそれをベースに改良するのが一番近道かも。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:18:47

例えボランティアにしても削除人が、任命する人がいるならばその人が管理責任を問われないだろうか。
ということで陪審員制というのを考えてみた。

削除依頼が発生すると、アクセスしているユーザー内からランダムに数人の陪審員が選ばれ、
彼らに削除の判断を任す、という感じ。
当然、本人からの削除依頼であれば無条件に削除。
どうしても削除して欲しい人の為に、一定期間をおきさえすれば何度でも依頼できるようにする。
問題は依頼厨をどうするかなんだけども……。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:20:33

メシ喰ってきてみたら、また削除の話にもどってるのかｗｗ
その話を始めると、欠点が見つかりまくって無限ループになるから、まずは外堀から埋めてこうぜｗ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:23:03

どうせ人が少ないうちは削除なんかしなくても事実上問題にはならんような気がするぜ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:23:17

NNTP<->Webってスクラッチから書いてもそんな大した規模じゃないと思うけどね
ひまがあればおれが書きたいぐらい。まだだれも手つけてない？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:23:32

>>450 >>456

P2P + http だよな。

> ・複数サイトで、板リスト、初期ノードリストと共に
> 　ボランティア削除人リストを管理する

これは必須だろ　勿論鍵の信頼性と有効期限の管理も

> ・削除人リストには、その人の公開鍵を登録しておく

とあわせて、独自のキーサーバーを持つのか？それなら

> ・スレと書込の削除依頼は、誰でもできるが、
> 　削除依頼の署名が削除人リストに入っていれば、削除依頼を上下ノードに配信する
> ・書き込んだ人と削除依頼の署名が同じだった場合も上下ノードに配信する

大してリスクも負荷もかかるまい。そこまでするなら全員指紋つきでも
変わらないような・・・ま、利用者が面倒でなければ当然犯罪リスクも
でかくなり未然の防止効果もあると思うけど。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:26:38

話がだいぶループしてきてるし、そろそろ作り出す段だな
俺はそろそろ始めるけど、平日はデフォルト22時まで仕事だし、
始める前に埋めなきゃいけない知識もあるから、早くて３月って感じだな

このスレからネ申が出てくれることを祈りつつ、誰も出なかった時の為に凡人の俺も頑張るわ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:27:53

連書きされたらどうするの
削除たいへんだよね

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:31:54

freenetでも試しに入れてみるか...
解説サイトってないのかな

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:34:48

わしもちょろちょろ勉強始めるか。
とりあえずまとめサイトのDHT、NNTP、Skype、IRCの資料を読んで、
それを踏まえた議論をすることが課題なんかね。
あ！Winnyもか。だれかリンクplz。
2ch自体は早々つぶれないだろうから、数ヶ月～半年くらいで何か形ができてくれば御の字か。
その前に2chがつぶれたら。。。この板の住民的にはしたらばかNetNewsに避難でOKなんだろうなぁw

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:35:30

>>464
だな。一応緊急時とかの情報交換の場所を希望とだけ。2ch 以外で。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:36:04

削除アルゴリズムは難しくもあり面白くもあるところだね。
まあ少なくともいろいろな削除アルゴリズムを適用できるような設計に
しておかなくちゃいかんということかな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:36:23

つぶれたらおまいらまたjapan.*とか読むの？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:37:09

>>467

> その前に2chがつぶれたら。。。この板の住民的にはしたらばかNetNewsに避難でOKなんだろうなぁw

思っててもいうなよ・・・

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:41:54

RESTでIRCってできないのん？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:42:16

緊急時情報交換はここでいいのか？
http://jbbs.livedoor.jp/computer/34417/

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:44:24

>>472
できるといえばできる。オーバヘッドが大きいと思うが。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:46:37

3ちゃんねる
http://www.3ch.jp/

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:49:34

>>473
バンバンスレ立てておｋ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 21:59:35

アドレス等の初期ノードをアスキー文字に暗号化する関数を作ってみた
どうでもいい車輪の再開発だけど

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:01:04

>>477
うｐおながいします

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:03:29

削除に関しては>>456とそのレスを中心に後々議論するということで凍結、
それか本体の議論と分離して別で議論していくか。
どちらにしても本体の議論と削除の議論が混ざると良くないと思う。

とりあえずこのスレではこの先は当分ソフト自体の議論しませんか？
もちろん削除機能が入る事も考慮しておく。

**477** · 2007/01/14(日) 22:05:45

>>478
文字列つっこんだらバグった・・・
もうちょい待って

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:06:11

削除機能だけプラグインできる実装になってたら面白いよな。
実用的かどうかは知らんけど。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:14:56

ちょっとまて、不特定多数に配布する時点で
多数決なんてどれほどの意味があるの？
複数のVMにダウンロードして
一人10票とかできてしまうんだよね？

**345** · 2007/01/14(日) 22:18:03

開発言語ってどうします？
プラットフォームをUnix系、Win、Mac対応にするのであれば、
ひとまずはJavaがいいような気もしますが、
低スペックPCだと負荷が重いですかねー？

私はC2D 2.16GHz搭載のMac,Linux,Win使いですが、
Javaベースの2chブラウザやP2Pソフト使っていても、
特に重たく感じることはないですね。
2chブラウザ(BathyScaphe)のCPU使用率は10～30%程度。
P2P(Azureus)のCPU使用率は10～50%程度。

あと参加してもらえる開発者にどの言語使いが多いかによっても違ってきますかねー。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:18:13

すぐにコード書きたがる早漏が多いな。
既存のブツの組み合わせで実現できたら必要ないのに。
要件定義と既存技術の調査をするまでじっとしてられんの？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:18:50

>>458
> NNTP To WebのブリッジCGIってどこかにないかな？
> 合ったらそれをベースに改良するのが一番近道かも。

とりあえず、PerlにApache::NNTPGatewayというのがあるな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:19:05

>>482
そういう暇なやつがどれだけいるかによるな。
埋もれてしまうくらいなら無視してもいいという考え方もある。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:21:38

Perl, Ruby, Pythonの選択肢も十分にあると思う。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:21:57

>>483
2chブラウザくらいだとJavaでも軽いけどP2Pになると低スペックだとかなり重くなる。
使う人の人数と使用時間を考えると動作の快適さも重要視するべき。
OSXだとCocoa(Objective-C)で作るべきでしょう。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:22:09

Java屋の俺がいうのもあれだが2chでJavaはありえんだろ
FreeBSDでいいよ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:23:59

>>483
適当なスクリプト言語でいいとおも。
つか、とっととコード書きたい向きはすでに書いてると思うし。
慎重な向きはまだ言語決める段階じゃないでしょ。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:24:12

たしかにまだプログラム書く段階ではないな。
wikiにまとめていってスレで議論するというのが足りん気もする。
周辺のこまごましたコンポーネントなら調査の意義もあっていいかもしれんが。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:24:15

>>452
> NNTPはサーバ同時で情報を交換し合うけど、やはりサーバクライアント型。

ちがう。クライアントサーバ型のユーザインターフェースを持っているだけで
(それをまったく使わなくても良い)、
あれは全ノードがフラットで、分断されても機能しつづける、本質的なP2Pだ。

近代的なP2Pと比べて欠落しているのは、ピアリングをプリセットすることに
なっている点。サイト毎に独立して固有のポリシを持っていたかつてのイン
ターネットの政治的トポロジーに適合している形態なのだ。

このピアリングをもっと柔軟に扱えるようにすれば、ほとんどプロトコルの
拡張なしで使えるだろう。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:28:11

>>485
> > NNTP To WebのブリッジCGIってどこかにないかな？
> > 合ったらそれをベースに改良するのが一番近道かも。
>
> とりあえず、PerlにApache::NNTPGatewayというのがあるな。
http://search.cpan.org/dist/Apache-NNTPGateway/

PHP News Reader
http://pnews.urdada.net/

というのもあるな。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:28:42

板の皆さん超おつ。本当におつ。がんがってください！

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:30:18

NNTP関連のRFCの和訳ないの？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:30:46

まずUnix板作ってWindowsとMacOSXに移植の方向でいくの？
移植を考えるとCとかが良い？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:32:05

>>487
> Perl, Ruby, Pythonの選択肢も十分にあると思う。

NNTPに関しては、NetNewsと一緒に育ったも
同然のPerlがなにもかも部品が揃ってる。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:34:14

先行してるのがすでにあるが。

新月 - P2P匿名掲示板
http://pc9.2ch.net/test/read.cgi/software/1121509356/

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:34:16

Usenet立ち上げて、Webインターフェースつくって、それを改良していくという流れかな？
過去ログはP2Pで共有（o2on?）

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:35:23

共通の仕様作ってそれぞれの環境に合わせて別々で作るのは無理？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:40:04

>>498
2chと違いすぎて見づらいな

**345** · 2007/01/14(日) 22:40:57

>>492
へー、そうだったんだ。

>>493
NNTPGatewayの方は、ソース1700行ぐらいしかないし、機能も少ないねー。

PHP News Readerは、本格的で複数の言語にも対応してるみたい。
ただしまだ日本語には対応してないから、UTF-8かSJISの追加が必要だね。
HTML書出部分も2ch風に完全書き直しかな？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:42:24

>>498 ざっとスレ読んだ限り、匿名性と板カテゴリがないようだな。

**345** · 2007/01/14(日) 22:43:09

>>499
まだどういう方向性が良いか、いろいろアイデア出して議論してる段階じゃないかな？
完全P2P案、NNTPブリッジCGI案などなど。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:45:19

そういえばネットニュースのWebインターフェースってGoogleがやってなかったけ？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:45:52

RubyとPythonは向いてない？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:48:04

言語厨はム板のRubyスレで遊んでてくれよ…

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:50:57

GoogleグループはUsenetのみか。
2ちゃんねらーがもとめてるものとは微妙に違うかな？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:51:14

言語厨はム板のRubyスレへどぞ
http://pc10.2ch.net/test/read.cgi/tech/1158807229/

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:53:32

>>404賛成です

・全体としてはひとつのネットワークだが、板、スレッドの二重仮想ネットワーク(クラスタ)構造を持つ
・ネットワーク上に流れるのは、板,スレッド,日時,IDの情報をヘッダに持つレスと運営メッセージのみ

・削除すべきレス情報の共有は、運営ノードが送信する「運営メッセージ」によって行う
・どの運営ノードからメッセージを受信するかは、運営板の情報を元に各ノードが任意に決める

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:53:46

今コード書く人って人はSimulationをやってほしいなあ
http://overlayweaver.sourceforge.net/index-j.html

**477** · 2007/01/14(日) 22:53:52

ちょっと俺は空気が読めなかったようだ
ｇｄｇｄしてるように見えたから、皆が作り始めるきっかけに
なればいいなって作ってしまったんだすまない

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:58:31

>>512
べつにあやまるほどのもんでもないとおもうけど。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:59:45

>>512
今集まってるのは
議論が好きな連中なんだよ。
相手にしないほうがいいよ。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 22:59:51

>>512
むしろうｐをやってほしいんだが
こっちが謝りたいぐらいだ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:04:55

コードを採用されるよりアイデアが採用される方がCoolだと思うが。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:05:40

MVCの観点でいうならViewの部分は今から始めても問題あるまい。
あまりシームレスに拘らず、通信部はネイティブ実行ファイルでコマンドとして使えればいい。
通信部はC言語で共通化もしやすいが、皮はJavaのがいいかも知れんしね。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:07:54

Javaに一票
最近のSwingは軽いよ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:09:07

>>495
英語ぐらい読めって言われそうだけど、NNTP関連は全然和訳されていないね
されてるのはRFC977の一部だけ

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:10:25

>>512
どこかにコード放り込むスペース欲しいな
あと、とりあえずは著作権は俺にあるって書いておいて、後でGPLかなんかにする感じでいいかな

**345** · 2007/01/14(日) 23:12:02

>>498
新月って、私が考えてたのとほぼ同じ仕様だ・・・。
ただまだ作り込みが浅いような感じ。

・Skypeみたいに、NAT設定しなくても使えるようにしないと普及しないかも
・ノード間同時接続数が少ない？から、VIP板とかは耐えられないかも

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:12:32

とりあえずは言語の話は今しなくても良いんじゃないでしょうか。
「特定の言語じゃないと絶対に出来ない事」ってのは大して無いと思うし。
ましてやまだ方向性も決まってないのに。

とりあえずアイデアを出し尽くして、方向性を決めるのが先決だと思いますが如何か。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:16:19

.NETっていう方法もあるが

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:16:36

>>522 仕様を決めるって工程を踏んだことのない若いのが多いんだよ。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:16:47

ひとまずは
>>493
>>502
でいけそうな気がするな。

>>404
>>511
は俺には難しすぎるっち。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:19:31

コア部分はdll化して、インターフェースは自由に作れるようにするといいんじゃない？

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:19:35

年寄りは行動しないから・・・

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:20:31

P2Pなら記事毎にIDがあるってことだから
>>1みたいなのは>>ID:AbcdEfgみたいになるわけだ
ソートの基準は各PCのタイムスタンプになるわけで
時間という概念の信頼性にも乏しくなる。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:21:03

現在テレビで匿名の書き込みについての議論やっている件

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:21:08

>>526
ま、そういうことだね。よくあるはなしだ。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:25:58

cvsに対するsubversionのように
極力リプレース元の仕様は変えずに、
問題点のみを改修するコンセプトで行きたい。

だから見た目（を再現するデータ構造）に関しては
可能な限りフローティングスレッド式であるべきだと思う。

**名無しさん＠お腹いっぱい。** · 2007/01/14(日) 23:27:26

今、やれること
１．プロトコルの叩き台作り（誰かやってるのかなぁ・・・・）
２．NNTPのRFC和訳＋要約作成。
３．参考文献、参考URLのリストと説明一覧作成
４．仕様決め。但し下記で。
　ttp://pc10.2ch.net/test/read.cgi/unix/1168758937/l50
５．使われそうな車輪の再発明。使われない可能性は高いけど、動いてる実感が周囲に湧く。
６．Wikiにまとめる
７．あと、IRCの仕様についてもまとめがあると良いな

やらなくていいこと
１．言語決め。エンジンはC。プロトタイプは作るヤツが得意なスクリプト言語。
　UIはエンジンの仕様を元に、言語バラバラで複数作られるから、好きなので作れ。
　UI部分を先行して作って、こういうイメージで動くのにしてくれ、というのなら有り。
２．削除アルゴリズムの考案。ぐるぐるするから、後回しにしよう。
　優先的にがっつり伝播される命令を加える余地は作るから。たぶん。

今の状況って、こんな感じかな
手っ取り早く遊びたい人々は、UIだけ作って遊んでいてくれると、きっとあとあとその部品が
使えることもあるような気がするし、人にイメージを伝える手段になると思う

UNIX板の皆様 閉鎖の危機にまた立ち上がってPt.2

UNIX板の皆様　閉鎖の危機にまた立ち上がってPt.2