Re: Version Numbering
От | Merlin Moncure |
---|---|
Тема | Re: Version Numbering |
Дата | |
Msg-id | 303E00EBDD07B943924382E153890E5434A900@cuthbert.rcsinc.local обсуждение исходный текст |
Ответ на | Version Numbering (Jason Hihn <jhihn@paytimepayroll.com>) |
Ответы |
Re: Version Numbering
Re: Version Numbering Re: Version Numbering |
Список | pgsql-advocacy |
> No. This would never fly. Postgres has a reputation of sensible version > numbering. I think it would have to be something more major to the > underlying codebase than native Windows support before we jumped up > to 8.0. I disagree. Most likely windows support will mean major rewrites of the code base, for example there is discussion in hackers about switching from process model to thread based model. That being said, I think there is a lesson to be learned from Microsoft and other successful software vendors. Marketing concerns outweigh all other concerns when trying to make decisions about things which are visible to the outside world. There is a very natural reasoning that 8.0 is the first version which was built to take over the database world. Do not underestimate how important windows compatibility is to the small /medium business world. Because postgres grew out of highly technical roots, technical concerns stood behind most decisions like version #s and such things. By this point, the technical stuff is pretty much in line and its time to start thinking like the big boys. This probably will seem very distasteful to the hacker types, but this is natural and even expected :) For many commercial products there are probably two or even three sets of version #s maintained for the product, one for the marketing folks, one for the technical people (kept secret) and code revisions. Greg Sabino Mullane greg@turnstep.com PGP Key: 0x14964AC8 200212130903 -----BEGIN PGP SIGNATURE----- Comment: http://www.turnstep.com/pgp.html iD8DBQE9+ejevJuQZxSWSsgRAvEaAKDv0OuZsBU8JTftibU0RO11UAIN1ACfcdwV z3I5ESCM/8ZX94RyugrVDk0= =f1RM -----END PGP SIGNATURE----- ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
В списке pgsql-advocacy по дате отправления: