干就好好干，不想干就走，去外面看看 +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 产生意义就很低了，多了内存占用确只是为了兼容。

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

hp 战 66 pro 高配版看看？

试用期而已，直接提没事

哔哩哔哩 22 或 33 看看，我用的 33 月流量 2g，超出可以买日流量。22 是 1g 流量

没问题，很流畅，我是 2015 款 13 的

@alvinbone88 你的这个方法我测了下，没有用呢。不过还是谢谢了。

Bash + iterm2

p2415q

楼主可以搞个 bootcamp 上 windows，或者用 wtg(windows to go，我用的这个方案)，你会发现挺不错的。我前两天纠结了半天要不要卖了 rmbp2015，买 t480 顶配，看了下水货价格大概要 12k，就放弃了这个想法。毕竟这个价格和我当初买 rmbp 价格差不多。

当然楼主情况可能不太一样，2017 的 15 寸如果是行货要到 2w 了，卖了换 win 本还是可以回点点血。

同求