From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Why is it "JSQuery"? |
Date: | 2014-06-06 22:50:40 |
Message-ID: | 539245C0.2030101@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 06/06/2014 03:23 PM, David E. Wheeler wrote:
> On Jun 6, 2014, at 12:51 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>> Well, I'd also say that we don't care about syntaxes which are not
>> already popular. There's no point in being compatible with something
>> nobody uses. How many of the above have any uptake?
>
> I think there is JQuery, JSONPath, and everything else, really. If we can draw some parallels, I think that would be sufficient to make people comfortable.
Well, then those are the only ones worth considering.
>>> I do think that the name should be changed if we don’t follow an existing standard, as [JSQuery](https://code.google.com/p/gwtquery/wiki/JsQuery) is already a thing.
>>
>> I saw that too, but I don't get the impression that Google jsquery is
>> all that active. No?
>
> It’s Google. You really want to wrangle with their attorneys?
Google is not going to sue us over a minor OSS project which isn't a
commercial product.
The relevant question is: are users liable to confuse our jsquery with
Google jsquery?
Maybe we should call it "jsonesque" ;-)
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2014-06-07 03:01:59 | Re: B-Tree support function number 3 (strxfrm() optimization) |
Previous Message | David E. Wheeler | 2014-06-06 22:23:59 | Re: Why is it "JSQuery"? |