Siri vs 日本人:Work? Walk? Wall? Fxck? 傻傻的不清楚……

标签: 懂视频 iPhone siri 日本 爆笑 | 发表时间:2011-10-15 07:00 | 作者:菲比 远
出处:http://dongde.in

相关 [siri vs 日本人] 推荐:

Siri vs 日本人:Work? Walk? Wall? Fxck? 傻傻的不清楚……

- 远 - Dongde.in 您懂的!
很好调戏的Siri跑到日本人手上,怎么就傲娇了呢. 归根结底还是日本人的英文发音伤不起呀. [中文字幕]日本2011年恶整大赏 2小时SP!. IPHONE5 全球首发盛典 REAL?. 韩国人练气功,遭遇日本人挑战表示鸭梨很大. 互相聊崩溃的猫和狗 一声比一声贱. 南京东方文理研修学院某妹纸陪睡5天只为iPhone4.

GIF vs APNG vs WebP

- - JayXon
GIF 是一个非常古老的格式,1987 年诞生,最后一个版本是 1989 年. (这就是为什么 GIF 文件头的 magic number 是 GIF89a). APNG 相对新一些,是 Mozilla 在 2004 年推出的,十几年的科技进步是不容小觑的,所以 APNG相对于 GIF 的优势十分明显,后面会分析.

Siri,有意思

- knighter - 丕子
很多时候,Siri 对用户指令的反应是令人哭笑不得的. 有人就专门在 Tumblr 上将 Siri 说过的冷笑话汇总起来(其中不乏一些露骨的挑逗,不过苹果显然对这样的行为早有防范),一起来看一下吧:. 搞笑的小布什,强大的 Siri.   这是让我最可乐的一段对话…不解释….   真不清楚的童鞋可以看以下文章末的视频:.

Siri 会悲剧?

- Hybrid-Force - 爱范儿 · Beats of Bits
当很多人认为 Siri 不过是个更好地语音识别程序的时候,我大喊革命,革命. 而当 Siri 的 AI 部分尽人皆知,尝试过 Siri 的 Blogger 们开始对他赞口不绝的时候. 该谈谈 Siri 的负面问题了. 但是,目前的舆论造就了太高的期待,这种期待是 Siri 的第一层阴影. 人们拿到 Android 打开 Voice Actions 会说 “send a text to Tom”.

转 redis vs memcached

- - 数据库 - ITeye博客
传统MySQL+ Memcached架构遇到的问题.   实际MySQL是适合进行海量数据存储的,通过Memcached将热点数据加载到cache,加速访问,很多公司都曾经使用过这样的架构,但随着业务数据量的不断增加,和访问量的持续增长,我们遇到了很多问题:.   1.MySQL需要不断进行拆库拆表,Memcached也需不断跟着扩容,扩容和维护工作占据大量开发时间.

NOSQL数据库大比拼:Cassandra vs MongoDB vs CouchDB vs Redis vs Riak vs HBase

- - 博客园_Ruby's Louvre
话说,尽管 SQL 数据库一直是我们IT行业中最有用的工具,然而,它们这样在行业中超过15年以上的“转正”终于就要寿终正寝了. 现在,虽然关系型数据库仍然无所不在,但它越来越不能满足我们的需要了. 但是,各种 "NoSQL" 数据库之间的差异比当年众多关系型数据库之间的差异要大许多. 这就加大了人们在建设自己的应用是选择合适的数据库的难度.

[视频]让Siri和Siri自己对话

- Heng Yang - cnBeta.COM
调戏Siri 酱已经成了固定节目了吗. 除了向它询问各种怪事之外,如果2个Siri 遇到一起会发生怎样的情况呐. Gizmodo 的编辑找来了2部iPhone 4S,让两个Siri 相互对话,结果是……结果是Siri 疯了.

普通 vs 文艺 vs 二逼

- 貝殼 - The Only Exception

服务发现:Zookeeper vs etcd vs Consul

- - 企业架构 - ITeye博客
服务发现:Zookeeper vs etcd vs Consul. 【编者的话】本文对比了Zookeeper、etcd和Consul三种服务发现工具,探讨了最佳的服务发现解决方案,仅供参考. 如果使用预定义的端口,服务越多,发生冲突的可能性越大,毕竟,不可能有两个服务监听同一个端口. 管理一个拥挤的比方说被几百个服务所使用的所有端口的列表,本身就是一个挑战,添加到该列表后,这些服务需要的数据库和数量会日益增多.