STLink 是由意法半导体公司推出的在线调试编程器，采用5V的USB2.0全速接口进行供电与数据传输，可以方便的对内部固件进行升级，同时支持以 JTAG 或 SWD 模式连接至 STM32 系列微控制器，或者以 SWIM 模式连接至 STM8 系列微控制器，操作温度介于0 ~ 50℃之间。由于 ST 公司极为重视中国市场，因此 STLink 的销售价格相对其它国外大厂的在线仿真设备要实惠许多，基本成为国内嵌入式工程师人手上必备的工具。

本文详细介绍 Keil uVision 5 开发环境下 ST-LINK/V2 版本的调试编程器使用方法，并介绍了相关接口的详细定义与接线方法，文中部分内容翻译至意法半导体官方提供的《用于 STM8 与 STM32 的 ST-LINK/V2 在线调试编程器用户手册》，以确保使用方法与解释的规范性。

GNU Make用于控制如何从程序的源代码文件编译并链接为可执行文件，通过make命令从名称为makefile的文件中获取构建信息，该文件定义了一系列规则来指定源文件的编译先后顺序、是否需要重新编译、甚至于进行更为复杂的操作。通过makefile文件可以方便的实现工程的自动化编译，只需要执行make命令即可完成编译动作，从而极大的提高了开发人员的工作效率。

CMake 3.17是一款源代码构建管理工具，最初作为各种 Makefile 方言的生成器，后来逐步发展为现代化的构建系统，广泛用于 C 和 C++ 工程源代码的构建。官方提供的《CMake Tutorial》 为开发人员提供了一个循序渐进的指南，涵盖了 CMake 构建过程中常见问题的解决方案。如果需要构建从第三方发布的源代码包，则可以参考《User Interaction Guide》。而《Using Dependencies Guide》则主要针对需要使用第三方库的开发人员。

自本世纪六十年代开始，数字半导体技术席卷了全球电子工业，伴随工艺与制程的持续演进，高频高速电子信号的处理需求愈加旺盛，电子技术的发展重心逐步由模拟时代，过渡至全面的数字化阶段。虽然模拟电路以及分立式电子元器件的使用频率逐年下降，但是在电磁兼容性处理、开关电源设计等场景当中，传统的模拟电子技术以及相关分立式元器件依然扮演着不可或缺的角色。

本文定位为一篇导论性质的文章，用于帮助当前开发团队里的嵌入式软件工程师，快速了解模拟数字电子技术相关的术语与概念，因此行文中并不涉及各类电路原理的深入数学分析，仅仅言简意赅的汇总了日常工作相关的模拟、数字电路知识。文章中的部分公式与原理图摘取自Wikipedia 维基百科，写作过程当中参考了《Understanding Basic Electronics》第 2 版一书。

嵌入式 Linux 是将日益流行的 Linux 操作系统进行裁剪与修改，使之能在嵌入式硬件上运行的一种操作系统，拥有许多开源的参考与移植，也出现了 RTLinux 等实时性更强的发行版本。嵌入式 Linux 应用开发过程当中，会大量运用到 C 语言去开发原生的 Linux 应用程序，从而获得较小的存储空间占用，以及更高的执行效率，并且能够兼顾较好的代码维护效率。

本文首先会介绍文件 IO、进程与进程间通信、多线程、网络编程等 Linux 原生应用程序开发的内容，然后分门别类的对串口、GPIO、SPI、I2C 等常用的协议开发进行了介绍。阅读本文前需要具备 C 编程语言基础，并且理解 GNU 编译器、链接器、调试器的相关概念。

2011 年，C++ 标准委员会发布了 ISO C++ 标准的一个重要修订版 C++ 11；该修订版是 C++ 语言演进过程当中的重要一步，也是当前获得编译器（GCC、LLVM、Qt5、Visual C++支持较多，兼容性最为优秀的一个版本。增添了类型说明符auto和decltype、Lambda 表达式、智能指针 unique_ptr shared_ptr weak_ptr、空指针 nullptr等诸多新特性，语言风格更加灵活统一的同时，极大提升了程序的编写效率。

本文基于《C++ Primer》一书最新的第 5 版撰写而成，该书作为 C++ 语言学习的经典读物，同样与时俱进增添了 C++ 11 的诸多新特性。因此，本文也选择了支持 C++ 11 标准的 Qt5 作为开发编译环境。由于 C++ 面向过程的语法与 C 语言类似，而笔者之前已经在《Linux C 标准程序设计》一文对相关内容进行了详尽的表述，因而本文将会着重笔墨水介绍 C++ 面向对象以及标准库方面的内容。

GNU 的正确发音为[g'noo]，名称由英文句子GNU's Not Unix递归缩写组成，是一项由自由软件基金会推动的操作系统计划。GNU 计划最早开始于 1984 年 1 月，目标是完成一个由Hurd内核与一系列应用程序、系统库、开发工具组成的GNU 操作系统。但由于 Hurd 的开发工作迟迟未能完成，因而普遍选择采用 Linux Kernel 作为操作系统的内核，这一套技术组合正是闻名遐迩的 GNU/Linux 操作系统。

由 GCC 与 GDB 组成的编译套件正是 GNU 计划下诞生的优秀开源项目，也是 GNU/Linux 技术体系不可或缺的构成要素。虽然当前 Clang 与 LLVM 编译套件的发展风头正劲，但是由于嵌入式 Linux 设备通常只提供基于 GCC 的交叉编译工具链，加之两者在使用上差异不大，而 GDB 又同时提供了两者编译后程序的完整 Debug 支持，因而笔者依然选择 GCC 与 GDB 组合来作为本文的撰写的目标。

Python 诞生于 20 世纪 90 年代初，是一款非常简洁易读的解释型脚本语言；擅长于科学计算与图形处理，传统的计算机视觉库 OpenCV、三维可视化库 VTK、医学图像处理库 ITK都提供了 Python 调用接口，Python 也原生提供了 NumPy、SciPy、matplotlib等强大的科学计算扩展库。Web 应用开发方面，Python 也提供有 Django、Tornado 等开发框架。概而言之，得益于强大的开源社区支持，Python 已经成为一门功能丰富的胶水语言。

本文示例代码基于Python 3.6.6版本编写，在简单介绍相关语法以及 pip、virtualenv 等扩展库的使用之后，将会实现一个基于官方 XML 解析库ElementTree的 SVG 图片合并小程序。文中涉及的代码已经提交至笔者的 Github，需要的朋友可以直接进行克隆，任何缪误或者建议请向我提交issue。如果需要采用 Python 进行 Web 开发，可以参见我的《使用 Django2 快速开发 Web 项目》一文。

开发人员长期以来对于 Microsoft Windows 操作系统总抱以嗤之以鼻的态度，笔者亲身经历了Windows XP、Windows 7到Windows 10的版本演变过程，抛开众所周知的偏见，事实上是能够感觉到系统稳定性、用户体验方面的大幅改善的，叠加近年来 Cmder、Neovim 等辅助开发工具的出现与逐渐成熟，作为软件开发环境，其使用体验已经完全可以与 Linux 媲美，并在图形界面的稳定性以及交互的友好性方面胜于后者。

但是对于广大硬件电子工程师而言，Altium Designer、Pads、Allegro 等商业 EDA 工具仅提供支持 Windows 操作系统的版本，而高频高速 PCB 电路设计基本离不开 Windows 操作系统环境，因而 Windows 和 Linux 在笔者日常工作里都各自拥有着其不可替代性。本文主要用于记录一些笔者使用 Windows 10 操作系统的配置和习惯，便于切换到新的工作环境时快速的展开，因而全文也将会持续保持更新。

使用 Linux 作为日常开发和工作环境近 5 年时间，尝试过Debian、Fedora、Ubuntu、Mint等桌面发行版。虽然 Linux 作为服务器运行稳定可靠，但是在桌面 GUI 体验一直有待改进，显卡驱动兼容性与 CPU 占用率过高等问题一直悬而未决。而日常工作当中经常需要使用到的Altium Designer、Keil uVision等商业软件仅提供 Windows 10 版本，因此笔者时常需要在两款操作系统之间来回进行切换。

Linux Mint 提供了嵌入式开发当中必不可少的交叉编译环境，也能够直接安装 KiCAD、STM32CubeIDE、VSCode、Sublime 等生产力工具；Windows 10 则提供了 Altium Designer、开发板串口驱动等大量无法跨平台使用的商业软件支持。本文主要用于备注两款操作系统当中一些常用的开发与工作环境配置，便于后续在全新工作环境中展开部署，以方便的移植个性化的使用习惯至新设备。

早期桌面应用的开发主要借助原生 C/C++ API 进行，由于需要反复经历编译过程，且无法分离界面 UI 与业务代码，开发调试极为不便。后期出现的 QT 和 WPF 在一定程度上解决了界面代码分离和跨平台的问题，却依然无法避免较长时间的编译过程。近几年伴随互联网行业的迅猛发展，尤其是 NodeJS、Chromium 这类基于 W3C 标准开源应用的不断涌现，原生代码与 Web 浏览器开发逐步走向融合，Electron 正是在这种背景下诞生的。

Electron 是由 Github 开发，通过将Chromium和NodeJS整合为一个运行时环境，实现使用 HTML、CSS、JavaScript 构建跨平台的桌面应用程序的目的。Electron 源于 2013 年 Github 社区提供的开源编辑器 Atom，后于 2014 年在社区开源，并在 2016 年的 5 月和 8 月，通过了 Mac App Store 和 Windows Store 的上架许可，VSCode、Skype 等著名开源或商业应用程序，都是基于 Electron 打造。为了方便编写测试用例，笔者在 Github 搭建了一个简单的 Electron 种子项目Octopus，读者可以基于此来运行本文涉及的示例代码。

Django是一款基于 Python 编写并且采用 MVC 设计模式的开源的 Web 应用框架，早期是作为劳伦斯出版集团新闻网站的 CMS 内容管理系统而开发，后于 2005 年 7 月 在 BSD 许可协议下开源，并于 2017 年 12 月 2 日 发布 2.0 正式版。虽然近几年 Go 语言在 Web 开发领域异军突起，但是在框架成熟度以及语言生态方面与 Python 还存有一定差距，针对于需要快速开发的原型类项目以及性能要求不高的 CMS 和 Admin 类型项目，已经发展了 12 年之久的 Django 依然是非常明智的选择。

本文基于《Django 官方 Tutorials》以及《Django REST framework 官方 Tutorials》编写，发稿时所使用的 Django 版本为2.1.4，Python 版本为3.6.6，文中涉及的代码都已经由笔者验证运行通过，最终形成了一个简单项目并推送至笔者Github上的jungle项目当中，需要的朋友可以基于此来逐步步完善成为一个产品化的项目。

JTAG（Joint Test Action Group，联合测试行动组）是一种用于芯片内部测试的国际标准协议，ARM、DSP、FPGA等主流 IC 都对其提供了良好支持，标准 JTAG 接口拥有TMS模式选择、TCK时钟、TDI数据输入、TDO数据输出共 4 条信号线。笔者当前使用的 Mini2440 开发板原厂提供的 JTAG 调试器是采用并口的H-JTAG，由于现在的计算机设备早已经不提供并口支持，因此笔者选择了较为通用的J-Link作为 ARM9 仿真调试器。

J-Link是德国SEGGER公司推出的一款专用于 ARM 内核微控制器的 JTAG 仿真调试设备，能够与 ARM 官方提供的 Keil 集成开发环境无缝衔接，支持 Cortex-A/R、Cortex-M、ARM7、ARM9、ARM11、Renesas RX、Microchip PIC、Silicon Labs 8051、RISC-V 等系列的微控制器。笔者 7 年前购置了一台 J-Link V8 版本的J-Link调试器，当时由于使用不当造成固件丢失，因此特别撰写此文来记录一下固件恢复的过程。

全文翻译自React 16.6.0 英文文档，适当精简了生产环境不经常使用的内容，并对部分较为复杂的概念进行了更加翔实的解读，以及与 Vue2 进行了一些特性方面的比较。本文首先会介绍React 16带来的一系列变化与新特性，然后解读 React 官方文档Docs当中Quick Start和Advanced Guides的内容，最后基于项目上的使用实践，开源了一个较为完整的脚手架项目Rhino，适合已经具备组件式前端框架开发经验的同学快速上手。

2017 年 9 月 Facebook 释出React v16.0.x，宣布使用对商业使用更加友好的 MIT license 开源许可，并带来了全新的render()函数返回类型、更加健壮的错误处理机制、全新的Fragment和Portal 特性，并完全重写了类库的核心架构，带来更为优异服务器端渲染性能的同时，有效缩小了类库代码本身的体积，更重要的意义在于杜绝了 Preact 等衍生框架对 React 社区所造成的分裂。

Vue 是一款高度封装的、开箱即用的、一栈式的前端框架，既可以结合 webpack 进行编译式前端开发，也适用基于 gulp、grunt 等自动化工具直接挂载至全局window使用。本文成文于 Vue2.4.x 版本发布之初，笔者生产环境当前使用的最新版本为 2.6.12。在经历多个前端重度交互项目的开发实践之后，笔者结合官方文档对 Vue 技术栈进行了全面的梳理、归纳和注解，因此本文可以作为 Vue2 官方《Get Started》 的补充性读物。

Vue 2 框架体系及技术栈日趋完善，相较于React+Reflux/Redux/MobX技术栈，Vue 更加贴近 W3C 技术规范（例如实现仍处于 W3C 草案阶段的<template>、<slot>、is等新特性，提供了良好易用的模板书写环境），并且开源生态更加完整且易于配置，将 React 手动编码才能处理的细节，整合成为最佳实践并抽象为语法糖（比如 Vuex 中提供的store的模块化特性），使得开发人员得以将注意力聚焦于业务逻辑本身。

成都市南门 2016 年 8 月开启的的这一波房价上涨，确实出乎大家意料，打乱了不少同学的置业计划。写这篇文章是希望另辟蹊径，从成都市的产业结构、收入水平 2 个纬度入手，理性探讨当前成都房价背后值得 IT 从业者思索的问题。本次房价大幅度上涨，从年初看房的经验来看，先是从天府一、二、三、四、五街兴起，然后经由开发商和中介的放大与炒作，结合自贸、政务中心南移等利好消息，而逐渐蔓延至整个南延线，从而引爆恐慌情绪，造成刚需、改需提前一拥而上，最终引发当前踩踏式入市的局面。

首先，笔者认为，天府 一、二、三、四、五 街房价过去两年确实被低估，从周边的综合配套、区域定位的角度而言，合理上调属于正常市场反应。截止 2016 年 5 月底的时候，整个地块的新盘基本全部出清(存量较少)，当时整体均价较为合理，总价、月供、利率各方面都比较理想。其次，成都市南门 CBD 周边的企业以 IT 行业为主，而成都 IT 企业大部分属于外向型，即本地大型企业不多，主要吸引国外、省外企业来蓉设立分支机构或研发中心，这一点大部分知友应当有所了解。产业先寥寥几句讲到这里，暂且按书不谈，接下来从企业的角度继续走起。

Flux是由 Facebook 在 2014 年 7 月提出的一种 React 应用体系架构，主要用于解决多层级组件之间数据传递以及状态管理的问题。并由此派生出了Reflux、Redux、MobX等一系列单向数据流框架。为 Web 前端页面实现组件化拆分之后，组件间的通信与协同机制提供了一套较为完善的方法学。其核心理念在于将所有应用状态放置在Store内进行统一管理，视图层组件只能通过触发Action修改Store中的应用状态。

本文首先系统的概括 Facebook 官方的Flux以及单向数据流思想，然后遵循近几年Flux 衍生框架的发展历程，逐步进行概括性的分析与比较，并顺带介绍了 Vue 技术栈当中的类 Flux 框架 VueX，最后，由于通常将Action视为 Flux 工作流的核心与起点，本文还对《Flux Standard Action》自述文档进行了翻译，以期更为全面的展现 Flux 生态的演进过程。

Webpack 是现代 Web 应用程序的静态模块打包工具，它会递归的构建应用程序各个模块的依赖关系图，然后将所有模块打包成一个或多个bundle。目前 Webpack 已经更新至 4.29.6 版本，增加了诸多打包和执行性能相关的支持，是目前应用最广泛、社区最活跃的 Web 前端代码打包方案。而更新版本的 Webpack 5 已经进入 Beta 发布阶段，未来将会带来更多构建性能的提升，本文依然以更为稳定的 Webpack 4 为讲解对象。

Webpack 提出了入口entry、输出output、加载器loader、插件plugin这四个核心概念，本文将会在简单介绍 Webpack 相关基础概念之后，对其原生实现的import模块导入机制进行分析，以清晰的展现 Wepback 在底层所进行的工作；最后逐步备注笔者在开发、生产环境下使用到的各类插件和加载器，并分享在aves和rhino两个开源脚手架项目当中（分别基于 Vue2 和 React16）所使用到的最佳配置实践。

数据结构自 1968 年以来被设置为一门独立课程，是关于结构化编程（以模块功能和处理过程为主的编程范式）的一门方法学，主要研究的是数据的逻辑结构与物理结构以及它们之间的相互关系，并定义与这些结构相适应的算法。这里的算法描述的是一种确定并且有效的，适合用于计算机程序来实现和解决问题的方法。某种意义上，数据结构和算法是计算机科学与技术领域研究和应用的核心。

编写程应用序解决问题，首先需要从实际问题域当中抽象出一个模型，然后设计出求解该模型的算法。模型抽象的过程，实质是分析问题并从中找出操作对象，然后寻找出这些操作对象之间的关系，最终用程序语言加以描述的过程。本文采用 Linux C 语言进行描述，主要讲解了线性表、栈与队列、串、图共 5 种主要的数据结构，以及查找和排序这 2 种常用算法。