・利用者(ダウンロードをする者)へ向けたZIPパッケージの提供これらが整うような環境を探して、早速、実装にうつしたいところです。何か良い案があれば、アドバイスをお願いします。東京都せめてファイルをアップロードできる場所があれば十分かな、と言う風に思っていたのでSourceForgeはもう大賛成です。いうわけで名前をちょっと考えてみました。「ABoost」というのはどうでしょう?C++にBoostというライブラリがあります。正規表現やスマートポインタなどを始めとして、様々なものがあります。準標準と言われ続け、とうとうBoostの一部が次期C++に取り入れられることが内定されました。それになぞらえてみました。埼玉県東松山市プログラミング掲示板とコードの切れ端の物で有用だと思えるものもついでに頼みます。_________________Website→http://web1.nazca.co.jp/himajinn13sei/top.htmlここ以外の場所では「暇人13世」というHNを主として使用。署名を書き換えて欲しいと言われたので暇だしやってみるテスト。8ライブラリを作るというので、お聞きしたいのですが、そのライブラリは、C言語のような関数のライブラリになるのでしょうか。それとも、C++や、Javaのようなクラスライブラリになるのでしょうか。あと、ライブラリのライセンスには、どういったものが使われるのでしょうか。それから、関数以外のデータ構造は、どうなるのでしょうか。以下全て私の勝手な見込みで書いています。そのライブラリは、C言語のような関数のライブラリになるのでしょうか。それとも、C++や、Javaのようなクラスライブラリになるのでしょうか。今のABにクラスがある以上,最終的にはクラスライブラリ中心になると思います。関数も全く無いわけではなく,用途によってどっちも存在することになるのではないでしょうか。あと、ライブラリのライセンスには、どういったものが使われるのでしょうか。私はまだそこまで考えていませんでした。少なくとも商用・非商用その他どんなソフトウェアでも使用できるライセンスであることは必須のはずです。ソースコードは,それを隠す積極的な理由もありませんし,DLLを使わなければABの標準のインクルードファイルのように誰もが見れてしまいますし,オープンソースないしはそれに近いものになるでしょう。それから、関数以外のデータ構造は、どうなるのでしょうか。今のABには「どんな型」でも受け付ける方法が無いのが個人的には悩みです。Javaや.NETにはObject型,VBにはVariant型があり,これを要素にすれば良いのです。C++ではテンプレートでより直接的に総称的なデータ構造が作れます。ABではVoidPtrにしようか,Objectインターフェイスでも作るべきか,どうしたものでしょう。宮城県あとABのウェブリングに登録されているページの中にもいろいろな関数があるのでそのような物も入れてほしいです。埼玉県東松山市AB.comの新コンテンツとして指定のユーザーしか書き込めないような(あるいは人の手で認証して追記される形式の)仕組みを持った「ソースコードの図書館」みたいなものができるといいですね。相当な量になりそうですよ・・・。それと見出しもかなり重要になってくるような。_________________Website→http://web1.nazca.co.jp/himajinn13sei/top.htmlここ以外の場所では「暇人13世」というHNを主として使用。署名を書き換えて欲しいと言われたので暇だしやってみるテスト。相当な量になりそうですよ・・・。それと見出しもかなり重要になってくるような。一定以上の量は書き込めないなどの対策が必要ですね。:山本さん現場責任者:イグトランスさん?どんな機能、どんな範囲で作成するかクラスライブラリを作る。名前は、「ABoost(仮)」。作る場所は、SourceForgeなど。ライセンスは、「商用・非商用その他どんなソフトウェアでも使用できるライセンス」(PerlやRubyで使われているライセンスがいいかと)ということになるでしょうか。それから、僕個人的には、>ABではVoidPtrにしようか,Objectインターフェイスでも作るべきかObjectインターフェイスの方が好みかなと思います。>ABのウェブリングに登録されているページの中にもいろいろな関数があるのでそのような物も入れてほしいクラスライブラリの一部に統合するのがいいと思います。>AB.comの新コンテンツとして指定のユーザーしか書き込めないような(あるいは人の手で認証して追記される形式の)仕組みを>持った「ソースコードの図書館」みたいなものができるといいですね。すると>しかし相当な量になりそうですよ・・・。それと見出しもかなり重要になってくるような。上にあげたものを参考にするなどして準備するといいかなと思います。24具体的にライセンスを考えてみました。1.このライセンスではABOpenSourceCommunity(仮称)において配布されるプログラムなどについて規定します。このライセンスに触れられていない事項は法令、著作権者の見解および一般慣習に準拠します。2.ABOpenSourceCommunityで配布されるプログラムにはなんらの保証も伴いません。3.ABOpenSourceCommunityで配布されるソースを改造することは自由です。その新しく作られたプログラムはオープンソースである必要はありません。4.ABOpenSourceCommunityのソースはすべて無償で提供されます。5.ABOpenSourceCommunityのソースによって作られた新しいプログラムをABOpenSourceCommunityに投稿することは自由です。6.ABOpenSourceCommunityでは次のことをしてはいけません。6-a.法令に違反するソフトウェアを製作すること。6-b.使えないプログラム(エラーしか出ない)を投稿すること。6-c.他人の許可なく他人のソースを投稿すること。7.投稿されたソースの著作権はソースを製作した人にあります。8.準拠法は日本法です。東京都オープンソースと言えば真っ先に思いつくのが修正BSDライセンスですが、これは著作権表示の義務が邪魔になりそうですね。ちなみに当のBoostはどうかというと、そのライセンスでは自由に使ってよいことと無保証・無責任であることが述べられているだけです。http://www.boost.org/LICENSE_1_0.txtそしてライセンス案について思ったことです。6-a.法令に違反するソフトウェアを製作すること。現実問題不可能である気がします。Winnyのようなソフトがこのライブラリを使って作られるとします。6-b.使えないプログラム(エラーしか出ない)を投稿することこれは不要だと思います。(直す価値があれば)エラーが出るとしても誰かが直していけばよいのですから。#こんなことを語っている暇があったらとっとと作れと言う意見が一番ごもっともです。246-aはウイルスプログラムの禁止を念頭においています。仮にWinnyのようなプログラムが作られたとしても、なんら問題は起こりません。これはWinnyが本来単なるP2Pソフトウェアなのであって、これを用いて違法行為がなされたとしても、直ちにプログラムが違法であるという結論には至らないからです。グレーゾーンについては原則許容といわざるを得ません。6-bにおいて「エラーしか出ない」というのは「明らかに直しようがない」という文言に置き換えてください。作れといわれても...。がんばって2007年1月にはできてほしいなとは思っていますが。