十分期待 MBP +1

1. 做感兴趣的小项目
2. 新产品 /新项目引入相应的技术、框架或语言
3. 研究感兴趣的开源项目

个人觉得，#2 的方式相对来说性价比是最划算的。当然，这需要你对新产品新项目技术选型有足够的话语权与说服力

确实是标题党。Android （包括 Linux ）系统镜像本身就都是只支持在 Linux 系统构建的
不管是物理机 /docker/虚拟机都可以

若考虑佛山的话，可以看下顺德容桂；那边二手一万出头，比如碧桂园的大盘凤凰湾，也就一万一二
有轻轨，从南站过去的话，也就二十多公里。到天河走高速也就一个多钟

net/http 提供的只是基本的接口与功能。你若要重试功能，一个是基于 net/http 自己完善
另外一个，可以用第三方的库来，比如 resty
https://github.com/go-resty/resty/

还有别的，都是自带 retry 功能的

怎么说呢，本人是从 c 、c++、java，然后现在到 go 一路都是用过来的
简单点就是，若有选择权，
1. 用过 c++/java 之后，就不会考虑用 c
2. 用过 go 之后，一样不会再考虑用 c/c++/java

当然，go 目前不足的地方就是企业类的框架还比较缺乏与不足，属于造轮子阶段
但对于大多数业务场景来说，已经是可以一战了

本人之前也是这样的情况，不过尝试了睡前一杯牛奶
睡眠质量确实好很多

@polyang #33 1/2/3/4 都不会的路过；对于百度下就能出来的问题，不知道问了有何意义
但我确实能解决很多很多各种各样的问题

对于有工作经验、有项目经验的人来说，为嘛不问下项目、踩坑之后才知道的问题，为何不多问下工程化相关的问题；当然，或可以间接说明人是否善于学习、沟通与解决问题的问题

若是用 markdown，可以尝试下 wiznote + wizlite，
1. 因为 wiznote 本身是笔记软件，所以保存是没有问题的
2. wizlite 是 md 编辑器，图片体验这块还是很理想：其有自建图床，本地图片直接截屏粘贴就可以

很久前就尝试过用 md 做文档，但图片问题一直都没很便利的方式，所以没用起来

除了 1 楼的建议靠谱，别的不懂就别瞎给主意

说句不好听的，把第三方库（代码量 很大那种）导入工程的话，就是脑子有坑
不仅坑自己，还坑公司

相对来说，2/3 靠谱很多，毕竟主动性在自己手上；对于 1，选择权在别人手上，不确定太多

对于大多数公司来说，35+若不能带团队、做架构，性价比属于极低；所以对于基层开发岗基本不会有什么机会
而对于国内大多数公司来说，管理岗与架构岗本身就属于稀缺岗位；而基础设施、核心都在别人手里，所以也不需要资深的研发岗

对于 5%的人来说，能力问题，无关年龄
对于 95%的普通人来说，年龄问题，无关能力

不过能认清自己的人向来不多。每个人都以为自己属于那无关年龄的 5%

1. 不现实
2. 可以
3. 不现实

注：不现实的意思就是，基本没有人这么做；除了部分用来做嵌入式开发的除外（因为第三方库及工具链都是单独编译的）

@BingoXuan #1 房产税增加是的房子的持有成本，持有房子越多税就越多。当前最大的问题就是，房子持有成本为 0，而交易成本是大头

对于房产多的团体或个人，在持有成本递增前提下，自然会重新评估是否要将部分房产投入市场，出售

@tangyujing99 #3 房产税是持有税，不是买卖税收。与你说的交易成本一毛钱关系都没有。
房产税出发点是逐步让 zf 有优质的税收来源，抑制 dfzf 推高地价的冲动。而不是什么抑制投机炒房

因为房产税是持有税，且累进计税。简单点就是占有资源（房子）越多，税收越重

至于是否会导致更多的额房子涌向市场，个人自行理解就是

@bk201 #4 大前提就是错的。房产税是持有税，而不是购房成本（买卖成本）。持有税的意思就是，只要这个房子是你的，不管你是卖还是不卖，只要符合交税规则，你就要交税。而且房产税是累计递增的