バージョン番号が 1 よりも大きいソフトウェアをリリースすることは嫌われますか?
たとえば、技術に詳しくない一部の人々は、バージョン番号の高い競合他社の製品を、私のソフトウェアがそれほど優れていないことを意味すると見なす場合があります。
バージョン番号が 1 よりも大きいソフトウェアをリリースすることは嫌われますか?
たとえば、技術に詳しくない一部の人々は、バージョン番号の高い競合他社の製品を、私のソフトウェアがそれほど優れていないことを意味すると見なす場合があります。
私は人々が製品バージョンを売り込む3つの主要な方法があると信じています:
私は実際、バージョン管理戦略の一環としてリリース年を好みます。これにより、製品の最新バージョン、リリースの一般的な年齢、および2008.1タイプの番号を使用して、リリースがリビジョンであることがわかります(つまり、サービス)。パック)。
それでもバージョン番号を使用することにした場合は、1.1から始めても害はないと思います。これは、以前の勤務先でいつも行っていたことです...
ソフトウェア エンジニアリングではなく、マーケティングに基づいてバージョン番号を設定する人がいたら、私は腹を立てます。
現実には、より多くのリリース、パッチ、またはより高いバージョンを使用しても、ソフトウェアが本質的に優れたものになるわけではありません。同様に、消しゴムのマークが多くなっても、鉛筆で書かれたものが本質的に優れたものになるわけではありません。
マーケティング担当者がその製品を何と呼びたいか、私はどうでもいいですし、実際のところ、彼らがバージョン番号に引っかからないようにしたいと思っています。内部のバージョン番号はある程度一貫していて健全なままですが、マーケティングは「Windows 6」ではなく「Vista」を推進しているため、どちらの Microsoft もうまくいきました。
Oracle は、最初の DB リリースでそれを行いました。オラクル1はありませんでした。
オラクルのソフトウェアの品質についてどう思うかは別問題です.... :-)
これに対する簡単な解決策は、年番号 (今年、または来年) またはモデル名を付けた最初のカップル バージョンをリリースすることです。とにかく、それは一種の流行です:
個々のバージョン番号はまだより一般的ですが。
これにより、 「バージョン 1 はどこですか?」という質問を回避できます。バージョン 1 はありません。数回のリリースの後、必要に応じてバージョン番号に戻すことができ、立派な番号になります。
また、バージョン番号をまとめて廃止し、サブスクリプション ベースでソフトウェアを販売することもできます。購入すると、1 年間の更新プログラムが含まれます。その後、ビルド20080925A (ビルド日) を提供し、最新の認定ビルドに頻繁に更新できます。 .
それは、リリースするソフトウェアの種類、配布方法、ターゲット市場によって大きく異なります。
私は実際には競合他社よりもバージョン番号を低く保つ傾向があるので、マーケティング担当者は「私たちのバージョン 2 は彼らのバージョン 10 に等しい! 彼らはここまで到達するのに 10 回のリリースを要しましたが、私たちは 2 回でそれを達成しました」と言うことができました。 ! したがって、私たちの人々は 5 倍賢くなっています! もっとお金をください!」
(これが、私が自分の会社を持っていない、または望んでいない理由です。)
私たちのソフトウェアでは、バージョン1.0と1.1を社内で使用し、一般に公開することはありませんでした。最初の公開リリースはバージョン2.0でした。誰も動揺していませんでした。誰かが尋ねたら、内部バージョンについて話しました。
いいえ、絶対に先に進んで、任意のポイントから開始します。または、リリース年の最後の桁のように、漠然と防御可能なスキームを使用します。
私の会社では、エンジニアリング部門と定期的にこの議論をしています。次のリリースを前のバージョンより上のメジャー バージョンにラベル付けしようとしたとき、大きな爆発がありました。これは、現在の顧客が新しいメジャー バージョンをすぐに入手してアップグレードする必要があることに動揺するだろうとマーケティング/セールスが考えたためです。彼らは、以前のものよりも 0.5 高いリリースにしたいと考えていました。私たちは何度か戻ってきました...現在、エンジニアリングが勝っています。マーケティング部門も製品名にリリース年号を使っているので、何を騒いでいるのかわからない。ただし、私たちは物事の内部名と外部名を混同する傾向があります。また、現在の形式のバージョン番号を使用し始めたとき、お客様が当社のソフトウェアを「そうではない」と考える恐れがあるため、かなり高い番号から始めました。より高いバージョン番号を持つ競合他社と同じくらい優れています。これは、少なくともマーケティングの頭の中では、本当の問題です。
私の $0.02 は、バージョン番号が製品の主要な機能/変更を反映する必要があるということです。したがって、最初の公開リリースは定義上 1.0.0 です。
私はそれについて心配しません。ソフトウェアの品質がそれを物語っています。1.0 に固執します。または、さらに良いことに、バージョン番号をまったく付けないでください。誰かがバージョンを知りたい場合は、それが Help / About の目的です。=)
いずれにせよ、人々はそれがバージョン 1 であることを知るでしょう。バージョン 2.0 と呼んでも、バージョン 1.0 はどこにも見つからず、誰も見たことがない場合、人々はそれを理解するでしょう。
または、内部でバージョンを作成して、製品を「XYZ 2008 よりも優れた素晴らしいアプリ」と呼ぶこともできます。
編集: 実際、私は考えを変えました。あなたのソフトウェアを Amazing App 2010 と呼んでください。そうすれば、人々はそれが未来から来たものだと考えるでしょう。
Ubuntuは9.04、9.10などの時間ベースでそれを行います。どれが最新であるかを常に推測できます。
質問を戻させてください。大きくて高価なソフトウェア パッケージのバージョン 1 とバージョン 3.14 のどちらを購入しますか?
バージョン番号の目的は、デバッグとトラブルシューティングのための一意のハンドルにすることです。また、ユーザーに何かを伝えます。ただし、最初の使用は 2 番目の使用とは無関係です。内部でバージョン 1702 を使用している場合、バージョン 1 またはバージョン 11 としてリリースする必要があるかどうかを判断する方法はわかっています。
ワードスター 1986
バージョン番号の代わりにリリース年、または派手なコードネームを使用することもできます。これにより、ソフトウェアを人為的に実際よりも粗雑に見せるという倫理的な問題を回避できます:)
マーケティングには、答えなければならないことがたくさんあります。
はい、人為的に数字を膨らませることは非倫理的です。ただし、それをバージョン 10.0 X .1 と呼んでも問題ありません。
本当に全然関係ないと思います。製品 A のバージョン 2.0 が製品 B のバージョン 1.0 に少しでも関連していると考える人は、技術に詳しくない人でさえも知りません。
技術に詳しくない人は、自分が持っている/欲しいソフトウェアのバージョン番号さえ知らないでしょう。
私は次のことを強く信じています。
[メジャー].[マイナー].[サブマイナー/パッチ]
beta [major] = 0、gamma [major] は 1 から始まります。これは、最も有益で理解しやすく、正直なバージョン番号付けスキームだと思います。
もちろん、アルファの場合、私はより単純な [svn-revision-num] のファンです。これは、その時点では内部使用のみであり、より有益であるためです。
もちろん、それをバージョン 1 と呼ぶべきです。しかし、バージョン 2 をリリースした後、どれだけ早くリリースできるかについてのルールはありません。
製品を利害関係者に販売するのはすべてマーケティング部門だと思いますが、バージョン番号をどのように定義するかによって問題が発生する可能性がありますが、バージョン番号は正確でなければなりません。