Earlier quoted context omitted.
Yandex doesn't seem like it would appeal to the kinds of people who comment here. If you think that having your data hosted in the USA is a privacy concern, imagine having it hosted in Moscow.
You seem to think that having your data hosted in Moscow is a worse privacy concern than in USA? That's a joke. You realise that google just made location tracking mandatory for anyone using maps or app store, right? The USA is way worse in this respect. Or let me re-phrase that: we know for a FACT that the USA is very very bad in this respect, whereas Russian just has a bad reputation.
Yandex.Mail's successful migration from Oracle to Postgres [pdf]
61–70 of 222 posts
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#62Their mobile app (Android) is quite pleasant and lightweight.
What might be a problem for non-Russian speaking people is the lack of documentation in English. Quite often a random link redirects to a page in Russian.
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#63Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#64Earlier quoted context omitted.
You can set up your own domain for free
Go on. They give you a domain? I never saw that... Link please?
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#65So having read through the slides, these are not bad slides, but I'm missing the 'real' wow-factor of why Postgres was a better choice in the end than Oracle. There's no doubt that the rewrite (which, because of PL/SQL -> PL/pgSQL, there was a rewrite) benefited them, but all I can glean from the slides is Postgres hasn't failed them yet and the rewrite worked. So as much as I want to talk about Oracle vs. Postgres,…
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#66Earlier quoted context omitted.
You seem to think that having your data hosted in Moscow is a worse privacy concern than in USA? That's a joke. You realise that google just made location tracking mandatory for anyone using maps or app store, right? The USA is way worse in this respect. Or let me re-phrase that: we know for a FACT that the USA is very very bad in this respect, whereas Russian just has a bad reputation.
I absolutely think that data hosted in Moscow is a worse privacy concern, yes - because while I don't doubt the governments of both countries are spying on that data, I trust the US government far more than I trust the Russian government. A useful series of tweets by @SwiftOnSecurity about why storing data in the US isn't a bad idea: https://twitter.com/SwiftOnSecurity/status/77549120598337126...
At the end of the day, the people who have the guns and the authority to use them against you take a more prominent place in one's threat model than a foreign entity with no jurisdiction.
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#67Earlier quoted context omitted.
American email hosting, what could go wrong?
Yeah, I always find it amusing when people find russia and china on a lower moral/ethical ground when everything on american soil is equally watched and processed. if not by nsa, it's for ads.
Certain people in various countries could make a similar argument about US hosted emails. This is how the world works.
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#68Earlier quoted context omitted.
American email hosting, what could go wrong?
Yeah, I always find it amusing when people find russia and china on a lower moral/ethical ground when everything on american soil is equally watched and processed. if not by nsa, it's for ads.
Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#69Re: Yandex.Mail's successful migration from Oracle to Postgres [pdf]
#70So having read through the slides, these are not bad slides, but I'm missing the 'real' wow-factor of why Postgres was a better choice in the end than Oracle. There's no doubt that the rewrite (which, because of PL/SQL -> PL/pgSQL, there was a rewrite) benefited them, but all I can glean from the slides is Postgres hasn't failed them yet and the rewrite worked. So as much as I want to talk about Oracle vs. Postgres,…
2. The other concern was Oracle's slow bugfixing and reaction to feedback.
So, this is a good case showing how a company can stop wasting millions of $ for proprietary software, joining Open Source community, contributing to it and taking benefits from tech collaboration with core developers of the product.