@Android2MCU
我以为洗个冷水澡就把头发掉光了……默默把热水打开
=========================================
你这一说，得提醒大家，不要用含氯高的自来水洗头发。

如果身体能够如同 12 月 20 日凌晨这样的能量加持，持续坚持两个月的休养，身体就恢复到一个可以良好工作的状态。

2019 年 12 月 18 日睡的晚，直到 19 日凌晨 3 点多才睡，这一天浊气混杂，但是仍然感觉少量能量注入，具体体现在注意力能集中到背部，产生一种愉悦感与光亮感。

2019 年 12 月 19 日夜晚 12 点过后，即 20 日凌晨 12 点之后睡觉，比昨天早，很舒服，能量比 19 日凌晨强。

这种体内变化与国际形势几乎同步，听到弹劾的消息，但是有惊无险。国际形势依然超着更好的方向发展，野蛮文明已经是强弩之末，无论怎么拖延也难逃灭亡。

识时务者为俊杰，看实权者如何做出最后选择。

2019 年 12 月 17 日近况，身体与人际关系都朝着好的方向变化。

@oma1989
暂时让大家失望了，2020 年会有好的进展。

身体是干事业的本钱，楼主目前静下心来总结经验，养好身体。在这个条件满足之后，作品的质量与速度都会相应提高。

今天又有大好消息！

大快人心的 12 月份即将来临。

距离版权时代很近，自从搬家之后，周围的环境发生了微妙的变化，能看到的年轻女性多了起来，气色比以前好了一点，总体趋势持续好转。

好转的速度嫌慢了一点，毕竟在好转，改变自己的内心世界也需要一个过程。

技术这条路恐怕是走到尽头了，这段时间休息好了一点，写了一些代码，就不知不觉的熬夜，导致身体迅速垮掉。这两天进行反思，查看了一下知识库里的日记，走马观花的看了一下思想理论大分类下的兵法谋略子分类下的形与势以及全局思维，感概万千。

这几年的所作所为包括从事技术这一行，都违背了当初构建的价值观。好事不费力，费力没好事。

12 月份养好身体为主，等大事发生。

在版权时代到来之前，可以构建新价值观的雏形，或者称为新价值观 0.1 版，技术暂时搁置。

2019 年 11 月 28 日，今天大好消息，振奋人心。

由于前一段时间写代码，稍不小心就熬夜过多，稍微好了一点的身体又跨了下去。哪怕是整合现有代码到新项目也力不从心，写代码现在已经变成苦力活。

写代码曾经回报过小，以后也看不到好的回报。能想到的回报似乎只有一点，提高了自信心，而现在已经不需要这种自信，而是改善生活。曾经认为写代码能够提高效率，确实能够提高效率，提高了公司的效率，而自己反而更累，回报过小，这种工作模式是无法持续下去的。

考虑到回报过小，而在技术方面花的时间过多，不得不再次思考。从旁人的角度看看，这是技术思维，现在确实经济思维，当务之急是提高经济思维，新时代到来之后，需要用新的价值观来解决问题。

昨天晚上查看知识库里的笔记，里面有很多自己曾经总结的优秀思维与思考方法，而这几年竟然置若罔闻，没有用到实际生活中来，现在回想起来痛心疾首。

看着笔记，不由感叹，不用而且不复习，随着时间的推移，很多重要的知识都会逐步淡忘。如果不是当初发觉记忆开始衰退，提前回忆与记录，现在恐怕很难回忆吧。即使对着笔记看，都感觉很陌生，让自己欣慰的是这些确实是自己记录下来的，版权时代到来之后，还可以分享出去，让人受益而自己也能获利。

好日子。大好消息，鼓舞人心。

Angular 与 React 跨域 CRUD 练习都已经完成，个人感觉大多数项目，如果从开发效率上来选择，还不如用原生 JS 开发，哪怕用所谓过时的 jQuery 开发，也比用框架强。

而且不仅仅是开发效率，其它方面也不怎么尽人意，不多说了。如果不是为了展示技能，马上用回 jQuery 或原生 JS。

前端所谓的繁荣，不过是累赘丛生，那些大公司高薪水的尽管折腾，苦的是大多数开发人员。

现在写代码，最终还是为了实现当初构想的目标，游戏与小说（广义），现在还多了一个社区。通过这种方式，写作软件也许有机会提早公布，甚至能与写作理论同期发布。

这些事情要等到 2020 年，现在积极做准备。

社区可能在元旦节前后上线测试。

@Xs0ul
确实如此。写代码的时候是直接动手，写小说还在想灵感，如果也按照写代码的方式，说不定也有进展。
训练黑盒方法的时候，至少需要熟练一门编程语言，而小说还没有写出一个相对完整的作品，哪怕 3 万字的都没有。

相对完整是指相对于编程体系或写作体系而言，把基本概念，结构，算法，思想，模式等主要理论合理的用上去。

写作理论已经有这些内容，现在还需要自己再熟悉运用。

“黑盒方法”适合于快速动手做项目，因为不记忆知识点，不适合面试，面试一问三不知，对找工作不太友好。

短短几天，动手操作就是学习，经过三到四次这样的熟悉过程，就能用 Angular，React 等前端框架进行实战开发，这得益于“黑盒方法”。

“黑盒方法”真是高效，不需要去学习，只需要动手，节省大量学习基础知识的时间。

这次学习 这两个前端框架，几乎没有花费多少学习时间。学习与运用 Angular 的前提知识之一就是 TypeScript，到今天为止都没有时间去学习。据说 TypeScript 学习曲线陡峭，Angular 也是学习曲线陡峭。

好在当初训练了“黑盒方法”，这个方法弥补了太多的基础知识不足，不知道的知识可以查询，关键是要能动手做实际项目。

可惜在写小说上还没有找到好办法，希望 2020 年的某一天也能找到写小说的“黑盒方法”。

2019 年 11 月 20 日，非常好的一天。

Laravel API + Angular + MySQL 组合，Cross-Origin Resource Sharing 测试通过。

接着演练 Laravel API + React + MySQL 组合，Cross-Origin Resource Sharing 测试，大概一天时间能够完成。

下一步就是做一个简单的实际项目。

学习 Boot Spring，Angular，React 等前后端框架以及更多的技术栈，目的有三点。

1. 工程化项目，维护方便。

在使用的过程中感觉到后期维护更省事，从总的开发时间与维护时间上考量，有可能花的总时间比 手写原生 html + css + js 更少。以前的前端方案都是 html + bootstrap + jQuery 加上部分手写 css + js。html 都是 与 php 混写，前后端不分离。

当然目前还没有实际经验证明使用 Angular 更好，这次算是一种尝试吧，实际项目不一定用的上。

2. 找工作用

如果迫不得已必须要去上班，有了这个实际掌握的技能，会是加分项。当然还有 React，手写原生 JS。

3. 证明技能

其实家人与一些熟人很怀疑楼主的技术能力，因为如果技术那么好的话，怎么混成这样？当有人怀疑的时候，解释是多余的，用实力去证明是比较好的一种方式。现在也有个别网友怀疑楼主的技术能力。

楼主考虑了很多年，有没有必要向他们证明呢？对于家人与熟人没有必要，他们需要的是楼主的经济实力而不是技术实力。

那么剩下来的就是网友了，到底需不需要向他们证明？这里的网友不仅仅指怀疑楼主能力的网友，也包括以后可能会合作的网友。

经过考虑再三，认为有必要。2020 年到来之后，一个自由开放的环境中，楼主也没有必要保持孤僻。

绘制扑克牌，2 ～ 10 这几个等级与 四个花色是最简单的，就是 J，Q，K 与大王小王的图案复杂一点。

不想画这些图案，至少目前还不想，考虑到版权问题，不想从网上下载现成的免费图案。最后发现扑克牌有 unicode 符号。于是把 54 个扑克牌符号渲染为 canvas，发现效果还行，但是具体到花色与数字与图案都不能够自定义，这对原创没有意义。

于是才用 JS 全新绘制，四个花色用 unicode 符号 ♠︎, ♣︎, ♥︎, ♦︎，用 BLACK CHESS KING ♚ 代替 K 的中心图案，
BLACK CHESS QUEEN ♛ 代替 Q 的中心图案，BLACK CHESS ROOK ♜ 代替 J 的中心图案。Black Joker 🃏 代替大王的中心图案，White Joker 🃟 代替小王的中心图案。

等以后自己绘制了新图案就替换它们，想放大缩小都不影响这些图案的位置，精确的控制它们的位置，需要预定义好比例与边界。

在学习阶段用 swift 开发 iOS 游戏的过程中，Text 的宽度与高度可以精确计算，能够放到指定的矩形框之内水平与垂直居中，似乎很容易。

然而用 SVG 的 Text 呈现基本的数字与 unicode 符号，并没有达到预期的效果。查询了一下资料，才明白实现这个是不容易的事情，这是由于字体的特点决定的。

不过对于扑克牌用到的字符定位，主要就是 Joker 这个文本不止一个字符，所以分别对待就解决了。

最精确的最灵活的解决方案就是把这些字符渲染成图像，计算边界盒就可以确定其图形中心，不过目前用不到这么精确，也不是重点，所以这一步就省了。

这个绘制扑克牌小项目的最终特点是：用 Javascript 绘制 SVG，在浏览器观看效果，满意之后点击上传按钮，就自动把 54 张 SVG 图形的扑克牌转换为 PNG 图像，并保存到磁盘。

在浏览器里看到的效果就是，54 张 SVG 扑克牌图形，一张空白画布，一张空白图像容器。当上传图像时，每一 SVG 突袭那个都转换到画布显示，然后画布图像显示在图像容器中，并有有旋转的动画效果。

11 月 8 日之后的几天，用 Laravel 开发了一些简单的 API，用于前端框架的测试。

接着学习了 React，动手的过程中遇到扑克牌游戏的案例，被吸引，也想用 React 开发一个扑克牌游戏，然后新开一个网站放上这个游戏。

考虑扑克牌图像的版权问题，决定自己绘制，只需要简单的图案替代就行。分析了自己的需求，就是用程序绘制，然后在浏览器上观看效果，满意之后用程序自动保存图像。先用简单的图案做出一副简单的扑克牌，以后可以换图案。

根据已有技术知识，前端用 Javascript 绘制成 SVG 格式的图像，然后转换为画布图像，画布图像转换为最终的目标图像，例如 PNG 与 JPG 格式的图像。因为浏览器没有自动批量保存图像的功能，那么只能用 Ajax 传给后端，用 PHP 保存图像到磁盘。

另外一个选项是用 Node.js 保存图像到磁盘，之前学习个 Node.js 保存图像，写起来似乎比 PHP 更容易一点。于是后端采用 Node.js ，前端用 Javascript。虽然从字面上看，这两个东西看起来是一家人，它们还是有很多区别的。最明显的区别就是服务器端与客户端，而这一点导致了代码的写法也有差别。

以前用过 Node.js 处理过一些网页 DOM，都是即学即用，把后端 Node.js 与 前端 Javascript 整合在一起开发一个小应用，还是第一次遇到。

还以为 Node.js 约等于 PHP + Apache，在用 Node.js 把网页渲染出来之后，发现浏览器上没有出现 SVG 图像，分析代码，JS 与 CSS 没有加载。 默认功能没有 PHP 省心，还得自己写代码。

于是用 Google 搜索 Node.js 开发 web 后端的教程，推荐用 Express 这个框架的居多。就这么一个功能还需要一个框架，这显然让楼主不满意，最后终于找到简单的方法加载了 JS 与 CSS 等 html 文件之外的资源。

保存前端传来的图像数据，网上也是推荐用这个或那个插件，同样不满意，最终还是运用 Node.js 最常用的库解决保存图像的问题。