@gefranks O 家是哪家？
@henrywangx 思家是哪家？ Cisco ？漕河泾的？

@fuyufjh 这个真心不错，要求也高。我还是留意一下传统企业。

@xmh51
@zjp

=_=!!

确实是我自己挖的坑，for 循环里开始不是用的 stringbuilder，是直接 printlin 出来的，这样确实没毛病，引入 sb 之后，在最后将结果一次性打印输出。实际 hit 是在第二次也就是 15 和 48 的时候发生的。

@naixiaoxin 刚刚看了邮箱里面当初激活帐户的邮件，href 里面是带有链接的，因此，这个锅要分给产品和开发两个人背。

还有一个 bug，贵司网页版登录时，输入用户名和密码时，密码错误会出现红色提示密码错误，关闭输入框之后，再次输入错误密码，就不提示密码错误了，没有任何响应。非得重新刷新整个页面才行，贵司前端堪忧。

@naixiaoxin 您好，蜜码我已经找回来了，不用重置了。

但是，我还是要说，贵司密码重置产品设计思路有问题：
1，使用这个按钮时，假设采用了 js 函数来跳转，那么需要考虑到很多邮件 ISP 会过滤掉带有 js 函数的邮件；即使不过滤也有很多用户使用的是纯文本邮件而不是带 html 标签的富文本。
2，基本上所有密码重置邮件都会额外把密码重置网址写在邮件中，防止邮件内置的重置链接失效等问题造成无法重置。

最后，你们的 APP 更新之后，自动退出登录了。

别的重置密码的邮件，基本上都会额外再给个链接，防止按钮出错或者广告拦截什么，这家我估计是压根就没做邮件找回功能。

@wd
@gbin
没有网络请求，没有绑定 js 函数，就是一个 blank

@cz5424 同学，请注意审题，内网。

@smdbh 重新导入也限定只能用一个月的样子，这样就没办法持续。现在还想到了一个方法就是限定死了最多只能处理到 2018 年 10 月份的数据。

@herozhang 无法联网，物理隔绝。如果能联网的话，每次启动一下 NTP 服务授时即可。

@Tianao
@ncisoft 他们内网接入新电脑很麻烦，开新的端口什么的要各种报告各种申请，虚拟机是现成的，他们内部测试也用到虚拟机的，就借用一下。内网电脑插 USB 也很麻烦，都要申请。

@wdlth 恩，倒计时不错。OTP 有点不好操作，如果要给密码的话，他们就知道明显是我们下套了。

@lfzyx
@beginor
@uuair
@jadec0der
谢谢各位，你们还是跟这种甲方做的少了，我们这么做是有前车之鉴的，他们的套路是用最好的方案做个演示把经费先弄下来，然后再找你砍价，项目分包，自己内部的关系户开的公司要拿到项目里面占大头的几个包。以前有项目就碰到过，几个小公司没经验忘记设防，整套方案都被撸过去然后自己内部关系户的外包公司照抄一套。真正做出来的小公司就拿了个演示项目的小钱。告也告不起，人家都是内部用的，取证都没办法取。

最后，我们的目的很简单，你随便搞，但是到期了你玩不下去还是要来找我谈，我占主动地位就行了。不然真是被他们压着做。

@trepwq 还有更隐蔽一点的么？这个我怕他们随便找个懂 Linux 的就能搞定。。。

@Oz2011 非常感谢～

WPS 的块操作了解一下。

https://i.imgur.com/qEZYHpA.png

@findingpan
@lsmgeb89
好的，谢谢两位解答，特别是 @lsmgeb89 逐个问题回复给了这么纤细的解答。LeetCode 刷多了我觉得也没啥意义，其实类似考试和实际能力一样，能力强的不一定考得好，但是考得好的多半能力都不会差。我觉得花太多时间在 LeetCode 上有点不划算，但是这个东西又是一个绕不过的弯。实际工作中基本上不会用到什么特别复杂的数据结构，用的也是封装好了的库里面的，很多基础库甚至是用汇编来实现的，自己搞出来的效率还没人家的多。唉，反正无论如何先搞几遍再说吧。

@Raymon111111 我也觉得应该这样，毕竟是考察算法本身的。但是如果写的代码不优雅、堆代码速度不快，怕被人笑话啊。在一亩三分地上看到，FLAG 对有几年工作经验的除了靠算法题，还非常看重系统设计能力，当场要你设计一个 xx 系统，感觉还是很具有挑战性的。有几年工作经验的 onsite 的时候一般还会弄个 ppt 展示自己做过的项目。

@xianzixiang 不一定是美国，加拿大也可以，主要是考虑到下一代。美国确实不好弄了。

加密狗 + 限时的 Licence

楼主可以的，GPA 怎么样？ GPA 不错上个 Master 也不是不行啊，既然选择当码农，年轻的时候就不要呆在温哥华这种养老的地方了，现在过得舒服以后日子就难过了，还是去硅谷或者就近的 Seattle 吧，话说 Amazon 也要在加村大批招人了，不要放弃机会啊，都去试试～

@albertofwb 谢谢，第二个执行结果跟你贴图一致，有个小问题是最前面查个\x，代码： <br>
s = '呵呵' <br>
print "\\x".join("{:02x}".format(ord(c)) for c in s) <br>
print repr(s) <br>
s = u'呵呵' <br>
print "\\x".join("{:02x}".format(ord(c)) for c in s) <br>
print repr(s) <br>
s = '呵' <br>
print "\\x".join("{:02x}".format(ord(c)) for c in s) <br>
print repr(s) <br>
s = u'呵' <br>
print "\\x".join("{:02x}".format(ord(c)) for c in s) <br>
print repr(s) <br>

结果： <br>
e5\x91\xb5\xe5\x91\xb5 <br>
'\xe5\x91\xb5\xe5\x91\xb5' <br>
5475\x5475 <br>
u'\u5475\u5475' <br>
e5\x91\xb5 <br>
'\xe5\x91\xb5' <br>
5475 <br>
u'\u5475' <br>


@SmiteChow 我的 python 2.7 + Debian 8.6，代码： <br>
print repr(kwd) <br>
print repr(kwd.encode('utf-8')) <br>
print repr(kwd.encode('utf-8').encode('hex')) <br>

结果： <br>
u'\u7075' <br>
'\xe7\x81\xb5' <br>
'e781b5' <br>

跟客户又沟通了一下，其实他是怕 unicode 字符输出有问题，打印了方便测试人员（外包给阿三了）比对，所以才要这个效果。他其实更关心的是 unicode 在 mysql 中存储的问题，这些需要处理的 unicode 编码文字要存到 mysql 的 keyword 字段，刚开始用的是 utf8_general_ui 存储，该字段有 UNIQUE 的索引，出现了大写 G 和小写 g 被认为是同一字符而引发了插入错误。后来改成了 utf8_bin，大小写问题解决，但是还是有部分转义字符报错，他想把这些有问题的按字节打印输出方便测试检查。

PS：如果实在是有些很奇葩的语言，比如北欧国家使用的字符，东南亚、阿拉伯使用的字符，开一个新的单独字段专门存\xe5\x91\xb5 字节码，能解决他这个 UNIQUE 的索引问题么？

谢谢

@SmiteChow 输出是汉字，版本 2.7，谢谢。

@albertofwb

当前用的版本是 2.7，这两个方法都不行，第一个方法打印出来是汉字，第二个方法打印出来没有\x 开头，是 948b23 这种缩在一起的。

Anyway，谢谢