注：本文转载自ituring – Juven
上边这张图片是几天前在推上看到的，一个小朋友在黑板上抄写完N遍“我以后会在问愚蠢问题之前用Google”后，用幽怨的眼神看着你，这让我无法不会心一笑，我曾今是，以后也还是偶尔会成为这个小朋友，但更常见的情况是，我每天会遇到不少朋友问一些简单到Google一下就能立刻获得答案的问题。
北京时间10月24日消息，据国外媒体报道，消息人士透露，Siri公司联合创始人兼CEO达格·基特劳斯(Dag Kittlaus)已经离开苹果。基特劳斯是Siri语音控制功能的创建者，苹果刚刚推出的iPhone 4S因包含了这一功能而受到消费者好评。
苹果于2010年4月份收购了Siri公司，自那以来基特劳斯一直为苹果负责这一语音识别项目开发。他出生于挪威，自2007年以来一直担任Siri公司CEO。2007年之前，基特劳斯在斯坦福研究院担任外聘教授，并且还在摩托罗拉工作过。
消 息人士称，基特劳斯离职态度友好并且已经酝酿一段时间了。他的这次离职有多个原因，其中包括他的家庭远在芝加哥，希望抽出时间来从事自己感兴趣的新创业项 目等。基特劳斯显然是在苹果刚刚推出iPhone 4S之后就离开了苹果，但消息来源透露，来自Siri公司的其它高管仍将留在苹果。
关于以上消息，苹果发言人对媒体的采访没有给予回应。
google中的加号这个运算符一直以来都是一个很实用的Google搜索技巧。比如当你搜索“ai”的时候，Google会将”artificial intelligence”, “Amnesty International”, “Art Institutes”, “Appraisal Institute”, “Adobe Illustrator”等词汇也作为关键字给出搜索结果，但这些并非是你想要的。所以为了只看到包含“ai”的搜索结果，你可以搜索“+ai”。可惜的是现在这个技巧不再管用了，要想搜索“ai”，你可以将“ai”两边加上引号来搜索，严格限制只看到“ai”的搜索结果，但打两个引号要比打一个加号麻烦多了，而且它跟逻辑有关──当你在搜索关键字里用减号的时候，表示不包含某个单词。
至于Google为何去掉加号这个搜索运算符，估计是想将加号用于Google+的搜索，就像你现在在Google+里写加号，即可直接引用某个Google+用户那样：
注：本文转载自图灵社区-Diana
某天看到一篇博文，《一百年后，人类怎样编程？》，只是这个题目，就勾起心中无限感慨。文章没细看，内容大致是分析各种语言，以及其中各种语言现象，今后的发展趋势。我对于语言的进步一直不感冒，对5年前就有很多人推崇的Ruby，至今也懒得抬眼皮看看，8年前被迫用过几天Perl，我就断定这是最糟糕的编程语言之一，因为它标榜自由，却又没法真正自由。时至今日，我仍然只用 C++，C#，Java这三种语言，如果SQL也算的话就是四种。对于达到一定程度的程序员而言，语言已经不重要了，不管做什么功能或者什么平台，只要不是初次上手，都应该有50%以上的代码可以自动生成出来，另外利用开源代码和商业化构件完成30%以上的工作，真正需要自己手工编写的部分绝对不应超过 20%。不论是自动生成的代码，还是开源代码或构件，最大程度的可理解性和通用性是首要追求的目标，因此最通用的，和使用人数最多的语言才是最好的语言。语言的进步对于提高编程效率确有一定帮助，我自己也深有体会，六年前我做C#项目的时候不得不自己写了对IList进行查询的功能，两年之后，LINQ成了语言自带的标准功能，后来的程序员显然可以节省开发这个功能的时间。但是，语言带来的效率提升，远远不如思考方式变化引起的编程效率飞跃来得大。
从第一天编程开始，我就不喜欢这个工作，看到同事飞快地打键盘，屏幕不停地吐出一行行程序，觉得这件事实在傻透了，她编的是FOXPRO，又是一种我很看不起的语言。她编的功能，无非就是横竖画上几根表格线，然后把一些数字和文字填到正确的格子里去，这就是公司里的编程高手所做的事情。我曾经惊讶于这么傻的事情竟然真的需要人来做，可是如果不用人做，又能怎样呢？那时幸亏我利用一点小聪明，在还没有开始从事这种傻工作的时候，就改去研究解密算法了，后来又混上了设计师，小经理，总算没有傻掉，那时心里不免暗自得意和庆幸。
据国外媒体报道，从今天开始在谷歌Android平台下开发的应用在PC上也可以运行，程序也可为这些计算机，这只需通过专为 PC 提供的最新 BlueStacks App Player 即可实现。
近几年，Android逐渐成为市场上领先的移动操作系统，在过去3个月购买智能手机的用户中，约一半都选择的是Android系统。与此同时， 为这些Android用户提供的应用以及游戏的数量也呈上升趋势，据谷歌证实目前两者的量已达25万。从今天开始，众多的应用程序和游戏对于 Android和非Android用户都可适用。
此原文来自谷歌工程师Steve Yegge的google+：
Stevey’s Google Platforms Rant
I was at Amazon for about six and a half years, and now I’ve been at Google for that long. One thing that struck me immediately about the two companies — an impression that has been reinforced almost daily — is that Amazon does everything wrong, and Google does everything right. Sure, it’s a sweeping generalization, but a surprisingly accurate one. It’s pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn’t let me show it to anyone, even though recruiting loved it.
I mean, just to give you a very brief taste: Amazon’s recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they’ve made to level it out. And their operations are a mess; they don’t really have SREs and they make engineers pretty much do everything, which leaves almost no time for coding – though again this varies by group, so it’s luck of the draw. They don’t give a single shit about charity or helping the needy or community contributions or anything like that. Never comes up there, except maybe to laugh about it. Their facilities are dirt-smeared cube farms without a dime spent on decor or common meeting areas. Their pay and benefits suck, although much less so lately due to local competition from Google and Facebook. But they don’t have any of our perks or extras — they just try to match the offer-letter numbers, and that’s the end of it. Their code base is a disaster, with no engineering standards whatsoever except what individual teams choose to put in place.
IndentationError: unindent does not match any outer indentation level
出现这个问题，基本都是由于缩进问题，尤其发生在你拷贝别人的源码并进行修改、或者拷贝几个不同的源码拷到一块修改进行调式的时候容易遇到，可能因为每个人写程序的缩进可能不一样，有的是tab，有的是空格，这用肉眼很难察觉。解决办法就是把缩进都改为同一种格式即可。