I know some veterans who get nasty PTSD reactions from fireworks. I can't imagine what it must be like to get continual flashbacks to battle and all the emotions that come with that when fireworks go off.
It seems more than a little ironic to me that so many Americans celebrate veterans for "protecting our freedom," and then traumatize those same veterans when it comes time to celebrate our freedom.
Please be courteous with your use of fireworks, especially if you know that any veterans live nearby.
You can store objects (not pointers) in arrays in C++ just fine (aside from storing objects which include arrays such as strings, it is common for all of the value data to reside in the array). But this is usually an irrelevant implementation detail. 99% of the time it won't make any noticeable difference at all to performance. And when it does make a difference, you can optimize that section of code as needed. This makes no difference whatsoever as to how most algorithms are translated to code.
And no, C/C++ are almost always going to be faster. In part this is because when you run into a performance bottleneck, the optimization possibilities are much more diverse. In part it's because many of the safety guarantees are enforced at compile time rather than run time. In part it's because C++ developers are rarely going to make use all of the same guarantees in their code, precisely for performance reasons. Unit tests and good programming practices can usually avoid the pitfalls that come with avoiding those checks.
Of course, you can simply write your performance-critical bits of code in C or C++ within a Swift application, though for other languages SWIG works pretty well for that.
An optional is not a pointer. (Nor is it a reference). And that's not simply a matter of names. They are completely different things. Suppose you had an array of 4 optional integers, how do you imagine that is represented in memory?
The memory representation is largely irrelevant to the coding algorithms. It might be important if you're going to do some low-level optimization, but if you're doing low-level optimization where that sort of thing matters, you shouldn't be working in Go, Swift, or Objective-C.
Turing machines are equivalent. That doesn't mean language features are the same. They're not. You might solve a given problem in a similar number of lines in lisp, basic, forth and scheme. It doesn't mean the language features that you would use are the same.
That's why I specified, "similar number of lines and with the same guarantees." The benefits of optional are entirely about the sorts of things that the compiler enforces for you when you use the type. I'm saying that Swift is neither special nor unique here, and that other languages have the same kind of functionality. In C++, you can get the same functionality with boost::optional (which will probably eventually be part of the standard library). With Go, their pointers can act almost exactly like Swift's optionals.
And if you're going to argue performance, Swift may be better than Objective-C, but it's probably not going to be better than Java or Go, and is certainly much slower than C/C++.
Except Google does listen to their users. And sorry to say, but you are in a strong minority. Even among technically proficient people.
As for other people, it's no longer 1998 and other search engines have made their own changes. Google could not compete with the likes of Bing if it hadn't updated its algorithms.
You can do a fair amount of customization at Google's Account Settings page (you can also access this page by clicking on your profile picture and clicking "account" on a google.com page). Of course, this only works while logged-in.
To customize search results, you should turn on personalized search and look through your search history to delete searches that are probably not going to be relevant in the future. For ads, there's a list of categories that you're automatically assigned to based upon search history and views of pages with Google ads. You can add or remove categories as you choose. Of course, you have to turn on interest-based ads for this to be worthwhile.
Which is why Google's separation between the different meanings of the word can be so helpful. Give it enough context to know the meaning that you are using and it will usually do a much better job of finding what you're looking for.
But I can't replicate it adding or removing words from a phrase as long as I put the phrase in quotes. It always seems to search for the exact phrase, though sometimes with punctuation in between.
"And remember: Evil will always prevail, because Good is dumb." -- Spaceballs