老舗のシェアウェアメーラー、Datulaの開発、販売が終了 193
ストーリー by GetSet
その役目を終えたか 部門より
その役目を終えたか 部門より
snowy曰く、"窓の杜の記事より。老舗のシェアウェアメーラー、Datulaの開発、販売が終了したそうだ(開発元のオンシステムズ社)。1997年に公開されたDatulaは、ニュースリーダーとしても使っていた/.erもいることと思う。最後のバージョンアップは2002年のv1.51.09だった。"
snowy曰く、"窓の杜の記事より。老舗のシェアウェアメーラー、Datulaの開発、販売が終了したそうだ(開発元のオンシステムズ社)。1997年に公開されたDatulaは、ニュースリーダーとしても使っていた/.erもいることと思う。最後のバージョンアップは2002年のv1.51.09だった。"
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
こういうときこそソースの公開をお願いしたい (スコア:5, すばらしい洞察)
Re:こういうときこそソースの公開をお願いしたい (スコア:4, 興味深い)
Datulaがとは言いませんが、どこからか拾ってきたソースコードがまぎれ込んだり、外部に発注していて、そことのライセンスが良くわからなくなったりとか、ソースコードの「クリーニング」に結構体力が必要だと思われます。
open solalisやMozillaが公開したときの話で、そんな事が書いてあった気がする。
事態は際限なく悪化する。
特許が一番恐い (スコア:3, 興味深い)
クリーンでないコードが紛れ込むのは足元に火がつくようなものですが、
特許抵触の危険性は背後から狙撃されるような形になるので逃れがたいです。
とくにメール関係は特許の地雷原なので特許調査はしんどいと思いますよ。
コンタミは発見の母
Re:こういうときこそソースの公開をお願いしたい (スコア:3, 興味深い)
だとすると、営業をたたんでしまうとソースコードなどの資産は死蔵または散逸の憂き目にあってしまうかもしれないので、なんらかの形でオープンソースとして生き残ってくれると、今使ってる人には非常にありがたいでしょうね。
もしどこかがその資産を買い取るっていうなら、そこに期待したいところですが、会社のwebを見る限りはあんまり期待できなさそうな...。
Re:こういうときこそソースの公開をお願いしたい (スコア:1)
だよねえ。と思うんだけど
自分で自分のソフトをキラーソフトと言って評判貶めた時点で
(本当に言ったのかどうかまでは知らないけど)
ありがたくもない、というか・・・
シェアが落ちたのには、やはりそれなりの理由もあったのかと
思わないでもなく。
Re:こういうときこそソースの公開をお願いしたい (スコア:1)
何で会社の財産(ノウハウも詰まっている)であるソースコードをただで欲しいと思うかな,この手の人たちは。
ソースコードにどれだけの価値があるか,わかっていないのかしらん。慈善事業をやっているわけじゃないのですよ。
Re:こういうときこそソースの公開をお願いしたい (スコア:3, すばらしい洞察)
sarinaga氏は顧客だったからでしょ?
求めている理由自体は真っ当なものだと思いますが...。
だって、金を払って買った人へのサポート・バグ修正も打ち切るわけでしょ?
そりゃ何らかのフォローが無いと不誠実ですよ。
終了とともに返金しますか? そんなの無理ですよね。
企業にとって一番負担の少ない「終了後のフォロー」がソース公開だから、
それを求めてるだけじゃないかな?
> 慈善事業をやっているわけじゃないのですよ。
金払って買ったユーザだって寄付のつもりでは無いでしょうね。
Re:こういうときこそソースの公開をお願いしたい (スコア:3, すばらしい洞察)
「ソースください」という部分にだけ反応してるのが
あからさまですね~。火種づくり、お疲れ様です。
# そもそもバグさえなければソースも要求されないわけで。
# 金取っておきながらクリティカルなバグを放置するほうがどうかと。
Re:こういうときこそソースの公開をお願いしたい (スコア:1, 興味深い)
それはダウトでしょう。
過去のスラドのストーリーを探せば、バグがなくてもソース公開を要求してる人はいますよ。
> # 金取っておきながらクリティカルなバグを放置するほうがどうかと。
Datulaのライセンスがどのような物か把握していませんが、
おそらくバグ修正の保証はされて無いと思いますよ。
ユーザーはライセンスに同意して購入しているはずですね。
なんでGPLにはうるさいのに、製品のライセンスはないがしろにする人が多いんだろう。
# このコメントもマイナスモデ?
Re:こういうときこそソースの公開をお願いしたい (スコア:1, すばらしい洞察)
いくら吊しの背広でも試着もしないで買うもんなのかね?
店にクレームつけるのが趣味でない限り、多少の不具合は我慢するか、最初から仕立ての背広屋に行くのが普通だと思うんだけど。
Re:こういうときこそソースの公開をお願いしたい (スコア:5, すばらしい洞察)
なにがしかの金を払った程度で無制限にサービスを要求できると思ってやがる。
神様にでもなった気分なのかね。
あなたは驚くかもしれないが、世の中というものは払った金額分のサービスしか受けられないんだよ。
深く心に刻んでおくこと。
「お客様は神様です」というのは営業する側を律する言葉で、
決して客がつけあがってもいいという言葉じゃないんだけどね。
というか作者の青野さんてご病気でいらしたと聞いてますが、
お元気になったんでしょうか。
開発販売を終了せざるを得なくなったということは、
推して知るべしなんでしょうか。
ベータ版当時の熱気を知ってるだけに残念です。
Re:こういうときこそソースの公開をお願いしたい (スコア:1)
もしそうなら開発ももちっと楽になるんだけどなぁ
Re:こういうときこそソースの公開をお願いしたい (スコア:3, 興味深い)
考える事が極端ですね。
新規機能はどうでもいいが、ある程度致命的なバグはFixしてくれる事を期待してお金を払ったんですよ。
as is って言われますが、シェアウェアの場合だと開発の継続性にも響く事ありますし。
でも、何年もの間全然なにもしてくれず、いきなり終了宣言。
やる気がないなら過去数年放置してた分ソース公開してと言うのはそんなに酷い事でしょうか?
Re:こういうときこそソースの公開をお願いしたい (スコア:2, 興味深い)
シェアウェア開発者だって慈善事業じゃない。
追加収入もないのにいつまでもメンテナンスできないでしょ。
全ての開発者が無償でコーディング作業をして、見返りなしに
皆に使って欲しいと考えているわけじゃない。
労力の対価を求めるのは文明社会では至極当然のことだ。
オープンソースで無料で使える競合ソフトがたくさんあるのに
シェアウェアではメンテナンスに必要な費用が稼げるだけの
需要がない。
だから、儲からないソフトの開発はやめてしまうのも当然。
>やる気がないなら過去数年放置してた分ソース公開してと言うのはそんなに酷い事でしょうか?
酷いことだな。
Datulaとしての開発は終了でも、そのコード中には他のソフトでも
使えるコードが含まれているだろう。
開発終了だからといっても、ソースコードは開発者の財産には
変わりないわけで、それをよこせという図々しさにはあきれてしまう。
Re:こういうときこそソースの公開をお願いしたい (スコア:2, おもしろおかしい)
使っているとか、オープンソースにすると不正がばれるとか、
そういうスネに傷持つ人だったら逆切れするのも仕様がないですね。
もちろん、そんな人じゃない可能性も十分にありますが。
世の中いろいろですね。
Re:こういうときこそソースの公開をお願いしたい (スコア:3, 興味深い)
>使えるコードが含まれているだろう。
病気で視力をほとんど失ったとかなんとかで、そのために開発も止まりました。
そんな事情なんで青野氏自身がソースを部分流用して別のプロダクトを作るということは
あまり期待できないんではないかと。
# 期待したいんだけど。
Re:こういうときこそソースの公開をお願いしたい (スコア:2, すばらしい洞察)
Re:こういうときこそソースの公開をお願いしたい (スコア:2, すばらしい洞察)
「コードの売却にいくらかかります」と
切り返せばいいんですよ。
Re:こういうときこそソースの公開をお願いしたい (スコア:2, おもしろおかしい)
この人は一見すればオープンソースに否定的なように思えるが、
実は最初からオープンソースなものだけをチョイスする方が安全なんだよ!
とおっしゃっておられるのだよ
Re:こういうときこそソースの公開をお願いしたい (スコア:4, すばらしい洞察)
無理強いはいかんが、単なる要望はごく普通のこと。
そして、その要望を受けて実現するか否かの判断はそのリリース元の自由。
それだけの話だと思う。
#ただソースを出してと言われてもそれ前提で作ってないものは
#出しにくいものではある。手間だしみっともないソースに
#なっていることもありがちだし。(コメントなんて特に(笑))
Re:こういうときこそソースの公開をお願いしたい (スコア:3, すばらしい洞察)
私もそう思います。が、それに加えて色んな意見を出し合うのもまた自由だと思ってます。発言の自由を持ち出しつつ、他人の発言を規制したいかのような意見はどうかと。
理想的には皆がどんどん自由に意見交換しあって議論を進めていくのが有益のような気がしますが、実際にはそううまくいかないんでしょうねぇ。
Re:こういうときこそソースの公開をお願いしたい (スコア:1)
Re:こういうときこそソースの公開をお願いしたい (スコア:2, 参考になる)
「受注開発の場合、カネさえ余分に積んでくれれば本体のコード渡すのに抵抗ないんだけど、オレ専ライブラリは渡せないんだよねー。他案件も似通った要求仕様だからこれでカネ生んでるようなものだし」だとか。
また、sleipnir等は本業収入がOEM販売ですから、本体は金を生まなくともOEM先との契約が全て満了するまで公開はできないと思われます。
Re:こういうときこそソースの公開をお願いしたい (スコア:1, すばらしい洞察)
保守拡張する人もいないので、このまま年数が経つほど陳腐化して誰の役にも
立たなくなってしまう。
それより、(公開できる状態ならば)公開することがおそらく作者の利益に繋がります。
誰かがメンテナンスを引き継ぐかどうか、それは分かりませんが、
少なくとも作者の力量を世間に示すことはできます。
もしも肉体的な条件で、プログラマとしてやっていけないとしても、
頭脳とハートと経験があれば、買い手は現れるでしょう。
Re:こういうときこそソースの公開をお願いしたい (スコア:1, 興味深い)
なんで作者の利益に繋がるの?
Re:こういうときこそソースの公開をお願いしたい (スコア:1)
公共の利益に帰したという名誉。
OpenDatula (スコア:1)
「Datulaに不満があるからOpenDatulaをスクラッチから作ってやるぜ!」
って勇者はいないんですかね?
オープンソースのメーラーも結構あるし、やろうと思えばできなくはないんじゃないっすか?
ソース無いより有る方がマシではあるけど (スコア:1)
出来ないわけではないとしても、他人のソースコードの書き方の癖を知りながら、複雑なプログラムの流れを追って、しかも他の処理に影響が及ばないようバグを直すのは、結構面倒臭いものだぞ。
ハイバネーション(=冬眠)中。 押井徳馬(・(T)・)
開発している人も求める人も人間かな~(オフトピか) (スコア:4, 興味深い)
ソースコードを公開してほしいというコメントがくる場合って、「公開して当然だろう」というスタンスで届く場合が多くあります。
#「べき論」を振り回す人からも連絡があったりしますが
結局、開発している人(もしくは法人)も、ソフトウェアを求める人も同じ人間なので、コンタクトの仕方、表現の仕方一つで態度は変化すると思うのですが・・・
高圧的に「公開しないのはおかしい」などと、赤の他人から「あなたは非常識」みたいな表現をされたら・・・
金詰まれてもソースコードは出さないだろうな・・・と思います。
近年、どうもそういったお互い謙虚に向き合うということが軽んじられている気がするんですよね~
自分が出来ないことの対価を支払うということと、金をだしたからナニを要求してもいいというのは、また別問題だと思うのですよね。
ソフトウェアの開発終了というのは、ひとつの可能性が消えるので、残念というかお疲れ様という感じはしますが。
Re:開発している人も求める人も人間かな~(オフトピか) (スコア:2, 参考になる)
「フリーソフトは公開して当然」といったようなメールが、時に GPL/BSD等の説明文と共に、またある時には Freesoft/Freewareの違いの説明と共に月に 4~5 通は来ていました。
でも、そういう方達って意外に素人さんが多くて、公開したらしたで今度は、エラーメッセージのひとつも無くいきなり「コンパイルできません。」だとか、(要: C++Builder) って書いてるのに「Delphiで~」とか、しまいには「~でも開発出来るようにするべきでは?」みたいなメールを送ってくるんですよね。
教えてあげてもすぐ次のメールで質問してくるし、少しは自分で考えて的なメールを返すとものすごい勢いで粘着してきた人も居ましたし。
くだらない気苦労ばかりが増えたので、サイトごと閉鎖したのを覚えています。
個人的に言わせてもらえば、ソースコード公開以前の方が楽、というか楽しかったですね。
問い合わせや要望などでも言葉遣いが丁寧な方が多かったですし、そもそもソースコードを公開したからと言ってフィードバックなんてほとんど、というか全く来ませんでしたから。
その時の教訓から、今ではソースコード非公開でフリーソフトを書いています。気楽で良いです。
使ってましたが。 (スコア:3, 興味深い)
カット&ペーストが化けるのに耐えきれず(Unicode未対応だった?)数ヶ月前にThunderbirdに泣く泣く乗り換えました。(Thunderbirdでも足りない機能があって今でも不満はありますが)
メール資産はほぼ移行できたので、問題ありませんでした。
これは開発者一人で作ってて、彼の健康が悪化し、それから開発が滞ってしまいましたので、残念としか言いようがないです。会社が他の開発者を捜すとか、そういう展開にならなかったのが残念です。青野さん(という名前だったような)の健康が回復している事を望んでいますが。
擁護 (スコア:3, 興味深い)
この辺は別にDatulaに限った話でもないし、7年使ってきましたが不具合があったことはありません。ここでの話を見て、初めてバグがある(らしい)と知ったくらいで。存在するという不具合について、できればもう少し具体的な情報があると現ユーザとしては大変うれしいです。
まだfj.*を読んでいた98年ごろ、Outlook Expressから乗り換えましたが、動作の速さやキーバインドの豊富さといった表の使い勝手もさることながら、記事のオンライン/オフライン読みの切り替え、グループごとの記事保存期間設定、任意のヘッダーを投稿につけられたり (Moderatedなニュースグループへの投稿に必要になってくる)といった細かい部分が本当によく作りこまれています。あとは記事のスコアリング機能や全文検索があればなあ、と思いながら使い続けていました。
開発者の方が健康を害されたという話は耳にしていましたし、実質的に開発は終了したものと諦めていましたが、いざこの日を迎えるとさびしいものがあります。
これからも使い続けるユーザとしては、データフォーマットの公開だけは出来うる限り続けて欲しいと思います。 データフォーマット仕様書 [onsystems.co.jp]は早々と404にされてしまっているようですが…
正式版ということだろうと思いますが (スコア:2, 興味深い)
アクティブユーザではこちらを利用されている人も多かったのでは。
(最後のカンマ01はプラグイン対応版)
きびきびとした挙動はBecky!やEdMaxなどに比べても気持ちのいいものでした。個人的には本邦の3ペインメーラで一番「初心者にも安心して勧められる」メーラだったと思います。
MDIエディタとの連携とかタスクトレイアイコンの処理とか微妙な不満はありますが、Vista乗り換えまでは使い続けようと思います……。
Re:正式版ということだろうと思いますが (スコア:2)
正式版には添付ファイルの一時展開先が推測し易いという脆弱性がありました。 プレリリース版変更履歴 [onsystems.co.jp](すでに404)
結局詳細が公開されないまま終わってしまいましたが。
Re:正式版ということだろうと思いますが (スコア:1)
自分でぐぐってみたら全然情報が出てこない。
まだ使っている人はいるにはいるでしょうけども
いろんな意味で死んだソフトなんですね。
ちなみに、Datulaでぐぐったらオンシステムズの
サイトじゃなくて全然知らないバンドか何かの
グループのサイトがでてくる罠。
Re:正式版ということだろうと思いますが (スコア:2, 参考になる)
添付をして送信するとおかしいってのがあるね。
ほかバイナリデータを壊しやすいとか出てくる。
あとIE7を入れるとバグるらしいね。
これはdatulaフォルダ内にあるwinsockを消せばいいらしいが、
こういう情報のサポートがなくなったら、新参者はどうせ増えないね。
2003年から音信不通・バグ放置 [publog.net]のようなので、
開発販売を終了すると発表するのも今更だろうな。
俺はユーザーじゃないから、名前も聞かなかったソフトがどうなろうが
知ったこっちゃないと思ってるし、実際、我慢して使ってきた
ユーザーは使いつづければいいだろう。
トピにするには今更って感が強いんじゃないの?ユーザーも外野も。
まだまだ現役 (スコア:2, 興味深い)
そんな致命的なバグは無い様ですし。
使い方のせいか、私にとっては機能・性能とも満足してますし。終了は残念だけど、しばらくは使い続けると思いますよ。
メーラーの機能って、もうだいぶ煮詰まってますよね。
Re:まだまだ現役 (スコア:1)
考えられなかったんですけどね。
Netnewsの衰退(と勝手に思っている)と共に
使わなくなってしまいました。
起動時のおばちゃんが気になってしょうがなかったです。
Re:まだまだ現役 (スコア:2, 参考になる)
・POPFileと比較してアンチスパムフィルタの精度は
Tbの方が明らかに上(統合されているので学習させやすいのもある)。
・振り分けフィルタのルール作成は全体的にDatulaの方が
便利(Tbでもメールのヘッダの各要素から一発でフィルタ
ルールを作成できれば……)
・メール資産の移行は、IMAPのアカウントに全ての
メールを集積していたので未確認(IMAPアカウントの
移行は当然ながら問題なし)。
・POPFileのIMAP対応は自分としてはストレスが溜まる
ものだったので、Tbのアンチスパムフィルタはごく普通
にPOPと同じ感覚で使えるのは便利。
こんなところでしょうか。最後のIMAPでのアンチスパム
だけでも、移行して良かったとは思います。
正直驚いた (スコア:1, 参考になる)
オープンソース化してくれないかな。
Re:正直驚いた (スコア:1)
振り出しに戻る。
終了の理由 (スコア:1, 興味深い)
結局のところ (スコア:1, すばらしい洞察)
”正規の”ソースがどっかいっちゃった・・
とか言うオチは無いのだろうか。
#知人(or 社員)のだれかが修正した部分のコードしか
#残っていないとか・・。
使ってました (スコア:1)
バージョンアップが途絶えてもしばらく使っていたのですが、ニュースも使わなくなったし、Becky!が頻繁にバージョンアップしているのがうらやましくなって、乗り換えてしまいました(2003年9月)。
さほど不都合がなくても、長いことバージョンアップのしないソフトというのは不安になります。特にネットワーク的なおつきあいをするソフトは、セキュリティホールも見つかりますし。
メールに関しては、Datula, Becky! と分散していてどうしようかと思っていたアーカイブをすべてgmailにインポートし、そして今はメインのメーラーはgmailです。
携帯電話のメールも、学校のアドレスに届くメールも、すべて転送しています。検索がしやすいというのが大きな理由です。
あとは、学校でも家でも気にせずメールを読み書きできるのも大きいです。
webって便利ですね。
Re:Windows用MUAの老舗で (スコア:1)
Windows 95の頃からずっと使ってました。
(32bit版のAL-Mail32になったのも遅かったですが)
これもバージョンアップは止まったまま。
おふとぴ-1 (スコア:2, おもしろおかしい)
# しばらく気付かなかった(^^;
Re:おふとぴ-1 (スコア:1)
何か lisp を追加すると大丈夫だったんですが。
Email が普及しだした頃、「件名の日本語よめないの?」
とか言われて、RMAIL ユーザは「昨日今日のやつらは」云々とぶーたれながら、.emacs を編集すると。
Re:Windows用MUAの老舗で (スコア:2, 参考になる)
mnews使ってますけど、普通に windows でコンパイルできてますよ。
1.22PL7には移行していないので1.22PL6のコンパイルについてですが、
普段は Borland C++ Builder 使ってますが、
Free 版の Borland C++ Compiler でもコンパイルできるのは確認してます。
最近のバージョンでは試してませんが、以前試したときは、cygwin でも普通に configure できたました。
VisualC++だけは試してません。
#1.23を待ちこがれてはや幾年…
Re:次に終焉となるメーラー(予想) (スコア:2, 興味深い)
もしEdMax(フリーウェア版)がなくなってしまうと、無料で使える、初心者にも勧められるWindows用メーラーがほとんどなくなってしまいますね。「よいメーラー」というといろいろな判断基準があるでしょうが、送ったメッセージが(規格違反等で)相手に迷惑をかけないということが最重要です。
ThunderBird [mozilla-japan.org]はなかなかよさそうだけれど、機種依存文字送信防止機能がないので(日本で開発しているのではないから実装は望みが薄そう)送り手が気をつけないといけない。Meadow [meadowy.org]+Mew [mew.org]はフリーソフトウェア [gnu.org]でもあり、最強といってもいいだろうけれど(BDFフォントを使えば、機種依存文字は化けるのですぐ気付く)、インストールや設定が面倒でとても初心者向けとはいえない。nPOP [nakka.com]は普通のメーラとはちょっと用途が違うでしょうし。
Windowsには数多くのフリーウェアがありますが、メーラに関しては意外に選択肢が少ないことに気付きます。
Re:次に終焉となるメーラー(予想) (スコア:3, 参考になる)
ISO-2022-JP で表現出来るのは高々 ASCII, JIS X 0201,
JIS X 0208 の範囲内です。
それを超えたければ、UTF-8 を使うのが唯一穏当な手段です。
もしかしたら、メールで JIS X 0213 を使えるようにする
画策があったかも知れませんが、1998年のIMC勧告 [imc.org]を
尊重する方が理に適っています。