本人有车，上班 14 公里单程小电驴，冬天包起来，下雨穿雨披，人的适应性很强，这点事情算不了什么

用车开销一年 1-2w 跑不了，单位停车费一年一两千，家里停车一年一两千，四个轮胎 3-5 年要换，现在的新能源车胎大，合到一年也要 1 千的吧，再加上保养维修保修之类的

如果你能承受以上的，买好了，反正迟早总要一辆车的

如果纯粹从经济和实用性来说，一个人在外，用不着，等结婚再买吧。

@muyeyong #25 我是常州人，大哥细说下我也体验体验

同推荐： 《 Redis 深度历险：核心原理和应用实践》

- 想省水费 --- 水是我个人认为生活成本中最低的，比电、气都便宜的多，省得水费不够多出来的电、气

- 不考虑多出来的钱，想增加体验 ---- 提前 5 分钟放水就行了，不要关，抹沐浴露站旁边就行了，或者龙头转向墙面就行了。冬天忘记提前放水，站着冷，那你卫生间浴霸或者暖风总有的吧。总之洗澡前磨磨蹭蹭多那 1 分钟放水的时间总是轻轻松松有的

所以那点提升其实我轻轻松松就能找到破解方法，不用去研究这个水管那个水管增加维护风险、装修费用、热水器购置费用，调什么模式参数，也不用想是不是多出来电费。

有人说普通家庭能用多少水电气，确实，水电气跟油费比起来好像也不是很贵，但你这里扣我一点钱，那里扣我一点钱，加起来不就多了，本来一个月 300 能解决的生活成本，一下子就轻轻松松 800 了。能发帖问，肯定是要考虑点经济问题的吧，要不然也不会发帖问了

同联通 5 元小米卡，感觉不是慢的问题了，连通性都有问题，某些时候体感跟 3g 网一样，不知道是不是嫌弃我资费低故意的

我也看中秦 L ，请教一下，有没有要求电池多久要充电校准，之前哪里看到的说没多久就要充满一次电校准

- 一些配置信息用 redis 做一下缓存，比如 Models.Setting ，Models.WxReplyRule 等，不要每次都从数据库查
- 我怀疑程序大量使用了 static 变量缓存数据，还是某些表的全量数据
- Models.Order 存在 select all 到内存中情况 ，WxReplyRule 疑似也存在这个情况
- 随机数生成算法再优化一下

正好曾经有过这方面的斗争经验，我的感觉是同一种方式基本只能抓 1-2 批老鼠，后面老鼠就不会上当了。我曾经试过
- 粘鼠板，晚上睡觉基各个通道都铺满了，抓住 4-5 只，1-2 只中老鼠，其他基本都是小老鼠，没见过世间险恶，后面老鼠会跳墙走。。。
- 捕鼠网，就是渔网，补到 2-3 只，后面有经验就不钻网了
- 捕鼠笼，抓到 2 只左右
- 老鼠药，就 1 只老鼠明显啃了一半，在床底下发现死了

家里房门门框都被咬了一个洞，被我用铁皮堵住了
最终的解决方案还是把家里米、面、饼干等零食全部藏起来。曾经放在塑料箱子里，后来塑料箱子搬开发现塑料都咬穿了，床底下还能找到被偷走的饼干袋子。。。

我也不知道为什么这么多老鼠，老小区，外面跑进来两只大老鼠安家了，生了一堆，有只大的始终没逮到，我晚上睡觉能听到动静，后来可能还是因为找不到零食走的

如果是非 vs ide, 在 csproj 里面加进去
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'">
<NoWarn>10620;</NoWarn> (分号分割可以配置多个)
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
<NoWarn>10620;</NoWarn>
</PropertyGroup>

如果是 vs ，项目右键属性里面能直接改忽略警告

用云的话，mysql 单独买 rds ，

esc 方案有两种，一是买个稍微高配的，4core8g ，或者 2core8g ，按需求往上升配，乱七八糟的 redis, kafka 什么都 docker 往上部署，放心，百万 db 数据量的企业撑得住，甚至还有很多富余
二是如果有负载均衡需求，或者有服务容灾需求，或者未来很可能负载大幅度上升，就买多个低配的搞集群，多个 1core2g, 2core2g ，为未来做准备。当然方案一也可以在未来把负载高的服务分离出来，就是不大好做容灾

有文件图片存储的话磁盘大一点。

rds 和自建区别：rds 帮你做了很多运维工作，比如容灾，数据库版本升级，权限控制，默认比较合适的一些性能参数帮你设置好，比较方便的查看错误日志、慢日志、执行 sql 日志（要加钱），你几乎不用关注他会不会挂。但是 rds 物理成本比自建贵，人力成本比自建便宜。

// 简单用设计模式包裹了一下，工厂+策略，没测试，可以复制到 ide 方便看

public class HandlerKeyAttribute : Attribute
{
public HandlerKeyAttribute(string name)
{
Name = name;
}

public string Name { get; set; }
}

[HandlerKey(nameof(ArgA))]
class ArgA
{
}

[HandlerKey(nameof(ArgB))]
class ArgB
{
}

public class Message
{
public object Param { get; set; }
}

public interface IHandler
{
Task Handle(Message msg);
}

[HandlerKey(nameof(ArgA))]
public class HandlerA : IHandler
{
public Task Handle(Message msg)
{
throw new NotImplementedException();
}
}

[HandlerKey(nameof(ArgB))]
public class HandlerB : IHandler
{
public Task Handle(Message msg)
{
throw new NotImplementedException();
}
}

public class HandlerFactory
{
private static readonly Dictionary<string, Type> _handlerTypes = new();

static HandlerFactory()
{
var handlerTypeInfos = Assembly.GetAssembly(typeof(Program)).DefinedTypes
.Where(x => x.IsClass
&& !x.IsAbstract
&& x.GetInterfaces().Any(i => i == typeof(IHandler)))
.ToList();
foreach (var type in handlerTypeInfos)
{
var attr = type.GetCustomAttribute<HandlerKeyAttribute>();
if (attr != null && !string.IsNullOrEmpty(attr.Name))
{
try
{
_handlerTypes.Add(attr.Name, type);
}
catch (Exception)
{
// 当心 key name 重复
}
}
}
}

public IHandler CreateHandler(object arg)
{
//简单用 attribute 匹配 arg 与 handler 类型，具体场景也可以用其他特征(如直接用对象名称)匹配，也可以结合正则、startsWith 等方式匹配
var attr = arg.GetType().GetCustomAttribute<HandlerKeyAttribute>();

if (attr == null || string.IsNullOrEmpty(attr.Name)) return null;

if (!_handlerTypes.TryGetValue(attr.Name, out var handlerType))
return null;

// 部分框架里可以利用 ioc container 创建， 如 return _serviceProvider.GetRequiredService(handlerType) as IMqttMessageHandler;
// 部分场景也可以预创建对象，如_handlerTypes 类型改成 Dictionary<string, IHandler> handlers, 直接取拿出来用: return handlers[attr.name]
return (IHandler)Activator.CreateInstance(handlerType);

}
}

public class Program
{
private static void Main(string[] args)
{
var objects = new List<object> { new ArgA(), new ArgB() };
var factory = new HandlerFactory();
foreach (var arg in objects)
{
var handler= factory.CreateHandler(arg);
handler.Handle(new Message { Param = arg });
}
}
}

卖机器的一般问他要接口会给接口，看情况有的是 c sdk ，有的是 http ，有的是 mqtt ，或者都支持

@userforg2021 他们写的时候一定觉得自己知识很渊博

个人观点，没有必要，1kb 能放 512 个汉字，性能瓶颈一定不是在这里

@mikulch 客气了客气了

@MonikaCeng

我看到你前面几次给人的回复，就隐隐感觉你是个是以解决问题为导向技术人，一个假大空的技术总监是不敢去面前端岗甚至说出”单纯想转技术“这种话的。现在总有人喜欢打击别人并以此为乐，我就想给你打一针强心剂，希望能帮到你。

咱想单纯做技术真的很不容易，因为你达到一定高度，环境会把你推到管理岗上，有时候也是很纠结。可能退休了会容易点把，我老婆单位之前有俩 70 岁左右的硬件老头就是退休了特意在那蹲着搞技术的。不过你在外企找工作也会好很多，据我所见外企一大把年纪还顶着开发岗的还挺多，人家乐此不疲。

以我个人观点来看，这种表现完全是正常的。做了长期的总监岗、架构岗或者全栈岗，也用不着妄自菲薄不够“精通”。人的记忆力是有限的，我一直觉得你想在广度上做拓展，深度上肯定会有缺失的，但这种缺失不是什么重要的东西。

就比如说什么 tcp 三次握手，那玩意很多人都看过，都没记住，记住那玩意干啥呢？对工作有帮助吗？做个前端需要写网络底层框架吗？。比如说 clearfix，平时做项目也就是加个 class ".clearfix"，要我想具体的内容，我也只记得 clear:both 了，如果要我手写，那我去 google 一下立马就有了，我一直记着这玩意干嘛呢？所以我不觉得这玩意忘了是什么“缺失”，或者说是什么"代价"。

我觉得你的在广度上的优势是这样的，有些细节你肯定不是记得完完全全，但是从系统上的基本概念你都知道，哪天你要去写 http 调用基础方法了，你知道跨域要预调用 options，去查一查发送啥，返回啥，方法写完就扔那了，可能几个月甚至一年都不会再去碰它，肯定会忘掉，你记着都是浪费脑容量。但是呢，你在知识上广度让你碰到任何方向的问题，你脑子里回忆一个关键词，去查一查细节马上就出来了。广度是目录，是索引，定位到细节很简单。

所以面对这种情况，你可以有两种选择。
1 坚持你的广度优势，不要理那些考八股文的。直到碰到能欣赏你这种优势的企业和环境，肯定有，因为我自己招人也会考察这一方面
2 迫于现实，背一背面试题

两种选择不论好坏，不议是非，个人选择罢了。但是要坚持，你选择广度优势，就不要强调深度劣势，因为那不是你的劣势，只能说是知识结构体系不同，在心里上给这种预设除了打击自己的信心，对你不会有好处，在与人交流上也要坚持表达这种观点，像我一样，啥 clearfix 我都记不住，也不想记，需要我去查，不需要我就忘掉。

曾经我也有这种焦虑，手头几本书，clr var c#，http 权威指南，programming c，定期翻一翻复习一下，过半年还是会忘，后来我悟了。

高性价比那就是云南豆了，味道不差关键还新鲜