推荐一篇个人认为的好文：一语点醒技术人：你不是 Google

[XiaoFaye]

原文链接：

https://news.cnblogs.com/n/571880/

[aksoft]

这叫装逼让雷劈么。。

[sagaxu]

曾经也踩过同样的坑，在不到 10 个用户的时候，按照几亿的 pv 设计系统，第一版正式上线的时候，早已弹尽粮绝

[scriptB0y]

@WispZhan infoq 也不是原文，原文在： https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb

这篇文章我是在这个博客看到的，顺路推荐一下这篇： http://www.luanxiang.org/blog/archives/2333.html

[crouchred]

学习了。
我觉得矛盾在于，究竟是面向工资编程还是面向公司编程
当然如果环境好，这两者应该是不冲突的。

[rocksolid]

这只是对公司的技术选型来说的，但是没人会这么做，大部分创业时已经想着以后过亿 pv 怎么办了

[rrfeng]

面向工资编程是一个方面。
但是 Hadoop 能处理 100T 的数据，也能处理 1T 的数据。
普通方式处理 1T 的数据就很费劲，那么我为什么不用呢？

[loryyang]

因为如果你一直打补丁，那么职业成长就很困难，所以大家越来越追求高大上

[firefox12]

追求高大上 对自己以后找工作有好处，至于公司死不死和我何干？它裁员的时候也没把我当家人啊

[hellojl]

技术是为了解决问题存在的，抛开业务场景、面对问题谈技术就是耍流氓。学习更好的技术有助于程序员本身的发展，拓宽视野，面对问题时有更多的解决办法，但是解决问题，需要的是最优解，而不是最酷炫的解

[LancerEvo]

@wentian i 有没有注意到原文页面左上角有个 M logo
对的，这其实是 medium，只是有个独立的域名而已。
如果你经常看 medium 我想你已经懂我的意思了。
如果你不看 medium，那么你看一段就知道了，medium 上头都是一些类似的大而空的没有实际意义的文章。

[jiangzhuo]

面向工资编程+1
在考虑选什么技术的时候也要考虑能不能为公司带来更好的前（钱）景，自己工资能不能跟着涨啊

[meepo3927]

翻译：

你啥也不是，好好搬砖，代码能跑就行，别琢磨太多没用的。

[gongjianwei]

个人开发者就没什么包裹。有些事要是不折腾，宁愿不去做

[stabc]

好像初创公司很多不免会犯这个毛病，前几天刚倒掉的 IMZY 老版也说他最大的失误就是项目初期话费太多精力在“技术层面的可发展性”，包括数据库承载能力等等，结果到最后也不过每天几千个人访问。
点开文章时我就想到“ Google 也不是 Google ”这句话，没想到文章里也有呵呵。

[stabc]

@sagaxu 但是作为技术人员，这个坑真的很难绕过去，好像有种荷尔蒙在刺激去分析这些东西，很让人兴奋。

[am241]

@hellojl 任务上的最优解在公司发展和个人发展中都不是最优解，做一天和尚敲一天钟或者只想当一个纯手艺人就可以只关注手里的任务，一点都不考虑未来

[hellojl]

@am241 可能我的表述问题，这里面我想说的并不是日常工作的一个个 task，想说的是项目的整体的架构设计，面对的或者即将面对的压力，包含一定的预期，不包含过分的预期

[mingyun]

面向工资编程 +1

[voocel]

老板要用什么就用什么，学习更高级的技术，一是因为兴趣，二是为了下次跳槽做准备。

[ryd994]

也不完全对吧，过度冗余有时候可以作为抵抗 DoS 的一部分
多大脚多大鞋的话，你需要花很多时间在过滤恶意请求上，区分哪些用户“过分”了
有这时间和钱还不如加几台服务器，然后随便设个非常高的限制