楼上，Eva 也是女性向的虚拟人物吧。哈哈

买了《皇牌空战 7 》

@passerbytiny 确实是这样。不过当前是用 Angular 发现的，算是 JS 的事情。目前我所有的代码都是放在 OneDrive 同步的目录里。而且基本上所有的项目都是在 git 管控之下，git 也有大量的小文件和一些大文件，不过还没有到 Angular 这种数量级吧。之所以没有完全靠 git 来“同步”是因为不想仅仅因为双电脑同步而创建临时 commit。OneDrive 同步确实也不是最佳方案。毕竟这种国际大厂的这种服务在国内的速度，加上网页版被……

@hakono 哈哈，你这个形容不错。你倒是提醒我了。等我回头删的时候，来个彻底删除，不走回收站~

@LokiSharp 目前还没有发现丢东西的情况。有时候会慢是真的。。

不说我都没注意~~

青岛电信，目前访问不能。

@wand 离线支付，不就是要预先设置一个“零花钱”金额，然后手表付款就从那个“零花钱”里扣除。如果“零花钱”不够就付不了吧，所以还要不定时往里面“存”点钱，虽然有“不足 xx 元就自动转 yy 元”，但还不是我需要的理想状态。

几周前因为我的小米手环的表带断了，所以我买了个 Apple Watch 5 代 GPS 版。

GPS 版 5 代，你值得拥有。尤其是常亮屏幕是一大进步~这东西没有什么了不起的大功能，但是小地方很得劲：

1. 屏幕常亮，非常赞。不用估计抬腕什么的，也可以看到表盘上的基本信息（此时一些动态刷新的信息是不显示或者不动的，比如秒针、指南针、米奇等，可以理解，省电）。
2. 手表支付，Apple Pay 支持的地方不多，目前我就在 7-11 便利店能用。很方便。支付宝需要在手表上安装应用。不能直接从关联的银行卡付款，只能先存“零钱”到手表，然后再付款，不是那么方便，至少适用面广。。。
3. 闹钟震动提醒，早晨起床不会惊扰到别人（这一点手环类产品也很好用）
4. 经常需要和地球对面同事交流，因此在手表上显示对方的时区时间，很有帮助。
5. 手表上也设置显示一个定时器，随时可以倒计时。我发现我有很多需要倒计时的时候，比如在公司午睡时的倒计时。
6. 一定程度上促进了我多运动，然后避免久坐。自带的，那叫什么，健身环？我设置的目标较低，然后每天都会提醒我完成了站立、锻炼指标什么的，很多鼓励的话语，虽然都是程序，但说实话，也是有鼓励效果的。
7. 表盘上也显示了计算器图标，对于数学不佳，又不知道哪根筋有问题就想研究不同品牌的不同容量的薯片哪个每克价格最低，谁便宜买谁的时候很有用。
8. 很多、很多、很多的表盘，对于某些方面特别喜新厌旧的我来说，没事儿就换表盘玩，天天不一样~
9. 指南针感觉也很有用，虽然还没实际用到过。
10. 心率、噪音之类的监测偶尔也用用。

最大的缺憾是没有官方的睡眠监测应用，第三方的我不是特别信任。

微软也是软件界著名的背锅侠。

新农合医保一定要买上，按照最高金额买。
养老保险，如果不能买 /补了的话，说实话，只能靠你定期给他们一些钱了。不过农村消费相对比较低，加上父母一般又比较节俭，应该不会对你构成太大负担。

据我的经验，你是睡早了，睡多了。。。试试凌晨再睡，清晨就起床~~

我个人从 VS 6 写 VC++开始，到 VS 200x 开始写 C# 代码，中间短暂用 XCode 写过 Object-C 代码，感觉 VS 虽然已经很强、很好用了，但竟然每个版本还是可以变得更好用。至于 Java 语言及其 IDE，真心不想碰。。。我承认 Java 的生态甩 .NET 100 * 10 条街，但从纯语言层面…… 因为不认可 Java 这门语言，所以也不想碰 Java IDE。

虽然每天晚上带着，但是没有安装睡眠监测软件，希望 Apple 某一天出一个官方的。。。刚买的 5 代，只有某一天奇怪地一觉醒来没电了。。。除此之外，一直都很正常。。。

MacBook Pro 2012 Mid 15.6''，电池已废，离不开电源。自己动手加装 16G 内存，512G SSD，换了一个风扇，电源线断了重新买了个电源（竟然要 600 RMB)，1 米多高度掉地上一次，一个角磕进去了，导致底盖无法完全闭合，螺丝拧不正了，索性不要螺丝了。目前招灰状态，基本只在同步 iPhone 的时候才打开。最新的 Mac OS 好像问题不少，暂时还没有升级。

用了 6 年老款 MacBook Pro,换了 Surface Book 2，用了 1 年多，结果键盘底座进咖啡废了，只剩下屏幕部分。。。官方给钱都不修的。一怒之下重新配了台台式机，然后突然觉悟还是台式机性价比最高。。。不到一万块，其性能比 2W+人民币的 SB 2 高多了。 笔记本什么的，对于我来说还是作为应急产品，弄个不那么差的就行了。。。

使用 Git 这个事情，肯定比使用其它源码管理方式麻烦、复杂一些，尤其是如果想用好、用规范的话。一套流程是必不可少的。所以，首先，你要有足够的权限 /权力去推动。其他人可以提出建议、意见，但只有推动管理和规范的那些才会被考虑接纳和改进，牢骚类的直接忽略乃至驳回。如果只是平级、没有强制力，遇到抵制没辙的话，还是放弃吧。

使用 git 的目的是规范化、流程化，而不是“最简化”，因此一键 push 这样的东西不可取。git 的提交节点树是非常有价值的代码历史追踪工具，上面主要分支的每一个提交及其 message，都必须明明白白的。这样在你回溯代码问题的时候会比较清晰。

另外鉴于 git 的使用方式、方法非常灵活，因此应该需要有一个人统管 git 流程和分支管理，这个人应该就是你啦。还有对于工作的分配也要注意，不要把一个涉及同一部分代码的任务分配到多个人身上，那样会极大增加代码提交冲突的可能性。公共模块的更新，尤其是大量的更新，最好统一归到某位“高级”员工身上。

鉴于楼主的描述，依我队楼主公司的开发流程的理解和推测，可以考虑这样使用 git：

1. 所有人可以都在一个分支上工作。假设这个分支叫 dev，那么服务器上的分支就是 origin/dev,本地分支叫 dev
2. 每个人在开始工作前，首先 pull origin/dev，就是从服务器上获取最新的代码。
3. 开始自己的工作。如果要实时看自己改动的效果，那只能在自己的电脑上查看（开发不都这样么），整块功能完成之后，提交自己的代码，形成一个 commit，commit 的 message 里需要写明这次提交的代码做了什么事情，比如“完成某某功能”、“修复某某 bug”等。message 是重要信息，*一定不能随便乱写*。
4. 鉴于自己的提交完成之时，服务器上的 origin/dev 可能已经有了别人提交的代码，此时 push 代码可能会被拒绝。因此 push 的时候，通常需要分 2 步：
4.1 Fetch 然后 Rebase，Fetch 的作用是从服务器上获取最新的 origin/dev 到本地，这样你本地的 origin/dev 就和服务器同步了，同时不会影响到本地的工作区。Rebase 的作用是将步骤 3 的提交内容以最新的 origin/dev 节点为父节点“重做”，这 2 步的结果是你本地的提交的父节点现在已经是服务器上的最新节点了。如果你当前提交的节点的父节点依然是服务器上的最新节点，那么 rebase 就等于一个空操作，没有任何效果。
4.1.1 git 重做的时候可能会产生代码冲突，因为服务器上的最新节点里可能也修改了你修改的代码，此时，你需要手工解决冲突。注意，这些代码冲突产生在你本地，所以并不会影响任何其他人。冲突解决之后，你的提交就准备好 push 到服务器了。
4.2 push 本地提交。因为你做了 4.1，所以现在 push 不会有任何冲突存在，你的提交应该顺利地更新到服务器了。

如果想及时查看自己的更新的全局整合效果，那么得配一个 CI 服务器进行持续集成。CI 服务器上也有一套 git，会通过钩子或者轮询获取最新的提交，一旦有新提交被获取就会自动生成并部署一个系统版本。

以上是一个基础流程，在这个基础上可以根据其它情况进一步演化。
使用 git 的时候，无论是工作分配和开发流程，都要注意减少代码冲突的可能性，例如上述步骤 2，就为了让自己的工作始终基于最新代码之上。另外代码冲突的处理也都在本地由提交代码者处理。
你可能注意到上述流程，没有牵涉到“merge"，那是因为 merge 被 Fetch & Rebase 取代了，好处是省掉一个 merge 节点，让整个提交树非常清爽。