话说 linkedin 的短信确实烦人，我一同学试着注册了账号，结果不知道操作了啥，linkedin 给通讯录里的人挨个发了邀请短信。

万一做出来了，随手往 github 上面发一份，之后找工作说不定能爽一下。
反正你们也没签保密合同，发 github 完全是自由

建议直接上 stackoverflow 搜索，反正我谷歌和百度搜了之后，谷歌多出来的“有用的部分”大概率是 stackoverflow

违法肯定是违法了，主要是看罚不罚你

@coderluan 哪来的贫富差距，开车的人也有要走路的时候，而且有些有车的人就喜欢三公里内靠走路

@tachikomachann idea 到 2019.1 了都没更新自动提示 var 类型的功能，vscode java 插件倒是支持了

经玄学研究，脑补研究表明：
喜欢 996 的都在忙着加班呢，哪有时间过来辩论 ;-)

反兴趣实际上还是有一个设计逻辑的：
首先，软件得有个不感兴趣的按钮，用来维护一个用户不感兴趣程度的数据库。
然后，在这个数据库之外的信息（或者数据库记录不感兴趣程度较低的信息），就可以按照用户浏览量倒序排列了，用户看的少就推送，如果用户不愿看，大可以点不感兴趣。
跟以前的推荐算法相比，共同点都是有“用户主动认为不感兴趣”的数据，这些数据都是要在用户眼中降权的。

@3country 我小的时候，鲁迅的朝花夕拾看得还是很带劲的

没事，我微积分本来就不会，就算梦里梦见了我也能坦然交白卷;-)

秋天第一张 3080 这想法不错 ;-)

@laminux29 算了，我还是推崇专人专职的理念，定位到数电层发现问题的时候就已经可以喊服务器的售后人员了，毕竟就算我熟悉模电，我也不敢去改电路板。

@laminux29 模电我是真不想搞，话说进互联网公司也没必要搞到物理层面吧

try catch 也不一定就是为了让程序带病继续跑，我的 try catch 经常是为了在原始错误信息里面加辅助信息，如果光靠记日志的话怕不知道哪条日志对应故障。

1060 无所畏惧，反正我这笔记本还要用老久，目前的环境上台式也不方便。
不过还是要送个 star 的

我这边是不定时抓拍，毕竟公司一方面想用自己的系统，另一方面没有那么大的带宽做全程视频

反正我这里是后端实现的，一方面 C#写复杂逻辑确实比 JavaScript 清晰一些，另一方面并发量不大，放到后端的话速度快。

@stcheng 这个比较狠啊，大一的估计就能留一个