@juded 厉害了，笑哭

补充：

5 节点流转的存在掉头的动作：一般一层层向上传递（审批），但是到某个环节后可能启动了签合同动作，又会流转到起初的申请用户那边。

@timethinker 老哥，有没有时间帮忙看看这个问题：

https://www.v2ex.com/t/873758#reply1

没有掌握卡脖子的技术，就别把自己当技术人员，当个技术工人吧。

系统重装后刚开始能不快吗？

“感觉我一周就能做的比他好，收费 1 万都嫌多”

感觉这就是很多技术人员的通病，目光短浅，就盯着技术那点一亩三分地，评估某个工作成本就盯着技术实现那点时间，完全不考虑达到这个水平付出的成本的摊平问题。另外产品交付以为是 1+1=2 这么多简单，事实上的交付不仅仅是产品本身，很多八竿子打不着的都会跟过来。

甚至都怀疑，就因为你们主动找到对方看了监控，然后从他们的角度，认为是你老爸撞到他。

@blackdd "我爸电频车从旁边经过, 老太走路没注意,被我爸电频车搬到了,"

即使监控显示，如何证明是老太太没注意，而是你老爸没注意呢？除非是你老爸车子开过去，老太太自己撞到了车尾。

否则任何情况，除非碰瓷那种，不可能存在单一某个人的责任。

有些人喜欢走极端，统计代码信息就能证明代码量是考核的唯一指标吗？所谓的 for 循环、类库啥的，真当 leader 是 sb ？

@ackfin01 一般情况下接入 SSO 后跳转到 A 和 B 后，跳转到 A 和 B 后需要验证用户名密码绑定下原有用户，绑定成功后，A 和 B 原系统的用户、密码有关的信息就可以删掉了。

有的 SSO 自带用户，比如微信、QQ 等。 有的 SSO 不带用户，比如自建的 casdoor 这种，所以可能要用户 A 和 B 的用户先到 CASdoor 重新注册下。不过也可以考虑把 A 或者 B 的用户名密码直接导入到 casdoor ，如果其中某一个的密码加密方式跟 casdoor 一致的话。

@ackfin01 如果 A 和 B 都接入到了 casdoor 的话，那么 A 和 B 不再需要验证密码，因为验证密码属于“用户名密码”方式，验证这个动作已经由 casdoord 接管了，至于 casdoor 能否使用现成的用户表并基于对应表里用户密码加密算法进行验证，就不确定了。但我不估计不太乐观。

@sutra SubClass.this.func1();这样会不会死循环了？因为那个 fun1 已经 override 了。

题主似乎是想把某个类的方法包装成多线程执行，如果是我的话 我会选择组合而不是继承。

你说的这些对普通用户来说有啥变化和吸引力吗？基本都是技术方面的改进，可惜大部分用户不懂、不关心这些。

早六晚九，不加班。

是不是做久了互联网产品的人说话都是这股味儿？ 每个字都认识，但是读起来就跟便秘一样，一句话能说清的要说两句，大白话能说清的要提炼成名词，非要绕一圈才明白他到底想说啥。

@xiao109 政企服务可以整合，但绝对不应该只整合到一个商业 APP 上，尤其你连这个商业 APP 账号所有权都没有的情况下。

@Cat7373 按照你这个理论，如果材料需要某个领导的资料，你也会这么沟通吗？

方案即使不用组员知道，但是做方案这回事总得让人家知道吧。管理者是可以分配任务，但是“让下属提交个人资料”可以作为工作内容吗？

换做是我我会这么说：”你好，我是 xxx 的 xxx ，目前在做一个 xx 方案，需要组内人员毕业信息，听说你明天就入职了，能否提供一下？“