电容大多都是用来滤波的，烧坏了更好 因为电容短路可能导致大电流过保护直接没法开机，烧坏了的话直接断路，
另外并联电路电压处处相等 初中物理学过吧，

直接用吧

@shijingshijing #24 问题是需求方都是老板，大多时候都是拍脑袋，我要这样， 短平快是必然的，按你传统那套来，黄花菜都凉了，估计你还没做完，老板又拍脑袋换方案了

@Mindjet #15 我之前也吃过重复自己的坑，遗漏个地方，报错排查了一两个小时。

@Mindjet #15 因为大部分代码在一开始设计的时候 就没考虑过变化，如果在这个基础上 再多重复 1-2 次这个代码，你就有的改了，这也是为什么 don't repeat yourself 这么出名的原因，大部分人只会改一处而通常会遗留其它地方。

然后复杂性的另外一个很大的来源就是业务逻辑的多变，像设计模式被总结出来就是用来隔离变化的，可能很多人读设计模式大多只是想生搬硬套，但实际上如果你的代码 预计很长一段时间内不会改变，那么使用设计模式就是脱裤子放屁，因为代码没有变化的源动力存在，去设想未来可能的变化是非常愚蠢的，但是大部分人都知道，变化总是出其意料的出现，也许是业务拍了后脑勺，我要那个，也许是产品又来了个新奇的创意，要设计一违反大多数人直觉的逻辑，反正变化的源动力是没法预测的，所以前辈们的经验就是 不要在同一个地方反复栽跟头，在一个地方改一次 可以 改两次还行，改三次就要考虑是否 扩展成可扩展化的代码结构了。

如果你觉得缺少方法论，那么就去多思考一下，如何在你的工作中管控复杂性，因为人脑大多时候是没法接受太复杂的事物，即使勉强记下来，也肯定会遗漏，这是人脑性质决定的。

如果将代码模块化管理，隐藏复杂性，例如常见的切面编程技术，本身就是希望代码逻辑是可以快速拔插的，把缓存做在切面层里面就是管控复杂性的方式之一，如果我需要实时看计算的结果，直接关掉缓存是非常简单的，注释掉相关注解，如果你把缓存跟业务代码糅合在一起，就增加了其复杂性，当你需要关掉缓存的时候，你需要在功能模块中大量的注释缓存相关的代码，而且还十分容易出错。

其实没有啥好的开发方法论，在最早的人月神话中就已经说的很明白了，软件开发唯一的难题就是软件的复杂性管控，而在这个方面没有银弹，在复杂性管控方面，失控是常态，过去的大瀑布就是流程太长太慢，代码设计不合理与预期不符合，中间可能改需求了，一大堆的情况都可能导致项目中某一阶段的工作需要大量的返工，所以后来大师们才开始推敏捷，按原型做一点然后让用户用起来，根据用户反馈立马改（因为用户一开始本身也不知道他想要什么，我之前做了个一小的外包，前后至少改了 4-5 次需求，每次做一点 让他们用，然后就立马会想出新点子或者瞎几把的玩意），不行推倒一个模块重来，这样可以降低成本失控的风险。

所有开发方面的箴言大多都是有场景的大多都是理想环境，而现实是非常复杂的，项目 人员 编码 设计 等等各个方面就不存在一个理想的情况，反正我上班就是负责在屎堆里面拉屎扒粪，做新模块是最开心的，新项目如果需要改老代码是最难受的，因为每个同事的风格都不一样，有设计的还好，会把一些复杂性隐藏在模块内，把一些接口暴露出来，没有设计的，会把数据库 json 字段序列化反序列化等处理 业务逻辑代码 全部糅合在一起，分散在模块的四处，你一改保证出毛病，最难受的是把缓存跟业务代码糅合在一起，改这种老模块 一旦出 bug 你要排查半天，成本都不一定会比重新写这个模块小。

担心温度的 大多都是杞人忧天 需要要人安抚一下就好了

另外 Pi 跟路由 用充电宝供电 实测能待机 1 天以上 在旅店 这个玩意真的非常不错

Pi 还可以挂卡 烟雾警报 温度提示 等一系列功能 外出旅游 居住可以充当一个移动式环境监控设备

没有千兆需求的话 就淘宝买个友善之臂， 我比较懒 功能需求多 所以是一个迷你路由带一个树莓派，Pi 负责翻墙 VPN 一系列工作，迷你路由器负责中继 AP 功能

开源吧

@thinkdeep #107 所以说是安慰吧，目前反正富人也是活这么久，当然未来富人可以永久活下去 也不是不可能，穷人去死也很正常

人早晚要死的，根据熵的变化，最后都会化为虚无，
所谓的煎熬，只是眼前的一点点小东西，
最后穷人富人都是两腿一蹬，啥都没有了，所以我这个人看得开

@zhw2590582 #114 照片上看上去是个萌妹子，结果进了厕所，掏出来的比你还大