> The engineers are not in control, it's pretty darn obvious.
As a software engineer, I take offense at that. This is precisely the right decision to make if you observe that this is how your customers are using your product. You don't need a product guy to tell you that.
This is stupid on Google's part. People are used to mentioning others via "@" (unless, maybe, Twitter has copyrighted/patented this). Forcing people to use "+" will just make adoption of G+ harder. Google should remember that they're the underdog here, playing catchup to Twitter and FB. Raising the barrier to entry only hurts them.
people have been using @ to mention others since pretty much the beginnings of online discussion, way before facebook and twitter (I'm agreeing with you - this is a stupid move by Google and goes against 15+ years of convention)
I think that, while nerds are used to mentioning others via @, regular people are used to putting @ in email addresses. Frankly, I find this change frustrating (for the reason that " is not the opposite of -) but I don't believe regular people are going to have any more difficulty with +Adam than they did with @Adam.
I agree with the implication of your last question. It would certainly make sense for google to integrate Google Plus directly into their core product. I haven't thought of an exact path this would take, but if you're branding an operator, brand it everywhere.
Consistency cuts both ways. There is the branding consistency of the + symbol, and then there is the consistency of how + worked for searches last week vs. this week. My vote is that consistency in usage trumps consistency in branding.
Google+ probably gets much more usage than the + search operator. I'm sad that that part is becoming harder, but if they have a use for + that's integral for a future piece that relates to Google+, the needs of the many and all that.
I'm glad someone finds it helpful! I used web.py, by the way.
I'm not sure how to go about the log configuration. If the users prefer it I can just disable logging altogether, although I'd prefer keeping some information (not IPs) at least for a single day so I can get basic usage statistics. I promise not to do anything evil with the little information I may get in any case.
Can be handy, thanks for this, but some chrome extension/firefox add-on/etc. would be possibly better (haven't searched for such actually, strange, I should or even write such!).
Also: don't only promise! Put privacy page right there and explain what you explained here (maybe even in greater details, people love transparency), so every user we'll be able to obtain same information.
The problem is that despite this, the alternatives are all terrible. Once Google started ignoring random words a while back, I tried first DuckDuckGo, but their index is still quite small and my first query returned a single, unrelated result. Then I tried Bing and the results just aren't as good. I keep finding myself going back to google manually despite having Chrome set to use Bing by default...
You can simply prepend [[allintext:]]. That way you won't be infantilized and it won't search for synonyms. Compare these two searches: [[job steve opple]] vs. [[allintext:job steve opple]]. However, it's no panacea: the results for Dylan16807's example - [[allintext:"everything wrong" crossfade]] - still show everything's wrong.
I have the impression that Google likes to collect data. If you are indeed interested in fixing the recent quality dip of your search product, example queries where plus (now quotes) are necessary can be automatically collected by inspecting all searches where quotes are included.
If these are too many, filter by those that had a recent similar search without quotes. I doubt this is necessary, though. Who puts quotes in their search string the first time?
If I worked at Google, I'd be interested in the growth of use of the plus-operator lately. It has become a necessity for nearly all technical searches I do. Make a chart of it. Show it to the people in charge of this recent trend. Google search has seriously gotten worse. Forcing quotes instead of plus highlights this problem because it's twice the work.
I've saved a few searches where autocorrect gets too aggressive. I've run in to more than this but I don't save all since usually I just want results for my search immediately and don't feel like recording them:
I needed `+pyinotify` on this one to get the results I requested. I've come across this problem with quite a few other python packages but I can't recall them at the moment.:
Search: pyinotify thread
Result: Aggressive correction; wrong
`Showing results for inotify thread. Search instead for pyinotify thread`
This one isn't exactly related but automatically changing negated terms is frustrating:
Search: win 7 processor not +downclocking -gpu
Result: bad autocorrect
Showing results for win 7 processor not +downclocking -cpu.
Search instead for win 7 processor not +downclocking -gpu.
- "isomac logo kerning" (w/o quotes). I wanted to know if someone had specifically written about the kerning of the logo for the company ISOMAC (it's horrible, by the way). I got a very general search for "logo kerning" instead -- I had to put "isomac" in quotes.
- "hvordan bli kvitt olje" (w/o quotes, in Norwegian). The three first words are "how to get rid of" and the last one is "oil". Again, I got a very general search for how to get rid of stuff -- oil was omitted. (I rarely search in Norwegian, so this isn't a big one, but it shows the same pattern)
I want to search for Ubuntu's go-compiler package.
But if I search for "go-compiler" (with or without quotes) I get a bunch of hits for "Go compiler", with my dash turned into a space. That's a bunch of hits I don't want, and now I have to go wading. None of the top 10 hits are about what I asked for.
To me, the + operator meant "I know what I'm doing and please turn off the fuzzy help".
I guess it's a job for a browser extension now to include all search keywords in double quotes. Will that stop this madness? Between Google Instant and this, I wish Google rolled back to an earlier version(excepting things like the Panda update which reduced spam results).