V2EX › SayNight 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3

❮

❯

2018 年 12 月 21 日

回复了 SayNight 创建的主题 › 职场话题 › 关于加班有感~~~

@anxihuixiang 麻烦看清楚我说的再来回复，断章取义，bat 和华为开多少工资？大部分中小公司一般能给多少？总是拿加班去和大厂比，先想想能不能开得起大厂的薪水，顺便说一句，抱歉，虽然我没进入过华为，但还真不想进华为，找工作从来不投华为

2018 年 12 月 20 日

回复了 SayNight 创建的主题 › 职场话题 › 关于加班有感~~~

@xiaohuamao 这种领导很有问题，每个人效率不一样，问下技术 leader 能不能争取调休，加班证据的话，邮件、打卡、在公司的时候拍照片录视频等带时间水印，下次喊你加班的时候录音，大部分加班都无法避免，那么就考虑能否争取调休或者加薪年终奖之类的，如果都没有，加上 leader 又不为下属争取利益，还继续压榨不给回报，建议年后骑驴找马看看机会

2018 年 12 月 19 日

回复了 SayNight 创建的主题 › 职场话题 › 关于加班有感~~~

@sagaxu 深表赞同，发帖主要是让同僚们遇到这种情况先去争取利益，而不是抱怨后就接受现实，比如我上份工作跳到知名上市大厂，应聘时问了作息时间，由 965 要变成 995，6 的话说会调休，因为自己的争取，月薪跳槽加了差不多 1W （原本工资基数并不低），总包更不用说了，我并不是炫耀，而是想说利益是自己争取的。如果你明知道即将加入一个要加班公司，却不谈带上加班时长的月薪，那么就像仁兄说的，一个愿打一个愿挨，长此以往，以后大环境大家就真觉得理所应当了，越往后抗争或者争取利益越难了。抱歉话多了

2018 年 12 月 19 日

回复了 SayNight 创建的主题 › 职场话题 › 关于加班有感~~~

@xiaoshenke 多说无益，话不投机半句多, 争取有时候也要讲方式方法，至少我见到过身边朋友争取并得到利益的，就冲你说话的语气及武断的推断，多看看德鲁克的书，如果我面试你，上来说话就主观想法太强，语气太冲，直接 pass。

2018 年 12 月 19 日

回复了 SayNight 创建的主题 › 职场话题 › 关于加班有感~~~

@xiaoshenke 本不想回你，戾气这么重，让你加班就加班？加班要有所回报才去加班，没有的话，如果一点抗争都没有，往好了说秉性好，说点不好听的，你奴性太重，自己的权益都不去争取

2018 年 11 月 5 日

回复了 SayNight 创建的主题 › 职场话题 › 关于税收改革-----极端情况有时候工资真不一定是你谈的多就拿到多

感觉好多同行先入为主的想着公司不正常缴纳五险一金，或者奖金没了我收入少了，但我公司很正规，五险一金，扣税都是正常工资 100%标准，公积金 12%，所以只是感慨税收改革带来的薪资变动, (1w，8 千，9 千只是示例，实际就不说了，大家能理解意思就行)

2018 年 11 月 5 日

回复了 SayNight 创建的主题 › 职场话题 › 关于税收改革-----极端情况有时候工资真不一定是你谈的多就拿到多

字面意思有那么难理解吗？不是说 10 份奖金没了，也不是说公司工资怎么样，而是 10 月份没有奖金，但是到手的钱因为改革比 8、9 月份有奖金的情况还有多处 1 千，明白吗？ 8、9 月税前 1.2w ，到手 8 千，10 月税前 1w，到手 9 千，不审题吗？

2018 年 11 月 5 日

回复了 SayNight 创建的主题 › 职场话题 › 关于税收改革-----极端情况有时候工资真不一定是你谈的多就拿到多

奖金没了，但因为税务改革，到手反而多了，请仔细看清我的回复，谢谢，不是说着政策不好，只是感慨以前的税真的是，，，，

2018 年 11 月 5 日

回复了 SayNight 创建的主题 › 职场话题 › 关于税收改革-----极端情况有时候工资真不一定是你谈的多就拿到多

打个比方：比如你工资 1W，奖金 2 千，改革前应发 1.2w ，正常五险一金+扣税后，到手 8 千（例子），改革后，工资 1W，奖金 0 元，应发 1w，正常五险一金+扣税后，到手 9 千。标题说不一定拿的多，并不是指企业，当然谈薪资当然越多越好，只是感叹，奖金没了，到手反而多了一千，这对比，想想以前，所以有些感慨，不知道我说明白没

2018 年 7 月 6 日

回复了 SayNight 创建的主题 › 问与答 › IAP 支付回调问题

我了解的 IAP 支付流程：
1.客户端请求商品订单
2.获取 IAP 商品 id
3.IAP 商品查询
4.用户支付(向苹果下单参数中有我们的业务订单号)
5.苹果检查到支付成功或者失败后，会通过代理，回调支付的结果（通知客户端）
6.客户端发送订单号+支付凭证到服务器
7.服务器验证凭证是否合法
8.返回结果到客户端
9.客户端业务逻辑处理
现在问题是：一个用户再我们的 app 内，同一个 sku 只能有一笔支付中的订单。
疑惑：针对同一笔支付操作，4 中的业务订单号，在 5 中回调参数中会不带回来吗?
诉求：用户可以下 N 笔支付订单（商品不限），回调时，客户端提取苹果回调参数中的业务订单号和支付凭证，然后送往服务端，服务端验证支付结果后，根据客户端传回来的业务订单号，找到对应的订单，并更新对应状态。
我是服务端开发，询问 IOS 的同事，说苹果回调不保证我们传过去的业务订单号，每次都能带回来，因为苹果通知客户端、客户端通知服务端及两个通知节点之间 app 关闭、手机关机等情况。所以苹果那边应该有回调重试的吧？ IOS 那边说回调的时候，他们拿不到业务订单号，请问各位是怎么解决这个问题的？

1 2 3

❮

❯