@onevcat 在日本，跳槽能高一千就很不错了。日本职场的特点是 大多数跳槽是平薪跳甚至降薪跳。日本企业不喜欢忠诚度不高的员工......

基本每天都在用

"google 也就是个文本框"

@cfwang 你这个公积金和社保技术，应该是 B6.

B7 和 B8 都不相同。不过最高也就是基数 8000 封顶.

你知道刘强东说京东交足了公积金和社保，楼主你猜哪家公司的员工反应特别强烈？

不要自作主张地改！
不要自作主张地改！
不要自作主张地改！

但是作为一个团队而言，最好也不要视而不见。

我个人建议：

你觉得这段代码有问题的话，最好能构建一个能让这段代码跑出问题的用例:

- 如果你们有较完善的 BTS，就直接提 BUG 出来，并把你的定位结果也附上去。

- 如果你们只是一个不太正规的小团队，那么就喊上这部分代码的负责人，以及你们的 Leader 聊一下这个事情，先把问题抛出来(这里的建议是： 千万不要一上来就说人家的代码有问题。而是一上来只谈你的用例)。如果大家都认为这是个问题了，你可以提出你调查的结果(即 xxxx 的 xxx 代码有问题)说出来。如果连 Leader(负责人)都不认为是个问题的话，那就不要再继续往下聊了。但最好能形成一个简单的备忘录来证明你组织大家讨论过这个问题，结论是啥啥啥。省得万一以后有什么衍生问题发生时，别人责怪你没早把问题提出来。

@wql 维基百科是 NPO，但是不代表他们手上没有余粮。事实上我记得有一年有记者爆料说维基百科的日常运维团队的办公家具都是高档货......

我个人认为如果有闲钱的话，捐个 10 刀，20 刀聊表心意即可

@guofs 原来厕所配纸是人性化关怀，我还以为是基建中的基本要求呢。不好意思，是我们要求过高了，麻烦领导了。

顺带说一句，知乎上总说邻居日本已经药丸了，中国已经非常牛逼了。但是日本可是连车站门口的公共厕所都是配备厕纸的。在日本从来没听说过要有“脱裤子之前要先看纸”的自觉。另外，日本人还担心让如厕人碰上万一厕纸被用完的情况，在厕纸容器的设计上还有很多 HA 设计。——这就是一个被中国超越的落后国家的现状。

> 他们经常会给我提很多各种各样的需求，我加班加点的满足这些需求后他们还是不能满意

工作 12 年半

1. 工作： 前 11 年都是呆在一家日企做开发，从一线码农做到中层管理。
后来因为日企势微，待遇没有竞争力，决心逃离舒适区，
来到了国内的一个大厂，过着 996 的生活。目前不带人，专注于搬砖
2. 家庭： 已婚，二娃。生娃后将父母接来同住，帮忙带娃。 父亲是体制内退休，养老压力不算大
3. 身体： 近年来身体抱恙较多，虽都不是太大的毛病，但体检单上的描述内容是越来越多了。
4. 精神： 还算健康。
5. 视野： 宅男属性，视野不算开阔，但应该也不闭塞。
6. 期望： 父母身体健康，孩子茁壮成长，每年能带妻女出去旅游一次。

求谢大在南京开个分基地！！！ @astaxie

理论上如果不接受现金支付的话，就可以告了。

我倒是觉得： 商用基础软件将无利可图，最终基础软件都将走向开源社区化运营的模式。

在某种程度上说，你老板说的虽有点极端，但其实不是完全没有道理。

我之前在一家日本的大手软件企业，对于交付后(我们是传统软件行业，交付的概念可以理解为互联网行业的“上线”)的产品质量要求是:

1. BUG 数量 < 0.2 个 /千行
2. 不能因我们的软件引起客户数据丢失或损坏

此外如果我们的软件出现了 Crush 造成客户业务中断的情况，除了要尽快修复以外，根据合同还需要向客户赔偿损失。

陈皓(左耳朵耗子)写过一篇文章 说大家写代码要一定要以"工业级的软件"的标准来要求自己，应该也是差不多这个意思。

@xcolder 这个答案靠谱～

对比了 Jekyll 和 Hugo，我觉得还是 Hugo 友好一点。所以 Ruby 在我的机器上只待了 2 小时～:p

@yaswen 我现在已经懒得纠正了，遇见说阀值的，我也就跟着说阀值，省得他听不懂。但我写下来的东西，还是写阈值。

楼主是希望用 Java 写一个本地的常驻进程吗？