沉了吧 事就是那些事,问题就是那些问题,都讨论清楚啦。
赌是无出头日的
没说完整。这里的“入门”是指部署这种分布式环境 + 搭这种“大中台小前台”架构 + 组建团队的的初期投入成本。然后部署完之后大家就可以安心地搬砖了。
其实我想吐槽的并不是语言本身的事,rails 和 java 哪一个能用更少的行数写分页数据库查询,其实真不是大问题。现在 spring boot 和 rails 的开发效率已经是同一个数量级的。
而是吐槽我们有一些技术同学,本能的把简单的事搞复杂。产品还没上线,先给你搞个大中台
,通用性
,可伸缩
,搞个技术赋能
。很多技术决策已经脱离常识。
我的技术常识是:程序员写代码是为了 build things(交付产品)。而最终检验生产力的标准也就是这个产品给用户创造了多少用户价值,和交付的速度如何。拆微服务,拆所谓的中台,都是无奈之举,因为业务复杂度太高,影响了生产力和系统性能。然后我们才去拆分,然后不得不解决一些额外的技术复杂度。
最近的这件事重新提醒了我这个常识。
第二点是这个“不得不拆分微服务”,阈值究竟是多少?答案是比很多人想象的高很多!你可以用一个单体应用做一个产品,成为全球 top500 的创业公司,甚至被收购。问题是在国内的大环境,很多 java 程序员已经退化到只能写个接口,从表里拿一些数据,然后大量时间花在联调沟通等流程里。能处理一个较复杂的 code base 的都很少了。别说从“用户价值”、“业务价值”等更高维的思考自己正在做的事了
同意。ruby on rails 属于 scale up,但 scale out 就比较难一点。
而因为 java 有大厂背书和使用场景,java 生态圈的 scale out 能力更强,但会有初期的入门曲线陡峭的问题。
我也是搜到这本书,但翻了下发现是个 web 年代的书了,说的主要是网页里的信息如何组织。
那是因为那个 HR 的后端 hc 差别不多够了,但前端 hc 还没够,拿你完成 kpi 所以这么和你聊而已。不用理会的。
“没有分布式经验就不能参加分布式系统开发”,也是伪命题。即使没有相关经验,你可以先学习分布式系统相关知识,向面试官证明你知识储备和学习能力都足以胜任,其实就可以了。
分布式系统无非是性能,一致性,容错,冗余等话题。已经是几十年的话题,太多资料可以学。
关于做前端和后端,还有换 tech stack。前端还是后端,我也经历过从 ruby on rails 换到 java,其实不用太关注“用什么语言写代码”这个事,这在日常工作中是个特别微不足道的点。
信息架构是啥话题?有相关的文章或书推荐么
很优秀。整个网址的功能已经很完整了。我之前也有用 reactjs 做一个网站 demo 的经验。建议楼主可以多走一步,看看怎么盈利。
哈哈哈,我也看了一些理财的书。确实程序员当前出卖时间换钱的现状让人很焦虑。
但这几个问题我觉得需要讨论下:
能说下钉钉内部的加班情况么?
对不起。。我看成养老公司。。还想着现在都这么直白了么
ruby-china 现在应该没有实现自己的搜索功能,是借 google 站内搜索的
我也觉得这个 feature 挺有用的,不过要做的话应该需要自己搞个 es 索引?挺大工程的
支持~~~
建议先掂量下自己的能力
这问题很复杂,头像是本人的话我们加个微信慢慢探讨
资瓷
为什么还有这样的言论?认为选择小众的语言能提高自己的品位、格调、态度、不可替代性。甚至提高自己的价值。
嘿大伙们,别被这样的言论骗了你。决定一个人的价值的永远仅仅是这个人的能力。因为牛逼的人干什么都牛逼,low B 的人干什么都 low B。
因为你用了 ruby 而不是 java,你就拒绝平庸了,这事是不会发生的。
我们应该聊聊 ruby 的语法怎么优雅,效率怎么高,将来怎么发展。而不是被这种劣质鸡汤混淆视线。
这邮箱要怎么看。。
图好看
这种只能通过唯一索引解决。。。知道数据库多牛逼没。。
晚于 85 年还是早于 85 年啊?。。
人均 15 平的办公环境???求楼主发几张照片观瞻
千万级别你慌什么。。
简单算一下 2w qps 分到 150 台机器上 也就是单机 133 qps。怎么可能怪在 ruby / rails 头上?
再分析一下其他的系统瓶颈吧
压一压 redis 集群的带宽、qps。检查下 redis 指令 什么的
又或者你们在 redis 层是不是有啥同步机制呢?
如果楼主不能提供更多信息 基本是解答不了了
hi, 哥们
https://ruby-china.org/topics/33393 https://ruby-china.org/topics/33418
这样叫对新人不友好吗?
只要不是那种非常初级的问题大家都会很详细的解答的
啥?
发帖回帖这个功能暂未实现?
具体问题具体分析,可以先分析一下 qps 这么低的瓶颈是什么。
支持~~