I guess it was inevitable. The Canadian invasion continues. Just like same-sex marriage is spreading to the US. Hopefully at some point they'll get it right by copying one of the single-payer health care systems around the world as well.
> The sample code will copy a and b twice, once to put them in the lambda closure, and then to pass them as arguments to do_something. Some may consider this wasteful (the easiest fix is to modify do_something to take the values as const references).
No, the easiest fix is for a & b to be moveable types, which they may well be, in which case one of those copies becomes a move, and all is right in the universe.
> So we all program in different dialects, and then scratch our heads when we read other peoples' code.
The practice of programming in dialects is more a function of the origins of the language than the size of the language. Stroustrup's most recent book does a marvelous job of demonstrating how little you have to know to program in C++ effectively: http://www.stroustrup.com/prog...
C++'s C compatibility is both its strength and its weakness, and the weakness primarily comes from people treating it as a bunch of add ons to C. If you scrap that attitude, it is entirely possible to be proficient in the language after a year of use and capable of reading most anyone's code (assuming they aren't shooting for obscurity) in another year or two. That's longer than some simpler languages, but it is hardly sufficient to excuse people's ignorance.
Perhaps not the best example of a successful software project.
Regarding repeatability: the language is fully deterministic, and compilers have as much of an incentive to be consistent as they do otherwise. If you can't get repeatable builds, then the problem is with your build environment/process more than anything else. Aside from hardware entropy sources, computers are, by design, deterministic, so if you can't reproduce a build it is because you haven't constructed a proper build closure. Certainly there is nothing about C++ that makes builds any more non-deterministic than say, C. Debian actually has a project for this: https://wiki.debian.org/Reprod..., and you may find some helpful information there. You'll notice nothing they've run in to is specific to C++.
Regarding code-to-binary structural coverage analysis. Certainly I can imagine the argument that as you get to higher and higher levels of abstraction, it becomes harder for humans to track all the transformations all the way through to assembly. One solution is to restrict the levels of abstraction you work with. I would argue that is still error prone and you are better off with using theorem prover type automated solutions (and in general, languages built around provability like ML or Coq) rather than manual verification. Even better would be to perform the verification on the compiler itself rather than the code it compiles. That said, C++ compilers do a pretty good job of tracking the origin of each bit of code they generate, which ought to make it easy to have the machine inform you of the origin of any particular code block, and C++ also does a great job of letting the programmer decide what level of abstraction they want to work with and only making the runtime pay for the abstractions they are using. Its stronger type safety also helps ensure that there aren't "hidden" code paths do to programmer error. Of course, optimizers really complicate this, so you may need to turn them off as you mentioned.
Internationalization. That sounds like an old project... one that predates the C++ standard (which means a lot of bad C habits are involved). C++ is actually very well set up for internationalization, particularly because it is so agnostic about how stings are handled. Languages like Python, Perl & surprisingly Ruby have made all kinds of unfortunate decisions around internationalization that make it look like you are fine with internationalization, but it actually blows up in your face. As an example, ICU is probably one of the foremost libraries out there, and its primary language targets are C++ & Java. The C++ target has the virtue that you can pretty much just drop in ICU strings in to a well structured C++ program and all is well in the world, where as the Java one is a bit of a pain to take advantage of (fortunately, Oracle periodically syncs the ICU code in with the JDK, but that means you have to wait for a JDK update to get the latest ICU solution).
"Creativity" of software development is way overstated. It is not creative work in most cases.
Making yet another CRUD GUI is not exactly creative. Neither is any kind of usuall application you would be creating in business setting. Those mazes come presolved and you just trace line on paper.
In other cases, if you do not learn about problem being solved enough to be able to give good estimate - why are you professional? You should have business design document and technical design document and almost all gotchas covered already. What should remain is implementation itself and that is not much of creative work either - even if you have to wrestle with programing language to implement some concepts.
+1 for red dward. best smegging show ever
Kenneth Vogel, author of Big Money, a recent book on the rise of super PACs, was critical of of Mayday's efforts, saying, "While voters do express high levels of disgust about the state of campaign finance and the level of corruption in Washington, they tend to actually cast votes more on bread-and-butter economic issues." Still, Lessig is hopeful for the future: "We moved voters on the basis of that message. Not enough. Not cheaply enough. But they moved."
See this: http://www.youtube.com/watch?v...
It is based on tetris, but it is actually pretty good history illustration.
I can see what Ingress portal submits they're going to do: one coke machine, one vending machine,
I bought Anker batteries for my (now Ancient) Thinkpad T42p and Macbook Pro 4,1. Prior to the purchases, I bought some cheep ones for the thinkpad and dropped (a lot of) money on the OEM replacement for the macbook and the Anker battery is actually better than Apple's.
This was over a year ago and half ago, and They're still in use.
No the S2 gallery app has a setting to detect faces and let you tag them (similar to face tagging like on facebook). In the gallery settings you can switch it off..