Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
metheus
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
Getting storage engines ready for fast storage devices
(engineering.mongodb.com)
2 points
by
metheus
7y ago
|
0 comments
2.
▲
by
metheus
7y ago
Hi, I work at MongoDB, and I'm here to elaborate in answer to your comment. > I was at the presentation last Thursday, they (OnGres) have fully open sourced both their methodology and their results and had a pretty strict divide bet
3.
▲
MongoDB and Realm make it easy to work with data, together – MongoDB
(mongodb.com)
43 points
by
metheus
7y ago
|
18 comments
4.
▲
Rubrik Data Leak Is Another Cloud Misconfiguration
(darkreading.com)
1 points
by
metheus
8y ago
|
0 comments
5.
▲
Documents Are Everywhere
(mongodb.com)
18 points
by
metheus
8y ago
|
1 comments
6.
▲
by
metheus
8y ago
I agree, it does sound like a step in the right direction. Here’s how I look at the issue you have with trust in companies and regulatory bodies: I cannot imagine a world (inhabited by humans) without bureaucratic inefficiency and corruptio
7.
▲
It’s alive: MongoDB’s open source SSPL license application
(digitizingpolaris.com)
10 points
by
metheus
8y ago
|
0 comments
8.
▲
by
metheus
8y ago
I appreciate your comment about how the market works, thanks for that. You certainly have a point about our not working with the OSI prior to issuing the SSPL. All other things being equal, we would like to have, but as a publicly traded co
9.
▲
by
metheus
8y ago
Dunno if this thread is too cold for you to notice my reply, but there absolutely is... MongoDB Mobile was released last year, and along with Stitch, MognoDB’s serverless application platform, you can get exactly what you want — mobile sync
10.
▲
by
metheus
8y ago
I also work for MongoDB. I respect your opinion about whether the SSPL is free or open, but it is not one that is uniformly shared by the OSI, as evidenced by the discussion currently underway in the license-approval mailing list. Many have
11.
▲
by
metheus
8y ago
The SSPLv2, currently under review by the OSI, does not have this property.
12.
▲
by
metheus
8y ago
Wait... do you mean something other than https://docs.mongodb.com/manual/replication/ ?
13.
▲
by
metheus
8y ago
Try the free tier on Atlas.
14.
▲
by
metheus
8y ago
The API is implemented on the server side; the licensing of the MongoDB drivers is irrelevant.
15.
▲
by
metheus
8y ago
That is incorrect. https://opensource.org/pressreleases/certified-open-source.p...
16.
▲
/dev/lawyer How to Speak Copyleft
(writing.kemitchell.com)
1 points
by
metheus
8y ago
|
0 comments
17.
▲
Causal guarantees are anything but casual
(engineering.mongodb.com)
2 points
by
metheus
8y ago
|
0 comments
18.
▲
by
metheus
8y ago
Much of what you say about the lack of clarity is fair, but we hope that those things will be resolved when the SSPL gains OSI certification. In the meanwhile, we will do our best to 1) listen closely to the specific arguments as to what is
19.
▲
by
metheus
8y ago
Sorry, let me clarify. It's always possible to claim anything. I meant that the claim is too weak for the SSPL to create that threat. It's obvious that several people disagree, but within this thread, conversing about this article
20.
▲
by
metheus
8y ago
Absolutely I understand. And you taking the time to articulate the issues is generous, and I appreciate that as well. I make no claim that the SSPL is as easy to understand as the GPL. It's not. IMO the GPL's domain is such that i
21.
▲
by
metheus
8y ago
I think we're all on the same page about the shoddiness of being in the open source insurance business, but that is not what the SSPL is for, nor could it be used for that. We simply can't make the claim that any SaaS other than
22.
▲
by
metheus
8y ago
There is no restriction, only the requirement that the systems that make your service run be made available under the SSPL.
23.
▲
by
metheus
8y ago
See my main thread post addressing this misconception. The SSPL's obligation to release those components only applies in the case that the user is offering the licensed software itself as a service.
24.
▲
by
metheus
8y ago
No apologies required! If we see this question come up a lot we can add it to the FAQ. MongoDB does not release the stack for Atlas, our SaaS. That's possible because we own the copyright to the source code -- we don't have to iss
25.
▲
by
metheus
8y ago
Disclosure: I work for MongoDB. You're in the right ballpark, for sure, but the SSPL addresses the difference explicitly. I'll use your example of Tumblr to clarify. Tumblr is built on some component technologies, like a database,
26.
▲
by
metheus
8y ago
Disclosure: I work for MongoDB. Forcing droves of community users to buy commercial licenses is not the intention of the SSPL -- indeed, it cannot serve that function, as it does not obligate them to do anything at all unless they are mak
27.
▲
by
metheus
8y ago
The SSPL does not create that obligation.
28.
▲
by
metheus
8y ago
Disclosure: I work for MongoDB. If you look at these two threads you'll find my comments in them, addressing similar concerns to those raised in this one. https://news.ycombinator.com/item?id=18229452 https:/
29.
▲
by
metheus
8y ago
That's not correct, the license only says if you make SSPL licensed software itself available as a service, you have to release the service code under the SSPL. Using the licensed software to build anything else at all is ok to do wi
30.
▲
by
metheus
8y ago
The SSPL neatly sidesteps that workaround. It does not specify anything about the provenance of code, or the extent to which code is shared with the licensed software's code. If you offer a service based on the licensed software, and t
More ›