整理一下他的观点和透露的信息：
看到新闻说台湾前行政院长郝柏村周一（7月7日卢沟桥事变77周年纪念日）在北京参观中国人民抗日战争纪念馆，当面指责中国大陆方未呈现当时历史文献「共赴国难宣言」，对国民党军队不公。
我对此感到很好奇，很想看看当时国民党到底说了什么。找了一下这个「共赴国难宣言」，结果发现这个「共赴国难宣言」不是国民党说的。原文如下：
亲爱的同胞们：
中国共产党中央委员会谨以极大的热忱向我全国父老兄弟诸姑姊妹宣言，当此国难极端严重民族生命存亡绝续之时，我们为著挽救祖国的危亡，在和平统一团结御侮的基础上，已经与中国国民党获得了谅解，而共赴国难了。这对於我们伟大的中华民族前途有着怎样重大的意义啊！因为大家都知道，在民族生命危急万状的现在，只有我们民族内部的团结，才能战胜日本帝国主义的侵略。现在民族团结的基础已经定下了，我们民族独立自由解放的前提也已创设了，中共中央特为我们民族的光明灿烂的前途庆贺。
不过我们知道，要把这个民族的光辉前途变为现实的独立自由幸福的新中国，仍需要全国同胞，每一个热血的炎黄子孙，坚忍不拔地努力奋斗。中国共产党愿当此时机，向全国同胞提出我们奋斗之总的目标，这就是：
（一）争取中华民族之独立自由与解放。首先须切实地迅速地准备与发动民族革命抗战，以收复失地和恢复领土主权之完整。
（二）实现民权政治，召开国民大会，以制定宪法与规定救国方针。
（三）实现中国人民之幸福与愉快的生活。首先须切实救济灾荒，安定民生，发展国防经济，解除人民痛苦与改善人民生活。
凡此诸项，均为中国的急需，以此悬为奋斗之鹄的，我们相信必能获得全国同胞之热烈的赞助。中共愿在这个总纲领的目标下，与全国同胞手携手地一致努力。
中共深切知道，在实现这个崇高目标的前进路上，须要克服许多的障碍和困难，首先将遇到日本帝国主义的阻碍和破坏。为著取消敌人的阴谋之借口，为著解除一切善意的怀疑者之误会，中国共产党中央委员会，有披沥自己对於民族解放事业的赤忱之必要。因此，中共中央再郑重向全国宣言：
一、孙中山先生的三民主义为中国今日之必需，本党愿为其彻底的实现而奋斗。
二、取消一切推翻国民党政权的暴动政策及赤化运动，停止以暴力没收地主土地的政策。
三、取消现在的苏维埃政府，实行民权政治，以期全国政权之统一。
四、取消红军名义及番号，改编为国民革命军，受国民政府军事委员会之统辖，并待命出动，担任抗日前线之职责。
亲爱的同胞们！本党这种光明磊落大公无私与委曲求全的态度，早已向全国同胞在言论行动上明白表示出来，并且已获得同胞们的赞许。现在为求得与国民党的精诚团结，巩固全国的和平统一，实行抗日的民族革命战争，我们准备把这些诺言中在形式上尚未实行的部分，如苏区取消，红军改编等，立即实行，以便用统一团结的全国力量，抵抗外敌的侵略。
寇深矣！祸亟矣！同胞们，起来，一致的团结啊！我们伟大的悠久的中华民族是不可屈服的。起来，为巩固民族的团结而奋斗！为推翻日本帝国主义的压迫而奋斗！胜利是属於中华民族的！抗日战争胜利万岁！
独立自由幸福的新中国万岁！
有人对此有自己的见解：《民法通则》第58条规定：一方以欺诈、胁迫的手段或者乘人之危，使对方在违背真实意思的情况下所为的，属于无效的民事行为，从行为开始起就没有法律约束力。 对方如果起诉，可以举证该欠条是在受胁迫的情况下写的，以此来对抗对方的诉讼请求，法院认定这张欠条是无效的，那么您就不承担民事责任。
适合不想纠结内核编译，直接 rpm/yum 升级的糙快猛解决方案
新产品是基于某个开源框架开发的，有一个至关重要的特性，需要框架底层有支持才能完成。相关的函数，就在文档里写着，但是开发同学愣是没有发现，其主管甚至做好了重新创造轮子的计划。。。幸好我特别关注这个特性和进度，也一直在关注这个框架相关的技术，当知道难处以后去把文档浏览一遍，立刻就发现了这个函数，早上来通知开发同学一测试，大功告成。
今天和人说起来，我现在就是典型的"信息工作者"，每天处理大量信息，然后产生出对工作有用的新信息出来，推动进步。只动眼睛和大脑，不写代码不动手，最后动动嘴写写邮件就是我看得见的物理产出。
文档放在那里不会用，不去读。我认为就是学习能力的问题。或者英语不好？总之不善用知识的人，肯定很难适应IT行业。
得不断评估每个下属的学习能力。。。。每次PM就不要提创新了，连学习都不行，还搞个屁的创新！但这个主管肯定是有能力的，可能是太相信手下的程序员？我觉得这又是一个态度的问题：你完全信任手下能构建好相关的知识体系吗？是否轻易得把这个性命攸关的因素交托在他人手上？
作为技术主管，除了完成绩效、确认手下都在正确出力之外——这也是包工头的工作模式——还需要为个人怎么去学习和发展头脑、团队如何做好知识管理而努力
记得以前 redhat 发布的 kernel srpm 包，里面是一个2.x.xx的原版kernel + 一大坨 RH 自己的 patch。后来不知道出于什么考虑，它只提供"混淆"版本的kernel源代码，对需要研究订制内核的开发者来说非常不爽。
想要拿到单个的patch，官方的说法是访问https://access.redhat.com/knowledge/sources/，但是需要成为红帽的订户才能登入...
于是就有了 RedPatch 这样的良心项目：它没有公开得把 patch 提供出来任意下载——估计这么做是违反协议的）——而是把 patch 一个个 commit 到源码树里，这样我们访问这个 git 树就能获得单个patch 了！
http://switchboard.spatch.co/examples/
一直在给小朋友 Nexus 7 用，因为 Android 有一套多账号系统，可以对子帐号限制哪些应用她能用。换句话说，我是 root 用户，她是普通的 user，root 和 user 的数据区还是隔离的...
但是小姑娘猜出了她爹的 root 密码之后，就一直偷偷的使用 root 功能看！电！影！直到前天晚上才被发觉.
很小的时候，肯定是在10岁以前，在类似《读者》的一个刊物上看到：（以下内容引自百度百科）“有一个大王叫犹太王大卫。某一天做了一个梦，梦中梦见一个神仙。神仙告诉犹太王一个方法，无论是多么的艰难都会顺利的度过；无论怎么富有和有权利也不会骄傲自负。结果梦醒后犹太王想不起来神仙告诉他的方法，他就召集大臣悬赏，谁要是知道他梦中的方法他就赏这个人一辈子的荣华富贵。结果大臣们想个好几天终于给犹太王一个答案，那就是：这也会过去。之后犹太王大卫就把这句话刻在了戒指上，来警示自己 。”
后来想起这句话，总觉得应该是翻译过来的，而不是本土自制的心灵鸡汤；但一直也没有找到英文原文。今天无意中从生活大爆炸里面看到，This Too Shall Pass，解决了多年来心头的一个疑惑。
某同事体检，留了QQ邮箱，体检结果寄到了邮箱里。
现在他需要把这个pdf文件交给另外的人，麻烦在于这个pdf在QQ邮箱里的preview是能看到的，但是下载下来是无法用Adobe打开。
上网搜了一下，倒的确有在线修复工具。尝试修复，无果。
后来想到firefox不是也内置一个pdf.js做PDF的在线查看么。。。于是用firefox打开之，结果还不错，5页的PDF，后四页都正确解析出来了，第一页是空白；所幸第一页就是这个体检机构的封皮，于是重新打印到PDF文件后面的4页生成新文件，搞定
上次研究完 HAProxy，觉得这东西搭配 Postfix 挺好，就安排给运维了，结果运维同学反馈，加持了 HAProxy 以后，返回 220 欢迎信息时间显著变长，于是昨天就抽时间和运维一起分析这个事儿
我的第一反应是 Postfix 处理 Proxy Protocol 有延时，比如反向DNS查询什么的，于是首先在 Postfix 服务器上执行 tcpdump
观察到，当客户端连接 HAProxy 之后，立即 HAProxy 就和 Postfix 完成了3WHS，然后足足等了 3 秒，才从 HAProxy 发来了 "PROXY X.X.X.X XXXX"
现在可确认延时发生在 HAProxy 上，接着去 HAProxy 机器上 strace -tt HAProxy进程
观察到，当完成和后台 Postfix 的 3WHS 之后，的确就立即把 "PROXY X.X.X.X ... "发送了，但是等了3秒，才recvfrom后面的 220
问题出在哪里呢？？仔细看传送"PROXY X.X.X.X ..."的系统调用，原来是用的 send() syscall，而且，它使用了 MSG_MORE 这个参数... (不明白什么是 TCP_CORK 的同学可自行搜索，HAProxy 在这里使用 MSG_MORE 是很有道理的)
但为什么这个延时长达3秒实在理解不能，在我自己的机器上试了一下，是200ms，查看 sysctl 里面的 tcp 设置也没有头绪，对于这种古老的RHEL4服务器只能出大招了：因为这个HAProxy是为SMTP代理专用的，直接修改HAProxy源码，把MSG_MORE注释变成0就一切正常了
本站的feed
最新评论