|
|
Re: [HACKERS] Companies involved in development
By Andrew Sullivan at Aug 16, 2002, 04:17 am UTC
I think I spelled -advocacy correctly this time. Some time ago, I posted that I was looking for people interested in making the replication stuff complete. I'm still working on that to be done there, and I think quite a bit of high-quality code needs to be written. And that high-quiality code... More...
I think I spelled -advocacy correctly this time.
On Thu, Aug 15, 2002 at 05:34:13PM +0200, Hans-J?rgen Sch?nig wrote:
> I think it would be a huge benefit for the community to have some more
> company-funding. This would lead to the implementation of some features
> people need urgently (replication in the core and so forth). On the
> For a company PostgreSQL definitely is an interesting area to invest
> because it has proven to be a good product and there are just minor
> things (sync. replication - eg. Postgres-R) missing to make it a real
> enterprise database. The support of the community of more than just
> optimal and it is an interesting subject.
> Also: It would be interesting to have a special section on the website
> where people can post that they need money to implement something really
> useful. I guess there'd be a lot of people who'd pay for replication or
> things like that if they knew more.
Some time ago, I posted that I was looking for people interested in
making the replication stuff complete. I'm still working on that
(and I _may_ be getting somewhere, BTW), but there is a lot of work
to be done there, and I think quite a bit of high-quality code needs
to be written. And that high-quiality code requires high-quality
developers.
Now, it strikes me that sometimes, several companies might be able to
afford to subsidise this sort of development, if only they had a way
of getting together to do this. I find that the corporate folks here
really like the idea of "co-development". The idea is to spread the
risk, where everyone gets the return. Can anyone think of an idea of
how to set up some sort of organisation to do this? Or maybe, are
commercial organisations like PostgreSQL the best answer? The
problem is frequently that the names of the funders frequently need
to remain secret-ish, because a lot of companies are reluctant to
discuss using Postgres.
Any suggestions? I know I'd have an easier sell to support this sort
of development if we didn't have to foot the whole bill.
A
--
----
Andrew Sullivan 87 Mowat Avenue
Liberty RMS Toronto, Ontario Canada
<andrew@libertyrms.info> M6K 3E3
+1 416 646 3304 x110
4 Replies
|
|
|
Re: [GENERAL] Have been accepted as a writer for "The Register"
By Bruce Momjian at Aug 3, 2002, 01:42 am UTC
OK, I am done with O'Reilly and want to get on this advocacy now. I think we need a few things. First, I would like to solicit high profile people who use PostgreSQL. I would like their names, emails, company, type of data stored, database size, user size, etc. If we can list 10 powerful people on... More...
OK, I am done with O'Reilly and want to get on this advocacy now.
I think we need a few things. First, I would like to solicit high
profile people who use PostgreSQL. I would like their names, emails,
company, type of data stored, database size, user size, etc. If we can
list 10 powerful people on a web page, that is a major feature.
I would also like to see quotes from people. I have a mailbox of
advocacy stuff I have been keeping at:
ftp://candle.pha.pa.us/pub/postgresql/comparison.mbox
Third, we should have prominenty links to other articles _and_ slashdot
discussions about PostgreSQL. There was a huge one just today:
http://developers.slashdot.org/article.pl?sid=02/08/01/1936238&mode=nested&tid=126
That thread crystalizes our challenges and how we have to go at this.
Each person in there is a typical person who has to first consider
PostgreSQL, then be won over by the obvious superiority of the software.
This isn't all going to happen at once. It is going to take months, but
once we are done, we will have a good thing for people to point to,
rather than the random comments on Slashdot with no organization to
their voice.
Who can help with this?
--
Bruce Momjian | http://candle.pha.pa.us
[email protected: p...@candle.pha.pa.us] | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 190260 Replies
|
|
|
Re: Support (was: Democracy and organisation)
By Tim Hart at Jun 27, 2002, 6:23 pm UTC
--Apple-Mail-1--391753341 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I have an slightly different perspective on this. I hope it will be a bit useful Background: I'm a senior developer for a consulting firm. I too have experience with DB/2, Oracle,... More...
--Apple-Mail-1--391753341
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
I have an slightly different perspective on this. I hope it will be a
bit useful
Background:
I'm a senior developer for a consulting firm. I too have experience with
DB/2, Oracle, Sybase, Adabase, and M$ SQL.
In the last few years of work I've been moving from the technical side
of things to be business side ( all together now: <eewwwww> ).
I've been following PostgreSQL for a couple of years now. Absolutely
love it. I have never implemented it on a business project, though. Not
by any personal desire to use or not to use it. Usually the db choice is
out of my hands. I cannot say personally that PostgreSQL support is
amazing - ( once again, no experience at all to draw on ), however, I've
been following the lists closely enough over the last few years that I
believe the statement to be accurate. I can say that support services
from the other vendors really aren't all that spectacular.
Perspective:
There is one factor to database choice that I haven't seen listed here.
Culpability & legal retribution. I'm not a lawyer, and don't claim to
be - so I welcome any corrections to the accuracy of the following.
Regardless of its' legal accuracy, I can vouch for the common belief in
the following thought by corporate I.T. management.
Any corporation, whether privately or publicly held, has various legal
obligations to it's shareholders. Executive officers share in both the
financial rewards of a successful company and in the legal
responsibility that the corporation has to it's shareholders.
If a catastrophic software failure results in a high percentage of lost
revenue, a corporation might be able to seek monetary compensation from
a commercial vendor. They could even be taken to court - depending upon
licensing, product descriptions, promises made in product literature,
etc. For cases like open source projects, like PostgreSQL, there is no
legal recourse available.
So - in the extreme case, if commercial Vendor V's database blows
chunks, and causes company B to loose a lot of money. If Company B can
prove that the fault lies squarely on the shoulders of Vendor V, Company
C can sue Vendor V's a** off. Executive management isn't at fault -
because they have performed due diligence and have forged a partnership
with vendor V who has a legal responsibility for the claims of their
product.
If, however, the database was PostgreSQL, then Company C has no legal
recourse. Executive management has personally taken all responsibility
for any catastrophic software failures, and therefore have put
themselves in quite a precarious situation. No one else to take the
blame but them!
Now frankly I know that the above scenario is extreme. I was rolling my
eyes while *writing* it. But the truth is that these are the kinds of
things that technical auditors would report to a Board of Directors.
There is nothing wrong with executive management choosing to assume risk
(outside of corporate politics, that is ). Many savvy members of
management realize that the real risk is quite low. Of course, the
comfort level goes way up when the database is supporting a non-vital
business process - or a process that is several steps away from the
revenue stream.
Still - imagine a database system with data and transactional volume the
size of Google. In this case the volume of updates & inserts is much
higher. Now this database is a companies' main source of revenue
( again, extreme, but we're talking examples ). Would you blame a
corporate exec if he wasn't willing to place his own personal assets on
the line by choosing PostgreSQL over Oracle?
BTW - Oracle & other commercial vendors handle these contingencies by
buying insurance policies. If the above situation had occurred and
Oracle was the vendor, then the two companies would most likely settle
out of court by dealing with the insurer. I dunno exactly how the claims
process works on such a beast, but I know that such policies are
purchased ( and you thought the annual support fee was just to cover the
support staff's salaries?). Maybe Oracle would file a claim, an adjuster
would visit Oracle's customer, etc?
Closing:
I think PostgreSQL is a great database. I haven't explored it's good and
bad points thoroughly enough to know what applications it serves best,
and where it's weakest. I do hope to use it in enough scenarios to find
out. I hope a lawyer reads this and tells me that regardless of what
management thinks is true, the above is hog-wash. Until someone does, I
can't ignore the fact that a commercial vendor has a legal
responsibility to support the claims of their product, while an open
source group does not. I think PostgreSQL specifically keeps all of
their claims legitimate and reasonable, but that doesn't change the fact
that if someone makes an honest mistake, there is nothing that can be
done *legally* to make you correct your mistake or pay for the damage it
caused.
Andrew Sullivan wrote:
> Followup set to -advocacy
>
>> On Wed, Jun 26, 2002 at 12:01:18PM -0700, Dann Corbit wrote:
>>
>> Customer support is also a big issue comparing free database systems
>> with commercial ones. I know that there are a couple groups that do
>> this, but that genre of businesses do not have a good track record of
>> staying in business. MS, Oracle, and IBM will be there five years down
>> the road to help.
>
> I normally wouldn't get involved in this one, since it's the sort of
> thing that turns into a flamefest. And anyway, I'm not sure -hackers
> is the place for it (hence the followup). But as a lowly user, I
> cannot let such a comment go unanswered.
>
> I've used several commercial products of different kinds. I've
> supported various kinds of databases. I've worked (and, in fact,
> currently work) in shops with all kinds of different support
> agreements, including the magic-high-availability, we'll have it in 4
> hours ones. I've had contracts for support that were up for renewal,
> and ones that had been freshly signed with a six-month trial.
>
> But I have never, _never_ had the sort of support that I get from the
> PostgreSQL community and developers. And it has been this way ever
> since I started playing with PostgreSQL some time ago, when I didn't
> even know how SQL worked. I like to have commercial support, and to
> be able to call on it -- we use the services of PostgreSQL, Inc. But
> you cannot beat the PostgreSQL lists, nor the support directly from
> the developers and other users. Everyone is unvarnished in their
> assessments of flaws and their plans for what is actually going to get
> programmed in. And they tell you when you're doing things wrong, and
> what they are.
>
> You cannot, from _any_ commercial enterprise, no matter how much you
> are willing to pay, buy that kind of service. People find major,
> showstopper bugs in the offerings of the companies you mention, and
> are brushed off until some time later, when the company is good and
> ready. (I had one rep of a company I won't mention actually tell me,
> "Oh, so you found that bug, eh?" The way I found it was by
> discovering a hole in my network so big that Hannibal and his
> elephants could have walked through. But the company in question did
> not think it necessary to mention this little bug until people found
> it. And our NDA prevented us from mentioning it.)
>
> Additionally, I would counsel anyone who thinks they are protected by
> a large company to consider the fate of the poor Informix users these
> days. Informix was once a power-house. It was a Safe Choice. But if
> I were an Informix user today, I'd be spending much of my days trying
> to learn DB2, or whatever. Because I would know that, sooner or
> later, IBM is going to pull out the dreaded "EOL" stamp. And I'd
> have to change my platform.
>
> The "company supported" argument might make some people in suits
> comfortable, but I don't believe that they have any justification for
> that comfort. I'd rather talk to the guy who wrote the code.
>
> A
>
> --
> ----
> Andrew Sullivan 87 Mowat Avenue
> Liberty RMS Toronto, Ontario Canada
> <andrew@libertyrms.info> M6K 3E3
> +1 416 646 3304 x110
--Apple-Mail-1--391753341
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
charset=US-ASCII
I have an slightly different perspective on this. I hope it will be a
bit useful
Background:
I'm a senior developer for a consulting firm. I too have experience
with DB/2, Oracle, Sybase, Adabase, and M$ SQL.
In the last few years of work I've been moving from the technical side
of things to be business side ( all together now: <<eewwwww> ).
I've been following PostgreSQL for a couple of years now. Absolutely
love it. I have never implemented it on a business project, though.
Not by any personal desire to use or not to use it. Usually the db
choice is out of my hands. I cannot say personally that PostgreSQL
support is amazing - ( once again, no experience at all to draw on ),
however, I've been following the lists closely enough over the last
few years that I believe the statement to be accurate. I can say that
support services from the other vendors really aren't all that
spectacular.
Perspective:
There is one factor to database choice that I haven't seen listed
here. Culpability & legal retribution. I'm not a lawyer, and don't
claim to be - so I welcome any corrections to the accuracy of the
following. Regardless of its' legal accuracy, I can vouch for the
common belief in the following thought by corporate I.T. management.
Any corporation, whether privately or publicly held, has various legal
obligations to it's shareholders. Executive officers share in both the
financial rewards of a successful company and in the legal
responsibility that the corporation has to it's shareholders.
If a catastrophic software failure results in a high percentage of
lost revenue, a corporation might be able to seek monetary
compensation from a commercial vendor. They could even be taken to
court - depending upon licensing, product descriptions, promises made
in product literature, etc. For cases like open source projects, like
PostgreSQL, there is no legal recourse available.
So - in the extreme case, if commercial Vendor V's database blows
chunks, and causes company B to loose a lot of money. If Company B can
prove that the fault lies squarely on the shoulders of Vendor V,
Company C can sue Vendor V's a** off. Executive management isn't at
fault - because they have performed due diligence and have forged a
partnership with vendor V who has a legal responsibility for the
claims of their product.
If, however, the database was PostgreSQL, then Company C has no legal
recourse. Executive management has personally taken all responsibility
for any catastrophic software failures, and therefore have put
themselves in quite a precarious situation. No one else to take the
blame but them!
Now frankly I know that the above scenario is extreme. I was rolling
my eyes while *writing* it. But the truth is that these are the kinds
of things that technical auditors would report to a Board of
Directors. There is nothing wrong with executive management choosing
to assume risk (outside of corporate politics, that is ). Many savvy
members of management realize that the real risk is quite low. Of
course, the comfort level goes way up when the database is supporting
a non-vital business process - or a process that is several steps away
from the revenue stream.
Still - imagine a database system with data and transactional volume
the size of Google. In this case the volume of updates & inserts is
much higher. Now this database is a companies' main source of revenue
( again, extreme, but we're talking examples ). Would you blame a
corporate exec if he wasn't willing to place his own personal assets
on the line by choosing PostgreSQL over Oracle?
BTW - Oracle & other commercial vendors handle these contingencies by
buying insurance policies. If the above situation had occurred and
Oracle was the vendor, then the two companies would most likely settle
out of court by dealing with the insurer. I dunno exactly how the
claims process works on such a beast, but I know that such policies
are purchased ( and you thought the annual support fee was just to
cover the support staff's salaries?). Maybe Oracle would file a claim,
an adjuster would visit Oracle's customer, etc?
Closing:
I think PostgreSQL is a great database. I haven't explored it's good
and bad points thoroughly enough to know what applications it serves
best, and where it's weakest. I do hope to use it in enough scenarios
to find out. I hope a lawyer reads this and tells me that regardless
of what management thinks is true, the above is hog-wash. Until
someone does, I can't ignore the fact that a commercial vendor has a
legal responsibility to support the claims of their product, while an
open source group does not. I think PostgreSQL specifically keeps all
of their claims legitimate and reasonable, but that doesn't change the
fact that if someone makes an honest mistake, there is nothing that
can be done *legally* to make you correct your mistake or pay for the
damage it caused.
Andrew Sullivan wrote:
<excerpt>Followup set to -advocacy
<excerpt>On Wed, Jun 26, 2002 at 12:01:18PM -0700, Dann Corbit wrote:
<color><param>0000,0000,DEDE</param>Customer support is also a big
issue comparing free database systems
with commercial ones. I know that there are a couple groups that do
this, but that genre of businesses do not have a good track record of
staying in business. MS, Oracle, and IBM will be there five years down
the road to help.
</color></excerpt>
I normally wouldn't get involved in this one, since it's the sort of
thing that turns into a flamefest. And anyway, I'm not sure -hackers
is the place for it (hence the followup). But as a lowly user, I
cannot let such a comment go unanswered.
I've used several commercial products of different kinds. I've
supported various kinds of databases. I've worked (and, in fact,
currently work) in shops with all kinds of different support
agreements, including the magic-high-availability, we'll have it in 4
hours ones. I've had contracts for support that were up for renewal,
and ones that had been freshly signed with a six-month trial.
But I have never, _never_ had the sort of support that I get from the
PostgreSQL community and developers. And it has been this way ever
since I started playing with PostgreSQL some time ago, when I didn't
even know how SQL worked. I like to have commercial support, and to
be able to call on it -- we use the services of PostgreSQL, Inc. But
you cannot beat the PostgreSQL lists, nor the support directly from
the developers and other users. Everyone is unvarnished in their
assessments of flaws and their plans for what is actually going to get
programmed in. And they tell you when you're doing things wrong, and
what they are.
You cannot, from _any_ commercial enterprise, no matter how much you
are willing to pay, buy that kind of service. People find major,
showstopper bugs in the offerings of the companies you mention, and
are brushed off until some time later, when the company is good and
ready. (I had one rep of a company I won't mention actually tell me,
"Oh, so you found that bug, eh?" The way I found it was by
discovering a hole in my network so big that Hannibal and his
elephants could have walked through. But the company in question did
not think it necessary to mention this little bug until people found
it. And our NDA prevented us from mentioning it.)
Additionally, I would counsel anyone who thinks they are protected by
a large company to consider the fate of the poor Informix users these
days. Informix was once a power-house. It was a Safe Choice. But if
I were an Informix user today, I'd be spending much of my days trying
to learn DB2, or whatever. Because I would know that, sooner or
later, IBM is going to pull out the dreaded "EOL" stamp. And I'd
have to change my platform.
The "company supported" argument might make some people in suits
comfortable, but I don't believe that they have any justification for
that comfort. I'd rather talk to the guy who wrote the code.
A
--
----
Andrew Sullivan 87 Mowat Avenue
Liberty RMS Toronto, Ontario Canada
<<andrew@libertyrms.info> M6K 3E3
+1 416 646 3304 x110
</excerpt>
--Apple-Mail-1--391753341--
9 Replies
|
|
|
Re: Stalled post to pgsql-hackers
By Tim Hart at Jun 27, 2002, 06:58 am UTC
Begin forwarded message: I said: I think I should probably correct the above statement. I think Oracle specifically has a large enough revenue stream that they have no need to purchase an insurance policy. It is technically possible for them, or any other vendor, to do so if they chose to. Many... More...
Begin forwarded message:
I said:
> BTW - Oracle & other commercial vendors handle these contingencies by
> buying insurance policies.
I think I should probably correct the above statement. I think Oracle
specifically has a large enough revenue stream that they have no need to
purchase an insurance policy. It is technically possible for them, or
any other vendor, to do so if they chose to. Many insurance companies
offer insurance products to offset the legal responsibility for the
performance of a software package. Many such policies are sold each year.
0 Replies
|
|
|
Re: [HACKERS] Postgres idea list
By The Hermit Hacker at Jun 26, 2002, 9:39 pm UTC
Well hidden, but so far 86 have found it and subscribed to it *grin* But, you are right, should be advertised better ... I have some updates to do to archives over the next day or two, in order to add in -patches also As for your comments about 'filtering -general', there is nothing stopping anyone... More...
Well hidden, but so far 86 have found it and subscribed to it *grin*
But, you are right, should be advertised better ... I have some updates to
do to archives over the next day or two, in order to add in -patches also
...
As for your comments about 'filtering -general', there is nothing stopping
anyone from doing what I'm doing with this ... CC'ng -advocacy and
setting a Reply-To (wonder if that holds through majordomo?) over to
-advocacy where this sort of stuff belongs ... :)
Vince, we can get -advocacy listed on the web site? There has been no
traffic over there until now, but there are ppl subscribed to it ...
On Tue, 25 Jun 2002, Neil Conway wrote:
> On Tue, 25 Jun 2002 21:56:43 -0300 (ADT)
> "Marc G. Fournier" <scrappy@hub.org> wrote:
> > On Tue, 25 Jun 2002, Greg Sabino Mullane wrote:
> > > 1. Start an advocacy mailing list, to help coordinate publicity, responses
> > > to mySQL FUD, ways to advertise, etc.
> >
> > [email protected: pgsql-adv...@postgresql.org] has been around for >1year now ...
>
> Not on archives.postgresql.org though, nor has it is listed in the
> user-oriented mailing lists at
>
> http://www.ca.postgresql.org/users-lounge/index.html
>
> It's also not listed among the developer-oriented lists at
>
> http://developer.postgresql.org/maillist.php
>
> either (not to mention ftp.postgresql.org). While it may technically
> exist, it is well hidden.
>
> Cheers,
>
> Neil
>
> --
> Neil Conway <neilconway@rogers.com>
> PGP Key ID: DB3C29FC
>1 Reply
|
|
|
big name users?
By Andrew G. Hammond at Nov 16, 2001, 12:17 am UTC
In the hopes of convincing management, I'd like to put together a list of Big Name users of postgres. I'm looking for projects or corporate users that will impress the technically un-inclined with postgres's usability. Hints? Pointers? I checked the User Gallery, but that seems to be just... More...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
In the hopes of convincing management, I'd like to put together a list of Big
Name users of postgres. I'm looking for projects or corporate users that
will impress the technically un-inclined with postgres's usability. Hints?
Pointers? I checked the User Gallery, but that seems to be just statistics,
not names.
- --
Andrew G. Hammond mailto:drew@xyzzy.dhs.org http://xyzzy.dhs.org/~drew/
56 2A 54 EF 19 C0 3B 43 72 69 5B E3 69 5B A1 1F 613-389-5481
5CD3 62B0 254B DEB1 86E0 8959 093E F70A B457 84B1
"To blow recursion you must first blow recur" -- me
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjv0WzQACgkQCT73CrRXhLHFWwCffwQ+POxLKZ+RNEYmMrz3HANG
qWkAnj0TlnyUaMjHaZZ/k45rwA167lyO
=ImDU
-----END PGP SIGNATURE-----SIGNED
0 Replies
|
|
 | |
