Versionsformat einer Anwendung nach Jahren ändern?

[bra]

Die Version spielt heute doch oft gar keine Rolle mehr. Siehe diverse Browser. Wir setzen bei unserem Produkt auch bei jeder neuen Version nur noch die Hauptversion hoch und die Build-Nummer: 15.0.0.1234. Bei unserer App wird dagegen einfach fortlaufend gezählt: 1.6, 1.7 usw. nach 1.9 kommt vermutlich 2.0? ;D

[himitsu]

Die meisten User können mit den Zahlen ab der 2. Stelle eh nichts anfangen, vorallem die vorletzte Stelle versteht kein Schwein.

Zitat von bra:

Bei unserer App wird dagegen einfach fortlaufend gezählt: 1.6, 1.7 usw. nach 1.9 kommt vermutlich 2.0? ;D

Oder 1.10 ... blöd nur, dass bei der Zweieranzeige (Major.Minor) so mancher denkt das sei eine Dezimalzahl und bei der wäre 1.10 kleiner als 1.9

[Namenloser]

Zitat von bra:

Siehe diverse Browser.

Ich finde das ist ein gutes Anti-Beispiel. So sollte man es nicht machen. Ich sehne mich zurück zu den Zeiten, in denen die Firefox-Versionsnummer noch eine Bedeutung hatte und nicht nur "mehr = besser" "Chrome ist schon bei Version drölfhundertfünfzig, wir müssen aufholen, indem wir jede Woche eine neue 'Major'-Version raushauen". Scheiß Marketing.

[himitsu]

Problem ist ja hier nun, dass die nummern schon sooo groß sind und man nicht mehr zurück "kann", da die nummer dann ja kleiner wird.
Microsoft hätte von vorne beginnen können, da anderer/neuer Browser.

Bei deren Jagt hätte ein Datumsformat den Vorteil, dass automatisch alle fast die selbe Nummer (Datum) hätten.

[bra]

Zitat von Namenloser:

Zitat von bra:

Siehe diverse Browser.

Ich finde das ist ein gutes Anti-Beispiel. So sollte man es nicht machen. Ich sehne mich zurück zu den Zeiten, in denen die Firefox-Versionsnummer noch eine Bedeutung hatte und nicht nur "mehr = besser" "Chrome ist schon bei Version drölfhundertfünfzig, wir müssen aufholen, indem wir jede Woche eine neue 'Major'-Version raushauen". Scheiß Marketing.

So hab ich vor ein paar Jahren auch noch gedacht, als Mozilla damit angefangen habt. Inzwischen ist es aber wirklich so, dass mich die Browser-Version 0 interessiert und 95% der Anwender sicher auch. Automatische Updates und gut. Bei Apps aus den diversen Stores spielt die Version sowieso keine Rolle mehr.

[Rollo62]

Ich benutze auch gerne yymmdd für Versionen aller Art.

Getreu dem Motto: Der Timestamp ist die Beste Versionsnummer.

Es gibt aber auch tatsächlich Kunden die das nicht immer wollen, z.B. weil man dann das Produktionsdatum erraten kann
(wie ich habe eine Software von 2011, wann gibts mal ein Update) ?

Rollo

[SneakyBagels]

Zitat:

(wie ich habe eine Software von 2011, wann gibts mal ein Update) ?

Ich würde das yyymmdd-Format eher so anwenden, dass bei jedem Update das Datum angepasst wird.

[bra]

Aber wenn es kein Update gibt, sieht man das halt sofort

[Benedikt Magnus]

Ich nutze seit jeher Major.Minor.Bugfix (wie bei Wikipedia, nur ohne Build) und bin damit immer gut gefahren. Die Angabe einer Buildnummer habe ich nie gebraucht. Wenn jede Version nur zu einem Build gehört, wie es sein sollte, dann wäre das einfach eine redundante Angabe.
Solange es für eine Minorversion keinen Bugfix gab, wird der auch ganz weggelassen, das hält die Versionsangaben schön klein und für Nutzer einfacher.
Das Datum zu verwenden widerstrebt mir gleich zweifach: Zum einen widerspricht es meinem logischen Drang, als Programmierer aufsteigende Zahlen zu verwenden (), zum anderen erscheint es mir als Nutzer nicht ganz als Version und ich weiß nicht, was nun die nächste Version ist. Ubuntu bildet hier auch eine Ausnahme: Das Datum wird "versionsartig" verwendet und die Daten, an denen neue Versionen kommen, stehen klar fest: Jeden April und Oktober. Das macht es wieder übersichtlich (zumindest bis ins Jahr 2100).