@juicy

这还有一份呢： https://www.google.com/about/jobs/search/#!t=jo&jid=45031&

我觉得Java这样的知识也是需要的。毕竟你得懂得程序的原理，或者Google自己有架构需要这些。

这是份后端的：https://www.google.com/about/jobs/search/#!t=jo&jid=150001&

前端面向用户，后端面向系统，没什么问题。

@icyalala 我觉得这样不重视技术（前端也是技术）的公司，做出来的产品估计，呵呵。

我估计V2EX还是Coding仔多，不知道前端有多重要。

当产品发展到一定程度时候，如果没有前端那种捉摸或者实现用户体验的人，对产品来说简直就是灾难了。

如果世界上所有网站的用户体验都像V2EX的（这个）输入框一样，这世界得多么可怕。

@subpo 这是没睡醒么？

https://www.google.com/about/jobs/search/#!t=jo&jid=42117&

@maikcn 用不着那么烦。前端工程师是负责处理用户交互界面的技术人员。

自己搭建服务器的话，邮件到达率仍然是可以保证的。因为MX服务器会主动返回发送状况，类似于你在命令行中敲echo，的时候有回显。

当然是用公共服务器来发送邮件好处也是显而易见的。第一就是不用自己操心去设置服务器还得保证不被放在黑名单里。第二条就是，一些发送云会提供的附属服务就没有了。

关键还是看需求来设置。

小公司的话不需要那么纠结，邮件少就用免费邮箱发；
邮件稍微多一点（一天发2000+）就买个发件云代发，很省心。
再大的话，如果要求追求性价比+公司有专业人员管理发件服务器+同时公司域名已经是公认的了，那么自己开台服务器来发也挺好。否则还是用发件云好，人家专业啊。

不过我现在在小小公司嗯，我的解决方案是：设置多个免费邮箱的邮件服务器，126啊QQ啊Gmail啊什么的，然后让程序自己随即排序然后一个一个蹭上去尝试发邮件，设置超时1秒，发件失败了就尝试下一个。就这么着测试了下，一天也至少能发3000+份邮件（但都是发到nobody@随机值.com的，不知道到达率）。不过这样就不太专业了，像是发垃圾邮件的小贩。

QQ和163每天邮件有上限。200～500吧记得。

当然，其实自己建台服务器来发信也不错，不一定要sendcloud这些。

@lvye 关于你提到的的md5 https://www.v2ex.com/t/90371

@kstsca 可以叫汤若水。

@daiv 我是在说大多数编程语言的瓶颈已经不在语言解析器上了。现在先进一点的编译器和执行器已经足够快了，快到你几乎可以忽略这些差距。

所以现在的情况是，一个网站往往不是慢在他自己的语言上，而是他使用的附加服务上。SQL是其中一个。

曾经有经验将自己框架驱动的网站优化到接近3~5毫秒打开，利用了OpCache之后一切都进行的很顺利，直到……网站去MySQL上蹭了点数据，也就5个查询，导致延迟立即飙到了40毫秒+。

所以网站的优化不仅仅只是选一个快一点的语言嗯。

不管什么语言，蹭一下SQL优势就立即不明显了嗯~

@loading 如果能给路由器加上电池和储存(SD卡至少)等消耗元件，慢慢慢慢的可能……用户习惯就改变了。

好奇为什么不用nodejs写，又轻又小，再不济用php自己的服务器啊。

要是再把mysql装上就搞了。

发现楼上很多态度问题大大的，或者都太坏了乐呵呵的挑拨老板跟员工的关系。啊哈哈。

虽然可能这样的老板让你不爽，但是最深层的问题还是对你不信任。怕你从公司捞代码或者等你自己的项目做好了就走人。

最好的方式还是跟你的老板沟通下啊楼主，让你的老板对你放心。

我想如果你能让你的老板相信你能够全心全意地负担公司的项目，同时你自也利用私人的时间研究技术以便提升水平，以便写出更好的代码。你的老板就会至少不会干涉你这么做。

当然，也不排除有些老板出于利益原因限制员工发展，让你懂这么多技术给他用就好了，不要提升什么的，那样我只能说你跟错人了嗯。

@treo 不是不是嗯。我的意思是PPPoE拨号的时候看拨号卡的MAC地址是不是会有变动嗯。

@raincious 嗯……我错了，是255不是256嗯……

@loading 用一种检测TTL或其他类似包的技术，可以探测到TCP/IP包出站时有没有经过路由器嗯。可以在最用户端的路由做检测。

比如检测包的TTL是不是32|64|128|256，如果都不是，很可能路过了用户本地路由。

当然了，由于操作系统的原因TTL被设定的值不同，检测不可靠嗯。所以大多数服务提供商还是解开包看MAC地址。