随笔

一、执行力悖论：为什么「拼命三郎」反而效率更低？ # 凌晨三点的办公室灯火通明，Git提交记录刷满屏幕——这种「自我感动式奋斗」正在吞噬90%技术人的创造力。马斯克同时操盘7家硬核科技公司的秘密，藏在第一性原理+五步工作法的组合拳里：

十年前某个放学的傍晚，我攥着同学的书包带蹦蹦跳跳地往前走，金甲战士和神兵小将的招式讨论声惊飞了路边的麻雀。那时的我们不需要斟酌字句，不用考虑逻辑结构，只要把心里沸腾的念头倾倒出来，就能收获最纯粹的快乐。

引言：文明的火炬手 # 三万年前，当第一个猿人颤抖着举起火把，他不仅照亮了黑暗的洞穴，更点燃了人类觉醒的曙光。今天，我们手握的AI火种正在照亮更隐秘的领域——那些沉睡在每个人基因里的天赋密码，那些被琐碎日常掩埋的热爱火苗。

网上总有人说：“没有热爱的人生就像没放盐的汤。“但像我这种金牛座，花了二十多年都没尝出自己这碗汤的盐在哪——不追星、不痴迷美食、没有热血梦想，连打游戏都像是在上班打卡。直到某天突然发现，我的盐罐子早就摆在眼前，只是它长得太像任务清单了。

业务开发如何成长

每天忙碌，有一天突然完成手头的活，看着离上班还有十几分钟，戴上耳机听起了音乐，突然世界一下子就清净了

最近玩王者玩着玩着突然有些感悟，感觉有时候通过玩一个游戏也可以看到自己身上的不足

引言 # 2021年，对于世界来说都是一个魔幻的元年，新冠在全世界肆虐，然而每个中国人都被保护的很好

最近在面试，面试之前总觉得有一丝焦虑 我不知道这丝焦虑是不是学生时代带给我的，对于我来说，这种焦虑是害怕自己不知道这个知识点而很囧。或者对于我来说，我自己一直对自己不够自信。为什么呢，因为对于我来说，我自己一直在干的很杂，相比于其他人来说，我算是一个真“全干”工程师

为什么会有这篇博客呢，因为随着你阅历的增长，以及各种你即将面临的问题，比如婚姻、跳槽这种，你会有一种焦虑感，你一直在原地踏步，你怎么面对你的未来呢

不知不觉2020已经过了快一半了，2020的确是个魔幻的一年，两年都没生过病的我却在疫情开始的时候发了个烧，幸好一天就退了，但是也是魔幻

去年的年终总结还没有写，2020就来了，已经很久没有写博客，原因有很多吧，这里也不多提了，今天突然想写主要是突然内心有些感想吧

引言 # 写这篇博客是因为自己从去年就开始学习大数据，但是当自己入了门之后，虽然懂得一点皮毛，但是总觉得自己没有真正掌握这个，尝试了很多方法（做了不少项目，读了几个月源代码），但是总感觉不得要领，或者来说进步缓慢，下面是自己的一些思考

很早就听说过思维导图，但是怎么去画，怎么让它帮助你去学习，我以前不得其道，以为就像记老师讲的笔记一样，尝试几次后感觉无用就弃之高阁了，这次在知乎上看到一篇回答感觉很是在理，就实践了一番

毕业近两个月了，然而这两个月对自己的状态不太满意故写下这篇博客反思

通过前面的学习我们知道，在前两个实验中最主要的程序就是kern/init.c文件中i386_init函数，但是我们看到最后却是一个while循环结束。

概括 # 这个问题主要在这本xv6-ref的第一章的练习题2中提出来

引言 # 前面已经通过lab1的这篇博文了解了内存分页的实现细节，接下来就谈谈如何具体实现内存分页

引言 # 本来自己查了很多资料，想自己写出来，结果下笔的时候发现别人已经把我想写的部分全部写出来了，而且比我想的还要具体，所以我就不写了，把链接放出了，顺便我补充一些

引言 # 本来自己查了很多资料，想自己写出来，结果下笔的时候发现别人已经把我想写的部分全部写出来了，而且比我想的还要具体，所以我就不写了，把链接放出了，顺便我补充一些

引言 # Intel作为作为微处理器的航头老大，一直引导CPU的进步发展，也正是因为Intel是一个有着历史包袱的企业，所以站在现代CPU看起来，有一些非常奇葩的设计遗留下来，这些设计一开始是为了兼容，慢慢的将这种兼容又发展成新的功能，把“包袱”转换成“亮点”，段设计就是其中的一个很重要的代表，要想搞懂这个设计在不同的CPU的如何保持兼容和强化，我们必须要慢慢的把CPU的历史给捋顺。

引言 # 本文是基于mit6.828 的lab1对操作系统的思考，网上有不少关于lab1的博客，大部分都是介绍如何完成lab1的问题，介绍的比较详细的有这个博客，在这里我就不从问题出发，建议大家看完上面的博客在看我这篇博文，我这篇博文就是从把我遇到的疑惑提炼出知识点，然后再把这些知识点串起来

引言 # 一开始想直接做一个操作系统，但是万事开头难，学习操作系统需要太多基础知识了，所以就按照网上推荐先学习mit6.828的课程，先把xvf6操作系统搞懂，然后在来实现自己的操作系统，下面就是学习这个课程的体会，按照各个lab的顺序，介绍自己的心得体会

引言 # 最近逛知乎的时候看到一篇知乎回答很有趣，也给了很深的感触，自己对于操作系统、数据库、HTTP用的都非常熟练，但是也从来没有去想怎么怎么实现或者背后深层次的原理

本篇博客主要基于这篇博客的扩展，建议阅读前先阅读这篇博文，这篇博文详细介绍红黑树的实现原理，完整代码在github的rbtree.go文件中 浅谈"树"这种数据结构 Github 可视化页面 引言 #

本篇博客主要基于这篇博客的扩展，建议阅读前先阅读这篇博文，这篇博文详细介绍二叉搜索树的实现原理，完整代码在github的binary.go文件中 浅谈"树"这种数据结构 Github 可视化页面 引言 # 之所以使用Go来实现，个人还是比较喜欢Go的，作为一个基础数据结构，Go用来实现这个速度比Java、C++都快，而且相比Java也能节省内存，而且我也不喜欢换使用冒号。

本篇博客主要基于这篇博客的扩展，建议阅读前先阅读这篇博文，这篇博文详细介绍AVL树的实现原理，完整代码在github的avl.go文件中 浅谈"树"这种数据结构 Github 可视化页面 引言 # AVL树是在对二叉搜索树的一种优化，通过构造一棵高度平衡的二叉搜索树从而实现提高空间利用率，所以在了解如何实现之前，必须了解如何构造一棵二叉搜索树，你可以阅读我的这篇博客了解如何构建一棵二叉搜索树，虽然我是用Go来实现的，但是不必了解太多Go方面的知识，我在博客中尽量使用图片的方式来介绍实现原理

一直以来我对树这种数据结构就比较头疼，随便找一个红黑树的博客，大部分都是在谈怎么旋转怎么插入怎么删除，将算法讲的头头是道，但是就算你看懂了也不懂为什么要这样做，所以我们这篇博文就从可视化的角度，慢慢的介绍这些树的来世今生。

这篇博文是从问题理解动态规划的练习篇，通过几个动态规划的问题剖析进一步理解动态规划 找零钱练习题 # 给定一个零钱数组比如[1, 2, 5],每个值代表一个面额的纸币，给定一个总数(aim)，求换钱有多少种方法（每种面额纸币不限量） 这个问题非常经典，所以我就从最先容易想到的算法出发慢慢推导出动态规划

网上关于动态规划的资料，大部分直接给结论，所以一开始我一头雾水，搞不懂为什么要这么做，这篇博文就从实际问题出发，简单的剖析动态规划

0x00 引子 # 排序是很多算法的基础，简简单单的排序前人就归纳出很多种算法，但是这些算法多多少少都有着相同的原理

引言 # 编程开发有时候也像雕刻一件艺术品

其实这篇文章很早就像写了，但是自己也一直没有明白自己想写什么，直到最近自己慢慢才有一点思路

这是我从Quora上看到的一篇非常简短但详细的数据科学家的‘技能点’ 来自eBay的一个数据科学家的回答 翻译来自Quora回答

驱动力是什么 # 驱动力就鞭子，小的时候我们被父母教育考的好就是棒棒糖,考的差就是鞭子，等我们走进社会,工资就是我们是驱动力。

在牛客网刷了16道题了,在这做个总结 概况 # 编程题无非两种一种考算法,一种考数据结构

翻译自TDD-byexample 作者Kent Beck, Three Rivers Institute 有删减 表现 # 测试驱动开发核心: # 除非你有失败的自动化测试千万不要写一行新代码 拒绝重复 这两个的简单原则构成了TDD的核心,但是他能规划一个复杂的项目乃至一个团队.这里有一些TDD的建议.

因为这段时间待在家没什么事干,虽然完成一个小的项目,也还有很多功能需要完善,但是说实话还是有点迷茫,明年就大三了,接下来有两条路给我走,要么是考研,要么是出去工作. 自己算是个半个程序员吧,web开发那一套前后端撸起袖子都能搞出点名堂来,但是为什么说我是半个程序员呢,因为现在我还不知道我是爱他还是不爱他呢.

隔离测试是相对与于整合测试来说的，现代软件架构流行分层式、模块化，而隔离测试就是相当于在每层上进行测试，整合测试就是跨越多个层进行测试

看了 « Python Web 开发 测试驱动方法» 以后, 感觉自己找到自己的一些项目之所以不能够很好的 维护下去的原因.总结了一下自己的理解, 记录下来.

最近这几天在开发一个hmtl5的游戏, 但是对于js怎么使用面对对象来编程有点困惑,查了一些资料 整理如下.

这段时间重新学习了web前端的技术栈,其实一开始加入社团时就是从前端开始入门的,等到了会仿写几个页面后就跳到了后端的坑,从html、css、js（只学了一点）又马不停蹄的转到.net平台、后来在老司机的带领下我们放弃了不开放的.net平台投入了python的怀抱

泛型对于解决面对对象编程的算法设计可以提高其运算速度，但是对于引用类型来说还是没什么差别，因为引用类型只是指针的地址的调用，简单来说泛型还是挺好理解的，但是对于泛型、非泛型、继承和接口的融合就有些迷惑了。 # 比如说这种接口 # public interface IEnumeratot<T>:IDisposable,IEnumerator,ICompare<T> 这个泛型接口继承了两个非泛型接口，和一个泛型接口。 # 我一开始理解泛型就是一个个模型，只要我们把类型一个参数赋给他，他就能生成一个标准的类型，他缺少的只是一个参数而已，我们引用的时候感觉就像我们引用一个“全体方法”，把参数赋给类型后就可以一直调用类中的方法了，但是对于接口的继承如何理解？ # 对于泛型类的继承，继承的类必须实现泛型的参数或者保留泛型的参数，比如下面

一眨眼暑假就要过完了，这段博客又停下来了，倒不是因为我停下来学东西，而是我又忘了去归纳总结自己学的东西，总是一个鲁莽的心态去学，总感觉停下来会阻挡自己学习的脚步，但是其实写博客也是学习，把自己的学到的知识转换成自己的东西，写出来的过程就是帮自己的过程，其实这个方法也是一个非常牛逼的学习的方法叫做费尔曼学习法

一眨眼，四年过去了，再过几年就到了三十而立的年龄了，年轻的时候走马观花， 好像一直为了学习而学习，为了规划而规划，在经过被社会的毒打之后， 自己眼睛里面好像也没有当年的光了