更新博客文章

content/post/2014-01-01-my-first-blog.md

@@ -0,0 +1,11 @@
+---
+title: 博客播种
+date: '2014-01-01'
+slug: my-first-blog
+categories:
+  - undefine
+tags:
+  - 
+---
+
+写博客的开始总是很难的，我决意省掉描述这一开始的一系列的比喻。

content/post/2016-07-14-file-record-1-the-life-of-david-gale.md

@@ -0,0 +1,31 @@
+---
+title: 观《大卫·戈尔的一生》
+date: '2016-07-14'
+slug: file-record-1-the-life-of-david-gale
+categories:
+  - interests
+tags:
+  - film
+---
+
+总体来说这个是一个很合格的美式浪漫主义和理想主义的剧情片。
+
+主人公戈尔本来是一个学术教授，声名卓著，有自己追求的政治目标，即现行的死刑制度存在缺陷，不能够改造犯人，也没有对犯罪率降低产生积极影响。大卫戈尔的感情生活也出现了问题，妻子外遇，自己隐而不宣。但对于自己的儿子，有着很深的感情。电影在此处已经表明，大卫对于妻子的感情外遇是察觉的，但是因为儿子的原因在隐忍。于是问题产生了，在一次宴会之后，他和自己的女学生产生了肉体的纠缠，也因此毁了自己的生活。
+
+
+大卫戈尔的生活变得一团糟，被贴上[--]犯的标签后，在社会中寸步难行，丢掉了教授的工作，应聘工作也遇到挫折。更糟糕的是，自己的政治追求也因此被迫中止，自己工作的政治小团体因为自己的[--]犯的标签，多说人拒绝他的加入，对大卫戈尔产生了巨大的打击。
+
+大卫戈尔生活中有一位异性好友，和自己一直在政治团体中致力于德州废除死刑。但是他们的政治诉求一直没有实质性上的进展，他们主张保护的一些死刑犯还是陆续遭到了处决。异性好友被查出血癌，生命已经处于晚期，这样的两个生命中同样遇到苦难的人。自然的选择了用生命去为自己的政治理想祭祀。
+
+
+他们策划了一起[--]案，异性好友作为被[--]者死去，犯人被指向大卫戈尔。目的是通过警方将大卫戈尔定位为[--]杀人犯，被执行死刑。然后通过媒体将真相暴露出来，真相就是大卫并不是真正的杀人犯，死刑的制度导致了一起严重的冤案。从而声诉他们的政治主张，废除死刑。为了确保计划能顺利进行，他们的牛仔朋友在幕后作为秘密的支持。
+
+
+事情发展如他们策划一般，异性好友被发现[--]死去，种种证据指向大卫戈尔。大卫戈尔拒绝了律师的辩护，接受了死刑。
+
+在死刑前，他找到了一位信任的记者，来陈述自己的过往。电影也是采用大卫戈尔的陈述展开的，大卫戈尔所说的当然是真相，但也是部分的真相。
+
+
+在影片结束，也(可能)是计划的最后一部分。记录最后一部分真相的录像带交给了记者，她以及荧幕前的观众才了解到，部分的真相并非最终的真相。正如最后那套录像带带来的震撼一样。这个就是影片里大卫戈尔描述的一种印第安人手法，把真相之钥埋在犯人的胃里，造成一种不能解脱，但得知真相具体存在某处的痛楚。
+
+

content/post/2016-07-14-file-record-2-file-record-2-braveheart.md

@@ -0,0 +1,17 @@
+---
+title: 观《勇敢的心》
+date: '2016-07-14'
+slug: file-record-2-Braveheart
+categories:
+  - interests
+tags:
+  - film
+---
+
+"Your heart is free. Have the courage to follow it."
+
+这是部关于勇气的电影，也是是个悲剧英雄的故事，印象深刻的画面有这么几个：
+- William Wallace在战斗开始前，面对苏格拉的人们，骑着马在人群面前发表动员。他表达的意思是：我们是为这一次的自由而战斗，你们可以选择躲避，甚至可以选择躲避一辈子，但是当你们苟且偷生直到老去躺在病榻上是，愿不愿意用这些苟且的日子换取当初的那次为自由而战呢？
+
+- 在William Wallace最后被捕，在行刑的时候，面对酷刑，仍然不肯乞求Mercy，仍然信仰自己的生存的意义（“有很多人死去，但并没有很多人真正活过"）,最后在行刑中喊出“Freedom！”
+

content/post/2019-09-03-some-books-excerpts.md

@@ -0,0 +1,58 @@
+---
+title: 读过的书的摘录
+date: '2019-09-03'
+slug: some-books-excerpts
+categories:
+  - interests
+tags:
+  - books
+---
+> 这企鹅可不是随便哪一只都行。李纳斯想让它有副爽透了的样子,就像刚刚喝下去一扎鲜啤酒,然后又体验了一次无与伦比的高潮。除此之外,这只企鹅还一定要很特别才行。于是,其他的企鹅都是黑嘴巴黑脚蹼,但 Linux 的企鹅却是黄嘴巴黄脚蹼,这使它看上去好像是鸭子与企鹅的杂交品种。也许它是唐老鸭在南极之旅中与一只当地企鹅一夜倾情的结晶。
+> 
+> —— 引自《只是为了好玩—Linux之父林纳斯自传》第74页
+
+----------
+
+> 如果你想把事情做完，无论合适，你一定要想清楚什么是眼下最重要的、必须马上做好的事。如果你不做这件事，你就不能以最快的速度取得进展。
+>
+>—— 引自《软件随想录 卷2》第288页
+
+----------
+
+
+> 曾有一日，在他编程的间歇，偶尔路过实验室的设备间。眼见那台曾在实验室服役的PDP-10摆放在房间之中，无人问津。当年那几个忙碌闪烁的状态灯，如今也黯淡无光。往事片段，涌上心头。眼看着这台几十年前的计算机，仿佛看着家中亲人，静静地躺放在那里，魂归西天。
+>
+>—— 引自《若为自由故》引自第108页
+
+----------
+
+> 乔布斯从纯粹的美学角度开始评论主板的布局：“这部分很美，”他赞叹道，“但内存芯片真丑，而且线与线之间靠得太近了。”当时刚招进来的模拟电子工程师George Crow打断了乔布斯：“谁会关心主板长得什么样？真正重要的是它能不能正常运行。没人会去看主板长什么样的。”乔布斯激烈地回应他：“我会看！即使它是装在机壳内部，我也要它尽量美观。优秀的木工不会用烂木材制作柜子的背板，即便大家都看不到背面。”
+>
+>—— 引自《硅谷革命》第38页
+
+----------
+
+> 据说1940年，香农与普林斯顿高等研究院的冯·诺依曼的一次对话无意中被他人听到了，那时候香农正挣扎在失败婚姻的泥沼中，刚刚把他的理论串在一起。香农向这位伟大的科学家陈述了他对信息的理解，他认为“信息解决不确定性”的问题应当成为工作的核心；同时，他谦逊地向诺依曼请教了一个问题：他应当如何命名这种情形？冯·诺依曼立刻说：信息减少了“熵”。除了这是一个合适的、坚实的物理词语，他继续说：“最重要的是，没有人知道这个熵到底是什么，所以在辩论中，你总是具有优势。”
+>
+>—— 引自 《香农传》第16章 信息论炸弹
+
+----------
+
+> 总而言之，如果满足下面这些条件，就该考虑把源码开放：
+> 1. 可靠性/稳定性/可扩展性非常重要。
+> 2. 除了独立的同行评审，没有其他便捷易行的方法验证设计和实现的正确性。
+> 3. 该软件对客户的业务非常关键。
+> 4. 该软件创建或运转一个公共计算或通信基础架构。
+> 5. 关键方法（或能实现同等功能的方法）属于公共知识。
+>
+>—— 引自《大教堂与集市》第4章 魔法锅 第95页
+
+----------
+
+> 当你开始社区建设的时候，你需要能够呈现一个可行的
+> 前景。你的程序不一定要工作的非常好。它可以是粗糙的、
+> 问题多多的、不完整的、缺少文档记录的。它一定不能失败
+> 的是（1）能运行，（2）说服潜在的合作者它可以在可预
+> 见的将来进化成真正漂亮的东西。
+>
+>—— 引自《大教堂与集市》 市集风格的必要前提

content/post/2020-06-07-how-to-use-hugo-build-a-blog.md

@@ -3,9 +3,9 @@ title: Hugo使用记录
 date: '2020-06-07'
 slug: how-to-use-hugo
 categories:
-  - learn
+  - problems
 tags:
-  - use-record
+  - use
 ---
 
 # hugo安装
@@ -162,7 +162,8 @@ git push origin master
 ```
 
 # GitPages部署
-假设你需要部署在 GitHub Pages 上，首先在GitHub上创建一个Repository，命名为：xxx.github.io （xxx替换为你的github用户名）。
+假设你需要部署在 GitHub Pages 上，首先在GitHub上创建一个Repository，命名为：自己在github上面的用户名。
+然后，当你把自己的blog代码仓库推送到github上之后，github就会自动为你重新部署静态网站。稍等片刻访问http://usename.github.io/就可以看到自己创建的页面了。
 ```
 $ hugo --theme=hyde --baseUrl="http://xxx.github.io/"
 ```

content/post/2020-06-14-two-years-in-mindray.md

@@ -0,0 +1,41 @@
+---
+title: 我在迈瑞工作的两年
+date: '2020-06-14'
+slug: two-years-in-mindray
+categories:
+  - work
+tags:
+  - summary 
+---
+
+## 一
+
+2018年校招的末期，我签约了迈瑞医疗公司，方向是医疗器械的软件开发工作。现在回想起来我是很感激这次机会的。因为这从我之前的非研发岗转到了研发的岗位，也算是对自己四年软件工程专业的一次回应。
+
+初到迈瑞，被分配到IVD血球部门的软件算法专业组，跟随的是谢俊斌导师。当时是很欣喜的，认为软件算法是医疗器械的核心，在这个岗位应该是大有可为的，所以也是以百分百的精力投入到工作中的，每天都像是上了发条一样精神满满，早出晚归从不疲倦。
+
+刚刚开始工作的半年时间，遇到了一些困难。显性的问题是软件算法的实现是依据血球的行业内部的算法实现的，仅仅具备软件的知识，而缺乏血球分析仪的系统知识，是不足以深刻了解整个软件的算法的实现的。所以在这一阶段虽然精神饱满热情充沛却常常经受打击。经过大概2到3个月的时间，每天去做调试，单步跟踪调试代码的执行路径，把整个软件算法的实现在思维导图上面去做梳理，渐渐的也算是入了门。这个时候开始承接一些简单的更改任务，往往自己希望能够快速完成更改，所以常常考虑不完善，出现一些更改的错误或者是遗漏，感谢谢工的耐心指导，渐渐地变得成熟起来，代码维护之类的更改做起来也更加的熟练。另一个隐性的问题是算法的更改相对较少，我被安排做一些老项目的更改和维护工作，这类项目的特点是已经经过多年的更改完善，算法比较成熟，而且老项目由于维护的时间已经很长，打过很多补丁，所以维护起来容易出现问题，所以进行更改的需求就很少。这样的情况大概持续了一年的时间，期间经常比较空闲，有时候也被安排做一些归档的工作，这个也是医疗器械行业内的规范，需要应对FDA的审查。总体而言，任务较轻，所以常常感觉成长不是很快。
+
+这个时候也会感到一些焦虑，一方面是任务不多，处在舒适圈，但内心还是有深深的危机感，不能通过项目实践来快速的成长。这个阶段身边几个同伴相继离开迈瑞，自己的心态也有些动摇，开始忧虑自己如何得到成长，未来之路又在哪里。
+
+## 二
+
+接下来的半年，谢工安排我去做阅片机的项目。阅片机是一个血球的在研项目，相对更改的时间比较宽裕，软件算法的部分前期谢工已经搭好框架，主体功能已经实现，后续的简单的维护工作就交给我。对我而言，有一个新的具体的项目能够参与算是一件好事。于是开始逐步的接触这个新的项目。阅片机和我之前做的血球分析仪的工作流程和软件框架完全不一样，而且我是半路接手，对于前期的业务是一点都不了解，幸好在邓亮工程师和谢工的指导下，逐步的对整个项目熟悉起来。期间有一个性能分析的任务，就是对阅片机的工作流程进行梳理，看下各个流程模块分别占用的时间比例是多少，有哪些流程模块的耗时是可以优化的，以及如何去优化。通过这个任务，我觉着自己很快的对整个阅片机的工作流程有了了解。而且阅片机是一个算法占比很大的项目，算法处理需要参与到各个流程之中，算法优化又能够对实现的细节进行探究。在这个阶段的工作，参与到项目中，与应用开发的同事一起合作，整个工作都算是顺利且愉快。期间主动去承担一些模块的优化，以及完善整个算法的框架以及功能，学习到不少的技能。但同时客观的讲，这个阶段更改的代码量不多，编程能力的提升一直是自己忧心的事情。
+
+这样在迈瑞工作了一年半的时间，是自己技术和业务能力提升的上升时期。回顾这段时间，应该都算是全心尽力的投入到工作中，就算是小部分的空闲的时间，也在看编程的书籍教程提升技术。整个这段时间是极其忙碌的，大概每天8点前到公司工作，经常晚上11点20下班赶末班地铁。有时回去也有查阅资料到2点甚至3点，周末总是要过来加班，节假期也要加班加点，甚至为了按时交付深夜加班，从来都没有请过假。总的来说，这个阶段是相对忙碌的，业务学习甚于技术学习。
+
+## 三
+
+2020的前半年过后，我决定从迈瑞离职，这是一个艰难的决定，虽然也曾深夜考虑多次，也曾自己怀疑。感谢郑斌同学，能与我交心谈论这件事件，同时也为我做出榜样，辞职后入职一线互联网大厂，给予我对未来的期望，以及下决心的勇气。为什么必须要离职这件事，其实解释起来并不容易。尤其在经济困境且疫情阴影的条件下，离开之前的医疗软件行业，辞职转岗互联网方向不算是明智的选择。
+但是自己还是总结了一些必须要离职的理由，以和内心对话：
+
+- 在迈瑞的两年的开发经历，让自己认识到血球部门的开发任务不算多，时间很大部分消耗在编写需求分析文档，方案设计文档，以及测试报告上面，而这些文档需要一次又一次的去开会审核。还有很多测试的反馈的问题分析，在正常规划的开发任务外，挤时间去调试和分析问题，很多时候测试反馈的问题缺乏背景支持，或者不完全是算法的问题，所以需要协调系统或者应用开发的同事一起分析，甚至有些时候被安排分析一些和自己专业组无关的问题，这样的工作常态导致开发时间很紧，问题解决效率很低。
+- 算法组的开发模式其实也存在一些问题，因为医疗器械领域的算法有着严格的标准要求，软件算法的实现是依据临床算法给出实现方式来实现的，所以会存在这样几种问题：
+  - 自己的职责越来越定位到解决各个专业组转交过来的软件算法问题的分析，工作只是不断的调试代码，解释为什么算法会导致出这些结果。
+  - 参与不到较复杂系统模块的设计相关的任务，手头的工作不能带来长期的成长。工作的技术上要求很低，业务上也是依赖于临床或者系统的同事给出算法的方案，软件实现往往很简单。多数时候做频繁技术要求很低的更改，技术上没有成长。
+  - 不得不在算法测试和归档中花费大量的时间，甚至经常被安排帮助其他人完成验证及归档工作，致使长期重复低水平的劳动。
+- 在迈瑞工作了将近两年的时间，虽然自己很努力，工作也很忙碌，甚至在职级晋升之后，薪资仍没有上涨，在这一点上相当失落，也很不甘心。随着身边越来越多的同事离开，自己也需要改变思想，自己从来都不缺乏努力，也应该重视“选择”起来。给自己一个选择的机会，把相关的专业知识补充起来，制定好长期的学习计划，严格执行下去。相信只要沿着这条路日有所进，日拱一卒，终不负唐捐。
+
+(2020.06.14，写在离职一周后。)
+
+(2021.02.08，其实工作中有很多肯定和认可自己的部分，也应当记录下来，略有缺失，惜之。)