shuangya

@Abmcar
lc 的“计算思维、代码能力、debug 能力”只对打比赛和研究底层优化的人有用。
如果你恰好是这类工作，恭喜你。
但实际上，90%以上的工作都没机会去接触涉及数据结构、算法的底层优化。对绝大部分人的工作来说，如何进行技术选型、设计合理的架构是首要能力，并不需要你去设计从 A 数据得到 B 数据的过程，或者优化从 A 数据得到 B 数据的性能。很可惜，lc 没有办法教人这些东西，lc 教给你的“计算思维、代码能力”对它们没有帮助。
debug 过程更是天差地别，lc 你通常可以一步一步调试，看看哪里的数据运算有问题。但实际项目中会涉及太多上下游和既有库，甚至很多问题只有在特定条件下才会出现，没有明确的 input/output ，更多时候考验的是你对上下游服务熟不熟悉，考验你“埋日志”的能力和“灵光一闪”。

@memedahui 就我实际深度使用 nextjs 的经验来说，nextjs 历史包袱很重，“屎山”代码多，好处是开箱即用，坏处是灵活性不高、性能不高。
比如我仅仅是想要将 antd 组件使用 UMD CDN 形式加载，就不得不读它的源代码，然后写一些很 hack 的逻辑来移除内置的“优化”逻辑。
我使用的函数计算，闲置一段时间后机器资源就会自动回收，所以会面临频繁冷启动。nextjs 每次冷启动耗时 6s 左右。后面换成 modernjs ，业务代码一点没变，冷启动耗时降到 1s （ PS：这里没有给 modernjs 打广告的意思，只是为了拿我实际经历来说明 nextjs 的性能不行）

@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

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

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

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