选择基金时需要关注的几个指标

这是一篇投资阅读笔记,非原创内容。

标准差

标准差是指过去一段时期内,基金每个月的收益率相对于平均月收益率的偏差幅度的大小。基金的每月收益波动越大,那么它的标准差也越大。例如,基金A在过去36个月内每月的收益率都是1%,那么其标准差为0。基金B的月收益率是不断变化的,一个月是5%,下一个月是25%,再下一个月是-7%,那么基金B的标准差则大于基金A的标准差。而基金C每个月都亏损1%,其标准差也同样是为0。实际上,标准差所量化的对象是投资组合收益的波动,而不是投资组合中的风险,因为标准差并没有体现基金的下行风险,即亏损的可能性。正如上例,尽管基金B的标准差较大,但其风险并不一定比基金C的风险大。换而言之,标准差大的基金可能没有下行风险,而仅仅是收益波动很大。因此,我们最好将标准差视为衡量收益波动的手段。

阿尔法系数

虽然我们选择的投资策略会收到大盘的影响,但是每个策略都会有自己的独到之处,从而可以获取市场因素之外的收益。阿尔法值表示实际风险回报和平均预期风险回报的差额,衡量了投资的非系统性风险。

计算公式:(实际年化收益-无风险收益)-beta*(参考基准年化收益-无风险收益)。

基金的实际收益减去该预期收益得到基金的超额收益,我们称之为Alpha。Alpha为正表明基金表现优于业绩基准,Alpha为负表明基金表现差于业绩基准,Alpha越大越好。Alpha系数代表基金能在多大程度上跑赢整个市场,也就是我们所说的大盘。当然是数值越大越好,也就是说基金的收益能超越市场。高贝塔系数基金的收益,往往是大盘上涨带来的,不能体现基金经理的能力,所以引进了阿尔法系数。阿尔法系数越高,基金经理的操盘能力也就越强。而由这两个指标就引申出了一些基金经理所谓的贝塔策略和阿尔法策略。简单来说,贝塔策略依靠对市场大势的把握去选择合适的时机获得超越大盘的收益,而阿尔法策略则是依靠精选主题、个股来超越大盘。

继续阅读

博客启用HTTPS访问

昨天正式启用了网站的HTTPS访问,目前看基本没啥太大的问题,所以接下来把具体的过程整理下。

1、生成SSL证书并部署

我现在用的还是虚拟主机是使用的DirectAdmin面板,它支持一键申请并部署Let's Encrypt证书,这是一个免费的证书,而且DA还支持自动续期,相对来说还是非常方便的。后续如果迁移到另外支持DA的虚拟主机商那里,也可以通过DA面板上的备份再还原的方式保证证书也能顺利迁移。生成证书的界面:

2、修改.htaccess文件

这里主要是最后的三行,强制让http形式的访问跳转到https:

<ifmodule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</ifmodule>

# BEGIN WordPress
# 在`BEGIN WordPress`与`END WordPress`之间的指令(行)是
# 动态生成的,只应被WordPress过滤器修改。
# 任何对标记之间的指令的修改都会被覆盖。
<ifmodule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</ifmodule>

# END WordPress

继续阅读

网格交易计划表

提示:以下表格是自己摸索的,因为本人能力有限,未必能理解全,可能做出的表格有错误的地方,欢迎在下方评论区留言指正。

为了让网格交易计划的执行更加有效率,基于E大发布的网格文章的思路做了一个Excel版本的工具网格计划表(v20200331),方便调整参数即时生成投资规则,在这里要特别感谢E大把这么宝贵的经验分享出来。

具体效果如下图所示:

其中上方表格是网格的交易计划,要在网格交易计划的左上角填写计划名称。左侧表格是网格的交易记录,讲每一次交易操作都在这里记录下来,会自动计算网格计划的收益率。

继续阅读

vim 配置文件更新

时隔多年,趁着这次折腾 Golang 开发环境的机会,把 N 多年没有更新的 vim 配置文件重新改了一版。好久没使用,发现很多东西都记不清楚了,再加上这几年 vim 的插件管理也变化挺大,花了点时间学习,不过总是越来越方便了。

下面是我的 vim 配置文件(Github 地址),主要针对 go 语言的开发环境。

继续阅读

macOS 配置 golang 运行环境

存档下 macOS 下配置 golang 的过程。

第一步,通过 Homebrew 安装 golang 包

$ brew update
$ brew install go
$ go version
go version go1.12.1 darwin/amd64

第二步,配置 golang 工作环境

这里我们先要创建一个工作目录,后续所有工作都会在这个目录下展开:

$ mkdir -p /Users/kodango/Documents/Code/Go

配置 $GOPATH 等环境变量,这个操作是必须的,否则 go 命令运行的时候不知道去哪里寻找待执行的文件:

$ grep GO ~/.bash_profile
export GOPATH=$HOME/Documents/Code/Go    # 上面创建的工作目录
export GOBIN=$GOPATH/bin
export PATH=$PATH:$GOBIN

继续阅读

浅谈 Word 文档结构

近期工作中遇到一个增加导出为 Word 格式的需求,因此花了点时间仔细了解了下 docx 格式,发现原来一篇 Word 背后有如此复杂的结构。本文主要介绍 docx 文件的结构,但是 pptx、xlsx 的原理应该是类似的。

docx 格式的奥秘

对于 docx 文件大部分人都停留在这是一种 Office 的文件格式,可以用 Word 软件打开,并没有深入去了解下它内部的组成结构是怎么样的。实际上 docx 是一个压缩文件(Zip 格式),可以用 Zip 软件进行解压。

解压之后可以看到,它是有一系列 XML 文件组成:

这就是 docx 文件的奥秘。

OOXML 规范介绍

这些 XML 的用处、每个 XML 文件的定义格式、Zip 目录结构等,都是在 OOXML 规范定义的非常清楚,下面是 OOXML 官网对此的介绍:

Office Open XML, also known as OpenXML or OOXML, is an XML-based format for office documents, including word processing documents, spreadsheets, presentations, as well as charts, diagrams, shapes, and other graphical material. The specification was developed by Microsoft and adopted by ECMA International as ECMA-376 in 2006. A second version was released in December, 2008, and a third version of the standard released in June, 2011. The specification has been adopted by ISO and IEC as ISO/IEC 29500.

由此可见,word/ppt/excel 等几种格式的组织结构都是在同一个规范下定义的,他们的原理以及解析的方法都一样。OOXML 是微软公司在 2006 年公布的规范。类似的还有 Open Document Format (ODF),它是 OpenOffice.org 开源软件所使用的规范。

继续阅读

如何删除文件中的重复行

有时候删除文件里的重复行是一个很常见的需求,这个用 shell 命令有很多处理方法。

第一种方案是用 sort 命令的 -u 参数:

$ sort -u input.txt > output.txt

第二种方案是用 awk 命令,它的关键在于用一个字典来保存记录:

$ awk '!seen[$0]++' input.txt > output.txt

这和第一种方案的区别在于,即使文件中重复行不连续,依然可以删除。

第三种方案是用 sed 命令,但是其实不大推荐,它相比第一种方案复杂多,而且很容易写错:

$ sort -n input.txt | sed '$!N;/^\(.*\)\n\1$/!P;D' > output.txt

继续阅读

谈谈近况

好久没有更新文章,博客都快长草了。距离上次更新文章已经两年多了,惭愧。

谈谈近况吧,现在已经从运维转回做开发了,算是和五年的运维生涯告一段落了。做开发的日子,相对轻松了不少,至少不需要半夜三更被叫起,或者一天到晚收报警短信,生活质量提升不少。其实我们这个行业发展是非常迅速的,之前一直在做 iaas 测的运维,那时容器也没现在这么火。但是,无论怎么样,运维依然是很重要的一个岗位,或者说是产品不可分割的一部分,最完美的就是产品设计之初就已经考虑到可运维性,现在看随着技术的发展以及基础设施的持续演化,之前梦寐以求的事情,未来也许会成为大家眼里的“基本”能力。

现在的团队负责内容平台的开发,基本算是换了一个全新的轨道,但是随着做的不断深入,发现这里面包含的内容、可以做的东西还是非常多的,我们的目标是要打造一个专业的内容管理平台。眼下离目标很远,但是那种看着自己的孩子慢慢长大的感觉,还是觉得非常值得,现在的团队规模并不大,但是我们还是非常缺人,如果大家有兴趣,可以私下交流。