高级会员
fleuria (fleuria)
第 170 位会员 / 2011-11-22
5 篇帖子 • 218 条回帖
don't feed the trolls
-
9 个赞 / 18 条回复
-
8 个赞 / 9 条回复
-
4 个赞 / 17 条回复
-
2 个赞 / 29 条回复
-
1 个赞 / 4 条回复
-
[上海][8-24,25] RubyConf China 2019 赞助召集 at 2019年05月15日
支持 🎉
终于知道 hoopo 的真名了 😳
-
Feed 流设计 (二)：拉模式 Vs 推模式 at 2018年10月02日
现在趋势一般向纯拉走，更容易做算法排序的 abtest 之类
-
谨防比特币和区块链骗局 at 2018年01月25日
这个视频看了五遍 ( https://weibo.com/1283022704/FEPKyx8Ti
-
给你接触下一门 Web 的编程语言，你会选择哪个？ at 2017年08月12日
其实觉得 web 作为一个开发领域已经没落了，后端工程师要开发的将更多是 api 与三端对接，而非 web 而已。
这时语言的生产力差异相对会不那么明显一些，差异将更多 concern 在不同技术栈的成熟度和扩展能力上，其中扩展能力除了耳熟能详的性能、可用性方面的考虑，也包括团队的扩展空间。这两者都与社区的力量也深深关联着，比如公司快速成长时，能否通过社区内成熟的方案解决难题、或者引进社区内有经验的工程师顶住局面。
-
请教一下至少千万级别数据库的选择方案 at 2017年08月03日
单表就行了，现在千万不算大表，做好索引就问题不大
-
Rails 与 Django 性能的疑问 at 2017年05月22日
都这么慢，不要相杀了....
-
为什么用 RPC at 2016年07月27日
靠 rpc 去推动服务化容易掉进服务分层的坑里，如果拆分不谨慎，后期会发现做需求调整时需要一调调三层，出问题要挨个去定位
-
又一篇讲为什么从 Python (文中的观点也可以适用于 Ruby) 迁移到 Erlang 的文章 at 2016年07月13日
感觉如果能把缓存覆盖率做高，gevent 这类并发机制就尽量可以不用了，我们这边有几个 python rpc 服务摘掉 gevent 也可以做到几 ms 的延时几 w qps，与打 gevent 占用的资源差别不大，都挺吃机器的... 这时异步带来的复杂性多于好处，接口的 P95 等延时指标容易躺着受其他请求的 cpu 操作干扰影响诊断问题，设不好协程池子会傻 accept 请求容易过载，数据库池子设大了会打爆连接数设小了又限制并发
-
好像暂时没灵感了... at 2016年05月27日
最近在玩哪些呢 qwq
-
Breaking Up a Monolithic Rails App Without MicroService at 2016年01月23日
现在做项目挺担惊受怕的，后端怕 microservice，前端怕 SPA