Governments create and enforce laws, so they must be held accountable for them. If the government didn't have such discretionary power, lobbying would not be a thing at all.
I don't blame the big cable companies for doing it, since they'd be at a competitive disadvantage otherwise.
Remember that humans operate companies and governments alike. Except governments use force and companies are subject to it.
It astounds me how people will happily let companies off the hook for causing negative externalities, while simultaneously blaming the government for failing to regulate them effectively and decrying the regulation in the first place.
"Remember that humans operate companies and governments alike. Except governments use force and companies are subject to it."
He who wields the weapon is responsible for the results. Government wields the power of coercion, thus the results of coercion is their responsibility - and the shared responsibility of those that consent to such government. Yes, the lobbyists who abuse the coercive power of government share the blame - but so do you, if you support the existence of this coercive power and their ability to abuse it. If somebody tricks you into shooting yourself in the foot by claiming your foot is a space alien intending to eat you - he is to blame for tricking you, and you are to blame for being an idiot. You can say we should get the world rid of the people who are willing to trick idiots for their own profit, but I say it may be much more practical to try and be idiots less frequently. Because the former is not very likely to happen anytime soon.
I need a better introduction to understand how flow programming works, and how I might use it. Instead I see a (seemingly) complex graph which I understand represents a program, but it's not clear how this really works in relation to text programming. I could spend hours and hours digging to figure it out, but that could be a waste of time, so I won't do it.
I get text based programming. Find a way to quickly connect that experience with flow programming, and conversion rate on this site will improve.
TokuMX solves most of the issues you describe without compromising on the query language or other great mongo features. If you are interested in mongo but concerned about these issues, I highly recommend TokuMX.
> in a free market, the customer is supposed to select the supplier, not the other way around
Which free market philosopher expressed this sentiment exactly? None that I'm aware of. Free markets involve free choice of both customers and suppliers. Customers may chose to leave the supplier based on this move, and are absolutely within their right to do so. Customers might even be able to argue their way out of locked contracts.
The idea that free markets should be sort of one-sided, consumer owns supplier, is just silly in my view.
Free market is where consumer has right to buy the goods they want and suppliers have right to produce goods they want.
I agree to your point, both sides should have options to select what they want. But here consumers have no choice. It cannot be considered free market even remotely.
Telecom market is obviously not a free market - there are piles of regulations, both federal and local. It looks, however, as the OP sees free market as "suppliers do what I want" - which may be a consequence of free market, sometimes, due to consumer's power to withhold purchase from suppliers that don't do what they want - but is not a condition. There could be free market where consumers have no choice - i.e., if for some reason there's only one supplier of said good. Simplest example would be unique non-commodity items - if somebody has the Picasso painting that you want, you can't just go to a competitor and buy it from them, you have no choice. Another example can be markets with very high barriers of entry and very low profit margins, where fixed costs of entering the market may outweigh potential benefits, and as such once one player has established itself there may be extended periods - with completely free markets - that there is no competition for them on that market.
So, the absence of buyer's choice is not per se an evidence of the market not being free, and there's nothing in free market that ensures buyer would always have a choice - only a promise that in most cases, the choice would exist, supported by ample evidence.
Remember ATT bid for T-Mobile? FCC stopped the deal to keep the competition and also so consumers have a choice. Same applies here but seems they are turning their eyes away.
Your example of Picasso painting does not apply, by definition that is one of a kind item and only selected people want them, it is not a commodity, so market competition does not apply.
Market is any set of voluntary exchanges, I just point out that some markets can have no competition despite being free. This can happen even in commodity markets, e.g. if somebody owns a huge chunk of the market. E.g. diamonds & De Beers. For telecom markets, there seem to be no substantial reasons why healthy competition can not exist on a free market.
We solve this by creating a schema definition for mongo collections, from within the app layer. Now we have easy version control where we want it, not in sqldump files like we used to. That was painful.
Most full stack frameworks have a way to create migrations. When the schema changes over time, you just get a mess with mongo, thats just my observation. Its far easier to manage change with db migrations.
You'd be right except that we also have the ability to create data migrations based on schema changes over time. I'm glad it's not built into MongoDB or else we wouldn't have the (fairly ideal) solution we built to work with it today.
For me the really irritating thing is the observation that when I want to enjoy flame wars about Mongo, I seem to see a lot of their 'try TokuMX' everywhere. Last time I checked they are on the 2.2 codebase, unless that recently changed. Mongo 2.4 was a significant upgrade, and assuming I'm correct above, I feel like the Tokutek team disregard that. I get that it's good marketing to suggest an alternative, but going along criticising that which you've built upon doesn't go well with me.
Last time you checked was a while ago, it's 2.4 compatible now (except geo and full-text) and has been since TokuMX 1.3.
We generally don't criticize indiscriminately. MongoDB has a lot of good sides and we embrace and extend those, and where it has faults we try to work around or replace them. Our core strength is fast, reliable, compressed storage and MVCC semantics, so obviously we talk about that a lot, but we also understand and acknowledge that a large amount of TokuMX's success, to the degree it has some, is due to the excellent parts of MongoDB.
As an example, I personally am really excited about what MongoDB has done with aggregations in 2.6 (and what seems to be coming down the pipe soon), and I can't wait to merge it in to TokuMX. We all get stronger together.
We solve it using an "archive" collection in mongodb. Deleting moves a document from one collection to the archive, while undo moves it back.
We also implement ability to find deleted documents by id, by searching the archive if the record is not found in the original collection.
API looks like this:
// delete something
delete("/products/123")
// see it in the archive
get("/archive/products/123")
// undelete it
put("/products/123", {$restore: true})
I don't blame the big cable companies for doing it, since they'd be at a competitive disadvantage otherwise.
Remember that humans operate companies and governments alike. Except governments use force and companies are subject to it.