xavierchow

只要有每个月的工资流水和社保缴纳记录，你的劳动关系认定就没有问题，签合同是公司的法定义务，如果公司一直不主动找你补签合同的话，你看以下法律条款，你总是不亏的。

> 2.用工之日起超过 1 个月不满 1 年未订立书面劳动合同的处理 用人单位自用工之日起超过 1 个月不满 1 年未与劳动者订立书面劳动合同的，应当依照《中华人民共和国劳动合同法》第八十二条的规定向劳动者每月支付两倍的工资，并与劳动者补订书面劳动合同；劳动者不与用人单位订立书面劳动合同的，用人单位应当书面通知劳动者终止劳动关系，并依照《中华人民共和国劳动合同法》第四十七条的规定支付经济补偿。
> 3.用工之日起满 1 年未订立书面劳动合同的处理 用人单位自用工之日起满 1 年未与劳动者订立书面劳动合同的，自用工之日起满 1 个月的次日至满 1 年的前一日应当依照《中华人民共和国劳动合同法》第八十二条的规定向劳动者每月支付两倍的工资，并视为自用工之日起满 1 年的当日已经与劳动者订立无固定期限劳动合同，应当立即与劳动者补订书面劳动合同。

2 楼 @newaccount 讲的很对，相信我，一旦定制化以后，你不会有机会 merge 回来了，不同客户的需求下，分支模式并不适合。
建议把基础版本作为一个 git template repo ，需要定开的话，直接 clone 出一个新的 repo 独自演化吧。

早同步了（可能我也很激进），在 nextjs 15.0.3 + react 19 rc 上都摸了好一阵子，总算 react 发布 19 了，很多活跃的库都会及时跟上的。

@zbowen66
> next-auth 也非常黑盒，登录成功的响应竟然是 302 ，死活无法适配另一个 web app 。

next-auth 黑盒说不上，就是文档太差了，我遇到问题都是直接翻源码，它因为要适配各种情况，配置的确比较杂，像重定向之类 redirectTo 如果没有传，它会返回一个 response 就不给你做重定向了。

- 理由 1: 加班不给加班费
如果理由 1 不成立，可以用理由 2
- 理由 2：我是个人，我有个人生活，不想赚加班费

我看楼主的烦恼其实不是具体的技术方案，而是人和人的关系。
良好的团队氛围应该是可以用开放的心态一起讨论问题，其实很多方案也没有绝对的好和坏，要根据场景和其他的各种因素（比如 timeline ，扩展性，成本等）综合考虑，经常要做 tradeoff 。
如果意见不一致，就直接按 owner 的想法走就可以，谁 own 谁决定，谁决定谁负责。换句话说，楼主需要事先明确这个通信方案的最终 owner 是谁，如果是这位架构师，楼主配合就可以，事后如果方案不妥当要返工楼主不背锅就行；如果 owner 是楼主自己，架构师的方案不认同就拒绝。
最怕的楼主心里的 owner 是自己，但是老板心里的 owner 是架构师...

建议找老板聊一下，但是不要先聊技术方案，而是先明确组织关系和权责。

还在做协同编辑的话，可以考虑一下 https://github.com/instantdb/instant