读《你欠生命一个奇迹》 第四章

因为一位朋友推荐的书而认识了杨牧谷,他是英国剑桥大学哲学博士,曾任教于香港中文大学。他推荐了《你欠生命一个奇迹》这本书给我,最近我重新拿起来读。

起初在封面看到这个有些鸡汤的名字,认真去读才发现不是我想的那样。整本书的内容很扎实,因为作者扎实的神学功底。今天就先把第四章的内容做些笔记,分享出来。

第四章所有内容都在于证明人尊贵的本质与位分。第一部分在陈述事实,从社会的角度分析多数人的自我形象为什么这么低?经济上的,学历上的,人微言轻,加上基督教“坏鬼”神学的影响。

第二部分在提出观点。用一个小故事来说明观点和角度的改变带来认知的改变。进一步说明,而看待人价值的角度如果改变,就能改变人的生命。

一个男人带着一群孩子上了地铁,孩子吵闹影响他人,他也不管。作者忍不住上前提醒,他却才恍然大悟般地说出事实:孩子的母亲去世了,他们也不知道怎么办。作者十分震惊,整个人的感受,对孩子的争吵以及对那位父亲不干预的反感都转变了。他还询问那个男人是否需要帮助。

还有一个是关于战舰与灯塔的故事。都在说明当人不能够改变自己的观点与角度时,会蒙受损失,走冤枉路。人不能无所不知,需要常常省察自己的态度。

第三部分是从反面证明,一个错误看待人的价值的神学——他称为“坏鬼神学”,会误导人。

第四部分则是从正面,用圣经的新旧约中的经文来证明人尊贵的本质与位分。

旧约中神在人多次犯罪堕落(亚当夏娃犯罪,该隐杀人,大洪水)后,依然肯定人的价值,说“神造人,是照自己的形象造的”(创9:6)。

人因为被神爱着,所以有自身的价值。神喜悦正直人,而喜悦是活着的需要,因此人是神的“需要”。

在新约里作者用一句经文概括了人的价值:惟 有 你 们 是 被 拣 选 的 族 类 , 是 有 君 尊 的 祭 司 , 是 圣 洁 的 国 度 , 是 属 神 的 子 民 , 要 叫 你 们 宣 扬 那 召 你 们 出 黑 暗 入 奇 妙 光 明 者 的 美 德 。

 

 

对基督徒婚姻意义的思考

最近有一对基督徒朋友结婚,作为好朋友,我参加了婚礼。

宾客一堂,新郎挺拔健硕,新娘小巧可人。在他们的婚礼上,最感人的部分是交换誓言的时间。“无论疾病或健康,贫穷或富足……”当牧师带领他们宣誓时,我的内心挺感动的。这样的婚姻不是中国人常说的“同林鸟”,大难来临时各自飞,而是一生之久,用婚约缔结,以意志维系的承诺。

现在的社会,人人羡慕这样的婚姻,却活不出来。据统计,2017年在北京上海这样的大城市,离婚率超过35%!生活在此,想必尤其不易。动辄成千上万的婚姻学习课程也显出人心对美满婚姻的渴望。

多亏做了男朋友,我对真实的亲密关系认识更多。要预备进入婚姻,其实是一个不断学习沟通,愿意改变自己的过程。需要谦卑明白自己能够改变和不能改变的,并有智慧来区分两者。

我想,对婚姻最好的认识,应该是来自婚姻的创造者。在创世记,神把夏娃领到亚当面前,伊甸园就是他们的婚房,彼此相爱就是他们结合的目的。婚姻里的爱情是排他的,你若体会过吃醋的感觉就能明白,这象征着神对于我们的爱情是排他的,祂疯狂地爱我们,愿意为我们上天入地。夫妻二人共享他们的财产、名誉、身体,这象征我们与基督耶稣的联合。婚姻中的性行为也不是现代人所理解,仅仅像吃饭喝水是一种生理需要而已,这必然会导致灵里面的联合(林后6:16)。

cs路易斯曾辛辣地讽刺人的性本能出了问题,假如你来到一个国家,在这里你只要拿一个盖着的盘子走上舞台,慢慢揭开盖子,在灯光熄灭的一刹那让每个人看到盘子里装着一块羊排或一点腊肉,就可以吸引满满一剧场的人,你不觉得那个国家的人食欲出了问题吗?我们的性本能不也是处在这样的状态里吗?难怪今天网络色情遍地。

盼望像我这样还单身的人,操练对耶稣基督的委身。透过读经,祷告,藉着服侍,体会神的爱更多,预备自己将来有一天进入婚姻领受祝福同时,可以有信心带着基督的恩典。

LinkedIn’s Tips for Highly Effective Code Review

Do I Understand the “Why”?

To facilitate the best review possible and help your team scale, every code change submission should include a design overview that briefly explains the motivation behind the change. It is really hard to offer a high-quality code review when the rationale needs to be inferred from the code change itself. It is fair to ask and expect the submitter to explain their motivation before attempting the code review. This also encourages the submitter to have an explanation in their commit message, increasing the quality of code documentation.

Am I Giving Positive Feedback?

In an organization full of smart people, clean code and neat test coverage can be taken for granted. As a result, code review feedback tends to focus only on problems and issues found in the code. This is very unfortunate because most people need positive feedback to feel engaged and motivated — and engineers are no exception. When a reviewer sees good stuff in the code, they should call it out and give positive feedback. This helps improve team dynamics, and often such positive feedback is contagious. As with all code review comments (more on this below), any positive feedback should be specific, explaining why that particular code is well-written.

Is My Code Review Comment Explained Well?

Whether the feedback is positive or negative, any code review comment should be self-explanatory. What might seem obvious to the reviewer can be unclear to an engineer who receives poorly-explained code review comments. When in doubt, it is better to over-explain than to provide terse feedback that yields more questions and the need for more back-and-forth communication. Explanations can be as simple as “reduces duplication,” “improves coverage,” or “makes code easier to test.” In addition to making reviewers’ comments clearer, these types of explanations also help reinforce the design principles that the team aspires to meet.

Do I Appreciate the Submitter’s Effort?

Hard work always needs to be appreciated, regardless of the outcome — this fosters strong, highly motivated teams. Some code changes are not of the highest quality and will need to be reworked. In those situations, it’s important to still acknowledge the effort that the author put into the changes, even if their code needs reworking. The best way to show appreciation is to put effort into your code review by giving high-quality feedback with decent explanations, acknowledging the good ideas (there are always good things in every code submission!), and using “thank you.”

Would This Review Comment Be Useful to Me?

Asking this question is an easy and powerful way to validate if the code review comment is necessary. At the end of the day, engineers should view code reviews as helpful development tools, and not sources of unimportant busywork. If you don’t think a particular review comment would be useful to you, then remove it. A classic example of unhelpful code review comments are ones related to code formatting. Code style and formatting should be validated by automated tools, not engineers.

基督徒能不能投资股票

我最近也开始了投资股票, 因为工作几年后慢慢有了些积蓄, 就想着怎样可以更好地管理自己的钱财.
最开始吸引我的是, 比起投入余额宝, 买货币基金这样的决定, 投资股票看起来更像是一个成人的选择.
第一是自由, 庞大的证券市场, 没有人来约束你必须要买哪只股票, 一切都由你来决定.
第二是负责, 比起余额宝的旱涝保收, 股票市场自负盈亏, 你得为自己的选择付代价.
第三是眼光, 比如我对游戏市场感兴趣, 就可以通过读公司年度报表和指标来选择投资哪一家公司.
于是, 我带着一点期待和敬畏, 买进了人生中第一只股票.
从一开始, 我就不希望炒股影响我的生活. 所以对自己的要求是, 做长线交易, 一旦看中并且买入, 那么不到半年不卖出.
刚开始的几天勉强能够做到上班时间不看盘, 每天花不超过一小时的时间来分析市场和看股市行情. 可是当看到股票上涨盈利的时候, 我越来越觉得自己做的是正确的决定, 选中了一只好股票, 上班时间也忍不住看股票走势, 下班后还想着要进修学习. 我感受到欲望在我身上涌动, 这是花一点点代价就能获得收益的诱惑, 也是靠着自己的眼光就能赚钱的诱惑, 有时我会被它胜过, 也影响到了工作和生活.我开始怀疑自己在诱惑面前不能够守住原则.
于是, 我问了身边人的看法.
有人说年轻人炒股是一件入不敷出的行为, 因为单从经济考虑, 他最大的资本就在于年轻. 一个人刚工作的年轻人年收入八万, 如果工作努力公司发展也不错, 很可能一年可以有百分之十的涨幅, 这样一年就多了八千的收入. 与此同时他的积蓄很可能不到五万, 就算炒股一年利润有百分之十五, 这已经是很高了, 还是没有薪水收入高, 何况还有额外投入的时间精力.
也有人说, 如果你的目的是了解公司运作和市场经济, 对数字敏感, 也能控制自己的冲动, 那么也可以投入不多的钱来长期投资.
并且作为基督徒, 在圣经上的哥林多前书第十章有几条原则, “凡事都可行, 但不都有益处. 凡事都可做, 但不都造就人. 凡事我都可行, 但无论哪一件, 我总不受它的辖制… 所以, 无论或吃或喝, 都要为荣耀神而行”.
第一是要有益处, 或许学习炒股的过程能让我对投资和公司有更多的认识, 但相比投入的心思和精力, 我其实可以用来做其他更有益的事情.
第二是造就人, 如果因为炒股而对身边人有负面的影响, 那么我就不做.
第三是不受辖制, 如果我不能自律, 沉迷在其中, 那么我也不做.
第四是可以荣耀神, 这是最高的追求, 如果不能荣耀神, 我也不做.
从这几点来看, 炒股纵然可能让我有所获益, 仍然不是我应该投入许多精力去做的一件事. 荣神益人始终还是最高的原则.

《松本行弘:技术的剖析》 读书笔记

s26393136

这本书其实是连载《松本行弘:技术的剖析》的合集,与其《代码的未来》,我觉得原名更符合这本书的内容。

作者Matz是Ruby之父, 资深程序员, 所以看待编程语言和流行技术相信有他独特的见解. 作者从他自身接触编程的经历讲起, 认为编程虽然是在电脑上操作, 但本质是与人打交道. 讲到摩尔定律帮助计算机普及, 然后带来的社会变化, 虽然电脑多了, 但愿意编程的人比例并没有明显提高. 性能在提高, 但算法不变.

他认为技术未来发展的趋势, 从现在的流行技术可以窥见. 高性能, 多核并行很可能是未来发展的重点.

作者讲到了DSL(领域特定语言), 其实我们常见的SQL就是一种外部DSL. DSL是一种用来描述How而不是What的语言, 近年来备受关注, 但在UNIX社区中已经有不少流行多年的工具, 常用的Makefile文件和make命令就是. Java应用中通过XML文件来定义配置文件也算是一种外部DSL. 然后列举了外部和内部DSL的优劣点, 我的理解就是外部DSL有例如正则表达式, SQL, XML… 它们跨越语言, 一旦学会了就可以使用其它编程语言来实现, 但缺点是如果为了完成一个目的就定义一种DSL, 学习成本就太高了. 内部DSL是寄居在编程语言内部, 可以利用宿主的优势, 缺点是只能用一种语言, 自由度相对不高(如果用Lisp也会很高).

讲元编程. 像C语言, 程序的类型在经过编译之后就消失了, 但Ruby, Java之类的现代语言可以通过类似反射的机制来获取自身的行为, 进而改变程序本身的行为, 这就是元编程讲的操作程序的程序. 不止这些, Ruby中还可以动态定义方法, 动态调用方法, 调用不存在的方法…… (还提到宏的概念, 这部分还没怎么接触过).

讲内存管理, 垃圾回收的原理和几种方法.

讲异常处理, C语言中以返回错误码的形式报告异常, 很多现代语言则是通过异常机制来处理, 可以抛出, 捕获和处理异常. 和Java的检查型异常不同, 必须强制性地捕获代码抛出的异常, Ruby更倾向于让程序员自己决定. 如果说Java是一位对错误零容忍的严格的老师, 那么Ruby更像是放牛班春天里那位宽容的老师.

讲闭包与函数对象的不同. C语言中也有函数指针, 但最大的问题是函数内部不能访问局部(外部)变量. 在函数对象里面, 将局部变量封闭起来的结构称为闭包, 局部变量的生命周期, 与闭包的生命周期相同.

 

如何高效学习 读书笔记

今天在公司的书柜上随意翻到一本<如何高效学习>, 发现里面的观点可以提醒我更加自觉地在知识之间建立联系, 比较系统地讲怎么学习, 是今年看的第二本关于如何学习的书. 第一本是<如何阅读一本书>.

下面用我自己的话表述书中的观点:

大脑搜索和记忆知识的方式通常是网状的结构, 而不是类似数据库的关系型结构. 基于这种网状的结构, 知识之间的联系分为三种类型: 结构, 模型和高速公路.

结构是头脑中知识的城市, 有大城市, 也有偏僻的农村. 对大多数人来讲, 我们每个人都能够理解的常识和基础的数学知识是其中的大城市, Python语法规范就是偏僻的农村. 但在程序员的大脑中,Python编程语法也许是一座很繁华的城市.

模型是结构的简化, 是知识城市的具体呈现. 在学习编程语言Python的过程中, 我学到了列表, 元组和字典, 他们都是用来存储数据的数据结构. 我把它们比喻成不同的罐子, 用来存储不同的数据, 那么”罐子模型”就是Python编程语法中变量部分的一个简化和具体呈现.

高速公路是知识城市之间的联系. 在城市内部拥有地铁/公交/公路当然可以帮助快速寻找知识, 在城市和城市之间的高速公路更加可以帮助知识迁移, 激发创造性. 个人体会这个部分是挺难的, 跨学科的突破是需要积累才能够有产生的.

成熟结构有几个例子, 感知结构是指我们的情感/图像/声音所构成的生活经验, 关系结构是指人与人之间的关系组成的生活经验.

整体性学习分为几个步骤:

我以前认为学习分为获取, 加工, 应用, 好像是从原材料到成品的过程. 但这本书里的步骤是获取, 理解, 拓展, 纠错, 应用, 测试, 复杂许多.

 

 

只有医生知道 读书笔记

在公司把三本都翻完了, 过后才想起来没做笔记, 看过的知识都像行云流水般过去不留痕迹, 所以想把其中给自己科普的知识记录下来, 也提醒自己孩子是上天的礼物, 就像圣经所说, 儿女是耶和华所赐的产业, 所怀的胎也是他所给的赏赐.

第一本主要讲 女人受精怀孕前后的整个过程, 从排卵到受精一直到十月怀胎. 然后讲产房里的那些事儿 和 子宫肌瘤, 还重点讲了中国式的医患关系: 面对病人的医生永远要多一份耐心, 面对医生的病人要多一份信任. 后面还把一位北京协和医院里小大夫的成长心路写了出来, 医生也是非常辛苦, 而且压力很大的职业.

第二本讲了很多病例, 怀孕最佳年龄, 女性生殖系统本身的规律性, 以及一些因为缺乏性常识而导致的临床案例.

第三本中作者仍然推崇他的生育观: 早生孩子, 多生孩子.  作者希望能够帮助女性建立起科学素养,认清身体的结构、性别的局限,认清该以何种心态面对生活,确保在人生最关键的几个点上做出的决定都是慎重、知情和自主的。

总的来说是一本通俗易懂, 男女皆宜的女性健康科普书籍, 推荐!

 

英文阅读招募帖:《追风筝的人》

 

2017年快要过去一半了,现在看回去,年初想要每天背英语词根,结果背了29个,计划就搁浅了。

英语学习是个长期工程,对于像我这样平时要工作,只能利用零碎时间来学习的人,既需要毅力去坚持,也需要足够的兴趣来引导。

现在有很多英文原著阅读微信群,报名是要收费的,毕竟花了钱,自己也得上进些。我想,为什么不能自己来监督自己呢?

我找了一本小说《追风筝的人》,身边很多人推荐。这本书于2003年出版,连续两年位列《纽约时报》畅销书榜首,讲述了两个阿富汗少年关于友谊、亲情、背叛、救赎的故事。我也很想读一读,发现网上已经有人把书分成每天四五百词的阅读量,而且有生词和句式的讲解,每天都有新的故事可以期待。

现招募同伴一起阅读,我会每天把阅读的段落发到微信群,签到打卡,一起学习,愿意的可以在朋友圈留言!

 

 

 

52-被嘲笑怎么办 50-被人鄙视,如何反击?

52.被人鄙视,如何反击?

1.装糊涂(按对方的节奏,适用于故意鄙视且上不来台面)

服装店员冷冷一句“这件衣服要6000块哦。”

应对:这件衣服呢?那么那件衣服呢? 直到对方恼羞成怒

4s店店员说“先生,这个车很贵的”。

应对:“哦,那有多贵哦…这么贵哦”

2.顺杆爬(不把对方当恶意,夸别人)

丈母娘说“小伙子,我女朋友的前男朋友可是外交官的儿子呢。”

应对:“哎呀,一看就知道您女儿很有眼光的。”

“薇薇姐,我们过去请的都是谁谁谁,您可是我们请的第一位网红诶。”

应对:“是吗,你们真好哦” 。

3.直说感受

丈母娘说“小伙子,我女朋友的前男朋友可是外交官的儿子呢。

应对:“你这样说让我觉得有点尴尬呢。”

服装店员冷冷一句“这件衣服要6000块哦。”

应对: “这样子说很多客人会觉得不被尊重哦。”

 

 

50.被嘲笑,怎么办?

1.自我接纳。

国史馆馆长因为口音问题被嘲笑,应对方法是接纳自己:是啊是啊,笑出来没关系。我知道自己说话不标准,我老婆也常说我,国史国史(搞屎搞屎),讲起来跟搅大便没两样哦。

2.主动抛出来,把软肋当盔甲。

赖平贵同学因为名字被人嘲笑,应对方法是自己主动抛出来:我知道,那边已经有同学发现了。我的名字听起来很像赖皮鬼,以后大家可以这么叫我,比较好记啦。

3.做卖点。

一个人的特点,从不同角度来看就会有不同看见。固执和坚持,仔细谨慎和吹毛求疵,工作狂和生活积极,都是同一个特质的两种角度。不必非得去改变自己,而是学会把自己的特点作为卖点。