07/07/10 18:49:54
ここで募ってみろ。暇人が多いから参加者多いかもな。
ｽﾚﾘﾝｸ(tech板)l50
3:デフォルトの名無しさん
07/07/10 18:51:05
そこに居る奴はJAVA出来ないんじゃないの？
4:LightCone ◆sSJBc30S5w
07/07/10 19:42:24
本当は開発マシンが故障したので、現在はまともに開発できない。
今は、テスト用の旧型ノートパソコンで通信している。
この状況は、逆によいかもしれない。おいらは見守り、他の人に
開発してもらうのには。
5:デフォルトの名無しさん
07/07/10 19:43:04
TeX表記の数式を見つけたら数式として整形して表示する専ブラがあればよくね？
6:デフォルトの名無しさん
07/07/10 19:44:26
WebProgでやれ
削除以来出して来い
7:LightCone ◆sSJBc30S5w
07/07/10 19:47:54
>>5
否定しないが、JavaAppletのインストールさえすれば、今の状況と
余り変わらないかも。JavaScriptと連携すると、HTMLの全ての
タグをJavaAppletで処理させることができるので。
8:LightCone ◆sSJBc30S5w
07/07/10 19:49:42
>>6
2chの管理人ですか?
9:デフォルトの名無しさん
07/07/10 19:52:32
>>8
2chの管理人でも>>6でもないけれど、ローカルルールに書いてあるように
WebProg(URLﾘﾝｸ(pc11.2ch.net))でやるべき。
10:5
07/07/10 19:53:03
ちょっと前に思いついた事なんだけど適当な２ちゃんねる専用ブラウザでも改造して数式対応したらいいと思うんだ。
11:LightCone ◆sSJBc30S5w
07/07/10 20:00:15
>>10
興味があるなら、やってみて。
12:5
07/07/10 20:01:22
>>11
色々忙しいから空き時間見つけてやってみる
13:デフォルトの名無しさん
07/07/10 20:02:28
>>3
失礼な。
JAVAScriptくらい使えますが。
14:LightCone ◆sSJBc30S5w
07/07/10 20:04:45
>>12
はい。
15:デフォルトの名無しさん
07/07/10 20:21:25
MathMLでは駄目なんだろうか。
16:LightCone ◆sSJBc30S5w
07/07/10 20:29:27
>>15
未対応のブラウザが多いのと、積分記号などが余り美しくない、という
問題がある。また、そもそもShikikeiやTeXのような効率的な記述ができ
ない。結局MathMLへのコンパイル作業が必要になる。また、MathMLを
見ようとするとMathPlayerが必要になる。JavaAppletの方が汎用性が
高く、多くの環境で動作すると思われる。将来、数式の直接入力にも対応
できる。
17:デフォルトの名無しさん
07/07/10 20:42:11
× 作ろう
○ 作ってください
18:LightCone ◆sSJBc30S5w
07/07/10 22:11:19
>>9
ちなみに、Sunの「Java」という、「JavaScript」とは全く違った言語を
メインに使っていますぜ。Scriptが付くか付かないかで名前が似てるだけで
全くの別言語になるというややこしさ。
19:デフォルトの名無しさん
07/07/10 22:49:06
>>18
URLﾘﾝｸ(hooktail.maxwell.jp)
20:デフォルトの名無しさん
07/07/10 22:49:09
無駄に異なる板にスレ立てて宣伝ですか
21:デフォルトの名無しさん
07/07/10 22:59:56
ほ す ぷ を な め ん な よ ！
22:デフォルトの名無しさん
07/07/11 00:45:10
>>21
レロレロ
23:デフォルトの名無しさん
07/07/11 00:55:11
ビラビラスレから来ました。私もJAVAは使ったことがあります。ポップアップを買ってに閉じれないようにしたり、右クリックをすると警告メッセージを出すといったことならプログラミングしたことがあります。初心者ですが貢献したいと思います。
24:デフォルトの名無しさん
07/07/11 01:21:00
MathML、firefoxなら標準で見れるでしょ。フォントは別途必要かもだけど。
TeXライクな表記からMathMLにコンパイルすればそれでいいんじゃね?
25:デフォルトの名無しさん
07/07/11 02:12:50
そんなマイナーブラウザで見れたって仕方無いだろ。
26:デフォルトの名無しさん
07/07/11 07:56:19
メジャーだよ
27:デフォルトの名無しさん
07/07/11 14:03:22
MathPlayerくらい入れろ。
28:5
07/07/11 20:34:44
TeX形式で書かれた数式をどう識別しようか。
何か特殊な文字列にくるむべきだろうか。
29:デフォルトの名無しさん
07/07/11 22:55:15
オナニースレからきました。
ディルドーの使い方なら力になれるとおもいます
30:デフォルトの名無しさん
07/07/12 17:06:12
a
31:LightCone ◆sSJBc30S5w
07/07/12 17:06:57
>>24
MathMLだと表示位置が、プログラム側からは基本的に把握できないので、
マウスで選択した領域をコピー&ペーストして再利用したり、マウスで
クリックした数式オブジェクト近辺を修正し始めると言った事が基本的に
できなくなります。基本的にと言ったのは、JavaScriptの
onmouseやonclickをMathMLタグのstyle="・・・"属性に指定すれば
もしかするとクリック位置を把握できるようになるかもしれないから
です。また、DOMを利用すれば他の方法もないとは限りません。
しかし、JavaAppletを使っても、現状のように数式表示はすでに
できてしまっているので、いまさらMathMLに戻る必要は感じません。
実際にどう表示されるかは以下をご覧下さい:
(JavaAppletが動作しない場合はご連絡下されば幸いです)
JavaApplet単独テストページ：
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
↑が見れない人のためのスクリーンショット:
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
32:デフォルトの名無しさん
07/07/13 18:57:39
a
33:デフォルトの名無しさん
07/07/13 19:14:03
>>18
JavaScriptだからではなく、インターネットの掲示板だからWebProgなんだってのに。
34:デフォルトの名無しさん
07/07/14 07:58:32
b
35:デフォルトの名無しさん
07/07/14 08:16:00
何で同じスレタイが二つもあるん？
36:デフォルトの名無しさん
07/07/15 09:09:32
c
37:デフォルトの名無しさん
07/07/15 17:23:53
LightCone久しぶり過ぎて吹いた。
NWSOSはどうなったんだろう・・・
38:デフォルトの名無しさん
07/07/15 19:04:24
LightConeって何年かシャバから姿を消してたよね。
39:デフォルトの名無しさん
07/07/16 00:27:47
URLﾘﾝｸ(jeuclid.sourceforge.net)
40:デフォルトの名無しさん
07/07/17 22:42:55
a
41:デフォルトの名無しさん
07/07/17 22:54:40
知恵遅れが勃てたｽﾚ無駄に上げないでくれる？目障り。
42:デフォルトの名無しさん
07/07/17 23:00:12
a
43:デフォルトの名無しさん
07/07/17 23:02:25
まぁ、当然の帰結だわなw
44:LightCone ◆sSJBc30S5w
07/07/18 05:42:16
何が?
45:デフォルトの名無しさん
07/07/18 05:52:58
上げるな→age が。
46:LightCone ◆sSJBc30S5w
07/07/18 05:53:54
>>33
確かに、掲示板のみであれば、WebProgに書くべきかも知れんが、
JavaApplet部は、JavaApplicationとして単独のアプリケーションと
しても利用できる可能性を持っている。
そこの部分まで考えるかどうかによって変わってくる。
47:LightCone ◆sSJBc30S5w
07/07/18 05:55:28
>>45
それが >>44の質問に対する答えなのでっか?
48:デフォルトの名無しさん
07/07/18 05:56:57
そうだよ。何か問題でも？
49:LightCone ◆sSJBc30S5w
07/07/18 06:17:42
>>48
ということは、
>>45が>>43の解説だということなんか?
50:デフォルトの名無しさん
07/07/18 06:20:57
何が疑問なんだ？
51:デフォルトの名無しさん
07/07/18 19:00:20
面白いとは思うんだけどライセンスが・・・
MIT/Xあたりだったら気兼ねしないのだけど
52:LightCone ◆sSJBc30S5w
07/07/18 21:14:36
>>51
ライセンスは、もっと柔軟に変えてもいいかなとも思ってる。
GPLでもいいかな・・・。
53:LightCone ◆sSJBc30S5w
07/07/18 21:43:02
ライセンスが気に入って貰えなくて使ってもらえないというのは一番
望まないところかも・・・。
54:51
07/07/18 22:57:19
>>52
俺はGPLは大嫌いなので絶対に使わない。
でも一般的にはGPL容認派の方が多いかもね。
55:デフォルトの名無しさん
07/07/18 23:06:11
BSDでいいと思う。改変されたっていいじゃんw
56:デフォルトの名無しさん
07/07/19 00:31:07
GPLってのは秘守義務がある人とか契約に縛られてる人が
オープンで活動する場合、GPLの規約で自身も縛る事で
身の保身をはかるというか、そういう使い方をすべき。
最初オープンで開発をやっていたが、ある日上司の気が変わって
突然きついライセンスが付くとかそういう心配のある人が使うべきもの。
そういうのがない人はデフォでBSDでしょう。
57:LightCone ◆sSJBc30S5w
07/07/19 04:02:52
>>56
最初の三行の意味が分からん。
>>54-55
とにかく一番使用者が多くなるようなライセンスを選択したい。
そして、元はと言えば SHIKIKEIのソースから派生したものである
事がソースレベルでもバイナリレベルでも消えずにはっきりと
分かる様になっていてほしい。
この条件が守られるなら、オイラへの料金の還元などは全く要らない。
58:デフォルトの名無しさん
07/07/19 06:45:05
秘守義務ｗ
59:51
07/07/19 07:10:35
>>57
派生させたときにCopyrightは消せないからライセンスは前に追記する。
これはパブリックドメイン（著作権放棄）以外では義務。オープンソースでも必ず守る。
たとえばSHIKIKEIがMITで、それをパクッた俺様アプリ（OreOre）が独自ライセンスの場合。
// OreOre Copyright (c) 2007 Ore-Sama
// OreOre is licensed under Ore-Sama License.
// SHIKIKEI Copyright (c) 2007 AOKI, Yutaka
// Permission is hereby granted, free of charge,
// to any person obtaining a copy of this software
// （中略）
// THE USE OR OTHER DEALINGS IN THE SOFTWARE.
文字列をバイナリレベルで刻印するのは以下のようにする。
これを削除すると著作権に抵触するのでやってはいけない。
static const char *_copyright = "shikikei.c SHIKIKEI Copyright (c) 2007 AOKI, Yutaka";
Microsoftもこれを守っている。Cygwinで確認できる。
$ strings /cygdrive/c/WINDOWS/system32/ftp.exe | grep Copyright
@(#) Copyright (c) 1983 The Regents of the University of California.
60:LightCone ◆sSJBc30S5w
07/07/19 23:53:26
>>59
ライセンスは何かと予想が難しく、選択に迷う。
結局のところどのライセンスがよいか分からない。
あと、その_copyrightはコンパイラの最適化で消える可能性がある。
static属性が付いているため、外部からリンクされる可能性がないので、
そのソースファイルで使われていなければ、バイナリレベルではなくなって
しまう可能性がある。
それと、そういう文字列を「削除しないでください」という事をどこかに
明記する必要があるのかどうかも分からない。ライセンスの中に消しては
ならないと元々書かれているのであれば、そう言ったことを自分で書く必要
はないかもしれないし。
あと、GPLは沢山見かけるのに、BSDLやMIT/Xなどは余り見かけないような
気がするのはなぜかも疑問。実は、GPL以外は普及上問題があるのかもしれ
ない。BSDLの方がよいという声が聞かれるが、実はソースをクローズドにできる
可能性が残っているのは、何か致命的な問題になっているのではなかろうか。
61:デフォルトの名無しさん
07/07/19 23:54:05
男ならだまってGPL3にしろよ
ガタガタいわねーで
62:デフォルトの名無しさん
07/07/20 03:54:56
> 秘守義務
ｗｗｗ
63:LightCone ◆sSJBc30S5w
07/07/20 04:11:35
ところで、
今のBRPL(※BSDLではない)ライセンスだと、やる気をなくしたり、
馬鹿馬鹿しい心境になったりする人がいたりするのかな?
それとも他に何か問題点が?
64:51
07/07/20 07:55:39
>>60
> あと、その_copyrightはコンパイラの最適化で消える可能性がある。
あのねー、あくまでヒントだから。
そこまで分かってるなら工夫できるでしょ？
一例としてFreeBSDの__FBSDIDマクロの実装↓
URLﾘﾝｸ(www.freebsd.org)
> それと、そういう文字列を「削除しないでください」という事をどこかに
> 明記する必要があるのかどうかも分からない。
クローズ可のライセンスは基本的に相手の善意を期待してるんで、
疑心暗鬼に陥るなら使わない方がいいよ。
> 何か致命的な問題になっているのではなかろうか。
派生させたソフトで利益を挙げた人が本家に還元しないため、
循環系が成立しないということは言われている。
もともとクローズ可のライセンスは「持ってけドロボー」くらいでやるもんなんで、
そんなの気にするなら使わない方が良い。
俺はドロボーなんで、盗めるものしか使わないけど。（藁
65:デフォルトの名無しさん
07/07/20 09:39:40
>>63
ここでのやり取りを見てると後々使用条件のことで揉めそう。
そんなときGPLにしろBSDにしろ実績のあるライセンスなら
過去の例を挙げて対処できるんだけど、
俺様ライセンスだと「そこの意図はこうだ」みたいに
後付でどうにでも言えてしまうというのが怖い。
面倒ごとに巻き込まれたくない人は敬遠する。
だから人口に膾炙させる気があるなら、
俺様ライセンスは涙を飲んで選択肢から外して、
前例から一番ましなものを選ぶのを薦める。
GPLv3と有償ライセンスの二本立てが向いているように思える。
一般向けはGPLv3にして、それが嫌な人には商用利用権を売るってこと。
ただしGPLには手を出さないって層は確実に存在するから、
そういう人は門前払いにすることになるけどね。
66:デフォルトの名無しさん
07/07/20 09:47:09
>>60
＞それと、そういう文字列を「削除しないでください」という事をどこかに
＞明記する必要があるのかどうかも分からない。
それ明記するとOSS界ではタブーの宣伝条項みたいになって
ボロクソに言われることになると思うよ。
67:デフォルトの名無しさん
07/07/20 10:38:57
宣伝条項についてはこの辺参照のこと。
URLﾘﾝｸ(www.gnu.org)
68:デフォルトの名無しさん
07/07/20 13:06:39
>>66
宣伝条項と関係ねーじゃん。
ボロクソなのは君のオツム。
69:LightCone ◆sSJBc30S5w
07/07/20 14:48:36
>>65
独自ライセンスはやめた方が安心する人が多いと言うことは、了解。
>GPLv3と有償ライセンスの二本立てが向いているように思える。
>一般向けはGPLv3にして、それが嫌な人には商用利用権を売るってこと。
二本立てというのが、よく分かってないので聞きたいのだけど、
たとえば、GPLv3のライセンスの方には改良したソースを寄贈したいが、
商用ライセンスの方には貢献したくない、みたいな事を想定した体制
なんでっか? そうすると、二本独立したパッケージ(?)が存在する事
になりますよね。
逆に、仮にどちらのライセンスでも、同じソース、同じバイナリになっている
と仮定するなら、ライセンスが二種類ある意味が分からないのだけど・・・
(背理法)。
70:LightCone ◆sSJBc30S5w
07/07/20 14:58:53
GPLv3版を改良した人のソースは、自動的に有償ライセンスのソースにも
反映されると言うことなんだろうか?
↑この言い方は変かも知れない。しかし、GPLv3だったら参加したいが、
勝手にクローズドにされて企業に使われてしまうのが嫌な人がいたとして、
GPLv3だと思ってソースに貢献した場合、その人の意思に反してしまう。
つまり、クローズドになる可能性も知った上でソース貢献する必要が
あることになる。
また、全く異なるプロジェクトのGPLのソースを切り取って、二本立て
ライセンスのプロジェクトに合体させたい人がいた場合どうなるのか?
別のプロジェクトで純粋なGPLライセンスのソースを書いた人は、
自分のソースが勝手にクローズドになることを許してない可能性が
あるのだから、無許可でクローズドになる可能性のあるプロジェクトに合体
させるわけには行かない。
71:デフォルトの名無しさん
07/07/20 14:59:24
>>68
ソースやバイナリに刻印という細かい手段に囚われていないかな？
L様の目的は派生品にも自分の著作物であることを明示すること。
これは一般的に宣伝条項として行われてきたことそのもの。
72:デフォルトの名無しさん
07/07/20 15:07:09
>>69
＞GPLv3のライセンスの方には改良したソースを寄贈したいが、
＞商用ライセンスの方には貢献したくない、みたいな事を想定した体制
＞なんでっか?
L様に寄贈できるのは、L様への利益供与に同意した人だけです。
GPLしか認めない人が自分で改造した場合は、
俺バージョンとしてフォークすることになります。
＞二本独立したパッケージ(?)が存在する事
＞になりますよね。
フォークする人が出てくれば、その通りです。
ただしフォークした人はGPLに縛られるため、
未来永劫ソースを公開し続ける義務が生じます。
二本立てで成り立っている実例があります。
Open Office, MySQL, Qt
これらは少人数でフォークして維持できる規模を超えているのが
うまく機能している理由ではないかと思われます。
73:デフォルトの名無しさん
07/07/20 15:13:12
>>70
＞GPLv3版を改良した人のソースは、自動的に有償ライセンスのソースにも
＞反映されると言うことなんだろうか?
それは不可能です。
＞クローズドになる可能性も知った上でソース貢献する必要が
＞あることになる。
はい、その通りです。L様への貢献には同意が必要です。
＞全く異なるプロジェクトのGPLのソースを切り取って、二本立て
＞ライセンスのプロジェクトに合体させたい人がいた場合どうなるのか?
他から持ってきたGPLのソースを、GPL版SHIKIKEIに合体させることは可能です。
ただしそれを本家L様バージョンに取り込むことはできません。
＞無許可でクローズドになる可能性のあるプロジェクトに合体
＞させるわけには行かない。
第三者が勝手にGPL版SHIKIKEIと他のGPLソフトを合体させてもOKです。
それをL様が自分のものとして取り込むことができないだけです。
誰かがGPLコードを混ぜて改造したバージョンが素晴らしければ、選択肢は3つ。
1. 無視する。
2. 自分で同じ機能を再実装する。
3. GPL一本立てにする。
74:デフォルトの名無しさん
07/07/20 15:26:07
>>69
＞逆に、仮にどちらのライセンスでも、同じソース、同じバイナリになっている
＞と仮定するなら、ライセンスが二種類ある意味が分からないのだけど・・・
＞(背理法)。
SHIKIKEIを自社製品に組み込んで売りたい、
その際に施した改造点は公開したくない、
という人に抜け道を与えるのが二本立ての目的です。
つまり商売という選択肢を残す方法です。
商売っ気は抜きでも構わない、ソース公開義務も必要ない、
でも自分の存在をアピールしたいというのであれば、
宣伝条項付きBSDライセンスでも使えばいいでしょう。
ただし宣伝条項付きBSDライセンスはGPLと合体できないため、
GPL支持者からは文句を言われるかもしれませんが。
詳しくは>>67のリンク参照。
75:デフォルトの名無しさん
07/07/20 15:55:05
>>67
>BSD ライセンスをコピーする代わりに、
>XFree86 からライセンスをコピーするようにしてください。
記事が古いからだと思うが、これまずくないか？
今のXFree86は宣伝条項が付いている。
76:デフォルトの名無しさん
07/07/20 16:30:49
>>75
ぐちゃぐちゃだねぇ・・・
77:デフォルトの名無しさん
07/07/21 02:38:37
GPLv3 ==> ソースを公開したくない人（BSD派等）を排除
宣伝条項BSD ==> GPL派を排除
GPL派とBSD派とではGPL派の方が多いだろう。
そいつらの両方を満足させるのは無理なんで、
現実問題としてどちらかを見捨てることになる。
数の論理でいけばBSD派を切り捨てるのが合理的か。
78:デフォルトの名無しさん
07/07/21 09:01:36
GPL3になったらソースコードの編集者全員の
許可ないとそもそも変更できんぞ
79:デフォルトの名無しさん
07/07/21 09:19:29
>>78
作者以外まだ誰も手を出してないのに何を心配している？
80:デフォルトの名無しさん
07/07/21 10:06:59
>>71
> これは一般的に宣伝条項として行われてきたことそのもの。
全然違うよ。ｗ
なんだその脳内一般的宣伝条項。
81:デフォルトの名無しさん
07/07/21 10:44:46
>>80
不勉強で申し訳ありません。
具体的に違いをご教授願えませんでしょうか。
82:デフォルトの名無しさん
07/07/24 22:34:44
a
83:デフォルトの名無しさん
07/08/03 10:04:14
b
84:デフォルトの名無しさん
07/08/05 23:22:22
「自殺」、半数が偏見
URLﾘﾝｸ(www.sankei.co.jp)
「自殺は突然」など自殺者の心理、半数が誤解
URLﾘﾝｸ(www.yomiuri.co.jp)
85:デフォルトの名無しさん
07/08/18 14:01:03
GPL感染に俺ライセンス感染で対抗したらどうなる？
ｽﾚﾘﾝｸ(prog板)l50
414 名前： 仕様書無しさん [sage] 投稿日： 2007/06/22(金) 15:02:48
mySQLみたいなデュアルライセンスって「良い着地点」みたいに言われてるけど、
GPL版を元にバグのフィードバックなんかがあっても商用版に取り込めないことになるのでは？
415 名前： 仕様書無しさん [sage] 投稿日： 2007/06/22(金) 22:37:30
>>414
バグの正確な把握は出来るから、コード見せてもらわなくとも詳細聞けば大丈夫じゃないか？
416 名前： 仕様書無しさん [sage] 投稿日： 2007/06/23(土) 02:36:55
>>414
フィードバックしてくれた人に直接許可をもらえばいいんじゃないの？
417 名前： 414 [sage] 投稿日： 2007/06/25(月) 15:52:57
>>415-416
たしかにそれで法的には良さそうだけど、mySQLはそうしてるのだろうか？
またはGPL版での進化は期待しない or 無視か？
86:デフォルトの名無しさん
07/08/25 14:14:13
mySQLを商用で使うなんて正気とは思えん
87:デフォルトの名無しさん
07/08/27 15:22:45
a
88:デフォルトの名無しさん
07/09/18 23:57:44
hosyu age
89:デフォルトの名無しさん
07/09/30 01:51:17
>>86
ＬＡＭＰなんつって提唱されてる昨今の状況から否定するかね？
90:デフォルトの名無しさん
07/10/08 23:28:08
hosyu
91:デフォルトの名無しさん
07/11/05 00:22:08
a
92:デフォルトの名無しさん
07/11/24 01:11:57
g
93:デフォルトの名無しさん
08/01/09 09:57:45
mimetexで十分、
94:LightCone ◆sSJBc30S5w
08/03/23 09:50:48
ShikikeiのPukiWikiを設置:
URLﾘﾝｸ(nowsmartsoft.or.tv)
ソースのダウンロード法/Shikikei掲示板の設置法:
URLﾘﾝｸ(nowsmartsoft.or.tv)
95:LightCone ◆sSJBc30S5w
08/03/23 09:56:55
>>93
数式の入力支援、自動計算、テキスト文字の右端での折り返し
などがJavaAppletでは(将来的に)可能。
また、TeXより分かりやすく、入力量が少ない形式になっている。
さらに、掲示板で議論する際、１つの発言中に、複数の発言へ
一度にリンクを張るとき、CGI+HTMLだけでは表現できない/しにくい
グラフィックの直線や曲線を用いた「複数発言元への矢印リンク」
がやりたい、という願望がある。
96:LightCone ◆sSJBc30S5w
08/03/23 10:43:18
あと、「アインシュタインの表記」にも対応してる。
97:デフォルトの名無しさん
08/03/23 18:24:46
o
98:デフォルトの名無しさん
08/03/24 07:44:54
y
99:LightCone ◆sSJBc30S5w
08/03/24 12:47:22
URLﾘﾝｸ(nowsmartsoft.or.tv)
↑この辺に式描画のアルゴリズムも書けるところまで書いておきましたので、
参考にしてください。
100:LightCone ◆sSJBc30S5w
08/03/26 17:51:06
「Shikikei」に少しでも興味がある人は、全く協力しなくてもいいですか
ら、↓にある参加メンバーや、個人ページに書いておいてください。
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
URLﾘﾝｸ(nowsmartsoft.or.tv)
101:デフォルトの名無しさん
08/03/27 11:19:06
age
102:デフォルトの名無しさん
08/03/28 16:16:48
age
103:デフォルトの名無しさん
08/03/30 00:01:34
age
104:デフォルトの名無しさん
08/03/30 00:02:01
age
105:LightCone ◆sSJBc30S5w
08/03/31 18:03:03
興味がある人は、>>100の参加メンバーに名前を登録したり、
個人ページを作ってください。
要望歓迎です。
106:LightCone ◆sSJBc30S5w
08/04/01 14:58:55
age
107:デフォルトの名無しさん
08/04/01 23:14:08
a
108:デフォルトの名無しさん
08/04/02 07:03:02
a
109:デフォルトの名無しさん
08/04/06 14:07:48
age
110:デフォルトの名無しさん
08/04/13 23:31:25
定期age
111:デフォルトの名無しさん
08/04/14 03:37:02
もうそろそろ出来た？
112:LightCone ◆sSJBc30S5w
08/04/17 09:42:37
>>111
これはオープンソースなので、誰かがやってくれるのを待ってます。
113:デフォルトの名無しさん
08/04/17 14:28:47
>>112
独自ライセンスだと人は来ないよ
114:LightCone ◆sSJBc30S5w
08/04/17 16:28:42
>>113
ライセンスに具体的な問題点があれば、言ってもらえれば対応する
つもり。
人が来ない理由は、多分、興味がある人が少ないか、興味がある人は、
プログラムより、物理や数学の方面に時間をとりたいとか、そんな所
じゃないかな・・・。
115:デフォルトの名無しさん
08/04/17 19:58:39
>>114
そういう確認の手間を取らせないために既存のライセンスを使うことが望ましい。
黙って取って行って勝手に使い回してフィードバックする必要もない状態で
初めてオープンソースという出発点に立ったと言える。
いちいちお伺いを立てたりフィードバックする人はまずいないってこと。
116:デフォルトの名無しさん
08/04/17 21:58:44
そもそもJavaだと人来ないよ
perlかphpにしとけ
117:LightCone ◆sSJBc30S5w
08/04/19 12:21:31
>>115
仮に、既存のライセンスに変更した場合、参加者が現れますか?
ライセンス以外の場所に問題があるなら、ライセンスを変えても
仕方がないので・・・。
118:LightCone ◆sSJBc30S5w
08/04/19 12:21:54
>>116
なぜ?
119:デフォルトの名無しさん
08/04/19 14:50:22
>>117
独自ライセンスというだけで印象がかなり悪いが、
毎日多くの人に実用的に使われるようになるまでは
参加者なんて期待しても無駄無駄無駄ぁ～！
120:デフォルトの名無しさん
08/04/19 14:56:21
>>117
この辺とか参考にならないかな？
生き残るオープンソース
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
121:LightCone ◆sSJBc30S5w
08/04/19 15:30:17
>>119
それは、自分で実用的なレベルにまで持って行かないと参加者が
現れないと言うことなんでっか?
122:デフォルトの名無しさん
08/04/19 15:49:56
>>121
120参照
123:LightCone ◆sSJBc30S5w
08/04/19 16:33:18
>>120は、見ましたけど、このプロジェクト(Shikikei)に関しては、
参加者が集まらない理由は具体的にどこだと思いますですか。
124:デフォルトの名無しさん
08/04/19 17:07:21
>>123
1. 独自ライセンス
2. Java Applet
3. 計算機能がない
4. 公共性がない（他人の軒先の掲示板）
125:デフォルトの名無しさん
08/04/19 17:09:35
手っ取り早く人気を取りたいんだったら、
研究者を相手にするより、中高生向けにした方が良いでしょう。
ここのサイト（ツール）で勉強したら分かりやすい、楽しい、等。
126:LightCone ◆sSJBc30S5w
08/04/20 01:51:21
>>124
大変参考になります。
「2.」については、Java Appletだとどの辺が問題があると思われますか?
「3.」については、「参加者(開発者含む)を募る前に計算機能をつけてし
まわないと、参加者自体が集まらない」のような本末転倒な状況に
なっていると言うことですか・・・。それはそれで困ります・・・。
「4.」については、「公共性」を持った「公開された(?)掲示板」に
するためにはどうすればよいでしょうか。今でも公開しているつもり
なんですが、そう思ってもらってないと言うことですかね・・・。
127:LightCone ◆sSJBc30S5w
08/04/20 01:53:08
>>125
なるほど。
よいアイデアですね。その分、手間がかかりそうですが。
128:デフォルトの名無しさん
08/04/20 02:18:20
>>126
> 「2.」については、Java Appletだとどの辺が問題があると思われますか?
Java Appletはほとんど使われていない。開発者も少ない。
> 「4.」については、「公共性」を持った「公開された(?)掲示板」に
> するためにはどうすればよいでしょうか。
どうにもならないと思うのでアプローチを変える。
スタンドアロンの計算アプリをメインに持って来る、等。
>>127
ところで、子供たちがパソコンを使いこなしているかと言えば微妙なのが現実。
先日、知人の家に行ったら中学生の子が宿題をFAXで友人に送っていた。
メールを使った方が便利なのに、と思ったんだけど、
学校から貰った段階で既に紙だからパソコンの出る幕はない、とのこと。
会社でExcelのファイルをメールで送るようなレベルにすら届かない。
逆に言うとデファクトスタンダードがないから狙い目かもしれないけど。
あとsageてもらえませんか？宣伝のつもりなら逆効果ですよ。
129:デフォルトの名無しさん
08/04/20 09:41:27
MathMLの話が以前に出てきているけど，
MathMLはJavaAppletよりは可搬性があるんでなかろうか？
フォーマットを造りたいのかビュアーを造りたいのか，どちらを先にするのかまだ見えない
130:LightCone ◆sSJBc30S5w
08/04/20 10:08:43
>>129
>MathMLはJavaAppletよりは可搬性があるんでなかろうか？
そうですか?
むしろ、JavaAppletの方が「汎用性」が高いし、表示上の
ブラウザ依存性がほとんどなくて済みます。
JavaAppletは、色々な目的で使えますので、Javaランタイム環境
が既にインストールされている可能性は、MathMLの環境が
インストールされているよりは高い可能性が高いです。
MathML環境は、数式を使おうと思った時点でインストールされるのに
対し、JavaApplet環境は、何か別のJavaAppletを使おうと思った時点
でインストールされますから。
131:デフォルトの名無しさん
08/04/20 11:08:03
>>130
Javaが入っていても「インストール」作業は必要になるだろ？
この数式をビジュアル化するためのアプレットのインストールが．
一歩譲ってアプレットのインストールに支障が無いとしても，MathMLの後続品という感が否めないのは事実
なんで「わざわざMathMLを使わないのか，独自仕様なのか？」が非常に曖昧所な気がする
内部でトランスレータを噛まして標準書式に書き換える方が無難だし，標準方式のブラウザとしても利用価値が出てくると思うけど
みたいないみで可搬性
132:LightCone ◆sSJBc30S5w
08/04/20 12:20:27
>>131
>Javaが入っていても「インストール」作業は必要になるだろ？
>この数式をビジュアル化するためのアプレットのインストールが．
>一歩譲ってアプレットのインストールに支障が無いとしても
普通に掲示板を閲覧しようとすると、暗黙のうちに勝手にダウンロード
されて実行できる状態になります。
133:デフォルトの名無しさん
08/04/20 14:44:51
>>132
同じこと何度も聞かれてうんざりしてるのではないですか？
オープンソース業界の人に共通するものの見方というのがあって、
デファクトやデジュールのスタンダードかどうかでまず判断されます。
独自ライセンスというのは印象が大きくマイナスです。
この人は変な拘りがありそうだから関わりたくない、と思わせます。
ブラウザと数式という組み合わせから条件反射でMathMLです。
こういうことはいちいち聞いてくる人はほとんどいなくて、
独自ライセンスやMathMLではないという段階で興味を失うと思います。
問題があれば聞いてくれというのは通用しないということです。
一人でコツコツ作って他人の反応は気にしないというなら
こういうことを意識する必要はありません。
逆に他人の反応が気になるのであれば、
こういったマーケティング的な面はとても重要です。
134:デフォルトの名無しさん
08/04/20 14:50:54
何のためのJavaかという問いに、
将来アプリケーションのエンジンにすると答えていませんでしたか？
それならアプリケーションとしての形を先に作った方が
説得力があるのではないかと思います。
ただ、Javaアプリケーションとなると正直微妙。
Javaは求人が一番多い言語ではあるのですが、
その大半はStrutsとかのWebアプリケーションなので、
Swingに詳しい人はほとんどいません。
だから開発に参加する人は期待できません。
もちろんLinuxでも動くということは
オープンソース系の人へのアピールにはなるのですが、
LinuxでJavaのGUIアプリが使われているかというと、
Eclipseしか使われていないのが現実です。
EclipseはSwingではなくSWTで作られていますが、
SWTを使える人はSwingより更に少ないので、
ますます開発に参加する人は期待できません。
135:デフォルトの名無しさん
08/04/20 15:04:35
つまりオープンソースであることはアピールになっていません。
現実問題として、最初は一人でコツコツ作るしかなくて、
それが使って便利なものになればユーザーが増えていきます。
その中でプログラミングの得意な人も来れば、
開発に参加したいと言って来るかも知れません。
ここまで持って行くのはかなり大変ですが、
オープンソースの生存競争として淘汰圧となります。
この順番が逆になる（ユーザーの前に開発者）ことはまずありません。
オープンソースでそういう例を見たことがありません。
最初の作り込みの段階で共同開発をするのであれば、
お金で人を雇うしかないというのが現実です。
これはオープンソースと関係ない普通の営利行為です。
というわけで、人を巻き込みたいのであれば、
とにかくユーザーを増やす戦略を考える必要があります。
136:デフォルトの名無しさん
08/05/01 05:38:37
age
137:デフォルトの名無しさん
08/05/12 12:59:16
age
138:デフォルトの名無しさん
08/05/27 15:12:05
age
139:デフォルトの名無しさん
08/06/10 06:47:46
jsmath いいよね。
MathML と違ってユーザがフォントをインストールする必要もいらんし、
javascript だから設置者も cgi とかいらんから楽だし、
ちょっと組み込めばどの cms でも使えるし。
140:デフォルトの名無しさん
08/06/12 17:12:32
age
141:デフォルトの名無しさん
08/06/13 11:39:54
LaTeXMathML.jsの話題は出てないのか
URLﾘﾝｸ(math.etsu.edu)