@loading 我还真准备这么做，但是其他问题很多。

例如学员方面的问题就有不会使用 GitHub、不会注册、看不懂英文、坚持不下去，更不要提本来就存在的问题：问题太多的时间忙不过来、反应不够及时、大面积出现同一种问题该怎么解决...

@exonuclease 我在简介更新了邮箱，你可以通过邮箱联系我，或者留下联系方式也行

已经在做了，在酷安招募了一期学员，质量参差不齐，不过已经遇到很多问题了。

例如，底子太差但是愿意学的人，该怎么带？
自己花费时间亲自一对一存在时间问题，近乎难以有解，好一点的办法就是学员人数多，其他学员也都帮下他。

再者，一个人带起来吃力的问题也不好解决，很多问题都需要自己去回答，如果有好几个人一起带，熬过第一期，第二期有第一期的底子应该会好很多。

还有，部分人有一定的基础，这些人虽然很少，但是走的方向都不同，他们的学习计划需要花时间定制、安排、跟踪等等

总结：
如果有人想做，不如一起好了…分人给你们。你们愿意带的话…全给你们也行。

nginx lua

恕我直言，如果你有完整的想法了，那你自己就能写出解释器来。
你设计的语言真的可行的话，那就自己去做。别人怎么帮你？思维逻辑都不一样。

研究自然语言的科学家并不少，他们也没有说天天跑去设计一门语言，目的是怎样怎样。
一门好用的语言可能不需要任何特性，只需要足够简单、简洁、简约。

你的阅历和研究深度可能并不够支撑你设计出一门能用的语言，而一个设计失误，从你发现开始你就已经没办法解决了。

@Livid 删除主题是不是过于暴力了？禁止回帖是不是更加好一点

@pingpingping 培养孩子的基础素质。
这个基础素质不是德智体美劳，而是毅力、自信、勇气等。

一个具备基础素质的人，就算他走上了歪门邪道、十恶不赦的路，他也能过的很好。他的学习能力会被一般人都强，更能坚持。

现代人大多缺乏基础素质，而这些东西却是一个人的根本。

没有相应的阅历支撑是不行的，必须知行合一

病名为爱？哈哈哈

小公司需要你能快速上手，注重你的项目经验。
其他的，就会很注重基础。

专科就先去小公司试试吧，去之前，尝试参与开源项目试试

小米并没有拉低手机的价格，去搜索一下当初的手机价格就可以知道。小米是拉低了配置定价，这是两个概念。小米迫使很多手机厂商通过增加配置来保持原有定价。
小米是拉低了配置定价，但它的出发点和初心从来不是为了消费者买得起手机、不是善良、不是慈善，它的出发点和初心是为了打开市场、是为了创造销量、是为了利润和赚钱。
小米是一个企业，它做的是生意，消费者付钱买它的东西，这之中是纯粹的交易。小米的任何营销，包括跟友商的互掐互黑，只要不违法，我认为就都是正常的、合理的，商场如战场，各种营销模式与竞争手段永远存在于企业之间，这都无可厚非。
商业角度上，各个友商、包括小米都在遵守行业规则，小米并没有破坏。

@leizimiao 能打败你的只有你自己

你吐槽的是什么？和让人给你推荐书或者学习计划有什么关联？
技术栈是什么，几年经验，会什么…等等，你一个没说。

如果只是单纯的吐槽…我只能说，大哥，你还是太年轻。

不是有人提醒，都不记得情人节

配置 DDNS 的时候遇到过这个问题。
因为之前使用的是 HE 的 DDNS，需要添加一条记录并开启 DDNS 才能使用。
使用 Aliyun 的时候也跟着这么配置了（记录填了 8.8.8.8 ），然后访问网页的时候，有时候秒开，有时候根本打不开。
一天突然想起来查 DNS 解析，才发现有两条记录。

游览器是不会自动重试的，先返回那个 IP 就会访问那个。

朋友把猫带回家了，昨天晚上开始后腿瘫痪，今天早上去医院，被诊断为高烧引起的瘫痪，打了退烧针，中午就…
我不在场，但估计是因为肥胖引起的心肌梗塞

时光荏苒

@frylkrttj 你提问的方式不对，解决问题的思路方向也错了。

不要带着过多的可能会引起人反感的话语提问，没人会这样。（个别人不用在意）

针对 PGP，你首先就应该去了解 RSA，这个方向才是正确的。
对于 PGP 的问题，多数人都是默认你了解 RSA 这种非对称加密方案，你不了解，直接去找答案，就和你问微积分教授一加一等于几一样…

RSA 非对称加密，几乎就是数学领域了，想深入了解没那么简单。但是你提 RSA 的问题，肯定会有人回答你。
但是，你找到这个方向了，几乎不难找到答案。

什么叫程序员，能不能别打标签？
有人规定必须使用 gpg 吗？
使用一个工具必须要了解各种使用方法吗？
问问题之前，麻烦自己去找答案，找不到答案，麻烦语气好一点，没人欠你的。

非对称加密都是，公钥负责加密，私钥负责解密；私钥负责签名，公钥负责验证。加密方案和签名方案是不同的。

在 RSA 加密方案中，生成了公私钥。
可能你会认为，公私钥哪个公开出去用于加密，哪个保留起来用于解密，都是一样的。
实际上这是错误的，暴露了自己的无知。

对于最基本的非对称加密方案，私钥加密、公钥解密，私钥签名、私钥验证，理论上完全可行。

想做到你说的，私钥加密，公钥解密；私钥签名，私钥验证，理论上完全可行。

但是在实际中，因为考虑到第三方可能会利用各种可能的方法去攻击密码方案，而为了避免这些攻击，方案中每个参数的选取都有非常严格的要求。

所以，公私钥的要求是截然不同的。

你按照密码标准生成了密钥，公钥留下来解密，私钥公布出去。在第三方眼中，你的公钥其实就是私钥，但这个公钥是不满足密码标准的要求的，很可能可以破解你的密码方案。

为了防止有人刚，我先给堵死一条路。
可以让公钥和私钥都达到一定的复杂度级别，这样或许这个问题就不存在了。
但是 RSA 的加解密是需要很多大指数取模的，本来就很慢，这个做法会慢到什么地步？毫无意义。


综上所述，从非对称加密原理上，公私钥互换没问题。从实际上，公私钥有完全不同的要求，这些要求保证了加密方案尽可能的安全、高效。所以，公钥负责加密，私钥负责解密，私钥负责签名，公钥负责验证，不可互换。