2020年3月2日
电脑突然上不去网，第一反应就是系统还原。手点的太快，都忘了看一看没有要保存的东西。
第二次复工第一天，见到的人少了，做的事就突然变多了。
最近在转技术栈，今天费了好大劲才完成了IRIS框架上的JWT。
说来也奇怪，做技术久了，是不是人反而变得懒了，耳朵根子更软了。
当初选Beego，gin，iris的时候，找了不少帖子。Beego虽然是国人写的，文档是中文的，不过风格更近似于PHP，这样技术栈的转换意义不大，所以没选。剩下gin和iris，搜到的评价说gin中文文档全面，iris资料少，于是当时选了gin。前两天因为下载到一个现成的iris应用，搜了下iris，发现中文资料比gin更多，更系统。于是果断转换到iris上，发现在目前第一层上，二者还是比较相似的，不过gin没有更深入的中文文档，英文文档在深入时很必要，不过类似极限编程中的探针试验，在“尝试”阶段不宜花费巨大精力在细致的地方。
就这两天，差不多就从gin转到了iris，这也是golang本身的特点。
不过iris文档中，有不少API在最新的库中已经没有了，推测可能这个文档是两到三年以前的。
另外还发现一件事情，在搜JWT的时候，发现很多人的博客，只写了一个内容的一部分，而且开头很突兀，结尾也很草率。以我现在的水平，和在博客上下的功夫来说，我本是没有资格在这里对他们已经写完的博客评头论足的，我这里的意思不是贬低他们，而是他们让我发现像我这样迫切想尽快了解、使用一个技术的时候，到期期望看到什么样的内容。
一个技术自诞生，一定有它的应用场景，和它要解决的问题（在这里同时就能明确它根本就不是很在乎的其他问题），所以在论文里，我们常看到固定格式的“背景”、“研究意义”这样的内容。
这就是由来，但渐渐的很多风气变了，这些不重要了，“背景”和“研究意义”的内容之所以要写，因为“别人也是这么写的”，变成习俗、风气了，于是这里面的内容质量就会变低，不仅没有帮助读者理解接下来的技术为什么要那么做，而且还混淆了读者的思路。
目前JWT，我才搞定了最简单的。等我把好几种的优缺点都搞清楚了，我就向这个写作方向上尝试一下。不过说不定结局和今天困扰了我好久的博客一样，因为那些作者所遇到的，我现在还不知道，等我真遇到了，还不知道能不能解决。
谨慎的话说起来都有点消极，还是等做完了再细说吧。
有疑问加站长微信联系（非本文作者）
