トップページ⇒unix
991コメント253KB

Sun Microsystems 最大の日本撤退

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/06/08(木) 00:04:32
2006年 Sun Microsystems　日本撤退発表

君はこのフライングスレにその証を残せるか
0129名無しさん＠お腹いっぱい。2007/04/17(火) 00:41:06
実際問題として、DRなんてあんまり使わんし。
それより、ハイエンドでLPARのサポートがいまだにないのが痛すぎ。
APLでやっと搭載されるみたいだが、富士通となんかぎくしゃくしてるから、サポート体制とか大丈夫なんだろうか。
0130名無しさん＠お腹いっぱい。2007/04/17(火) 09:51:17
使えない環境だったから、使わなかったのかもしれない。
酸っぱい葡萄。
0131名無しさん＠お腹いっぱい。2007/04/17(火) 22:45:28
サンと富士通、共同開発の「SPARC Enterprise Server」を発表へ
http://japan.cnet.com/news/ent/story/0,2000056022,20347306,00.htm
0132名無しさん＠お腹いっぱい。2007/04/17(火) 23:48:27
>>129 APLでもLPARなんてサポートされませんけど。
0133名無しさん＠お腹いっぱい。2007/04/17(火) 23:53:56
Quad CoreのSPARC64 VIIなんて出るんだ？ いつ頃なんだろう。
>>129 LPARよりもハードウェアパーティションの方が信頼性は高いよ。
APLでは1CPUからのパーティションが切れるらしいね。
0134名無しさん＠お腹いっぱい。2007/04/18(水) 00:17:28
SPARC64 VIIが出るのは2008年末頃のようです

SPARC64プロセッサの歴史と今後
http://primeserver.fujitsu.com/sparcenterprise/technology/protection/roadmap/
0135名無しさん＠お腹いっぱい。2007/04/18(水) 00:18:51
>>129 そこでSolaris Zoneですよ。
Zoneはオーバヘッドも小さいし、LPARとは別の領域で有用だと思う。
0136名無しさん＠お腹いっぱい。2007/04/18(水) 02:01:16
>>132
LPARに近い機能だな。
0137名無しさん＠お腹いっぱい。2007/04/18(水) 20:27:31
富士通と米Sun、Solaris・SPARCサーバー新製品−パフォーマンス面で世界記録を樹立
http://enterprise.watch.impress.co.jp/cda/hardware/2007/04/18/10105.html

米Sun、初のSAS対応ストレージシステムを発表
http://enterprise.watch.impress.co.jp/cda/foreign/2007/04/18/10098.html
0138名無しさん＠お腹いっぱい。2007/04/20(金) 01:28:39
サン、ITIL準拠のリモート運用支援ソリューションの提供を開始
http://techtarget.itmedia.co.jp/tt/news/0704/19/news05.html
0139名無しさん＠お腹いっぱい。2007/04/25(水) 21:37:22
サン、デュアルコアOpteron搭載の通信事業者向けサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2007/04/24/10149.html
0140名無しさん＠お腹いっぱい。2007/04/27(金) 22:37:02
サン、ハードとソフトをパッケージしてVOD／IPTV分野に進出
http://www.atmarkit.co.jp/news/200704/27/eweek.html
0141名無しさん＠お腹いっぱい。2007/05/02(水) 02:35:36
神宮前は元ストレージテック
0142名無しさん＠お腹いっぱい。2007/05/03(木) 22:28:01
>>137 遅レスだけど、LCAは期待だな。
http://enterprise.watch.impress.co.jp/cda/foreign/2007/04/18/10098.html
>価格は最小で10,000ドルを切る。このほか、ハードウェアとサポートをセットに
>した「Sun Systems Packs」としても販売する
hpのMSA並みに安いRAIDが欲しかったよ。はっきり言って、Sunにはミッドレンジ
以上の、ある程度信頼性が保証されたストレージ製品を期待していない。
中身、Enginio(LSI Logic)やdotHILL(Artecon)だしな。
EMC CXや日立SANRISEが買えない客向けに、低価格なストレージを出してくれれば
いいと思っている。その意味で、サーバとセットで安くしてくれるパッケージが
出てくれるとうれしい。
0143名無しさん＠お腹いっぱい。2007/05/05(土) 10:26:36
>>128
機能があるかどうかの○×表でしか評価できないアホは下がってろ。

そういう機能があるということは、そういう機能が非常に役に立つ、ということでもある。
Sunでは優先度が高く、hpでは優先度が低く実装が後回しにされていた、ということ。
0144名無しさん＠お腹いっぱい。2007/05/05(土) 10:47:56
なんだそりゃ
0145名無しさん＠お腹いっぱい。2007/05/05(土) 12:15:03
無料のオンラインシステムバックアップツールﾁﾝﾁﾝ☆⌒ 凵＼(＼･∀･) ﾏﾀﾞｧ？
0146名無しさん＠お腹いっぱい。2007/05/05(土) 17:12:38
>>143 HotPlugって役に立つ機能だろ？ Sun以外は実装できなかっただけ
0147名無しさん＠お腹いっぱい。2007/05/05(土) 21:26:18
広告文句に言われているほど便利ではない。
ボードの新規追加なら、気軽に使えるのかもしれんけど、
ボードの移動だと、運用上実行するタイミングを作るのが難しかったりする。
（Sunのマシンの場合は、最低4CPU単位なんでなおさら）
E10Kのころは結構失敗することも多かったと聞くしな。
それにその手の機能の実装については、IBMが一番早くかつ柔軟性も高かった希ガス（0.1CPU単位のD-LPARとか）。
0148名無しさん＠お腹いっぱい。2007/05/05(土) 23:24:10
>E10Kのころは結構失敗することも多かったと「聞く」しな」
>IBMが一番早く(略)「希ガ」ス
嘘こけ。しかも伝聞・噂レベルの論評かよ。
0149名無しさん＠お腹いっぱい。2007/05/05(土) 23:34:11
HotPlugってハードとOSがサポートしていても、肝心のアプリが知らんぷりしてたりして、そら大変。
0150名無しさん＠お腹いっぱい。2007/05/05(土) 23:47:37
理想論を言えば、DRはアプリは関係ないよ。
つうか、アプリ側がいちいち気にしなきゃいけないようなのだと、全く使い物にならんわけだが。

SunFire15Kを
ベンダとして売る側にも、使う側にもいたことあるけど、DRは完全に自己責任扱いだったよｗ
0151名無しさん＠お腹いっぱい。2007/05/06(日) 00:11:36
オンラインでのリソースの追加なら安心して使えるが、削除は怖いな w

SolarisもLPAR使えるようにならんかね。
0152名無しさん＠お腹いっぱい。2007/05/06(日) 01:29:41
>>144
>>146
機能を持っていることが必要なのではなく、
競合製品よりもマシな稼働率を確保することが目的なわけで、
壊れやすいCPUを積んでいたらHotPlugを実装しなければ話にならないが、
壊れにくいCPUを積んでいればHotPlugを実装しなくても、要求される稼働率を確保できる場合もある、ということ。


0153名無しさん＠お腹いっぱい。2007/05/06(日) 19:58:23
大昔の話だが。

NECのコンピュータの事業部の人間が、
同社の半導体の事業部で作ったPC-8001(だったかな)について、
バスにパリティが付いていないから、信頼性なんてあったもんじゃない
と酷評したが、いざ実際に評価してみると、
PC-8001のほうが格段に信頼性が高かったという。
0154名無しさん＠お腹いっぱい。2007/05/06(日) 21:27:56
>>150 おれも売る側にいて結構テストしたけど。失敗したという話はほとんど
聞いた事が無い。ただ、DRをやろうと思うと、DR Safeなドライバーが必要
なんで、拡張カード類は制限されたな。今はどうなんだろう？
E10K、SF15K、SF25Kと進むにつれて売れ行きが思わしくなくなってきたから
分かんないやｗ
富士通SEが言うには、PRIMEPOWERの上位機種では結構使っているとの話だけ
どな。DR

>>151 LPARみたいなソフトウェアパーティションｗ機能は欲しいと思うよ。
特にマイクロの方な。Sun的にはLDomを発展させようと思っているのかも
知れんが。皆が言うように、ボード単位のDRは使い勝手がイマイチ。
Mシリーズは富士通の技術を入れて、1ソケット単位で切れるようになったが
結局の所、ボード半分をぶった切っているに過ぎない。しかもI/O紐つきで
分離していないのがイタイ。25Kよりはマシだけどな。

>>152 なんか詭弁と言うか、後退しているね。
0155名無しさん＠お腹いっぱい。2007/05/06(日) 22:03:52
現実的には、デュアル構成にして運用上マシンを止める時間を確保できないか、とか考えちゃうけど？
ボードの枚数同じなら、15K 1台分で6800が2台買えるのではないか、とか。
0156名無しさん＠お腹いっぱい。2007/05/06(日) 22:19:46
そういえば、構成によっては 6800 の方が速いんだよな、15k よりも。
0157名無しさん＠お腹いっぱい。2007/05/07(月) 09:47:51
Sunかその代理店の営業が本当にいたことに驚いた
0158名無しさん＠お腹いっぱい。2007/05/07(月) 20:45:27
6800ぢゃなくて、6900だろ。今は。
だが、もう6900は忘れろ。これからはSPARC Enterprise Mシリーズだ。
0159名無しさん＠お腹いっぱい。2007/05/07(月) 21:16:48
筺体が6800=6900
15K＝25K
0160名無しさん＠お腹いっぱい。2007/05/10(木) 02:15:14
4800は100V駆動だったが4900は200V。商売上のネック
0161名無しさん＠お腹いっぱい。2007/05/11(金) 02:41:12
Sun tapes out Niagara 2, faces 45nm challenge
http://www.eetimes.com/news/latest/showArticle.jhtml;?articleID=199202904
0162名無しさん＠お腹いっぱい。2007/05/11(金) 03:18:23
>>160
4800クラスの大きさなら、それほどでもないんでない？

V480→V490で200Vになっちゃったのは明らかにまずい。
0163名無しさん＠お腹いっぱい。2007/05/11(金) 22:56:14
OpenJDK、GPLLv2、JCK - Simon Phipps氏が語るオープンソースJavaのあれこれ
http://journal.mycom.co.jp/articles/2007/05/11/openjdk/index.html

インテル、ItaniumプロセッサのJava対応計画を明らかに
http://www.computerworld.jp/news/plf/64029.html
0164名無しさん＠お腹いっぱい。2007/05/12(土) 01:52:24
巨大コンテナサーバ「BlackBox」の中へ入ってみた
http://www.itmedia.co.jp/enterprise/articles/0705/11/news041.html
0165名無しさん＠お腹いっぱい。2007/05/12(土) 16:45:51
>>161
TI社のファウンドリ戦略、SPARCプロセッサの生産はUMC社へ
http://www.eetimes.jp/contents/200705/18125_1_20070508213613.cfm
0166名無しさん＠お腹いっぱい。2007/05/12(土) 17:51:39
>>161 いいね、いいね。Niagara2。いよいよか。
FPが強化されたのは勿論の事、
10G、ワイヤスピードでドライブ出来るのは魅力だよな。
問題は値段だ。

0167名無しさん＠お腹いっぱい。2007/05/12(土) 19:37:11
Niagara2は、外販されるの?

Sunのサーバにしか積まないのは勿体ない。
0168名無しさん＠お腹いっぱい。2007/05/12(土) 23:46:26
他に採用するベンダがあると思う？
0169名無しさん＠お腹いっぱい。2007/05/12(土) 23:48:15
Niagara2もGPLとかでオープン化すんのかな？
0170名無しさん＠お腹いっぱい。2007/05/12(土) 23:49:03
>>168 コストパフォーマンス次第でしょう
0171名無しさん＠お腹いっぱい。2007/05/13(日) 00:38:50
>>168
サーバのCPUとして使うだけが用途じゃないよ。

TOE搭載NICに使うとか、
ファイルサーバ箱に使うとか、
VPN箱に使うとか。
0172名無しさん＠お腹いっぱい。2007/05/13(日) 01:33:24
それ高杉
0173名無しさん＠お腹いっぱい。2007/05/13(日) 02:10:01
富士通のFR-Vくらいの価格で出してくれんかのぉ。
0174名無しさん＠お腹いっぱい。2007/05/13(日) 03:34:28
富士通のＦＭ−Ｖくらいの価格で出してくれんかのぉ。
0175名無しさん＠お腹いっぱい。2007/05/13(日) 03:52:12
T1000の価格みると、いくらなんでも8コアにプレミア付け過ぎじゃね？
なんで6コアに対して30万以上も高くなるんだよ。
0176名無しさん＠お腹いっぱい。2007/05/13(日) 08:40:19
ハイエンドチップというのはどこの会社もプレミアつけて売るもんですが
0177名無しさん＠お腹いっぱい。2007/05/13(日) 13:50:32
ぶっちゃけ、6コアで十分だろ?
0178名無しさん＠お腹いっぱい。2007/05/13(日) 15:18:26
T1000で40万〜
T2000で70万〜
が妥当。
0179名無しさん＠お腹いっぱい。2007/05/13(日) 22:27:17
T1000にDVD-ROMついたら買いなんだけどな。
0180名無しさん＠お腹いっぱい。2007/05/14(月) 04:33:28
>>175
じゃあさ、8コア 3台必要なとこを 6コア 4台買やあいいじゃん。お得だな! よかったな!!
0181名無しさん＠お腹いっぱい。2007/05/14(月) 20:06:03
「JavaFX」の目指すもの Sunが投入するRIAソリューション
http://enterprise.watch.impress.co.jp/cda/infostand/2007/05/14/10248.html
0182名無しさん＠お腹いっぱい。2007/05/14(月) 21:16:28
> JavascriptではWebブラウザごとの書き換えが必要となることが多いのに対し、
> JavaFX Scriptでは一度書いたスクリプトが、どの環境でも同じように動くという。

もう騙されないぞ。

> JavaFX Scriptは、JavaAPIの直接呼び出しやJava Swing（GUI作成ツールキット）の利用ができ

という時点で、クライアントが積んでいるJavaランタイム環境の違いを吸収するコードが必要になるわけで。
0183名無しさん＠お腹いっぱい。2007/05/14(月) 22:45:12
Microsoft VM でも使ってるのか? もうやめた方がいいぞ?
0184名無しさん＠お腹いっぱい。2007/05/15(火) 02:29:35
>>183
やめたくたって、そういうクライアントが一定数いたら、対応せにゃならん。

ちなみにSunのVMでも、バージョンによって違うじゃないか。
0185名無しさん＠お腹いっぱい。2007/05/15(火) 02:59:37
kabu.comがほんのちょっと前まで、XP用にサポート切れのMsJavaVMを配布してたな。
いまは、SunのJVMを推奨するようになったけど。
Vista発売がきっかけだったんかな。
0186名無しさん＠お腹いっぱい。2007/05/16(水) 00:24:08
>>184
> やめたくたって、そういうクライアントが一定数いたら、対応せにゃならん。
んじゃ、だましたのは Sun じゃなくて MS じゃんかw
> ちなみにSunのVMでも、バージョンによって違うじゃないか。
セキュリティ的にメチャクチャな使い方してると版上がって動かなくなるけど、そりゃ
仕方ないぜ。
0187名無しさん＠お腹いっぱい。2007/05/17(木) 16:18:17
おかしいなぁ。

Netscape Navigator + SunVM
という組み合わせで、
WindowsとMacOSで、
挙動が違ったんだがなぁ。
0188名無しさん＠お腹いっぱい。2007/05/17(木) 23:10:47
まあ、対象としているアプリケーション領域で、
C++→Javaほどのポータビリティ改善はないだろうけど、
Javaよりも改善されることを目的のひとつにしてるんでしょ。
0189名無しさん＠お腹いっぱい。2007/05/18(金) 00:36:14
本当に、
一度書いたらどこでも意図した通りに動く
ということを実現するには、
改行コード、文字コード、フォント、画面のサイズ、画素のサイズ、etc・・・
そういったものまで仕様に入れないといけない。

WindowsとMacで、
\の文字コードに対するフォントの字形が違いすぎるのを、
JavaVMは吸収してくれないから。
0190名無しさん＠お腹いっぱい。2007/05/19(土) 00:26:26
PureJava とか互換性テストとか、言葉知ってる?
0191名無しさん＠お腹いっぱい。2007/05/19(土) 01:15:42
>>190
言葉を知っていても、
現実に互換性がない問題は、
解決しないわけですが。
0192名無しさん＠お腹いっぱい。2007/05/19(土) 01:45:22
ふーん。よう互換に書かん、そういうことか。つまんないね。
0193名無しさん＠お腹いっぱい。2007/05/22(火) 02:24:10
Gosling自身、Write once run anywhere は marketing term だと証言してるしな、
法廷で。
0194名無しさん＠お腹いっぱい。2007/06/27(水) 02:33:02
age
0195気まぐれアナスイ2007/06/27(水) 11:48:06
>>193
term.を使用すればlinux.で在ればG.が作れます。
処理方法を変えなければM-8.ですが…
0196名無しさん＠お腹いっぱい。2007/06/30(土) 22:30:09
Sunは自社開発ソフトをどんどんオープンソース化していて面白いな。
GlassFishなんか、すごく良さげ。TomcatやJBoss使っている場合じゃないな。
WebLogicやWebSphere、OracleASも要らなくなるかも。
0197気まぐれアナスイ2007/06/30(土) 23:56:47
>>196
linux.スレを閲覧したのですか…
0198気まぐれアナスイ2007/06/30(土) 23:59:41
私のdebian.は Net-access.にAppleTalk.を使用しますが？
Sun.関係の方はどの様に思われますか？
0199名無しさん＠お腹いっぱい。2007/07/01(日) 00:05:19
>>197 何か悪評が？
0200名無しさん＠お腹いっぱい。2007/07/03(火) 18:25:45
２００！
0201名無しさん＠お腹いっぱい。2007/07/12(木) 22:21:15
Sun Blade 6000モジューラ・システムを発表
ttp://jp.sun.com/back/2007/0711/feature/
0202名無しさん＠お腹いっぱい。2007/07/14(土) 04:47:23
>>201
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0203名無しさん＠お腹いっぱい。2007/07/14(土) 23:09:52
なんで笑いなの？
特別優れているわけでもない平凡なブレードサーバだけどな。笑うほどひどい出来ではない
0204名無しさん＠お腹いっぱい。2007/07/14(土) 23:50:59
同じＯＳ使って
UltraSPARC T1、Xeon、Opteron
でそれぞれベンチマーク出してくれｗ
0205名無しさん＠お腹いっぱい。2007/07/15(日) 01:33:09
発表会には、インテル株式会社 技術本部 本部長 及川芳雄氏と、
日本AMD株式会社 ビジネスディベロップメント本部 本部長 多田和之氏も
ゲストとして招かれ、新製品発表への祝辞を贈るとともに、
今後もサンとのパートナーシップを強化すると話した。

ttp://pc.watch.impress.co.jp/docs/2007/0711/sun.htm

嫌がらせか。
0206名無しさん＠お腹いっぱい。2007/07/15(日) 01:51:58
へぇ〜　３社揃い踏みかよｗ

・X6250がXeon E5320(1.86GHz)×1+メモリ2GB搭載で581,700円から、
・X6220がOpteron 2212(2GHz)×2 +メモリ4GB搭載で628,950円から、
・T6300がUltraSPARC T1(6コア/1GHz)×1+4GB搭載で943,950円から。

どれがお買い得？ｗ
0207名無しさん＠お腹いっぱい。2007/07/15(日) 02:08:29
X6220かなあ
なんとなく
0208名無しさん＠お腹いっぱい。2007/07/15(日) 08:03:03
10U で 10枚 www
0209名無しさん＠お腹いっぱい。2007/07/15(日) 11:22:51
T6300以外は、どうでもいい
0210名無しさん＠お腹いっぱい。2007/07/15(日) 11:46:01
T1の方はともかく、x86の方はハーフサイズのモジュールもあればいいな。
0211名無しさん＠お腹いっぱい。2007/07/15(日) 15:32:32
>>208 拡張性と信頼性を考えての選択だろう。拡張性では、特にメモリ。
64GB積みたかったのだろうな。
信頼性の面でも、ブレードは詰め込みすぎのせいか、フィールドで使って
いると、c-classはProLiant DLと比べて故障率高い感じがする。
0212名無しさん＠お腹いっぱい。2007/07/15(日) 16:55:14
>>211
なるほど
0213名無しさん＠お腹いっぱい。2007/07/17(火) 20:54:32
　　　／⌒⌒γ⌒　、
　　/　　　　　 γ 　　ヽ
　 l　　　　　　　γ　　　ヽ
　l　　 i"´ ￣｀＾´￣｀゛i　|
　|　　 |　　　　　　　　 |　|
　ヽ　 /　,へ　 　 ,へ　ヽ./
　　!､/　　 一　　　一　V
　　|6|　　　　　　| 　 　 .|
　　ヽl　　　／( ､, )＼ 　）　 ／ええやん。国産でいこうや。
　　　| 　　ヽ ヽ二フ ） /　＜　俺、京都人やねん。はんなり　してるやろ？
　　　丶　 　　　　 　.ﾉ　　　 ＼ DX東寺の近くの唐橋小や。京都のﾀﾞｰｸｻｲﾄﾞ、
　　　 |　＼ ヽ､＿,ノ 　　　　　　 いちどおいでえな！京都検定にも出るで！
　 　　|　 　　ｰ-ｲ
0214名無しさん＠お腹いっぱい。2007/07/17(火) 23:03:32
本当に出来るのかな？

http://japan.internet.com/busnews/20070713/11.html
Sun は YUM を上回るシステムを開発するという。
「RPM をパッケージ第1世代、APT と YUM をパッケージ第2世代とすると、
これはパッケージ第3世代になる」と Murdock 氏は語った。
0215名無しさん＠お腹いっぱい。2007/07/17(火) 23:46:12
pkgadd でいーやん？ｗ
0216名無しさん＠お腹いっぱい。2007/07/28(土) 15:02:39
「世代」という事だが、RPMはパッケージ形式で、
APT, YUMはパッケージ配布方式なんだけどな。

原文では、
"If RPM is packaging 1 and APT and Yum are packaging 2, this will be packaging 3,"
だから、「RPMがパッケージの第一の波だとすると〜」くらいの訳だろ。

それから元記事にある段落を幾つか省いていて、
「乱立しているLinuxのディストロからSolarisへの橋渡しになる」と言っている。
0217名無しさん＠お腹いっぱい。2007/07/28(土) 17:30:33
ライセンスをサブスクリプション方式に変えたから、それと調和のとりやすいものにはなるんじゃないかな。
0218名無しさん＠そうだ選挙に行こう2007/07/29(日) 09:20:41
VistaがMac OS並みのシェアらしい。
まあSolarisには関係ない話だけどw

>>214
パッケージ形式はDEBにして、
配布形態だけ新しいのにしたら良かったのに。

Linuxに対抗するなんて、無駄な努力だと思う。
もはや融和政策じゃないと無理だろ。
0219名無しさん＠お腹いっぱい。2007/07/31(火) 00:13:33
Ian Murdockはdebianを立ち上げた歴史的意味はあるけど
今はもうdebianにとっても過去の人だし。
>>218
それ何ってNexenta?
0220名無しさん＠お腹いっぱい。2007/07/31(火) 00:42:45
debianそのものが過去のものだが
0221名無しさん＠お腹いっぱい。2007/07/31(火) 15:20:30
俺distribution作り過ぎです＞＜
0222　2007/08/01(水) 08:24:00
設計情報公開の基本ソフト、電子政府推進へ初採用・米サンから
http://www.nikkei.co.jp/news/main/20070801AT1D3101431072007.html
0223名無しさん＠お腹いっぱい。2007/08/01(水) 09:07:00
>>222
> オープン型のＯＳを使った情報システムは専門の技術者がいなくても運用できるうえ、
> 省庁などが自ら改良できる。

ﾜﾗ
0224名無しさん＠お腹いっぱい。2007/08/01(水) 09:17:38
>>223
どーいう意味なんだ？ｗ
OpenSolaris でシステムを構築するってこと？？
0225名無しさん＠お腹いっぱい。2007/08/01(水) 10:48:41
多分だけど、OpenSolarisがあるからSolarisはオープンですよってことなんだと思う
OSそのものを弄らないとダメな電子政府関連の案件があるとはとても思えないんだけど
0226名無しさん＠お腹いっぱい。2007/08/01(水) 11:13:07
入札のときに、オープンソースであること、とか条件つけるのが流行でして。
そこに食い込むためにでっちあげたのがOpenSolarisだから、
Sunにとっては狙い通り。
0227名無しさん＠お腹いっぱい。2007/08/01(水) 11:27:23
openでもclosedでも、省庁が改良と称して投げる先は結局いっしょ。
0228名無しさん＠お腹いっぱい。2007/08/01(水) 14:57:49
ホントに中身いじりたいなら昔からソースコードライセンス買うという手はあったわけで。
省庁の大型案件ならたいした値段じゃないし。
■ このスレッドは過去ログ倉庫に格納されています