1. 很多小公司仍然采用传统 Jar 管理模式。好处是项目 clone 之后，马上即可编译运行。缺点是要人工解决 Library 包依赖问题，明明 Maven ， Gradle 都可以自动解决的。如果需要自动编译支持，一般采用 Ant 脚本方式。十分古老的版本管理方式。不过，小公司的项目经常是不断重复，经常是将旧项目拷贝，再翻一版， Lib 包永不升级，这么干于它而言更方便。

2. 使用 Maven 、 Gradle ，甚至在公司自建私有 Repository 。相对现代且自动化得多。大多数 Github 上的 Java 项目使用此种方式来管理包依赖。优点：主流，自动化解决依赖，对于 CI 等开发工具支持最好。缺点：自从 Maven 的 OSC 镜像关闭以来，你最好能有个代理。

够是够了。
不过，如果只做 Android 开发，你买 MBP 的钱可以换性能好得多的 Windows 笔记本。

MAS 降价是准备要下架，同时上新的非沙箱版本么？

消费观念问题而已，没有对错，无非是心态。

二线城市，月入 2.5 万美元，挺牛的，人生赢家啊。

矫情
刚开始用户量不大的时候还好。后来用户量一大，知乎体一泛滥真让人恶心。

很多问题明显像钓鱼，一看就是马甲发的。另外一些，让人不禁呵呵。

“如何评价 xxxx ”，评价个 P 啊，这问题是你能“评价”的。发表观点就发表观点，老是 Pose 十足，一套俯视的嘴脸，让人恶心。

你觉得程序员是太理智了呢？还是太不理智呢？ Ｏ(≧▽≦)Ｏ

你说的这种情况，就别当打工族了。

做生意，捞偏门，想尽办法求财。

当年不少下海做生意人，也是实属无奈，天生爱冒险的永远都是小数人。

Greate Job!

CleanMyPC

我也觉得 TouchBar 是个好设计，就是价格那啥点……

略有担心的是，我的 VirtualBox 中的 Windows 怎么办？用 Func 时怎么映射 ？估计 VirtualBox 到时要支持吧。

最后， 4 USB-C 真心不实用啊。出门都得带转换槽的节奏。

1. 多谢分享
2. 应该上图
3. 不懂房东会怎么说

touch bar 我倒不反对。只要自定义功能够强大，支持多就好。

键盘键程是真心不喜欢。

不过，我觉得最难受的是 4 USB-C ，以后外出不带个转换器，别人的 U 盘都不能用。

你姐也太能捉死了……

还是赶紧去医院吧。

如果是真实的话，心真大。

@riomade 楼上正解。网络层面使用 VPN 没大问题。主机层面就不好办了，除非你自己携带笔记本上班，否则无法保证你的机器上没有装 Agent 。即使网络层和主机层都搞定，公司还有办公室摄像头这个大杀器……

无限流量卡，超过一定流量后速度就慢成狗。否则你买个 4G 路由器也要不了多少钱。

如果你的 Server 是 Java 编写，且使用 Spring ，可以考虑使用 SpringCache 通过标签自动将 DTO 对象映射至 Redis 中。

Spring 会帮你生成实现，查询时首先查询 Cache ，查询失败后再从 MySQL 加载数据。

同样， update 以及 insert ， delete 时，通过标签，同步更新 Redis 数据。

实现上述功能，仅需要在你的 DAO 层函数上打上标签即可。

以前办公开发用的 21 ，家里买了台 27 。

单就开发来说， 21 一般足够了。除非……你做 iOS 还开了 storyboard 。

做 Java 、 Go 开发的时候，用 27 一般不会开满屏，而是拆成各个子窗口。

后来跳了槽，深深得感到还是应该买 RMBP+外接显示器。

黑帽子应该是资深游客吧。纵横此游戏 30 年，前段时间 AFK 了，最近才回来。 一回来就是找 Dolors ，“ It'good to be back.”

我倒是觉得 Ford 有追随 Arnold 的意思。