@shuangya 更正：下面两个函数不是计算到手金额，是计算个税

伪代码（假设公司给你报的月薪与你实际月薪一致）

var base = 月薪;
var rate = xx%; // 五险一金比例
var other = 0; // 每月其他扣除，如果有的话

function 获取金额对应的税率(money);
function 获取金额对应的速算扣除数(money);

function 计算某月个税(月份) {
// 如果公司给你报的月薪与你实际月薪不一致，那这里的 base * rate 需要改成 公司上报的月薪 * rate
var 总应纳税所得额 = (base - base * rate - other) * 月份;
var 总纳税 = 总应纳税所得额 * 获取金额对应的税率(总应纳税所得额) - 获取金额对应的速算扣除数(总应纳税所得额)
var 截止上月应纳税所得额 = (base - base * rate - other) * (月份 - 1);
var 截止上月总纳税 = 截止上月应纳税所得额 * 获取金额对应的税率(截止上月应纳税所得额) - 获取金额对应的速算扣除数(截止上月应纳税所得额);
return 总纳税 - 截止上月总纳税;
}

function 计算到手年薪（分别计税）(base, 年终奖) {
// 如果公司给你报的月薪与你实际月薪不一致，那这里的 base * rate 需要改成 公司上报的月薪 * rate
var 总应纳税所得额 = (base - base * rate - other) * 12;
var 总纳税 = 总应纳税所得额 * 获取金额对应的税率(总应纳税所得额) - 获取金额对应的速算扣除数(总应纳税所得额);

var 年终奖纳税 = 年终奖 * 获取金额对应的税率(年终奖) - 获取金额对应的速算扣除数(年终奖);

return 总纳税 + 年终奖纳税;
}

function 计算到手年薪（合并计税）(base, 年终奖) {
// 如果公司给你报的月薪与你实际月薪不一致，那这里的 base * rate 需要改成 公司上报的月薪 * rate
var 总应纳税所得额 = (base - base * rate - other) * 12 + 年终奖;
retutn 总应纳税所得额 * 获取金额对应的税率(总应纳税所得额) - 获取金额对应的速算扣除数(总应纳税所得额);
}

@shuangya 打错，不是月薪 3w ，是 2w

年应纳税所得额=年收入-免税，免税包括每月 5000 的起征点、五险一金、专项附加扣除、其他扣除（比如公益捐赠、地方优惠政策等）

比如月薪 3w ，每月五险一金交 4k ，专项附加扣除有一个每月 1500 的房租，其他没有，一年下来就是 2w*12-(5000*12+4k*12+1500+12)=114000 ，对应到税率表上就是第二档，应交税 114000*10%-2520=8880 ，其中 10%是这一档的税率，2520 是速算扣除数；

对于单个月的计算方式，和整年计算方式类似；唯一不同是累加制；还是以上面的例子为例：
* 到 3 月工资时，应纳税所得额=28500 ，属于第一档；应交税（前三月一共）：28500*3%=855 。前三月因为没有进入新阶梯，每个月都一样，所以不展开；
* 到 4 月工资时，应纳税所得额=38000 ，属于第二档；应交税（前四月一共）：38000*10%-2520=1280 。因为你前三个月已经交了 855 了，所以这个月需要再交 1280-855=425 元；
* 到 5 月工资时，应纳税所得额=47500 ；应交税（前五月一共）：47500*10%-2520=2230 。因为你前四个月已经交了 1280 了，所以这个月需要再交 2230-1280=950 元；
* 以此类推；

另外注意，因为是按年度计算的，所以每月扣的算是“预扣”，最后年度汇算的时候，多退少补；

-------------------------
单独回答楼主的几个问题：
1.1 「公司付 X%，个人付 Y%」是以什么为基准计算的：以公司给你上报的工资是多少计算；比如公司给你报 2w 工资，其中养老保险为单位 19%个人 8%，则你这个月养老保险要交 1600 元；单位交的部分你可以忽略（和你没关系）；
1.2 扣完五险一金之后个人所得税又怎么计算：五险一金属于免税部分，个税只算应纳税所得额，即 原工资-5000-五险一金个人部分-专项附加扣除-其他扣除；
2.既有年终奖又有月基本工资的时候又该怎么算：目前可以选择分开计算还是并入工资计算；如果分开计算，则年终奖有单独的所得税表，单独计税；如果合并计算，则年终奖+基本工资一起计算；
3.1 应纳税所得额*税率-速算扣除数=实际交税，比如 36000-144000 这一档是 10%/2520 ，你的应纳税所得额是 114000 ，则应交税 114000*10%-2520=8880
3.2 每月的个税比例都不一样：因为每个月你的年应纳税所得额都是在涨的，如果进入到新的一个阶梯比例就更高；计算方式是累计计算，不是计算单个月的；即 当月交税=截止当月总应交税-截止上月实际已扣税；
4. 城市只影响五险一金比例和部分地方优惠政策，其他部分都一样的；一般月工资固定的情况下，五险一金也是固定的，不难计算；

@gengchun

大家怎么想我没法管，我只是想把我想说的说出来而已。

BTW，v 站好像不能删吧，至少我没找到这个功能……

@gengchun

我无所谓帮不帮某公司的。甚至你说的“出于对某公司的不满”的人，其中也包括我。

但我不会因为我对某公司不满，就无条件支持原告。说白了到底谁赢谁输和我屁关系没有，一开始我站原告这边，但是一系列的“小作文”让我谁都不想站，只站事实。

我单纯就是看不惯断章取义带节奏的行为。说我偏执也好，说我啥也罢。这年头带节奏的太多太烦了。

@gengchun

我和原告、被告都没有半点关系。所以也不存在说对谁好看对谁不好看的。

我所有的发言，只是不希望即使是法院已经判决事实的情况下，还刻意利用其他人的善意来带节奏。

不说带节奏的难看也就算了，说实话怎么就“太难看”了？

@puduhe1

你之前帖子里发布的证据，包括操作界面的截图，我也看过，说实话都是一些通用的设计范式，还不够有力。

另外如果有足够证明侵犯著作权的证据，为什么不在法院上提交？即使是后面才发现的，为什么不选择上诉？还是说其实已经提交过了，但是法院觉得还不够？在这里发布既不能让阿里道歉，也不能让阿里赔偿，有什么意义？

@gengchun

你可以看一下知乎中被折叠的那条评论：“了解了一下来龙去脉，官司赢了值得恭喜，法院是公平的。但是建议还是实事求是一些哈，法院认定的是复制粘贴你们的帮助文档是不正当竞争，但是所谓的软件抄袭这块的著作权侵权法院不认可，这是两码事啊。第一段讲的他们抄袭你们的软件，这个是不是有误导啊，我看评论里大部分人都没搞清楚”。

楼主既然想要大家支持他，那摆出完整事实是基本要求。如果连事实都避重就轻，只说对自己有利的，那不就是在利用大家吗？

@gengchun

原告认为阿里抄袭了，我觉得没问题。诉至法院这件事，不算碰瓷。

但是在法院已经判决：应用的界面设计、编排存在差异，不构成实质性相似，应用侵犯著作权也不予支持。两家公司都没有上诉，代表是认同这个结果的。

如果你看了楼主在知乎发的文章和视频，就发现楼主通篇还是在说阿里抄袭了他们产品，即使是法院认为没有这个事实。避重就轻的说“我们赢了”，故意不把判决书贴完整，说法院只判了不正当竞争，让人以为阿里的产品还真抄了他们。

这种春秋笔法，难道还不算碰瓷吗？

@gengchun

不否认阿里抄袭文档的行为，但我觉得楼主的文章碰瓷意图很明显。

因为法院都已经认定“应用不存在抄袭”了，楼主还花大篇幅写各种产品相似什么的，裁判文书也只截取对自己有利的部分。而只字不提法院只认定存在“不正当竞争”，拒绝了所有关于著作权侵权的内容。并且在评论指出来后，还将相关评论折叠，只留下对自己有利的评论。

至于产品本身存不存在抄袭，各有各的理由。我认为法院肯定是有判断能力的，既然法院已经做出判决了，那就按照法院的为准。

@choicky 法院认为“不存在任何的艺术加工”，所以不认可著作权

不太理解为什么要把这种评论折叠。人家哪里说的不对吗？
https://i.loli.net/2021/10/16/V6f4XkWsOpnMi7l.jpg

我看到的说法是，法院认为：涉案 38 篇文章不属于著作权法意义上的作品，因此文章侵犯著作权不予支持。应用的界面设计、编排存在差异，不构成实质性相似，应用侵犯著作权也不予支持。最后法院只判了个抄文档的不正当竞争。
法院是珠海的法院，也不存在什么地方保护主义包庇阿里吧。
https://i.loli.net/2021/10/16/GsnyW2t9xHaJYuN.jpg

文档抄袭应该是可以确定的。
创意抄袭可能是真的，也有可能是撞车，毕竟记账报税也不是啥新鲜玩意儿。

不过说实话，楼主知乎上贴的内容（ https://zhuanlan.zhihu.com/p/351970951 ），很难说明软件也是抄袭的。毕竟移动端设计基本已经趋近固化的今天，楼主的应用也是基本遵照已有的风格进行的，阿里的也是。

举个例子，楼主提到的“发票录入入口”，这种交互简直不要太常见好吧？酷安发动态的交互也长这样。再比如主界面，顶部一个轮播公告，然后接一个 banner，接下来是概览和详情，这种排版基本已经是移动端设计的一种“模板”了吧。

既然已经告了，那就看法院怎么说吧。

兼容性&开发效率 与 性能 的取舍罢了。
就像支付宝的小程序容器其实有 Flutter 版本，淘宝的小程序有 weex 版本一样。虽然它们性能更好，但是坑太多，不适合大规模使用。
话说回来，现在 H5 性能和 RN/Weex 性能差异其实也没有当年那么大了，大部分情况下都没必要为了那点性能去折腾。

另外，各家推小程序的目的，并不是小程序性能上有多好，而是对平台来说更可控。

不合适。小型直接 mysql 就够了。
mysql 512M 内存就可以跑起来。
es 没有 2G 就别跑了。

1 帧流畅，2 帧电竞

@fengxifan 现在是 flutter