觋祉的图书主页-查字典图书网

关于Klingon

2012-03-29

早上看到#51 使用人工语言了。
发现Klingon的介绍，嘻嘻，看来Howard，Sheldon他们的Klingon的同星球的人还真不少啊？！:)
看完作者的介绍，感觉Kilingon可以用来把情绪从语言中抽离出来，更好的控制思维，向自己希望的方向引导情绪。自己也感觉不错。

google了一下，竟然google也有Klingon版的https://www.google.com/webhp?hl=xx-klingon&tab=gw
嘻嘻，不错，回头可以考虑学习一下。

PS：这本书真的不错，本来是冲着重新开始学习magic 记忆和心算术去的，但发现此书绝对不止于提供此内容，good hack 大把大把的！嘻嘻。

看书想到的两个好玩的事情

2012-03-08

刚拿到书，翻了两次，
上篇是陶弘景的，我本来是要找他的《鬼谷子》注的，没找到翻到这里的，
下篇是丘处机的，晕拿到书时，吞文大惊了一把，很神秘的问我，历史上有真有丘道长啊？！嘻嘻，看来大家都认为这个是金老先生杜撰的呢！
言归正传，上篇中的引导论，我发现了妈妈常说的吞唾液，搓耳朵，热手扶眼等一堆操作的出处了，原来是陶老先生总结的。不过流传过程中可以看出出处，详细操作上有了不少变异了。回头好好总结一下，给妈妈纠正一把去。嘻嘻！
下篇中丘道长说的春日养肝中说，why时，提到肝属木的原因，有外形和运行过程是很像树根的，突然想到，这个不是和算法中的二叉树，多叉树都很像吗？这样讲二叉树如果论五行应该也是属木吗？！（我验证声明，我不是开玩笑的，自己一直在找中医五行理论的原因和应用）如果这样推理，那么问题是二叉树有五行中木的其他属性吗？这个需要详细比对了；反过来木可以从二叉树中类比来什么呢？这个也要细想，嘻嘻，总结一下：
[doing]
0.总结陶的引导篇的详细内容，翻译成现代文，给妈妈做操作指导和纠正。
1.总结木和二叉树的属性全集
2.然后分析两者的联系

嘻嘻，当然还有好好看这本书，继续写想法。

丘道长没有写长夏

2012-03-29

本来是春日的木，木胜土，增甘，就向后翻了一下看看，长夏的土，土胜水，是否要推荐增咸的时，一翻，发现没有长夏一节。依～～～，丘处机没写长夏？！求解中。。。

PS：晕写个评论还字数不够，破豆瓣，破豆瓣。这次字数够了吗？

刚刚看到关于软件企业的四种模式，以及不同模式之间的区别

2010-06-09

刚刚看到关于软件企业的四种模式，以及不同模式之间的区别，感觉如下：
1.在模式1和模式2中的企业没有对被控软件的开发过程有成型的模式
2.管理者想当然的以普通流水线工厂方式管理软件开发流程的必然问题
3.把控制论中系统反馈模式引入管理

这三点都是系统论中的类比模型的使用的例子，如何区分界线和更好的行为控制是我接下来的阅读目标。
PS:谢谢温伯格带领我去思考

sys.stdout 类比形式化翻译《黄帝内经》

2013-01-18

与python无关，只是在阅读中突然想到其实linux的这种处理思想，在理解和形式化翻译<黄帝内经>时应该有帮助。才写下的
-----------------------原文-----------------------------------------------
P142

#stdout.py
import sys
print 'Dive in'
saveout = sys.stdout
fsock = open('out.log', 'w')
sys.stdout = fsock
print 'This message will be logged instead of displayed'
sys.stdout = saveout
fsock.close()

4
[原文]P143

Redirect all further output to the new file you just opened.
[pope译]重定向之后的全部output 到你新打开的文件中。

【popexizhi: 刚刚意识到sys.stdout = fsock 不是普通的赋值操作，这个是在为系统输出指定新的输出文件啊！系统将之前的默认的IDE或是command line 想这个file一样处理的，这里的redirect操作对sys.out来说是只是换了个文件，设备即文件的概念在这里是个再好不过的体现了吧:)。在这里突然意识到另外一个问题，不同的输出域的定义，是在同类集合中才有切换的可能，设备，文本是同类的定义前提才可以完成这个过程。《黄帝内经》中说的“在天为玄，在人为道，在地为化”的“天，人，地”等，这个过程可以使用 fsock=open('天','w')；sys.stdout=fsock 的方式表达了吧！好的，可以进一步翻译一下试试。】

关于“第八章、Linux 磁盘与文件系统管理”中提到的Symbolic Link 与 Windows

2014-06-12

在看<鸟哥的linux私房菜>的 “第八章、Linux 磁盘与文件系统管理” 提到

“Symbolic Link 与 Windows 的快捷方式可以给他划上等号，由 Symbolic link 所创建的文件为一个独立的新的文件，所以会占用掉 inode 与 block 喔！”

而自己之前读goagent源码时查过这个 symbolic link 与快捷方式的关系好像是不一样的（参见http://popexizhi.blogspot.com/2014/02/pythonospathislinkosreadlink27.html）
今天再次go了一下两者的关系，确实差别不小参见下文转载:
(转载地址:
[中文译本]http://www.cnblogs.com/heqichang/archive/2012/04/26/2471774.html
[原文位置]http://www.maxi-pedia.com/mklink
参考wiki中对windows系统中这两者的区别:http://zh.wikipedia.org/wiki/%E7%AC%A6%E5%8F%B7%E9%93%BE%E6%8E%A5#Windows.E6.93.8D.E4.BD.9C.E7.B3.BB.E7.BB.9F
)
Windows下硬链接、软链接和快捷方式的区别

mklink是windows系统下创建符号链接和硬链接的命令工具，它是一个很好的解决文件系统问题的工具。使用它需要管理员权限。
首先，先来介绍下mklink这个命令，可以看下下面的截图：
Capture
说明也已经很详细了，我们直接看下面例子吧。

下面的图片向我们展示了在windows系统中创建符号链接，硬链接和快捷方式有什么不同。
符号链接（Symbolic link）
执行命令 mklink link_name target_name
创建链接后的图标和快捷方式很像
在系统中不占用空间
在文件系统中不是一个单独的文件
在操作系统层解析（！？）
如果源文件被删除了，链接就没用了
移除源文件不会影响符号链接
移除链接文件也不会影响源文件
硬链接（Hard link）
执行命令 mklink /H link_name target_name
在系统中占用的空间与源文件相同，但在系统中引用的是相同的对象（不是拷贝）
在操作系统层解析（！？）
图标和创建快捷方式的图标不同
移除源文件不会影响硬链接
移除硬链接不会影响源文件
如果源文件被删除，它的内容依然通过硬链接存在
硬链接文件的任何更改都会影响到源文件
快捷方式（Shortcut）
在选择的源文件上鼠标右键，通过下拉菜单创建
快捷方式在系统中跟源文件是完全分离的
只有那些懂得快捷方式的程序知道它们
如果源文件删除，链接就没用了
移除源文件不会移除快捷方式
移除快捷方式不会影响到源文件
symlink_hardlink

原文：http://www.maxi-pedia.com/mklink

顺便推荐一个实现这个功能的简单工具：Link Shell Extension

关于RFC1122(Braden 1989)

2009-11-02

1.RFC 1122和1123[Braden 1989a, 1989b]。RFC 1122针对链路层、网络层和运输层；RFC 1123针对应用层。这两个RFC对早期重要的RFC文档作了大量的纠正和解释。如果要查看有关协议更详细的细节内容，它们通常是一个入口点。它们列出了协议中关于“必须”、“应该”、“可以”、“不应该”或者“不能”等特性及其实现细节。-1122 and 1123 [Braden 1989a, 1989b]. RFC 1122 for the link layer, network layer and transport layer RFC 1123 for the application layer. The two pairs of significant early RFC documents RFC made a lot of correcting and explanation. If you want to view more details about the details of the agreement, which is usually an entry point. They are listed in the agreement on the " must," " should," " may," " should" or " can not" and other characteristics and implementation details.
2.其中使用的TCP和UDP插口概念和我们现在通常意义上的网络套接字相同吗？我google了好半天还是没有头绪，但看第三卷上的源码中的结构体使用内容和套接字相似，有人知道吗？

关于T/TCP

2009-11-25

用了这么久，终于看到T/TCP对其他协议的改进位置了。
忽然发现读此卷的目标不只在于对T/TCP的改进之处的研究，现在发现大型协议的设计构建的方案选择过程中统计原理，真的是如此重要。而这也只是一个表象，最为http1.1版本之前的协议发展预测和推荐，此书读来让你在了解协议改进历史的同时，看到大师们对自己观点的论证的踏实和慎重之风。

关于AD与DA问题

2015-02-09

P100
“根本没有数字量存在，所谓的数字量不过只不过是看起来很古怪的模拟量而已”
[popexizhi]很久了，一直在思考离散世界和模拟的真实界限到底是什么，在现实世界中离散量与模拟量之间的灰色地带是什么。在看到这里时突然想明白一件事，离散世界是只是系统论中提到的一个观点而已。而模拟世界才是更为底层的现实。“数字信号有什么缺点呢？...其中的原因跟带宽有关(带宽是一个信号所能承载的信息数量的一个度量)。模拟信号能够承载巨大的信息量。对于一个给定的信号范围来讲，它实际上可以分成无穷多个不同的位阶。”而带宽小的特点也正是D作为远距离传出首选尝试的优点，我可以这样类比吗？用10方式被评论的系统只是因为相对距离太远了，比如对不同的人群划分只有好坏之类，或者扁平的认为人种或地狱觉得人的性格和能力。都是因为我们之间的心理距离太远了。扯远了，但总感觉这个类比还是可以深入的，如果你只是理想的认为一件事或人只有黑白对错，是不是真的是某个角度的距离问题呢？！

PS：此书很和自己的胃口，上面和书的内容相关不大，但感觉还是原书说的深刻引起的

感觉作者的基础概念定义理解很大问题，严重愧对此书标题啊

2012-07-15

吞文看到一处P50 ，cpu = 操作系统的讨论，神啊！可能是我们真的明白操作系统吧！ cpu和操作系统的概念区别，感觉作者都不清楚，在讨论的内容都不是一个层面的内容。吞说这个是逻辑错误，我到认为是基本概念不明白啊。晕啊~~
吞文站好！下次再买国内的技术类书，一定看看编辑是不是自己推荐，还有就是豆瓣的血腥评论，如果是，就是打死你也不要买了，我怕以后白送我都不好意思说自己有这书啊！

对了看了别人的差评编辑和作者们极力回复是读者问题，那倒是一年多i前了，不知一年后，他们是不是还怕买不出去的评论每个了。对了，此编辑推荐的书我辈当倍加谨慎才是啊！