关于我
关于 Kun
Hi，我是 Kun，一个出身机械专业的前端程序员，目前主要从事两个方向的代码工作，一个是基于前端主流的技术栈(React/Vue/Svelte)搭建不同平台的高性能前端系统(Web/H5/Desktop), 另一个是基于高性能的原生语言(Go/Rust)做一些有助于提升前端性能的创新性工作。
本人有两个技术内容站点，一个是 本站点, 另一个是Wiki 站点。两个站点内容大致相同，但定位不同：Wiki 站点偏向于文档的形式，比起本站点更方便阅读和系统，本站点在保持基本内容充实的同时，致力于 UI、交互的有趣生动，所以二者技术栈不尽相同，Wiki 站点的技术栈偏向于 Docuruas、Vitepress、Gitbook 这种文档型站点，
本博客的前身是我在 2020 年基于 Hexo(Icarus 主题)的博客。Hexo 的易用性和巨大的主题库是无与伦比的，让我在写程序之初拥有了一个非常不错的博客平台。在两年后，随着我的博客内容的不断增多，hexo 部署速度和访问速度越来越慢，尤其是在访问站点时一个巨大的 json 是非常消耗加载时间的，这让我不得不关注其他静态博客站点,诸如 Hugo、Astro、Gatsby 或者 Nextjs 这种 SSR 框架。Hugo 是我的选项之一，但是他基于 Go 的拓展性实在不如其他框架方便，同时优化网站加载速度也是我重点考虑的标准。Astro 在加载优化方面作出了杰出的工作，但是他的生态在 2022 年略显单薄。因此我选择了基于 Gatsby 的技术方案
Gatsby 相比于 Hexo 或者 Hugo 的巨大优势在于它不是基于 node 或者 go 的模版引擎进行渲染，因此在编写组件时有较大的灵活度。同时基于 React 的优化加载方案和预加载方案满足了我对于站点访问性能的要求，这也是 Hexo 和 Hugo 不容易做到的。同时 Gatsby 不需要想 Jaro 或者 Nextjs 一样需要数据库，是一个纯前端的 SSR 渲染方案，Gatsby 社区也有不少主题和插件，因此也具有开箱即用和即插即用的优势
Gatsby 的问题在于没有像 Hexo 中的 Icraus 主题或者 Next 主题一样有一个很多人都喜欢的开箱即用的主题，甚至与社区的不同主题中采用的 Markdown 的方式也是各种各样。我在社区找到 Calpa 基于 GatsbyJS 開發的博客系統 - gatsby-starter-calpa-blog ，对其 UI 和功能加以改造，UI 方面主要参考 icarus 的方案，对添加了 hexo 中 markdown 字段的兼容性，确保方便从 hexo 直接迁移到 Gatsby。功能方面加了一些我自己的喜欢的 hexo 的功能，比如隐藏博客，密码等。因此有了新的类似于 Icarus 的主题gatsby-starter-icarus-blog
如果您在使用中关于本博客有什么好的想法，欢迎来https://github.com/Kun8018/gatsby-starter-icarus-blog下面提 issue。
本博客也满足了我一直想写一个自己的主题的心愿，虽然整体偏向于 Icarus，但还是有很多我自己喜欢的功能，比如 TS
如果你想找我的話，欢迎发邮件找我：1027690173@qq.com
大事記
2022 年
7 月，基于 Gatsby 的新站点开始修改，两个周末之后上线
2021 年
3 月初，我正式到杭州一家做图数据库的公司（欧若数网）工作
8 月底，另一个基于 Vuepress 的 wiki 站点上线
12 月初，我到上海现在的公司驰骛科技工作
2020 年
7 月：参与前端工作
我还在前端其他领域活跃，如果您有好的想法欢迎电邮 ：1027690173@qq.com