Content Preview: rss
1355 days ago
《念奴娇·赤壁怀古》 苏轼 大江东去， 浪淘尽、 千古风流人物。 故垒西边， 人道是、 三国周郎赤壁。 乱石崩云， 惊涛裂岸， 卷起千堆雪。 江山如画， 一时多少豪杰！ 遥想公瑾当年， 小乔初嫁了， 雄姿英发。 羽扇纶巾， 谈笑间、 樯橹灰飞烟灭。 故国神游， 多情应笑我、 早生华发。 人间如梦， 一樽还酹江月。
1372 days ago
南京暴雨的下午。一个男孩在雨中骑自行车。非常的犹豫，不知道应该骑的快一点还是慢一点。他边骑边计算怎样淋的雨会少。他非常苦恼，不知道怎样才好。所有听到的人都在大笑。 看到这里我突然想起来我高中的时候也思考这个问题，可是那个时候没有得到结果，直到我进了大学后通过建模的方法才彻底解决了这个问题。 建模的方法是我在粒子的里学到的，常常一个非常复杂的数学问题，或者一个难以下手的实际问题，都是可以通过建模来实现的。 下面我介绍一下我对这里淋雨问题的建模和求解，当然，简化的的求解方法，不见得全面。 １．我们先对雨进行建模，我们先进行最少参数的简化建模。假设雨点是一个均匀分布和垂直往下降落的物体，就会有以下参数： v 下降速度 r 雨点的大小 n 单位面积雨点的个数 l 两个雨点上下相距的长度 ２．下面我们对在雨中行走，奔跑的人进行建模。我们的模型是简化人为一个圆柱体，分两个参数，高度和直径： h 身高 w 就是人的宽度 s 就是人跑或者走的速度 L 两建筑物（点）之间的距离 ３．初步的计算 我们对人进行了简化后实际上人能够接收到雨点的地方只有两个： 横截面 和 纵向 我们先计算横截面接受到的雨滴数目 ３．１ 横截面（头顶接收到的雨量） 这个雨量就应该是人头顶单位时间内接收到的雨量乘以时间 人跑完L 需要的时间： L/s 这个时间共接收到雨量的体积是：(L/s)*v*(pai/4)*w*w 那么全部的雨滴数目： ((L/s)v)*(pai/4)w*w*n/l 全部的水的体积是： ((L/s)v)*(pai/4)w*w*n/l*(4/3)*(pai)*r*r*r ３．２ 纵向面（迎面接受到的雨量） 这个雨量就是人身子扫过的横断面乘以长度，这个体积是： w*h*L 全部的雨滴的个数是： w*h*L*n/l 全部的水的体积是： w*h*L*n/l*(4/3)*(pai)*r*r*r ４．总的水量： ((L/s)v)*(pai/4)w*w*n/l*(4/3)*(pai)*r*r*r+w*h*L*n/l*(4/3)*(pai)*r*r*r =n/l*(4/3)*(pai)*r*r*r*(L*v*w*w*pai/s/4+w*h*L*) ...
1415 days ago
[原文] 道可道也，非恒道也。名可名也，非恒名也。无名，万物之始也；有名，万物之母也。故恒无欲也，以观其眇；恒有欲也，以观其徼。两者同出，异名同谓。玄之有玄，众妙之门。 [译文] 道是可以说明的，但它又是不断变化的。这里我赋予它全新的定义。这里它代表世界的本体及其自身的变化规律。万物之始于无名无像的状态（混沌），有意识会区分是生物的起源。常常不带欲望的观察自然之规律，同时也要带有欲望的观察生物的规律。物质和生物的规律同出于一个母亲。不同的是它们应用的对象不同。非常难理解，但却是认识、解开万物规律之谜的钥匙。
1420 days ago
1引言 构建IC卡应用系统过程中，如何定义卡中的数据信息（相对逻辑加密卡）或卡中的应用类型及其数据信息（相对CPU卡）及将数据信息写入卡中，以便应用于系统中进行交易是一个重要环节。这一环节在业界通常称为卡片个人化。卡片个人化既可以在专门的设备机器上进行，以便于对大批量的卡片进行个人化；也可以在PC机上通过连接IC卡读写器进行，以便于对小批量的卡片进行个化。不管硬件设备如何，都必须设计一套程序软件来进行个人化。这个程序软件通常称为发卡程序。本文讨论CPU卡发卡程序设计过程中将会遇到的关键技术问题及其解决方法。 CPU卡发卡大体可分为三个组成部分：（1）卡结构建立；（2）密钥写入；（3）个人化数据写入。当然，为确保正确发卡，程序设计过程中最好是采用一边建立卡结构，一边写入密钥和个人化数据。 2发卡前的准备工作 一般地，卡片供应商提供卡片时，已经对卡片进行过初始化（主要用于对卡片进行测试），亦即卡片上已经建立了主文件（MF）及主密钥文件（MF下的Keyfile文件），主密钥文件中也已写入了初始卡片主控密钥。 在对CPU卡建立特定的卡结构及写入密钥和数据之前，程序设计中的第一步应该对卡片进行外部认证。外部认证所使用的密钥正是初始卡片主控密钥。 当完成外部认证后，接下来最好是擦除卡片上已有的卡片结构，然后再开始重新建立卡片结构。 许多发卡程序在设计过程中，没有考虑到擦除卡片上已有的卡片结构，而是在完成外部认证后直接改写原有卡片的主密钥文件的卡片主控密钥。常见问题是由于原有主密钥文件创建时的空间大小不够，而发卡程序试图写入除卡片主控密钥外还想写入卡片维护密钥时，势必造成写入空间不够而导致写入不成功。 3密钥文件的建立与密钥值的写入 为了独立地管理一张卡上不同应用之间的安全问题，CPU卡中的每一个应用放在一个单独的ADF中。各个ADF及其下属各文件数据的访问（包括改写、读取）只能应用该ADF下的密钥文件中的密钥数值。为讨论方便，此处假设只有一个ADF。 用户卡结构中主要存在以下两个密钥文件及相应的几个密钥： (1)MF下的密钥文件(简称KMF)，其装载的密钥是卡片主控密钥(简称CCK，以下同)； ...
