遵循“先抽象后具体,先软件后硬件”原则,通过数据库结构设计、SQL 优化、存储引擎、操作系统以及服务器硬件等方面,设计方案以优化数据库性能。
理财启蒙课:富爸爸穷爸爸
- 作者罗伯特·清崎有两位父亲:穷爸爸,亲生父亲,高学历教育官员;富爸爸,他好朋友的父亲,高中没毕业却善于投资理财的企业家。
- 两位父亲事业都很成功,他们一辈子勤奋上进、且有丰厚收入。穷爸爸终其一生困扰于财务问题,然而富爸爸成为夏威夷最富商人之一。
作者遵从“穷爸爸”为他设计的人生道路:上大学,服兵役,参加越战,走过了平凡的人生初期。直到作者亲眼目睹一生辛劳的“穷爸爸”失了业,“富爸爸”则成了夏威夷最富有的人之一。清崎毅然追寻“富爸爸”的脚步,踏入商界,从此登上了致富快车。
启示:辩证思维看待两种人生路径,既要走在“穷爸爸”的原始积累道路(知识财富),终生保持学习,也要走“富爸爸”的致富事业道路(财富自由+时间自由),主动争取更多人生选择权。
在本书中,作者将以亲身经历的财富故事展示了“穷爸爸”和“富爸爸”截然不同的金钱观和财富观:穷人为钱工作,富人让钱为自己工作。
所长林超的跨学科思维课:打破精神内耗的方法启示
- 感谢 @所长林超 的《跨学科工具箱》思维课程,长达六个月的精神陪伴,愿称其为个人 2021 年度最具价值投资也不为过。学习常伴随着实践与反思,也许会有人不认同此形式的课程,会觉得课程内容泛泛而谈、道理都懂实践很难、付费课程等同割韭菜等。
- 而个人见解,本通识课的核心价值更多是培养一种跨学科思维模式,启发我们要不断地储备不同学科的知识,不要割裂每个课堂所学的知识,要运用跨学科思维分析问题、解决问题。思维碰撞会激发自身更深刻的元认知,循环往复、不断提升我们认知维度、认知水平,促使着我们更深入理解世界。
- 其次,方法论提供了一种非常虚幻的 “我学到了” 的感觉,我们不要止步于启发阶段,建议对感兴趣的学科系统化深入学习,储备相关领域知识,以打造属于自己的跨学科工具箱。就如《认知心理学重要模型》一课所启示的,类比认知的形成过程,只有把掌握的知识运用起来才能掌握智慧。为此,本笔记不会照搬课程内容,在基线之下融合更多个人见解及知识补充完成总结。但也因能力有限,若有不正确之处还请伙伴们帮忙指正。
技术资格考试:中级软件设计师
- 刚踏足职场,牢固技术功底对我们未来走得多远尤为重要。然而当今工作环境迫使我们 “沉迷” 追逐新概念、新技术,比如机器学习、大数据技术等,难免内心难免会浮躁不安,有时候走得太快反而淡忘了软工知识体系正是当初上学时期指导我们认识软件世界的重要角色。正如设计模式给我们启示,认知不应依赖于具象,而是抽象概念指导认识,学习应是如此,不随波逐流,巩固根基知识更容易让自我渐入一个熵减过程。
- 软件设计师(中级)所考查的内容正是软件工程体系知识树的缩影,很庆幸能借此机会温故知新,同时复习过程以笔记形式记录在案,即知识输入到输出全过程,以构建起属于自己的计算机科学知识体系。
- 最后声明一点,知识复盘固然重要,但考试终究要刷题练习。希望笔记内容能帮到有同样备考需要的朋友,若笔记有错误之处,还请您不吝赐教、指正。
子弹笔记:让每个人都可以笔记方式撰写自传
论文 | 基于根因分析的报警聚类算法
原文:Clustering intrusion detection alarms to support root cause analysis
作者:Klaus Julisch
来源:ACM Transactions on Information and System Security, 2003, 6(4):443-471.
背景
- 系统出现故障时,运维人员一般先查看错误日志定位故障原因。
- 业务流量小、逻辑复杂度低时,应用出现故障时错误日志一般较少,运维人员根据错误日志迅速定位到问题。但随着业务逻辑的迭代,系统接入的依赖服务不断增多、引入的组件不断增多,当系统出现故障时,
错误日志的量级急剧增加
。极端情况下更甚出现 “疯狂报错” 的现象,这时错误日志的内容会存在相互掩埋
、相互影响
的问题,运维人员面对报错一时难以理清逻辑, 失去焦点,没能第一时间解决最核心问题。 - 若在报警流出现时,通过处理程序将报警进行聚类,整理出一段时间内的报警摘要。运维人员就可以在摘要信息的帮助下,先对当前的故障有一个大致的轮廓,再结合技术知识与业务知识定位故障的根本原因。
- 围绕上面描述的问题,以及对于报警聚类处理的分析假设,本文主要做了以下事情:
选定算法
:选定聚类算法,简单描述算法基本原理,并给出针对报警日志聚类的一种具体实现方案。验证算法
:在分布式业务服务的系统下构造了三种不同实验场景,验证了算法的效果,并且对算法的不足进行分析阐述。
Django:Web 框架从入门到应用
Django 是基于 MVC 模式,由 Python 写成的开源 Web 应用框架。在 Django 中,控制器接受用户输入的部分由框架自行处理,而 Django 里更关注的是模型 ( Model )、模板 ( Template ) 和视图 ( Views ),为此也称其为 MTV 模式的 Web 框架。
事实上,基于 Python 的 Web 框架不仅这一家,如 flask、tornado、web2py 等。对于任何一款框架都有它自身的亮点和缺陷 $^{[2, 3]}$,综合需求、性能要求等诸多因素考量,选择合适的框架即可。比如,我们要开发一款数据库驱动的内容发布与管理系统,借助 Django 的中间件 ORM 设计优点,使得在操作业务对象时,不需要和复杂的 SQL 语句打交道,只要像平时一样操作对象即可,以高效率完成轻量级后端系统的开发工作。