如果不聚焦在功能，而聚焦在代码本身的话，那这只是赛博孔乙己而已。

代码本来就没有价值，代码实现的功能有价值。

还是上帖的结论：生产工艺本身没有价值，只有你依靠生产工艺实现了不可替代的 feature ，才有价值。

大概扫了一眼，有几个点看不太明白。
1 、这个百分比是占你总资产的比例？你的二级市场投资比例接近 45%？
2 、房产占比很低，你的本金数额非常大？目测应该是过亿人民币了。
3 、你的投资思路是什么？你是靠投机的收益来生活吗？

这个是软件工程的典型错误，既不应该在进入测试阶段后仍然修改代码。无论是任何理由。

所以：
1 、通过 url 的特殊调试参数。
2 、通过反向代理服务的方式调整 API 的 IP 指向。

一般来讲，成熟的产品都会选择方法 2 ，因为方法 2 不光会实现此功能，也是灰度更新、热回退等版本管理的基础机制。

“冻结”的概念是什么？
拒绝自启动、后台活动？你可以充分相信 iOS 的后台管理。

对 HDD 影响最大。
但总体而言，也是基本可以忽略。

@tool2d “好代码能直接决定产品竞争力”

能不能举一个正向的例子。只要是工程学领域的就行。
我可以很轻易的举一个反例：雷克萨斯。

@tool2d 你的这个论述有两个问题：
1 、这是一个“定义分歧”的问题。
王健林是搞建筑的，搬砖工也是搞建筑的，但他们的工作内容、个人能力没有任何交集。
程序员同理。个人开发者是集产品、开发、市场等于一身的工作，这和大厂一线开发程序员没有任何交集。

2 、“从失业后做独立开发角度看，能不能写出好代码，就是自己市场竞争力的表现。”
这个我并没有任何体会，微信、支付宝代码写的再烂，只要功能正常，我依然得用。
反之，一个美颜产品，他的代码写的再优雅，对于一个不自拍的男性而言都是鸡肋。

产品的竞争力与收益，和生产工艺之间，没有任何本质的线性正相关逻辑。

btw：都是工程学，建筑工人对自己的认知就比程序员行业清晰的多。
从来没听说搬砖工人为了自己的板砖姿势没有创造力而焦虑过。

@tool2d “降低创造力，突然有一天，就被公司优化了。”

这就是基层程序员的典型迷思：总是认为自己的能力是生产资料。
但实质上其实只是通用的，没有任何不可替代性的基层劳力而已。越是大厂，基层程序员的个人价值就越低。

公司是否考虑裁员，也只是从成本/收益之比考虑而已。你的个人能力其实不包含在内。
日常生产活动中，你的个人能力发挥，其实对公司很大程度上并没有正向的收益。甚至更多的是负收益。

程序员不是人系列……

所以生产环节都是靠生产条例来兜底的。
你的生产预期高，那么就要匹配更规范的生产流程，以及更优秀的管理学支撑。

所以会出现各种框架、各种代码检测工具、并提倡代码 review 体系。
本质上以上的核心目的都是降低基层生产人员的灵活性，从而提高一致性，达到管理目的。

btw：演讲绝大多数情况下，其他人关注的是内容，而不是你个人的表现。所以你表达的越逻辑清晰，越平易近人，越轻松愉快，观众的反响就越好。因为对方会更容易接纳你的信息，从而和你产生共鸣。

以我自我总结的经验，有几个方面。

1 、充分准备。自信的来源有一部分是来自充分的内容准备。你对自己讲的内容有自信，你才有演讲的自信基础。
2 、尽量定调轻松一点。在表达过程中尽量控制自己使用正常的语气、语调来表达内容。而不是去被稿子。这也就凸显了上文中准备的重要性。你不充分准备，你是不可能用轻松的语气表达的。
3 、找一切机会预演。包括但不限于心中默念，对镜练习，找朋友观摩。预演能够捋顺你的表达思路，并能够发现你在打稿过程中犯的一些逻辑性表述错误。因为口语和笔书的逻辑性不完全一致。
4 、调低自己的对于演讲效果的期待。我对于我自己的发挥来讲，大概平均下来自我评价是 8.5 分左右，既发挥超过准备的 8 成就算合格，满分算超水平发挥。
5 、灵活应对。演讲过程中，内容搞混，或者内容被忽略是常事，这时候不要慌张。有两种方式解决问题：如果是不太重要的内容，干脆直接掠过。如果是重要的内容，可以通过一些表达方式弥补。比如：“当然，在 XX 之前呢，还有一个前置条件。。。”，或者：“话说回来，xxx 也是解决 yyy 的关键因素”。等等。

综上，其实核心本质上还是充分准备。因为所有的技巧和发挥，都是在你对信息量充分吃透的前提下展开的。

容易被破的都是带公网查看功能的。一旦公网查看的云平台用户被破，你就裸奔了。
所以我的建议是，买局域网摄像头（或者禁用摄像头的公网查看功能），想外网查看通过 vpn 等工具打洞到内网查看。

这样能够做双层隔离。
对方既要知道你的公网地址，又要破解你的 vpn 用户，还要破解一道 nas/监控机的安防。

能不能解释下什么是“实际形状”？

比如“★”，请问你如何用量化指标描述这个“实际形状”？