@nowcoder hash冲突看你的hash函数和桶的大小,桶大四倍,160*4M的内存也不是问题.

位图要看你的最大数字, 还是以int64能存下为例的话, 2^63/8 字节(一个字节表示8个数)

另外@Esay说的对,这个题目也许是想考察查找,却不小心让排序成了最高时间复杂度. 所以提前优化是万恶之源啊,哈哈.

第三题不到10M个数字,如果不是大数(int64能存的下的话),一个文件不到80M,两个160M内存可以存下.
存储方面的问题大家想多了吧?

至于时间问题,绝对不会少于o(n),
特殊点的如@hualuogeng说的位图
通用的方法用hash表,都是o(n).
不过个人更喜欢hash,虽然内存会多一些,但抽象的更好.不过说回来,位图也是更特殊的hash表实现而已

歪个楼吧,为什么要计算密码是否满足要求?为什么要计算有多少种情况?

密码保存模块校验? 这不是把密码保存和输入耦合吗?
密码输入模块校验?人都能输进去了你担心这个干啥?怕UI bug?万一UI Bug了用更高级的密码重置一下不就OK了?不会没有吧?
计算密码的安全性? 那就不需要在板子上计算了,找台服务器慢慢算就是,一次性的工作,为什么要高效?

如果由于各种原因不能把代码整好,个人一般遵从Google的原则:不作恶.

即至少不让代码更烂,至于是不是让他更好,要看进度,owner(也许owner觉得这种很烂的代码很好呢?),模块的重要性等等诸多因素yin's

我们使用了一项叫Dynative的技术，当使用天猫客户端访问双十一的Web页面时，客户端会自动生成一个Native实现的View
----------------
把Android解析layout的代码拷贝一份出来改吗?
很久之前写的代码片段,只做了demo,估计bug不少.

https://gist.github.com/xylophone21/e8ba54145bc4817aef44

因为你脑补或者他口误说多了"其他"两个字,他想表达的意思是:

用了SURFACE 就再也不想用pad

@9hills 我点退货选择质量问题,他点了确定.

@9hills 你的意思是说不选择退货也有投诉入口? ( 这个我真没找到) 然后只要投诉没有结束, 货款就不会到卖家手里?

问题是投诉有时限的,过了时限怎么办?
如果问题是难以证明的问题,即使拍照片也很难证明质量有问题啊.

@9hills 问题是如果他一直不说这句话哪怕出现像@woyao这种情况都不行吗?

不申请退货投诉入口都不给,申请了又通过了.

@xxstop 这个还真是. 不过奇葩到不认自己的系统,还真是没见过.

鹅厂的HR会拒收QQ邮箱的简历吗?

@rainy3636 卖家没要求拍照就已经承认了啊.

而且拍照要怎么证明床凹陷?成本太高啊.

Finder

依赖倒置原则,其它已经有人说了.

类似这种东东
http://item.taobao.com/item.htm?spm=a230r.1.14.135.c8uLk4&id=35394687741&ns=1&abbucket=18#detail

烧气的,满足省点需求

没有人觉得函数前的注释全是废话吗？
看起来貌似有文档，可提供的信息基本上为0.

你想怎么处理
<span class = "c-showurl">...<sth class="c-showurl">...</sth></span>
?

纯正则角度

在享受欣喜的同时，给自己制定了新的目标：每个月存下 1W 元。如果月收入不够 1W，那就去想各种办法凑够并存起来；如果超过 1W，多出来的部分就去挥霍，尽情犒劳自己。这样 1 年以后自己就有 12W 可支配资金了。
可事实总会超出计划和预期。很快，要挥霍的部分就多于要存下来的部分了。于是不得不再次调整目标。



2010 年，刚步入外包行列，主要通过搜索引擎来搜索别人发布的需求。经过初期的尝试之后，我们果断放弃了两种类型的项目：


认识到这两个问题之后，我们马上将目光转向国外。首先去研究了著名的几个外包平台，比如 Elance，oDesk，我们认为这种方式同样不适合。无休止的投标会大量浪费时间，与印度人的竞争我们也明显处于劣势。


于是我们开始采取另一种方式：位于美国、澳大利亚、英国的三个同事，直接去联系本地的 digital agencies 和 design companies。通过邮件、电话、甚至面对面的方式，向他们介绍我们的团队，展示我们的案例。
----------------------------
谁能解释一下以上第一段里很快出现的每月超过2W的收入是来自第二段描述的这两种不靠谱的项目,还是第三段描述的著名外包平台,还是来自第四段里国外的3位作者单枪匹马状态下的同事直接面对客户谈来的项目?

这个接口定义看的很是醉人啊