发表于 | | 阅读次数：

今日在学机器学习 第八章(Unsupervised learning)的时候, 开头介绍时讲到了它应用在大型计算集群的资源分配(聚类)上(见下图).

突然就回忆起本科跟着老师做的一些算法研究, 最后毕业论文的名字叫做《基于虚拟机放置策略的数据中心网络节能算法研究》, 感觉其实非常类似.

当时论文也在摘要中提到了K-Means算法, 可惜并没有深入去了解原理. 好惭愧, 趁这个机会好好了解下原理, 其实并不是很复杂, 更多的是作为一次记录与反省.

more..

发表于 | | 阅读次数：

企业天生就是追求利益的, 可生命永远是无价的. 本文记录了自如甲醛检测的魔幻之旅. 最后还是放弃了, 记录整个过程分享一下.

more..

发表于 | 分类于 | | 阅读次数：

分享一个小故事: 依稀记得人生第一次面试终面的时候, 那家公司的CTO问我数据库中有哪些索引. 正好读书时学过一门课叫做DBMS Implementation, 于是就巴拉巴拉列了一堆. 瞬间面试官就两眼发光的看着我, 说我既然知道bitmap, 一定是个上课认真学习的好孩子, 就兴高采烈的给我发了offer.

所以说年轻人, 认真读了这篇博客之后, 你就可以顺利的拿到offer, 从此走上成为CTO赢取白富美的康庄大道!

more..

发表于 | 分类于 | | 阅读次数：

今天在整理荒废很久的印象笔记时(公司不让用云笔记), 突然发现很久前记录的《蚂蚁金服：科技金融独角兽的崛起》这本书的读后感. 虽然个人感觉只从作者编写水平的维度上来说, 和《腾讯传》有一定的差距, 但里边的描述反过头来还是非常真实的.

分享一下书中比较有趣的片段与思考. 文末有彩蛋哟 :)

more..

发表于 | 分类于 | | 阅读次数：

软件维护有两种截然不同的思路，一种所有的依赖都追踪最新版，一旦出最新版立即开始试用，出问题马上反馈社区或者解决，这样虽然经常需要适配新版，但每次都是小问题，很快就能解决。这是活着的软件，虽然每天都要吃饭很麻烦，但你能看见它的新陈代谢。

另一种所有的依赖都选择一个不会变的固定版本，能不升级就不升级，旧版本的bug想办法workaround，这种软件的开发者害怕改变，能推到明天的工作绝对不在今天做，并且喜欢以“项目规模太大，客户要求严格，风险太高”为理由，得过且过，这种是死掉的项目，只是还没有埋而已，在这种项目上你会发现做变更也特别困难，许多现代项目里非常常见的功能根本加不进去（因为依赖库不支持）

活着的项目可能会死，死掉的项目是几乎不可能再活过来的，落后太多版本，一旦升到最新版就发现到处都是问题修不过来了，因为没有跟踪过依赖的版本变更，也搞不清楚可能是什么问题。像JDK这种已经算好的了，不兼容的情况一般比较少，但JDK都不肯升，依赖库肯定也全是JDK6版本的了，要把依赖库直接升到10，只能选择死亡了。

作者：灵剑
链接：https://www.zhihu.com/question/30137699/answer/476916096

以上为知乎上的一个回答. 个人觉得如果对于自己非常熟悉的第三方依赖, 并可以把握风险的话, 还是会不断的去追求最新版本. 毕竟对于新事物的好奇心是活在一个优秀程序员血液里的东西.

本文简单记录了Hexo Next主题升级版本(v6.3.0 → v6.4.0)的完整过程.

more..

发表于 | 分类于 | | 阅读次数：

在我们的项目中, 每次push代码后, gitlab的runner会自动执行一次flake8代码静态检查. 当然在本地也可以在终端中手动触发, 但缺点是如果检查出10个问题, 我要重复10次复制粘贴文件路径在Pycharm中修改的操作.

今天突然发现可以在Pycharm中利用External Tools集成flake8检查, 点点鼠标就能到具体的代码位置。

more..

发表于 | | 阅读次数：

有时候走在路上, 总会觉得来来往往的人群就像一只只没有思想的僵尸. 慢慢的自己也被欲望和忙碌的工作剥去了自己的思考, 决定每年都开一篇博客, 记录生活中零零散散的思考.

more..