肯定多啊，小厂和中厂都在用吧

@coderxy 具体他个 hr 聊的详细的我不太清楚，当时他提离职的时候，我当时建议他骑驴找马，他就说找到下家了，离职就能入职，但是有没有确定的 offer 他没说

@itcong 就马上要离职了，结果公司打电话说不用来了，我同事给我说的时候我都蒙了。。。。

还有就是，如果给公司说我在职，现在这个环境下还有公司遵守约定等员工入职吗？我说实话我第一次骑驴找马就遇到这种情况，很恐怖。。。

c#语言本身挺不错的，但是用的企业都是外企，很少有国内公司用是真的

@component 经济的恢复是有一个时间过程的啊，经济变差也不是突然变差的，也是用了三年才越来越差的，同样，经济并不会说放开就立刻变好，但是这是一个好的开始啊

他们技术选型的时候主要是害怕如果是最新的 jdk 的话，周围的生态没有跟进，所以就用 java8 了

@mrzx 哈哈哈哈哈哈，老哥你这个波浪线，搞的我看你的回复都是脑子里面默认声音拉长的抑扬顿挫的那种调调

合影留念

把文档写好，直接下班，他依赖你的文档就完事了，实在不行远程支持一下，加班是不可能加班的

arrayDeque 但是这个是非线程安全的

我们组是我版本控制代码，一共三个分支，master 分支是生产上正在跑的代码，只有我有合并和提交的权限，verify 分支是用来上线前验证的分支，test 分支是测试环境正在跑的代码分支，所有人从 verify 分支或者 master 分支拉出自己的功能分支进行开发，然后开发完成后合并到 test 进行测试，如果一切 ok ，等到需要上线前一周或者半周把代码合并到 verify ，然后打验证包进行验证，然后如果验证有问题的话，就在自己的功能分支上改，然后合并到 verify ，最后我把控所有人需要上线的功能，最后没问题上线前把 verify 分支的代码合并到 master ，最后打生产包。然后所有人把之前已经要上线的功能分支删掉，然后下次需要开发新功能就从 verify 或者 master 重新拉分支出来。这样的话代码管控不会乱，而且也很健壮。

两种方案：
1 、添加微信绑定功能将微信的 openid 和工号绑定，之后通过获取微信的 openId 唯一识别用户，这样不用扫码，直接登陆 2 、前提还是需要和微信绑定，然后出一个统一的二维码，当用户扫描后获取用户的 openId,再通过 id 查询到工号和姓名，然后跳转到登陆页面自动登陆

@mmdsun 第二种情况可以在里面存一个 class<T>的字段就可以这样比较了，如果不恢复类型的话，单纯的比较确实不行

@hez2010 只能说 java 的泛型也是借鉴了 c++的模版，但里面并不完全一样（我的 c++只学了皮毛中的皮毛，多谢老哥解释）