处方：
结婚。

ps：结婚以后，以上改变很多。2333

@Joming #1 webpack 打包出来的就那么大， SPA 的应用不都是这么玩么？ 我不是钉钉的。 哈哈哈

估计里面放了 Rect 和 JQ

时间无法估计是表象，深层含义就是：『团队可控？』。

我带的团队，每个新人进来增加 2 周~4 周 熟悉时间，不让熟悉直接干，风险太大。
我司一般迭代 2 周一次，首先对任务进行原子化细分（就是分解透需求点，技术风险点），尽量让新人做技术可控的事情，不可控的由老手直接负责。否则容易翻盘。
新人进来的 适应期，我一般会 分散到好几个开发周期中。 对于团队的信任一般的思路是， 完全不信任--团队队友信任---我信任。 前期需要加入重点 Code Review 对象，达到 预期以后逐渐 降低 Review 频率，最后达到我信任的列表。 技术人员很好判断，如果代码 Review 结果很差 /而且屡教不改的，那就可以 GG，别浪费时间。 这样从根本层面保证了，可控。

另外如果是新组建，急速扩张的团队，那么就得相关负责人，给他更大的权利。在此期间，自己要这些负责人一起进行进度控制和细节把控，虽然辛苦，但这也是树立自身领导力，和打磨核心团队的过程。 一旦成型，后面就很顺了。 如果这段时间 hold 不住 ，那可能自己不是这个团队，准备跑路吧。

团队可控，换句话也就是分而自治。领导就是原来的皇帝，要与各诸侯达到相互平衡。 门道很多，我也才入门。 希望对你有用。

当然只有 UIWebview 的这个控件才能使用。

通过 实现 HTTPRequestProtocol 拦截相应的 URL 来实现。

子工程需要多一些的 单元测试。 对于子工程暴漏的接口进行统一管理，JAVA 这块的异常就很重要。如果是要进行 soa 的调试。那么需要添加一些额外的数据进行扩展，比如 traceID 等。如果是依赖其他自工程的数据或者方法，那么就直接用 mock 方式 来处理。

@juxingzhutou 正解。
@tuzhenyu JMM 会保证程序在允许范围内执行指令混排，所以在视觉上会给人造成顺序执行的假象。除了用 syn 意外还能使用 乐观锁的 思想来处理。看着这个 访问 http://www.hollischuang.com/archives/1866

我最近才悟道为什么，一本书核心就那么几句话，反而要写那么多的『废话』。
作者要增加一种**代入感**。只看干巴巴的核心，很少有人，能和作者思维状态一致。
这就好比我们写代码，核心的伪代码写出来，电脑根本就看不懂。这时候我们把伪代码变成真正的代码。

参加一下。

@northisland #26 666

OP 的话 可以设置 Status 的状态，这个参考下 af1.x 的 代码。GCD 是没有停止的接口。 所以要保证操作的幂等性。

@qixinghaitang #34 前期是否可以考虑和作者联合促销活动？ 超过 30 就不如买书了。 毕竟系统性没得比。

这个类似于 GITCHAT 。风格不错。
我查了几篇文章 。发现这篇首发 比如
https://xiaozhuanlan.com/topic/6592047138
https://zhuanlan.zhihu.com/p/27622575

如果付费 订阅 9.9 看到其他完整版的 是不是很不爽呢？

没独家的文章，我肯定不会订阅。
技术类别的文章， 不管是在开发者头条，掘金，知乎专栏上。大都类似吧。

没金主就撤了吧。 找个靠山不也挺好。

为毛不回西安？你可以找西安这边的朋友有问问么。虽然比不上成都但是糊个口也是可以的。

最好的是自己用 Netty 开发一个服务端，鉴权通过目前系统实现。开发工作量不小。

@pimin #14 2333

@jiangzhuo #7 有啥内涵？ ;-)

希望楼主要对自己的技术成长有坚持。

西安绝大多数的程序员都沉溺在，我 使用好一个库 、会配置一些参数 、会使用某一种具体技术。
然后...就没然后了。万不得已不会对技术进行深入研究，或者是想真正的搞懂原理或者实现方法。
这类人占 95%（我的面试经验）。

所以可以预见的是，楼主不去懂原理，2 年以后，也可能只是懂点如何配置 模板、 如何在 Spring 配置一下
事物，如何在 Spring 里面写一个简单的 AOP，然后比如 问 Spring 是如何显示 AOP 的，如何 Ioc 的，
也仅仅只是一些皮毛回答。

西安整体都是面向于业务实现，老板或者领导的『急功近利』导致这样的问题发生。因为遇到问题时候
周围总是充斥着，赶紧实现以下，回头再去看原理。而且有些年龄老的程序员会盲目自信，比如用一些
看起来牛逼的技术来唬人，比如我们实现了微服务，使用 Motan 的 RPC，kafka 来做日志统计。但如果你想
问 RPC 实现的流程是什么？卡壳。 一个高可靠、高性能的 RPC 具有什么特性？卡壳。kafka 所使用的业务场景
有哪些，在哪些场景能发挥最大的性能？卡壳。kafka 为什么会有这样高的性能，以及处理消息堆积能力？卡壳。
这就是需要 15k 工资的 JAVA 后端所给的回答。（样本数量不多，10 人左右）。

所以给楼主说，不要迷信公司牛逼的程序员，尽量翻墙去 google 多对比，多看。时间长了你也会有自己判断。

最后不能说西安所有的程序员都是这样，但以上问题大多都暴露在从毕业就在西安生长的本土程序员。楼主且行且珍惜。

华为、中兴的人 不在上述所说的范围内。因为没接触过。