最近装了QT5.4.1的开发环境，有一些是QT4的程序需要移植过来，直接编译会各种报错，QT官方wiki给出了移植方法：
http://wiki.qt.io/Transition_from_Qt_4.x_to_Qt5
需要修改的.pro文件，添加
QT += core gui widgets相关文章
- 在Sublime Text 3中配置编译和运行Java程序
- FreePascal - CodeTyphon交叉编译，在一个操作系统生成各个操作系统可以运行的程序！
- 针对QT——“在程序文件中（*ui,*cpp,*h）更改之后编译运行的程序结果无法更新”——解决方案
- Docker 快速入门（Ubuntu版）-Docker是一个开源的平台，用于开发、部署和运行应用程序，它通过容器化技术实现应用的打包、隔离和跨平台部署。Docker 将应用程序及其所有依赖项打包到一个称为容器的标准化单元中，以便能够在任何支持 Docker 的环境中运行。这种方法使得应用程序可以无缝地在开发、测试和生产环境之间移动，消除了“在我电脑上运行没问题”的问题。
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能： Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令中用在了错误类型的键上面，所以如果在生产环境中你使用的正常命令，那么在 Redis 事务中，是不会出现错误而导致回滚的。 来自文档：Redis commands can fail only if called with a wrong syntax... 事务执行一半，Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死，或者遇上某种硬件故障，那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题，那么它会退出，并汇报一个错误。使用redis-check-aof程序可以修复这一问题：它会移除 AOF 文件中不完整事务的信息，确保服务器可以顺利启动 注意： 若在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行 若在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚，这样更简单便捷并且性能更好（回滚还需要解决回滚事务覆盖的问题）。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- 通过Windows命令提示符（cmd）在桌面新建文件夹，并在该文件夹中编译、运行一段Java程序段，以了解Java跨平台运行的机理
- 【Qt学习笔记】在Qt编译好之后运行程序时提示：程序异常结束。The process was ended forcefully. ....exe crashed.
- 怎样利用Path环境变量在windows运行栏快速打开程序
- Appium环境搭建时在cmd中输入appium-doctor命令，提示‘appium-doctor‘ 不是内部或外部命令，也不是可运行的程序
- 为什么一定要调用 setlocale 呢？ 因为在 C/C++ 语言标准中定义了其运行时的字符集环境为 "C" ，也就是 ASCII 字符集的一个子集。使用setlocal改变整个应用程序的字符集编码方式（wcstombs使用前要设置 setlocale (LC_ALL, "chs"); ）