To my understanding, "common-law" technically refers to the body of precedent that the United States grandfathered in from English jurisprudence and prior colonial practice into the new United States government, as opposed to "precedence", which is the general principle by which prior rulings at the right scope are respected like statutes are. But that's just a semantic quibble.
But on the question of the weight that precedence carries: I'd be curious how you feel about federally enforce integration of schools as a result of Brown v. Board of Education, or abortion as a right thanks to Roe v. Wade, as two examples of seminal increases of rights resulting from the heavy role of precedence.
Personally I'm a bit of a hybrid in my own opinion. I'm partial to the sentiment that the legislature is the supreme branch of the Government, being the representatives of the people. So in principle, I'm opposed to drastically new doctrines arriving by way of court ruling, especially when they seem a little too "creative" and go outside the scope of interpreting existing law and statute into the territory of what "ought to be law". I prefer that such significant changes be a matter of federal statute, or when they're a matter of novel constitutional interpretation, that they originate in actual constitutional amendment. (Though even then in the case of federal statute, there are very real questions about how and when the federal Congress may override the states, and jurisprudence/precedence has been an important part of working out those questions).
But on the other hand, I am strong a believer that once a court with sufficient scope and jurisdiction has ruled, and a further appeals process is either at a dead end or would be too injurious for various reasons, then upholding the rule of law is of preeminent importance to the stability of society against the breakout of violence or factionalism. So, for example, in the case of Roe v. Wade, I feel the ruling was far too creative and far too tenuous in its actual references to the Constitution. Nevertheless, it is now the law of the land, and if I want the other protections the government provides and protects for me, I feel it would be hypocritical to flout that law just in the cases that I prefer. I actually feel that the outcome of Roe v. Wade was morally egregious; but I won't rebel against it or seek redress outside the established legal order unless I feel ready to morally take responsibility for the potential consequences of anarchy or of violence outside the civil order. Of course, not every question of civil disobedience is realistically divisive or pervasive enough that civil war is likely if I or others rebel. But civil war and anarchy can be the product of a thousand cuts, as it war, and if I had to oversimplify and take it to an extreme, I would say that I do not feel morally justified in flouting a nationally established law unless I feel sure that even the risk of widespread death and war might be warranted. Even with ongoing inequities and injustices (sometimes severe and chronic) in American Society, I still personally feel we generally (generally!) enjoy such a magnitude of protection, liberty, and privilege in this country, and I'm not sure that risking that is truly moral on the balance.
I love how github fosters discovery and remote collaboration, though one of its liabilities is when great git command-line features are effectively lost unless github re-implements or exposes them, because some conventions incentivize only doing what github itself can do.
A plausible financial incentive for them would be rent-seeking: they might be afraid they lose money on the balance if you only have to buy the game once. Doing it this way they have a shot at getting money from you again for the same game when new consoles come out.
"The braces are needed, getvalues returns a tuple. std::pair is not mentioned in the proposal, so its unclear if this works with pair, which is returned by the STL in some insert methods."
Destructured bindings will work with arrays; plain aggregate structs; and any class that offers a specialization of std::get<>(), so both std::tuple and std::pair are supported as a consequence. (C++11 added std::get<>() for std::pair).
The slippery slope fear is a bigger than which particular phone models will be made technically insecure by what the FBI is asking here and now in this case. The larger fear is the precedent that will be set by allowing such a ruling to stand--the strict legal precedent for cases much like this one, but also the momentum it will give to large agencies in the cultural fronts of the war against encryption.
My mind is exploding with the possibilities this presents even for existing film and animation production pipelines.
Just one example: A layout artist being able to directly sketch into being the spaces and sets they envision, then being able to storyboard and block character animations by sketching with traditional animation techniques, but directly in the camera space.
Similar kinds of programs could be a revelation for modeling, rigging, and animating characters... it had never occurred to me till seeing this how awesome VR interfaces could be for that kind of artistic work.
If you move in the direction of the pattern, its direction should carry you at least somewhat in the direction that a good design would, where 'orthogonal' would not carry you in that direction at all. So, not orthogonal, even if not strictly parallel. My metaphor and non-metaphor are unimpeachable :p
It feels to me like the argument of this article can be boiled down to: "The Majestic Monolith is a Good Thing, since when you know you're dealing with a monolithic system, you know you'll be hosed if you don't take extra special care." But I don't see anything here arguing that such care is inherent to the pattern--only that such care is needed when applying the pattern. I see that as a caveat, not as a built-in feature.
I agree that with a small team it's much more feasible to keep the monolith well-polished. But that polishing is more a product of professionalism and discipline than something that will come along naturally with applying the pattern--which is orthogonal to whether or not the code is monolithic. Good patterns are supposed to be non-orthogonal to good discipline--that is, they should bring along design benefits as an artifact of the pattern themselves.
Thanks for the clarifications. As soon as web text-based protocols were mentioned, I said "oh duh" to myself. There's nothing about the availability of a type system that forces a plain-data wrapper library to use it.
I'll admit my total naivete up front: isn't Swift already a typed language? Is there something about being a web framework that necessitates some other kind of type safety?
I do worry about programmers forgetting to check hidden layers even more than we may currently tend to ignore comments, so I worry about this adding parallel maintenance burdens even worse than the common problem of comments getting out of date with the code. Maybe there could be some way to have compile-time diagnostics or static tools to enforce updating of the documentation layers with the code. Though that could add obstacles to adoption, as the tools and meta-concepts would have to evolve along with the layering concept itself.