1
WispZhan 2017-06-19 08:46:30 +08:00
你这不是原文,也是转的。原文在 InfoQ
|
2
KeepPro 2017-06-19 08:49:07 +08:00 via Android
也许是未雨绸缪?
|
5
XiaoFaye OP @XiaoFaye 哈哈,还是搞错,真正原文应该在 https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb
|
6
reus 2017-06-19 08:54:58 +08:00
你是不是想说,大公司用的这些技术,你都不用去学习了解?
|
7
moguiyu 2017-06-19 08:56:08 +08:00
挺好的,看来真正的问题是要先了解自己的问题。
|
8
pezy 2017-06-19 08:57:06 +08:00 via iPhone 1
其实很多人在工作里目的并非只有解决问题,学习运用大公司的技术,可以在下一次找工作时有更多的谈资罢了。
|
9
bravecarrot 2017-06-19 09:22:46 +08:00 via iPhone
有些道理 可还是要继续了解学习啊
|
10
wentian 2017-06-19 09:22:47 +08:00 5
不好意思, 喷一下.
我不太明白这篇文章的价值在何处, 整篇文章的核心观点无非是: 有多大脚穿多大鞋, 不要东施效颦大公司 and so what? 然后呢? 没有给出一点实质性的意见(谁都知道, 事实比言语困难一百倍, 没有四海皆准的真理), 实际上作者也给不出建议 无非是把一句正确的废话, 又重复了一遍而已 意义何在? 也许作者并不介意: 起个耸人听闻的标题, 然后往已经是垃圾技术文章满天飞的互联网, 又多制造一篇垃圾而已 以上, 纯属我的个人偏见, 欢迎讨论 |
11
zjsxwc 2017-06-19 09:30:55 +08:00
面向工资编程,没毛病啊
|
12
Mcatt 2017-06-19 09:32:03 +08:00
面向工资编程
|
13
paradoxs 2017-06-19 09:34:02 +08:00
上 Hadoop 是为了拉融资 你不上 你就不是大数据公司
不上 Hadoop= 跟不上潮流 && 热点= 没投资 =没钱= GG |
15
orvice 2017-06-19 09:45:50 +08:00 1
|
16
lgpqdwjh 2017-06-19 09:46:02 +08:00
有些人对号入座脸疼了, 夸夸的一顿评论, 有什么用呢
|
17
4703269641 2017-06-19 09:51:16 +08:00 via iPhone
面向工资编程+1
|
18
zhouyg 2017-06-19 09:56:32 +08:00
确实如上所说,只提出了问题,却没有解决的法子
|
19
tinkerer 2017-06-19 10:01:38 +08:00 via Android
所以文章里说 Amazon 创建的 Cassandra 不会让 Facebook 很惊慌吗?
|
20
XiaoFaye OP @zhouyg 其实能意识到问题已经是一种进步了,至于解决方法,在不同的环境下都是不一样的。学校里也没教我们解决方法对不?但是教会了我们怎么会寻找解决方法。
|
21
aksoft 2017-06-19 10:25:36 +08:00
这叫装逼让雷劈么。。
|
22
sagaxu 2017-06-19 10:27:21 +08:00 1
曾经也踩过同样的坑,在不到 10 个用户的时候,按照几亿的 pv 设计系统,第一版正式上线的时候,早已弹尽粮绝
|
23
scriptB0y 2017-06-19 10:38:25 +08:00
@WispZhan infoq 也不是原文,原文在: https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb
这篇文章我是在这个博客看到的,顺路推荐一下这篇: http://www.luanxiang.org/blog/archives/2333.html |
24
crouchred 2017-06-19 11:33:02 +08:00
学习了。
我觉得矛盾在于,究竟是面向工资编程还是面向公司编程 当然如果环境好,这两者应该是不冲突的。 |
25
rocksolid 2017-06-19 12:15:21 +08:00
这只是对公司的技术选型来说的,但是没人会这么做,大部分创业时已经想着以后过亿 pv 怎么办了
|
26
rrfeng 2017-06-19 12:41:05 +08:00
面向工资编程是一个方面。
但是 Hadoop 能处理 100T 的数据,也能处理 1T 的数据。 普通方式处理 1T 的数据就很费劲,那么我为什么不用呢? |
27
loryyang 2017-06-19 13:22:58 +08:00 1
因为如果你一直打补丁,那么职业成长就很困难,所以大家越来越追求高大上
|
28
firefox12 2017-06-19 15:19:41 +08:00 via iPad 1
追求高大上 对自己以后找工作有好处,至于公司死不死和我何干?它裁员的时候也没把我当家人啊
|
29
hellojl 2017-06-19 15:29:44 +08:00
技术是为了解决问题存在的,抛开业务场景、面对问题谈技术就是耍流氓。学习更好的技术有助于程序员本身的发展,拓宽视野,面对问题时有更多的解决办法,但是解决问题,需要的是最优解,而不是最酷炫的解
|
30
LancerEvo 2017-06-19 15:32:34 +08:00
@wentian i 有没有注意到原文页面左上角有个 M logo
对的,这其实是 medium,只是有个独立的域名而已。 如果你经常看 medium 我想你已经懂我的意思了。 如果你不看 medium,那么你看一段就知道了,medium 上头都是一些类似的大而空的没有实际意义的文章。 |
31
jiangzhuo 2017-06-19 15:33:32 +08:00
面向工资编程+1
在考虑选什么技术的时候也要考虑能不能为公司带来更好的前(钱)景,自己工资能不能跟着涨啊 |
32
meepo3927 2017-06-19 15:34:17 +08:00
翻译:
你啥也不是,好好搬砖,代码能跑就行,别琢磨太多没用的。 |
33
gongjianwei 2017-06-19 15:40:22 +08:00 via Android
个人开发者就没什么包裹。有些事要是不折腾,宁愿不去做
|
34
stabc 2017-06-19 15:40:45 +08:00
好像初创公司很多不免会犯这个毛病,前几天刚倒掉的 IMZY 老版也说他最大的失误就是项目初期话费太多精力在“技术层面的可发展性”,包括数据库承载能力等等,结果到最后也不过每天几千个人访问。
点开文章时我就想到“ Google 也不是 Google ”这句话,没想到文章里也有呵呵。 |
36
am241 2017-06-19 15:59:20 +08:00 via Android
@hellojl 任务上的最优解在公司发展和个人发展中都不是最优解,做一天和尚敲一天钟或者只想当一个纯手艺人就可以只关注手里的任务,一点都不考虑未来
|
37
hellojl 2017-06-19 16:19:06 +08:00
@am241 可能我的表述问题,这里面我想说的并不是日常工作的一个个 task,想说的是项目的整体的架构设计,面对的或者即将面对的压力,包含一定的预期,不包含过分的预期
|
38
mingyun 2017-06-19 23:54:36 +08:00
面向工资编程 +1
|
39
voocel 2017-06-20 01:19:00 +08:00 via Android
老板要用什么就用什么,学习更高级的技术,一是因为兴趣,二是为了下次跳槽做准备。
|
40
ryd994 2017-06-20 05:42:02 +08:00
也不完全对吧,过度冗余有时候可以作为抵抗 DoS 的一部分
多大脚多大鞋的话,你需要花很多时间在过滤恶意请求上,区分哪些用户“过分”了 有这时间和钱还不如加几台服务器,然后随便设个非常高的限制 |
41
XiaoFaye OP @ryd994 想那么多还不如直接买个 Cloudflare 的服务?让专业的人做专业的事呀。写个代码的人还要去想 DoS 攻击,防火墙的,只会得不偿失。君不见萧峰一个降龙十八掌就可以打遍天下无敌手了?鸠摩智学遍天下各派绝学也不过如此。
|
43
zuolan 2017-08-02 15:33:11 +08:00
不用这些我用什么?有现成的干嘛不用非要自己开发一个适合自己业务量级的小轮子?
|
44
zuolan 2017-08-02 15:34:02 +08:00
卧槽,我挖坟了。。。。
|