我觉得无论如何，最后都会向wasm概念靠拢，大一统才是趋势啊。没有任何人想对不同操作系统开发不同的适配应用，成本和风险都太高，不过目前仍然还是web占据跨平台的赛道，比如election,react-native还是主流。虽然现在让我选我还是选自由的web，个人兴趣在此，也偏向桌面开发，但如果我有移动端需求，我可能会选flutter了。Web死而复生，生而又死，虽是调侃，但也是否定之否定之理啊🤣

在go的项目中，运行配置经常需要修改的，比如端口号，地址，各种变动的token，这些值都是随时可能根据需求变动的。如果写死在程序里，要修改的时候会很不方便。同时，一些敏感的数据比如各种用户名，或者密码，也需要集中存放，便于查询也便于保护。这一般都通过配置文件来实现，json或者yaml。本人比较喜欢使用yaml的配置，比较美观易读。不重要的配置数据可以直接在配置文件中明写，敏感的可以写密文，然后把

其实完成了这个，vue的使用倒没有熟练多少，更多是了解了很多前端技术栈的知识，特别是走完从开发到生产环境部署的全流程，实践一遍可以学到很多以为简单但并没那么简单的事情。比如api的调用跨域，build的nginx的反代理问题，刷新404问题，都是典中典，新手是这样的😨。但准备搁置了，有空闲了去开发后端。前端最大的问题，我觉得是配css，这是最折磨的，特别我还有轻微强迫，还好我也不是主营前端，cs

可以使用go搭建一个api后端，用于转发chatgpt的结果，但同时也可以在该后端新建一个路由用于设置webhook实际上，我的这个项目就是more。

整个服务只使用了pytorch关于gcn相关的代码，但是要安装pytorch包，这是很大的。尤其如果你在linux上安装torch，会默认安装cuda版本，这会导致大小激增。我默认安装后，镜像大小8个多G，这很显然是不合理的。后来我为了减少体积，我只安装了torch的cpu版本，即修改了requirement.txt文件。只安装cpu版本，大小只有1.6G.

整个服务只使用了pytorch关于gcn相关的代码，但是要安装pytorch包，这是很大的。尤其如果你在linux上安装torch，会默认安装cuda版本，这会导致大小激增。我默认安装后，镜像大小8个多G，这很显然是不合理的。后来我为了减少体积，我只安装了torch的cpu版本，即修改了requirement.txt文件。只安装cpu版本，大小只有1.6G.

本人将js生成的p5r预告信使用go语言进行了重写和部署，并开放了其api，可以直接通过get方法获取预告信的png。快速开始。

**本文将介绍全局eslint配置，实现standard标准，使得在之后用Vue-cil创建项目时可以不配置代码检查，减小项目体积**

有部署聊天机器人的想法，但是我使用的国内服务器，而且服务器性能也堪忧，于是决定不用云服务器部署了，找个国外的Paas平台，把写的后端送上去就好了。传统的聊天机器人服务都是一体化的，和聊天平台需要集成。我希望把消息处理的逻辑和平台部署的逻辑做两个服务，后者发送信息给前者，前者返回需要发送的信息，后者再在聊天平台呈现信息。目前已经完成了：该后端天然支持http请求，使用go原生net包，创建了一个po

解决了python的IDLE打不开的问题，以及介绍了黑白python图标的作用