要跟团队都招呼下，各类语言的保留词多避免下，以前用 ruby thrift 对接 c++ 服务遇到好多。

数据量大的时候，如果用 exclude，性能可能会不高，具体看 sql 语句

改变的方式有两种，一种重构，一种重写。

老代码老方式。

新代码把工程逻辑上拆分成几个小块，然后重写小工程（加测试，不限语言），逐步替代老程序。就不来点新的想象空间？

测试是影响设计的，如果代码结构设计也在持续修改，加的测试更多在集成阶段，model/controller 的测试性价比不高。

找个测试，用瞬间并发的方式测试，并发数量=2 的时候，就挂了。

#2 楼 @kgen 性能问题，非常感谢。

另外，大家都说先加测试来保证代码，有在项目中期加测试代码的实际这么干过的么，什么感受

#89 楼 @serco 了解了，Thx。

除了如何进入和开发程序，以后有成型项目需要重构的设计思路分享，就更期待了。

今天下午薄荷西医同学分享的时候，有位仁兄提到一个代码检查工具和另两个工具，有知道具体么，留个关键词我们自己查来看看？

老家不通火车，不用抢。

#3 楼 @rubyu2 eye 资源消耗（cpu）挺多的。

如果自动部署用 cap，其中用 monit 来重启？那有一些操作需要 root 权限来进行？

monit 好像是趋势哦，毕竟做监控更专业一点。就是使用比 eye 还是略麻烦一点。

text

1，好恐怖，先深呼吸

2，搞需求

前景不错，机会不错，有想法有能力的可以留意，帮顶。

#14 楼 @ericguo 那一款 cherry 国产的，我有，手感我觉得很不舒服。

#9 楼 @shangrenzhidao 看个人偏好吧，照顾周围音量可以茶轴，节奏感的可以青轴，游戏的我不知道

不贵吧，cherry800 左右那个，我感觉自己的 cherry 更舒服些，就是很占地方，自己的 filco 蓝牙反而 999。 我说的就这一价格级别的，hhkb 这种另说。

不在乎外观和空间的话，个人感觉 cherry 原厂比 filco 手感更舒服点。

ubuntu server + fvwm + rxvt + tmux + vim + yunti + firefox

#2 楼 @jhjguxin 1，商业目标->部门目标->团队目标（可以看平衡记分卡等方法）， 2，根据目标制定/开发绩效指标项，这个自由发挥（代码量，质量，库贡献度，线上故障处理效率）， 3，根据指标项制定/开发统计数据基础来源和计算方式 4，根据绩效实施效果优化改进，持续优化，PDCA

绩效这个东西大家都做不好，不代表这个东西本身不好。细节讲解，你请我吃饭我再告诉你。

5 年，不要轻易换阿

neovim 观望一下，配套配置目前没时间折腾。但目前用的 vim/fvwm 这类老东西，还是期望能长久维护迭代用下去

有正常的业务支撑，做技术才有基础，业务有发展，不愁技术没成长，这一点还是靠谱的。

#1 楼 @meeasyhappy 除了详细性能测试结果，最好有一个总结，大概哪个方案的总体优劣势。因为有些人想看详细，有些很懒只想知道答案。

还有一种方案是通过 spinx 或者 elasticsearch 来处理 lbs

我觉得，使用国标城市编号做唯一标识的，才好以后外部对接。具体哪个插件就不知道了。

昨天在 beta1 遇到一个 ActiveRecord + pg 时查询的库本身 sql 生成错误，改用 beta2 就好了：）

@xiaoronglv 问下，mapping 时比如标签列表 tags: [''abc','def'] 去存储， 当 index not_analyzed 时候，可以用 filter 查询查找到 当默认 string analyzed 时候，可以 query match 来，这个时候用 filter 搜索不到 如何让他可以 filter 又可以在搜索时候被 match 到，是怎么 mapping 的

分词以前一直用 mmseg，从 sphinx 到 es。不过最近代码里面产品只需要 sql like 的程度就够，还没有去配置分词。

可以先 BetOrder.elasticsearch.create_index! 来创建索引，这个时候会按照 map 来配置。然后可以 index 各个 document。 直接导入没有具体测试，确定 import 前没有建立 index mapping 哦。 model 里面我是直接用 mapping do end 没用 settings do mappings do end end 不知具体什么区别？