sepin4

Knowledge is power and no one entity powerful enought likes to have it flowing freely. It would become free at about the same time the monetary system becomes obsolete, in other words never. That doesn't mean that the opposition to the powerful should stop and that is what Sci-Hub is.

like the doctors don't have incentive to prescribe drugs...

You allow them to grow up, how magnonimous of you.

While I was working in my previous job for some clients in USA, I regularly had meetings starting from 6PM up to 10PM local time. I'm from Bulgaria. We have 7 hours difference with east coast. I had so much compensation hours/overtime that I was earning 20-25% more on top of my salary(outside of office hours are payed with multipliers) and had extra vacation days. Nowadays I'm not so inclined to make this much overtime, however I'm OK working with shifted office hours.

Most of Europe has relatively nice public transport. I used to read books while on my way to work. That was 1.5-2 hours per day for my library. My previous office was 30 minutes walking distance from my home. Great way to wake up as opposed to coffee. While I was in the US, they had scarcely any sidewalks. Only in big cities it seemed appropriate to walk to somewhere.

You don't factor the electricity/water for cooking & cleaning and the time spent doing it(calculate it by the hourly rate of a mid-range cook assuming you are there).

We are not microservices. People in a team have a lot in common, they do systematically the same type of work albeit in a different context and they can be a lot more useful to each other when they communicate seamlessly instead of at scheduled time slots.

I used to read books during commute. No time was wasted. In fact, now I seem to have a lot less time for reading, because there is always something more pressing at home.

It is surprising how antisocial is the new generation. The dynamic between colleagues is something that comes naturally when the team has great cohesion. Half the time I didn't have to finish the sentence of what you describe and they are on it. I can't remember how many great ideas have come up during the "hey let's get a cup of coffee" break. Now we look less like humans and more like avatars.

While a SAN/NAS is overall an expensive hardware in both price and manageability, there are entry level devices. You can even get direct SCSI devices in some cloud services(Azure has "shared disks"). For Oracle RAC the data is accessed from same location, it's not distributed/replicated across nodes. It's literally the same disks attached to all nodes. Also ASM works with raw block devices which bypasses the need for file system abstraction and all the latency that comes with it. You could also deploy a cluster on a cluster/network file system, but this would generally not be a good idea since you get a lot of overhead.

Postgre clusters can be configured in similar fashion.

I'm not saying that Mongo doesn't have it's strengths. However using the full potential of your environment requires much more planing and has a lot more pitfalls.

I was particularly discussing the implications on what the relative immutability of the shard key has on the data distribution and that it is not that easy to change.

I was talking about a two "node" Mongo setup which would mirror the capabilities of a classic two node setup of Oracle RAC for example. Since in Mongo this is not a clear 1:1 match due to a different model of operation, in order to get the same performance/continuity as RAC here is what I mean.

If I want to gain a relative 100% increase in concurrent read/write access and transparent session failover to my application I have to procure two servers(with roughly the same performance lets put it at rawPerf=1.0 for simplicity) and a SAN/NAS with SCSI HBA and that would be it. All the necessary components will be running on those two servers and the application will have access to almost all capabilities of a single instance with a roughly twice the performance and fault tolerance. To do that in Mongo, I would have to procure 2 replica sets with 3 instances each(bare minimum to get the fault tolerance and not use arbiters which according to Mongo University is a bad idea) for the actual data and another RS for the configuration meta-data, which is another 3 instances. I will also need instances where I can run my "mongos" to route/consolidate my requests and to have fault tolerance I will need at least two of those. Now to do a break down of the different instances. From the two replica sets for data, I can use only 2 of the instances for writes and the remaining four only for consistent reads and that is only with the appropriate write concern. And while I have two instances for writes I am not guaranteed to get a consistent increase in write operations unless the data is at least somewhat evenly distributed. I will need six rawPerf 0.5 servers(assuming 0.5 rawPerf is capable to handle roughly half the data), that is a total of 3.0 so far. The configuration RS while not as demanding as the actual data RS will still require resources so I count it as roughly between 0.5-1.0 total for all three instances. And finally I have the "mongos" instances which although will not need disk space will need some CPU and the same amount of RAM as a regular instance in case the queries and not optimized, so I will have to give it 0.5 per instance. And the total amount of resources comes to 3.0+0.5+1.0=4.5. On the other hand with the Oracle RAC I would've needed 2.0.

As for the schema flexibility, from the Mongo documentation I take it that once the shard key is created it can't be changed arbitrarily. It can only be further fine-grained by adding more keys to it, however this is available from version 4.4. In order to change it cardinally, I would have to recreate the collection.

I'm sure you are well aware of all this, however I'm just stating my experience with MongoDB so far.

MongoDB IMHO also has resource allocation issues, because for a simple two "node" distribution setup you have ~4 times the demand for resources than a "regular" clustered service like Postgre or Oracle. Added to that the actual promised efficiency relies heavy on the data model and has no real easy way to correct once deployed.

Not all criminal investigations are solved or competently followed. However this doesn't mean you should take justice in your own hands, which is what mob justice is. This is plain disrespect for official authority and the principal of "innocent until proven otherwise". Even murderers with clear and shut cases are afforded legal council and ways to defend themselves.

Also, this could have been resolved if this was reported in timely manner, not years after. She is a victim, however her followup actions are neither correct nor proper.

Just as you ask for the right to be political on work premises and channels, they ask for the right to be apolitical on those same places. There are people on both sides of the fence. Which right is more important and how do we choose which one to disregard. There will always be disagreement between people and it should be practically impossible to create a society of perfect harmony. In order for both sides to at least tolerate each other's existence you need to create autonomous zones for each one. A company which doesn't want political involvement other than what is directly related to its business is exactly that. If you want to be politically active during working hours, then you don't fit into this company and there is no one stopping you from working for another one which is politically active or starting one yourself. People work better with people with the same core values. Only when both choices remain you actually have freedom and some semblance of tolerance. Remove either option and all you get is strife. Obviously some zones are "banned", like "I would like to kill people" and "I would like to rape people", because we all(or at least most ) agree this is not OK. However, I really hope all(or at least most) people have not gotten to the point where being apolitical is actually not OK and so is its zone.