还不如来上海给我钱我单独给你培训(-_-)ゞ゛

标准上有picture元素和srcset属性来做这事，至于苹果有没有实现……

@nickelchen 诚然高效，但高效并不一定是合理或者美好的。日本是典型的通过消除个人特性，把人作为整个国家的齿轮来提高整体工作效率的典范，但说实在我非常讨论日本的这种方式……

@darkbill 其实我的想法很单纯，只做手机上的应用，3G同步到服务器（简单的只要坐标、朝向、速度，且速度朝向不变的情况下不再发送，只发关键点的3个属性），服务器计算后形成一个类似交警给的路况信息的东西，设备可以请求这个数据

@csx163 指的是3G流量吗？我觉得导航本身流量用得很少啊（普通导航仪根本都没3G卡），我出去玩7天开车到处跑，用掉的流量还没打一关节奏大师多……

有这么个东西，可以让你本来没SEO优化过的ajax为基础的动态站点，变得更SEO友好：http://prerender.io/
友情提示：相当吃CPU和内存

@ninjai
@sinxccc
重算路线这回事，多数的导航软件（我用过凯立得、百度、google、高德、Nokia here）是这样一个逻辑：如果你走的路和他给出的路线不符，且你当前位置依旧是掉头回他的路线更近，他会不断叫你调头。
但是在有些城市，会存在这样一个情况，导航规划的路线是非常拥堵的（必然，大家都按导航的走），而不走规划的路线会多绕3-5公里。在这个过程中，你即便不走导航的线，基本上在2-3公里内，导航依旧会觉得你掉头更好，不断叫你掉头，我就曾经连续10个路口让我掉头，终于在第11个路口的时候他重算路径了……
这就表现出了导航只是按他的算法（固定的）来计算你应该怎么走，而没有加入对驾驶者意图的判断。很明显我连续3-5个路口都不理导航掉头的要求，就是我不想走他给的路，他就应该及时地重新计算，而不是等10个路口后我离给定的路线太远才不得不重算

@bluntblade 是的，这些问题很严重，所以我曾经想过这样一种实现：

1. 预存一年内一个城市各个时间段各路段的平均状况
2. 能同步上交通信息就同步，同步不上就用预存的计算
3. 所有使用导航应用的设备自身组成一个网络，不断把当前车速和路段送到处理中心（相信我，用的流量很小的，做过GIS应用我还算清楚），处理中心利用这些数据来推导真正的交通状况，甚至可以在你要转进一条路前提醒你前面有突发性拥堵（比如撞车了）

不过我在想，做第3点会被国家禁掉吧- -

@66450146 让我想起strcpy(a, b)函数……每次都要查下文档才知道哪个是from，哪个是to，真心痛苦……

@dorentus 正如你摘录的，签名包含“方法关键字（objc里是中括号？），返回值，一个或多个签名关键字，参数类型，参数名称。很明显，colorWithRed:green:blue不包含上面说到的全部，因此叫签名我认为是不合理的

想问一下，这货有自动邮件规则吗，和outlook的规则比起来怎么样？我基本需要类似“接收人/发送人/抄送人不包含XX的”、“主题包含XX/以XX开头的”这样的规则，然后自动放到不同的文件夹/标签下，没有这功能根本无法管理pop邮件啊

我觉得根本性的问题在于，楼主一定要理解colorWithRed:green:blue为“方法签名”，但其实在objc中，这东西就是方法名，名！不是签名！方法签名是“这个方法名+返回值+每个参数的类型”合在一起才成立的，你绝对不能把colorWithRed:green:blue这一串东西当成签名，因为它不能代表且仅代表一个函数/方法/消息
所以如果楼主一定要坚持说colorWithRed:green:blue这个是方法签名而不是名的话，就完全是用其它语言的所谓常识的一部分（不是全部）去理解一个独特的语言，一切讨论都无法成立。
就好比中国人去问一个日本人：中文和英文都说“我吃饭”，日语为啥说“我饭吃”。这纯粹是文化的差异你非要坚持自己才是对的就是找打嘛

500G的数据用MySQL分析不难，如果对时间没特别高的要求还不至于要hive或者hadoop这样的，熟悉MySQL的话就用着MySQL好了
我觉得问题在于，这数据怎么导入MySQL去……至少500G的东西全读入内存然后parseJSON是不现实的，得要一个支持流读取的JSON实现，边读边丢，读完一个对象就别留内存里。java中有jackson之类的，python有ijson这种

java有非常多的经典理论可以学，因此学java不仅仅是一门语言。诸如OSGI、JSP也许被人所不耻但也有其亮点，仔细去思考这些规范出现的原因并尝试还原推导出规范的过程会收益颇多。而缺乏规范的脚本语言很难有这方面的收获。

从个人的经验看，写js请多年，从小页面到大系统的构建，很多时候得益于曾经的java+.NET基础，因此对各种解耦的设计相对熟练，构建大系统不至于搞出一团糟的代码。而很多前端，也许他们觉得自己是高手，但是代码在我看来维护性差+扩展性差+不易测试，可以说一塌糊涂

我来预测下，前端应用的javascript在3-5年内会开始对依赖注入有需求，渐渐这些后端的所谓“腐朽、笨重”的东西会被使用在前端

stylus+1

6分钟，最后一题玩reduce玩脱，好好写for循环估计4分钟能搞定

放个github for mac怎么样，偶尔也有github上不去的时候