因为工作繁忙，本期分享延迟了几天，这期的主题是我在b站读研。
研究生
转眼间到了11月，本月应该有课呀为什么迟迟不见动静？同学们按耐不住已经在群里面问老师了。其实我也很期待想见识一下老师的水平...
本周刷了吴恩达机器学习10-2到12-3，还是有点懵懵的感觉，算了无论如何先混个眼熟。同时在思考如何调整策略，继续后面的学习计划。因此针对我的学习目标开始狂搜学习资料，争取早日科普完基础去卷ai算法。为什么要去卷算法呐？因为这里面蕴含着巨大价值！
然后我在b站和微信读书找到了我想要的，所以本期主题就是我在b站读研。
机器学习实战篇我打算找唐宇迪做我导师
迪哥的视频教程再配合他的教程，深入浅出很不错。
微信读书配套教程
深度学习我打算找李沐做我导师
沐神b站视频教程
配套书籍
zh-v2.d2l.ai/
人工智能数学
找了门基础的书籍看看，当然有许多经典的书籍例如：《统计学习方法(李航)》，《南瓜书》
感谢这些大神的无私分享，让人人ai不是梦！
其实有很多经典的书，比如：西瓜书，花书。但是不太适合小白用户，刚学就先搞枯燥的理论会吓退不少人，因此我决定还是先成为调参侠，在用的过程中搞懂理论。
不算彩蛋的彩蛋
在搜索资料的过程中找到了一个**玉树芝兰 公众号，**一个教授专门讲解如何做科研写论文。他推进了一个工具特别牛x，来看看他的介绍文案
如果你不知道该在某个研究领域选择什么样的题目，不知道该找哪些文献重点参考，或者不了解领域最权威的专家，那么现在好消息来了。这款应用借助人工智能模型 GPT 3 实现，为研究者提供服务。你可以用自然语言输入你的研究主旨或问题，机器自动进行文献挖掘，并且给你展示结果。甚至，还可以为你的选题提供参考。好不好用？来试试吧。
地址：elicit.org/
根据宣传文案的描述，可以省下一大部分找文献的时间，因此迫不及待地去试用了一下，填表申请后获得一份回复邮件，但是截止目前还没收到资格，空欢喜一场哈哈。
帮研究生同学选题
说来也巧一个校友加我，他对论文选题有些迷茫，因此咨询我的建议。靠着我多年的工作经验以及对计算机行业的理解，胸有成竹的答应了。请看下图，哈哈：
加油吧少年！
工作
总结
我负责的一个小项目第一版完成上线，但是还存在一些可以优化的地方。例如：
- 可视化配置，怎么配置方便简单又不出错？
- 自动初始化，比较复杂？用批处理？
- 高可用方案，这个很难度适中。
- 代码优化，为了避免过度设计没有用过多是设计模式，其实项目可以进一步优化。
让我想想，思考一下。。。 对预生产环境进行了升级，涉及技术：
- helm
- k8s
- ansible
看板方法
最近参加了客户的devops培训，对看板方法很感兴趣，因此探究一下背后的方法学。
看板源自丰田公司开发的用以改善汽车制造流程的体系，其生产体系注重及时生产「Just-in-Time，JIT」，以避免浪费，这可以认为是精益软件开发运动的前身。
**看板的核心概念是可视化。**每张卡片代表一个用户故事或随之而来的开发子任务。卡片都被排在看板上，从左至右，每一列按照工作流程顺序，如下图所示。
有些列代表工作正在进行「如开发中、测试中」；有些则表示有待进入下一个工作阶段「如预备、开发完成」，同时这些列表中积攒的一系列工作，当一名团队成员完成了手头的工作后，便可以从中选取最优先一项。 当工作项目逐一经过各个阶段时，代表这项工作的卡片也会从上一列移动至下一列。整个团队的工作状态都可以通过看板一目了然，与此同时也很容易从那些积攒了很多卡片的列中看出瓶颈所在。 将「开发」和「测试」分为>1个状态的好处在于有助于让团队对工作状态有一个更清晰的认识，易于发现瓶颈。 看板中激活的工作数量受到“进行中的工作”的制约，开发团队会决定每一列所允许的最多卡片上限，称为在制品数量上限「working in progress，WIP」。这条规则能确保工作流程的平稳、顺畅。
还可以用用到来进一步划分看板，采用水平线横向管理个列表中的卡片。采用优先泳道的方式为每个史诗故事分配单独的泳道；可以为每个人分配单独的泳道来更清楚地显示其工作流程；可以在一块看板上记录下多个相关项目，将每个项目放在一个单独的泳道。
**看板的重点在于工作流程，它没有Scrum的迭代时限。**当工作向前推进时，相应的工作项目也持续从看板的左侧向右侧移动，所以Scrum中的开发速度改变并不是适用于看板。但可以按团队在一段时间内完成的工作项目来测量团队的生产能力。
看板中有两个经常用到的指标：循环时间「即某工作项目从开始处理到交付给客户所消耗时间的平均值」和交付时间「即每项工作从创建之初到交付给客户所消耗时间的平均值」。工作循环时间和交付时间并不一定与工作量相关。比如某项工作可能只需要一个小时「循环时间」即可完成，但由于需要等待开发团队来处理而很较长的交付时间。
可以用累积流图形象地观察看板系统中的工作流状况，如下图示，简单起见，只用了三种工作状态：待办、开始和完成。
看板理念体系专注于持续改善，团队应定期回顾和讨论如何更快、更好的工作。随着团队技能水平和流程持续的改善，产品的交付时间和循环时间也会逐渐缩短。
Scrum冲刺期，待办任务列表在每一次迭代期内经常是锁定的；在看板体系中，团队成员可以在任何时间点改变看板中的待办任务。看板没有Scrum对各层次的过程规定和工作仪式，不过许多应用看板方式管理的团队也会开每日例会和定期回顾会议。
找了栗书看板进行了尝试
任务轻重缓急、全局一览无余。
读书
kubernetes权威指南
知识汇总
- 创建静态Pod有两种方式：配置文件方式和HTTP方式。
- 在容器内获取Pod信息（Downward API）
- Pod健康检查和服务可用性检查
- 玩转Pod调度
在大多数情况下，我们希望Deployment创建的Pod副本被成功调度到集群中的任何一个可用节点，而不关心具体会调度到哪个节点。但是，在真实的生产环境中的确也存在一种需求：希望某种Pod的副本全部在指定的一个或者一些节点上运行，比如希望将MySQL数据库调度到一个具有SSD磁盘的目标节点上，此时Pod模板中的NodeSelector属性就开始发挥作用了，上述MySQL定向调度案例的实现方式可分为以下两步。（1）把具有SSD磁盘的Node都打上自定义标签“disk=ssd”。（2）在Pod模板中设定NodeSelector的值为“disk: ssd”。
在真实的生产环境中还存在如下所述的特殊需求。
- 不同Pod之间的亲和性（Affinity）
- 有状态集群的调度
- 在每个Node上调度并且仅仅创建一个Pod副本。
- 对于批处理作业，需要创建多个Pod副本来协同工作，当这些Pod副本都完成自己的任务时，整个批处理作业就结束了。
领导的方与圆
这书的语言真的是很直接，符合国情。
- 遇事应该怎么处理
在管理过程中，我们常常会遇到一些意想不到的事情，这种情况叫做例外，是制度管不了的。例外太多，说明制度、法令出了问题。遇到事情怎么办？要讲情、理、法。遇到矛盾，要用行动去化解，不要用语言去辩解，越辩矛盾越大。 要把情摆在当头，见面就给他面子，他有了面子，就很讲理。也就是说，要中国人讲理，你只要给他面子就行。 做什么事情先从情开始，不要先从法开始。给足面子还是不讲理，就依法处理。由情入法，处理事情人性化。
- 遇事之前怎样思考比较合理
谋定而后动”，做事要先做计划，考虑要周到。思考问题与处理问题的过程正好相反，要把法放在第一位，行为只能在法的范围内游走，不可逾越。只知条法，不知变通，是无所作为。 考虑问题外方内圆，处理问题外圆内方，这是一辈子的修炼。 只要不违法，不伤害别人，都是可以变通的。不能变通，要求得理解。 中国人上下级的关系非常密切，各位一定要得到你顶头上司的赏识，你一定要跟他处好，只要处不好，你越有能力死得越快。
业余
- 三次跑步，每次5公里
酒店旁边的美景
