@willwen 哈哈 实际上是根据能力评估来定level，根据level来定薪酬，有大牛来带着下副本也可以的~~ anyway, thx~~

@willwen 那个属于转岗大牛空缺，我们这个属于团队组建，应该也不太一样吧。目前招聘属于双管齐下吧~~

@phoenixlzx 哈哈 开玩笑啦~ 歪楼也是支持嘛

@willwen 哈哈 关于API风格这块 我觉得可以在项目里面开个issue来讨论，目前还没有发布，也确实在寻找最适合的解决方案，欢迎来分享一下你在这个过程中遇到的问题和最终决定的原因。你不会和 @phoenixlzx 一样是主要是歪楼吧 哈哈~~ JD的目标是P6+，如果没记错的话，你应该还在读高中呢吧...

@willwen 忘了发传送门了 哈哈 https://github.com/wh1100717/localDB

@willwen 其实跟数据有关的就两个团队，一个是数据平台部门，一个是数据产品部门。不过数据产品部门下面又分了一些分支，我们主要是海外数据产品方面的，比如说天猫国际、淘海外、Aliexpress等方面。很早就关注了minDB，redis-like API 挺有想法。我目前在做一个前端storage有关的类库，目前还处于开发阶段，有兴趣的话，我们可以通过邮件来进行交流。

@willwen 啊？ 木有看懂==！

哈哈 支持一下。 顺便说一下...Donate链接失效了...

怎么没几个人用jekyll的 ==！

@jjx 脾气大能镇住PM，绝对的难以掩盖的优势啊O(∩_∩)O

@stillzhl 开始确实没太仔细分析... 误导大家了 抱歉 哈哈

@davidli
@hahastudio
@pc10201

刚才看了一下decimal的定义，实际情况如下：

from decimal import *
b = Decimal('238.345')
getcontext()

返回的值为Context(prec=28, rounding=ROUND_HALF_EVEN, Emin=-999999999, Emax=999999999, capitals=1, flags=[], traps=[DivisionByZero, Overflow, InvalidOperation])

其中rounding为ROUND_HALF_EVEN.

而ROUND_HALF_EVEN的描述为：Behave as for ROUND_HALF_UP if the digit to the left of the discarded fraction is odd; behave as for ROUND_HALF_DOWN if it's even. (Rounds towards the "nearest neighbor" unless both neighbors are equidistant, in which case, rounds towards the even neighbor.)

简单说就是如果为238.345 则会使用ROUND_HALF_DOWN，如果是238.355 则会使用ROUND_HALF_UP。

测试代码如下：

'{:.2f}'.format(Decimal('238.345')) //返回的是 238.34
'{:.2f}'.format(Decimal('238.355')) //返回的是 238.36

如有错误，请勘正~~

@davidli soga~ thx

{:.2f}只是精度操作，表示的是保留小数点后两位，但不是四舍五入操作。

@phoenixlzx 大公司很多团队，每个团队情况和需求也不一样，招聘因素也很复杂。每个人也都经历过招聘的时候遇到的不公或者不认同，其实这和追女孩纸是一样的，就算你再优秀，未必别人会喜欢你，但总会有最适合你的人出现。PS：喵窝 gallery 里面的景观真漂亮。

@phoenixlzx 凤凰君谦虚了，各种原因里应该和技术都无关的吧 哈哈

@phoenixlzx 感谢支持~ 欢迎投递简历^_^

@RichardQ 我擦 果然可以啊~ 估计是之前密码输入错误了 sorry 哈哈~

歪个楼... 今天和teambition为什么不能账号打通呢。产品定位不同，但是应该还是有交叉性，相同用户的数据也有一些分析和利用的价值。我下了个今天，但是teambition的账号登陆不进去就懒得注册了..