不可逆的算法都不能叫加密算法，原因很简单，因为没法解密啊。

你这种还原的办法叫做暴力破解，不叫解密。比你的办法更好的办法是彩虹表，具体的自己可百度。

写代码不需要，但部署服务的话就需要了。学那么几个部署用到的命令根本不费事，有用的时候再学也不耽误什么。

主要是楼主嫌弃对方是一个小破公司，还对面试者嫌七嫌八的令人不爽。你这小破公司我能来面试是给你脸了你知道不？给脸不要脸的就得怼死他，楼主我支持你，来感谢一下我吧。

都不用 3 天，3 小时后，楼主你干掉的流氓就都回来了

@metrxqin @wangyzj 没让人写代码，只是说说实现思路。基本上都是乱七八糟一通胡说，没几个思路清晰能说明白的。
@luckyrayyy 对的，就是增删改查。上面问题能说清楚的，但到了这里就卡了。可见学习的时候根本就没想过这个玩意该怎么用。直接导致我的第三个问题（链表适用于哪些场景）问不下去了……

说到算法，我至今没见过哪个应聘者能手撸一个链表的。连能够简单设计几个操作链表的 API 的都没有。

text 类型的字段不适合直接做索引。。。一般这种内容我都用 es 做索引，查到 id 后再读数据库。

表设计就是数据建模，数据建模的目的是用数据模型来描述业务和业务管理需求。所以，你要先了解业务，了解业务管理需求，才能设计出合理的表结构。

楼主别问，问就是太低。毕竟应届生 20K 起步，3 年以上人均 1M/年，少了都不好意思发帖。

没想法都做不好技术，你说哪个更重要？

年化 10%不算高，比银行贷款稍微高一点点。风险主要在于借款人的业务能否赚钱，以及借款人的资金管控能力。

居然还有 C#！！！这个在互联网圈子里面可真是稀罕岗位。可以兼职或者外包么？

虽然我万分不愿意瑞幸倒掉，但这个盘却是不敢接的。。。

不客气地说，这个主意真的很糟糕。问题楼上提了一大堆了，我也就不重复了。我来给楼主一个建议，也把我在项目的实践和大家共享一下。

楼主要解决的问题其实是服务不可用时，如何保持数据一致性的问题。

其实这个问题要一分为二地来看，一是必须保证成功的调用，譬如我钱都付了，你不能让我的订单状态还处于待付款状态。二是可以失败的调用，譬如商品中心服务突然调不通了，无法确定商品价格，这个时候就可以返回前端下单失败，让客户等会再来下单。

针对第一种情况，可以用消息队列进行对接。支付中心作为生产者，在客户付款成功后发布一条付款成功的消息到队列，订单服务作为消费者订阅这个队列就行了。如果你担心更新的时候数据库炸了导致更新失败的话，在更新数据发生异常的时候把消息发到延时队列进行重试就好了。

至于第二种情况，那就很简单了，当服务调用失败的时候返回一个错误就行了。一级一级返回回去，用户端总会收到错误消息的。

top case 包含键盘、触控板、电池和其它一些小配件。更换任何一个都是整个一起换的，所以单修任何一个都很贵。

最简单的解决方案就是 spring cloud config

目前用的是 32G 的 18 款 MBP，勉强够用。我的 docker 跑在一个 12G 内存的 centos7 虚拟机上面，大概能运行 15 个容器吧。有时候还要开发一些 window 桌面应用，所以还有个 8G 内存的 win10 虚拟机。
看来明年必须要换 64G 内存的 16 寸 MBP 了。

既然用 IM，就要有这样的预期和觉悟。我是看到了并且有空就会回复，没空就先放着。当然，没看到就更不用说了。

楼主你这个是缺少包啊，两台机器 JSE 或者 JDK 不一样吧