首先还是说技术选型，作为一个“半路出家”的前端开发，也作为一个“先锋派”程序猿（相对于那些沉迷旧技术不喜欢用新技术的人）。这个站点的实现上基本涵盖了2018这一年下来前端的大的关注点技术。
React + React-Router
React 有多火不用说了吧，虽然 Vue 的攻势也相当火热但 React 还是很稳的
Material-UI
这是一个基于谷歌的Material Design设计理念的一个 React 组件库，不得不说它发展的是真的快，我在一开始用的时候还是 0.0.x 的版本号形式，这次在用已经是 3.x.x 的了，而且几星期就一次更新。。。根本跟不上好不好
HighlightJS
一个“老牌”前端代码块高亮插件，自己定义了一套主题色~
Markdown-it
主要是用来做 Markdown 到 Html 的转换的。在 Marked 之后我个人比较看好的一个转换工具，也折腾过基于 Python 的 pygments + misaka 方案，但感觉不是很喜欢，而且环境要求高了点用起来不太舒服
Monaco-Editor
这个是巨硬家的产品，也是 VS Code 的内核，个人相当喜欢。
CSS-in-JS
这个也是今年备受关注的技术点之一，要不是因为 Material-UI 我可能也不会知道有这么个东西。。总体上说也是在 JS 大一统的感觉上靠，当然，它让样式这个东西也变得像 JS 变量一样方便，也不用关心兼容等优点就已经足够了
Less
这个是用来处理那些不在框架内的样式，比如我的Markdown样式就是独立开写的
graphql
这个也是今年开始有起色了的技术类型，有空得好好介绍一波。
Apollo
这个是前端 GraphQL 交互的其中一个比较靠谱的解决方案之一，由社区维护；另外一个是 Fackbook 自家的 Relay, 但总体上说 Relay 用起来成本会相对高点所以就“退而求其次”了。注意这一个 Apollo 就可以完全做到数据交互及前端数据维护两份工作了，相当于一个 Axios + Redux 的作用。
Typeface-Roboto + OpenSans-Regular
字体方案
其他
Webpack4, Babel, Autoprefixer, Eslint, Postcss 等等这些辅助工具就不一一细说了
我的 API Centre 解决方案
基于 Python, Django, GraphQL 的一 URL 式数据源（一个地址就可访问所有的内容）（有兴趣可以了解一下：链接放这里）
服务端渲染
基于 Node 和 Express 的服务端渲染首页，加快访问速度
两个后端服务器都用 Docker 化部署，不用关心依赖问题等等
这波过后可能就不怎么折腾博客这边了。基本上该有的都有了。
慢慢的也会将所有的其他站点都转成用 GraphQL 的方式交互。然后就可以将重心放在别的东西上了。
其实总体上还是挺明显的，第一版的博客和这个版本在长相上其实相差不大，这版只是优化和调整了一小部分的细节问题。
第一版是基于 JS 全栈 和 Restful 设计的，更多的可能是想更深入地体验一下用 JS 做东西的感觉，同时也入坑尝试下各种东西。
这一版一个方面是个人在技术上有所长进了，另外一个方面是出于长期考虑，后端数据的向 Python 靠齐，剩下的全部交给 JS 处理（比如说样式、首屏渲染等等）。也算是在繁多的技术栈中做了一下“集中化”？？反正就那意思吧~
就到这吧 掰！
首先还是说技术选型，作为一个“半路出家”的前端开发，也作为一个“先锋派”程序猿（相对于那些沉迷旧技术不喜欢用新技术的人）。这个站点的实现上基本涵盖了2018这一年下来前端的大的关注点技术。
React + React-Router
React 有多火不用说了吧，虽然 Vue 的攻势也相当火热但 React 还是很稳的
Material-UI
这是一个基于谷歌的Material Design设计理念的一个 React 组件库，不得不说它发展的是真的快，我在一开始用的时候还是 0.0.x 的版本号形式，这次在用已经是 3.x.x 的了，而且几星期就一次更新。。。根本跟不上好不好
HighlightJS
一个“老牌”前端代码块高亮插件，自己定义了一套主题色~
Markdown-it
主要是用来做 Markdown 到 Html 的转换的。在 Marked 之后我个人比较看好的一个转换工具，也折腾过基于 Python 的 pygments + misaka 方案，但感觉不是很喜欢，而且环境要求高了点用起来不太舒服
Monaco-Editor
这个是巨硬家的产品，也是 VS Code 的内核，个人相当喜欢。
CSS-in-JS
这个也是今年备受关注的技术点之一，要不是因为 Material-UI 我可能也不会知道有这么个东西。。总体上说也是在 JS 大一统的感觉上靠，当然，它让样式这个东西也变得像 JS 变量一样方便，也不用关心兼容等优点就已经足够了
Less
这个是用来处理那些不在框架内的样式，比如我的Markdown样式就是独立开写的
graphql
这个也是今年开始有起色了的技术类型，有空得好好介绍一波。
Apollo
这个是前端 GraphQL 交互的其中一个比较靠谱的解决方案之一，由社区维护；另外一个是 Fackbook 自家的 Relay, 但总体上说 Relay 用起来成本会相对高点所以就“退而求其次”了。注意这一个 Apollo 就可以完全做到数据交互及前端数据维护两份工作了，相当于一个 Axios + Redux 的作用。
Typeface-Roboto + OpenSans-Regular
字体方案
其他
Webpack4, Babel, Autoprefixer, Eslint, Postcss 等等这些辅助工具就不一一细说了
我的 API Centre 解决方案
基于 Python, Django, GraphQL 的一 URL 式数据源（一个地址就可访问所有的内容）（有兴趣可以了解一下：链接放这里）
服务端渲染
基于 Node 和 Express 的服务端渲染首页，加快访问速度
两个后端服务器都用 Docker 化部署，不用关心依赖问题等等
这波过后可能就不怎么折腾博客这边了。基本上该有的都有了。
慢慢的也会将所有的其他站点都转成用 GraphQL 的方式交互。然后就可以将重心放在别的东西上了。
其实总体上还是挺明显的，第一版的博客和这个版本在长相上其实相差不大，这版只是优化和调整了一小部分的细节问题。
第一版是基于 JS 全栈 和 Restful 设计的，更多的可能是想更深入地体验一下用 JS 做东西的感觉，同时也入坑尝试下各种东西。
这一版一个方面是个人在技术上有所长进了，另外一个方面是出于长期考虑，后端数据的向 Python 靠齐，剩下的全部交给 JS 处理（比如说样式、首屏渲染等等）。也算是在繁多的技术栈中做了一下“集中化”？？反正就那意思吧~
就到这吧 掰！