什么地方不能锻炼？如果是考虑锻炼，最好还是考虑好了再做决定，不然很容易一年一换，反而不利于未来找工作。

我自己组了个 Nas 做备份，但是感觉没有硬盘快，家里已经是千 M 网了

这时候就说明公司如果有明确的薪资体系是多重要的事了

别去，这就是一种新时代奴隶

@luohuanlh 《中华人民共和国劳动合同法》第十九条 劳动合同期限三个月以上不满一年的，试用期不得超过一个月。
劳动合同期限一年以上不满三年的，试用期不得超过二个月；三年以上固定期限和无固定期限的劳动合同，试用期不得超过六个月。


你是签多久合同居然 6 个月？

试用 6 个月？不知道是不是记错了，是不是有说法事最多 3 个月？

公司可以考虑买台二手的服务器如 R720,然后多买些硬盘组 raid，性能比群晖好很多。然后就是一个个解决刚需问题。
建议物理机装一个虚拟化环境，如 hyper-v 或者 exsi，然后在装一个自己会玩的 linux 虚拟机，之后大多数服务可以跑在这个虚拟机内。如果需要更多环境可以继续建虚拟机。

虚拟机内的服务建议能上 docker 就上 docker，用 docker-compose 配置很简单的。

比如我这边装了这些:gitea,sofether,seafile
还有些忘记了，根据需要自己配置，性能更高，维护性也还行。

网易 mumu ？夜神？
现在的模拟器基本都基于 virtualbox，随便找个流行的应该就可以的。

干就好好干，不想干就走，去外面看看 +1

stylus

m558 在用，还行不飘

而是顺便说下，如果前端没人管，是不是可以和领导聊聊，把前端分割到各项目组或者整合到一个人手下，如果公司有一批人没领头的，那功劳与责任该怎么划分？

可以试着用些强制手段，我在公司推广 git 当初也遇到类似的情况，在没用 git 前，公司把好几个项目以子目录的方式放在一个 svn 仓库里面，全无分支、日志的概念。推广了 git 后，分支虽然用的不熟练，但至少项目分开了，日志会去写了，虽然推广了有两三年了，还有很多并没有让我很满意，但是至少一点点在进步。

很多东西不是一蹴而就，其实风格这种东西作为你的领导的人确实不用怎么关心（我的领导也是如此），重点是要让他支持你的改革就可以了。而且千万记住改革不要激进，一点点来，领导也不会因为你的激进有太多担心。

其实我想说最开始的时候码农是由女性为主，这些女性就是纺织工。他们写代码就在卡片上打孔的。

所以码农是纺织工没问题

这么牛的公司不是应该都招剑桥毕业之类的学生吗？在国内招聘，公司看的上我们这些渣渣？

同型号，装了个爱奇艺，加上前段时间京东 plus 送的会员，就丢给家里老人家看剧了。

就这几天等等没差

不说技术我觉得这里 C 表现的更多是以经验压人。而这种经验不见得就一定是好的。

问题 1 说的类型用 int 也不一定扩展就好，我们还用过 char(1)的，符合业务场景就是好的。对于以后扩展，很多时候不仅仅是加类型，也可能变更类型，比如原来有个出库类型是销售，可能随时间推移会出现海外销售和国内销售，这时候可能会希望原来的销售编号做分离，这时候无论哪种都没那么简单。

问题 2 自增的是可以考虑但是没有给出理由，楼主的 uuid 也没问题，uuid 在未来有数量迁移和库表合成有好处。而且 uuid 把时间区信息调到前面一样可以解决排序问题。如果数据大要排序，加个整型的排序字段比自增更有意义。主键唯一除了 uuid 还有 twitter 的雪花算法产生 id。数据库中并没有谁规定一定要自增列，比如 oracle 的自增是靠序列实现的，而主键列我们也不直接用序列，而是拼接上一个前缀。同时业务场景中往往不会直接按主键排序，所以自增完全看场景，没有一定的说法。


问题 3，删除没用代码有好处，但是如果是重载方法就不见得删除的好，更多可能要评估为什么当初要写出这种代码，比较有时候调用送 list 还得产生一个 list 对象，而这个 list 才一个实体，那这时候的 list 产生意义就很低了，多了内存占用确只是为了兼容。

总之我是认为事情要商量，要以理服人，不能老是说经验。