最初の商用バージョン番号が 1 つ以上あるソフトウェアをリリースすることは嫌われますか?[閉まっている]

https://stackoverflow.com/questions/134568

02-07-2019
|

質問

1 より大きいバージョン番号でソフトウェアをリリースすることは嫌われますか?

たとえば、いくつかの非技術に詳しい人は、バージョン番号が高い競合他社の製品は、私のソフトウェアがそれほど優れていないことを意味すると考えるかもしれません。

解決

製品バージョンをマーケティングする主な方法は 3 つあると思います。

製品名 [バージョン番号] (例:Wordperfect 5.0)
製品名 [発売年] (例:Gentoo 2008.0)
製品名 [コード名] (例:Windows Vista)

私は実際、バージョン管理戦略の一環としてリリース年を使用することを好みます。これにより、製品の最新バージョンが何か、リリースの一般的な経過年数、および 2008.1 タイプの番号を使用すると、リリースがリビジョンであることが顧客にわかります (つまり、サービスパック）。

それでもバージョン番号を使用することにした場合は、そうですね。 いいえ 1.1 から始めると害があり、それが私の以前の職場でいつもやっていたことでした...

他のヒント

ソフトウェアエンジニアリングではなくマーケティングを考慮してバージョン番号を設定する人には腹が立つでしょう。

現実には、消しゴムの跡が増えても鉛筆で書かれたものが本質的に良くなるわけではないのと同じように、リリースやパッチ、またはより高いバージョンが増えても、ソフトウェアが本質的に良くなるわけではありません。

マーケティング担当者がその製品を何と呼びたいかは私には関係ありませんし、実際、バージョン番号にとらわれないほうがいいと思います。Microsoft がうまくいっているのは、社内バージョン番号がある程度一貫していて健全なままであるにもかかわらず、マーケティングが「Windows 6」ではなく「Vista」を推しているからです。

Oracle は最初の DB リリースでそれを実現しました。Oracle 1 はありませんでした。

オラクルのソフトウェアの品質についてどう思うかは別の問題です...:-)

これに対する簡単な解決策は、年番号 (今年または来年) またはモデル名を付けて最初のいくつかのバージョンをリリースすることです。とにかく、それが今流行っているのです。

デルフィ 2009
MS SQL 2008
ウィンドウズ ビスタ
マイクロソフトオフィス 2007
レムオブジェクト酸素 (Chrome と Joyride の後に登場)

ただし、個別のバージョン番号の方がまだ一般的です。

これにより、次のような質問が回避されます。 「バージョン 1 はどこにありますか?」 バージョン 1 がなくても。数回リリースした後、必要に応じてバージョン番号に戻すことができ、適切な番号に戻すことができます。

バージョン番号をすべて廃止して、ソフトウェアを正規の価格で販売することもできます。 サブスクリプションベース, したがって、購入には 1 年間のアップデートが含まれており、その後ビルドを提供できます。 20080925A (ビルド日)、最新の認定ビルドに頻繁に更新してください。

それは、リリースするソフトウェアの種類、配布方法、ターゲット市場によって異なります。

実際には、マーケティング担当者が「当社のバージョン 2 は競合他社のバージョン 10 と同等です!ここまで来るのに彼らは 10 回のリリースを要しましたが、私たちは 2 回で完成しました。したがって、我が国の人々は 5 倍賢くなっています。もっとお金をください！」

(これが、私が自分の会社を持たない、あるいは持ちたくない理由です。)

私たちのソフトウェアでは、バージョン 1.0 と 1.1 を社内で使用し、一般にはリリースしませんでした。最初の公開リリースはバージョン 2.0 でした。誰も動揺しなかったので、誰かが尋ねてきたら、内部バージョンについて話しました。

心配することはありません。ソフトウェアの品質がすべてを物語ります。1.0 を使用してください。あるいは、さらに良いのは、バージョン番号をまったく添付しないことです。誰かがバージョンを知りたい場合は、ヘルプ/バージョン情報がそのためのものです。=)

私の会社では、エンジニアリング部門と定期的にこのような議論が行われています。次のリリースを以前のリリースよりも上のメジャーバージョンにラベル付けしようとしたとき、大爆発が発生しました。これは、マーケティング/営業が、新しいメジャーバージョンがすぐにリリースされ、アップグレードする必要があることに現在の顧客が動揺するだろうと考えたためです。彼らは、以前のものよりも .5 上のリリースにすることを望んでいました。私たちは戻ってきて、これのために数回...現在、エンジニアリングが勝っています。マーケティング部門も製品名に年番号のリリースを使用しているため、何が大騒ぎしているのかわかりません。ただし、私たちは物事の内部名と外部名をよく混同する傾向があります。また、現在の形式のバージョン番号を使用し始めたとき、顧客が当社のソフトウェアがより高いバージョン番号を持つ競合他社に比べて劣っていると考えるのではないかという懸念から、かなり高い番号から開始しました。これは、少なくともマーケティング担当者の頭の中では深刻な問題です。

私の$0.02は、バージョン番号が製品の主要な機能/変更を反映する必要があるため、最初の公開リリースは定義上1.0.0であるということです。

いずれにせよ、人々はそれがバージョン 1 であることを知るでしょう。それをバージョン 2.0 と呼んでも、バージョン 1.0 がどこにも見つからず、誰も見たことがなければ、人々はそれを理解するでしょう。

あるいは、内部でバージョンを作成し、製品を「XYZ 2008 よりも優れた素晴らしいアプリ」と呼ぶこともできます。

編集：実際、私は気が変わりました。あなたのソフトウェアを Amazing App 2010 と呼んでください。そうすれば人々はそれが未来から来たものだと考えるでしょう。

いや、絶対に任意の地点から始めてください。あるいは、リリース年の最後の桁のような、漠然と防御可能なスキームを使用します。

バージョン番号の代わりにリリース年や派手なコードネームを使用すると、ソフトウェアを実際よりも下品に人為的に見せるという倫理的問題を回避できます :)

マーケティングには答えるべきことがたくさんあります。

自分に有利になるように数字を人為的に膨らませるのは非倫理的である、と私は言います。ただし、バージョン 10.0 X .1 と呼んでもまったく問題ありません。

本当にそれはまったく重要ではないと思います。技術に詳しくない人でも、製品 A のバージョン 2.0 が製品 B のバージョン 1.0 とわずかでも関連していると考える人は私にはいません。

本当に技術に詳しくない人は、おそらく、自分が所有している/欲しいソフトウェアのバージョン番号さえ知らないでしょう。

利害関係者に製品を販売するのはすべてマーケティング部門の仕事だと思いますが、バージョン番号をどのように定義するかが影響する可能性がありますが、バージョン番号は正確である必要があります。

質問を戻します。大きくて高価なソフトウェアパッケージのバージョン 1 を購入しますか、それともバージョン 3.14 を購入しますか?

バージョン番号の目的は、デバッグとトラブルシューティングのための一意のハンドルとなることです。ユーザーにも何かを伝えます。ただし、最初の使用は 2 回目の使用とは無関係です。内部でバージョン 1702 を使用している場合、それをバージョン 1 としてリリースすべきか、バージョン 11 としてリリースすべきかを判断する方法があります。

確かに、バージョン 1 と呼ぶべきです。ただし、その後どれくらい早くバージョン 2 をリリースできるかについての規則はありません。

ワードスター 1986

私は次のことを強く信じています。

[メジャー].[マイナー].[サブマイナー/パッチ]

ここで、ベータ [メジャー] の場合は 0、ガンマ [メジャー] の場合は 1 から始まります。これが最も有益で、理解しやすく、誠実なバージョン番号付けスキームだと思います。

もちろん、アルファ版に関しては、私はよりシンプルなもののファンです。[svn-revision-num] は、現時点では内部使用のみであり、その方が有益であるためです。

Ubuntu は 9.04、9.10 などの時間ベースで処理を行うので、どれが最新であるかを常に推測できます。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow