当前位置: 代码迷 >> C语言 >> 请教 数据类型 补码方面..
  详细解决方案

请教 数据类型 补码方面..

热度:1009   发布时间:2008-06-27 14:43:37.0
[bo][un]liyanhong[/un] 在 2008-6-27 14:42 的发言:[/bo]

你自己留着看吧


orz.......
----------------解决方案--------------------------------------------------------
[bo][un]VxWorks[/un] 在 2008-6-27 09:28 的发言:[/bo]



我鄙视爱发原创的人
见一次打击两次

编码问题在很多书中都会讲到,计算机组成原理中讲的多一点。组成原理不仅讲如何编码,还有CPU如何在硬件上实现相关编码的运算。


难道是因为你自己写不出原创来,所以就酸葡萄了?
----------------解决方案--------------------------------------------------------
你这人总是以小人之心度君子腹
原创哪是那么好些的,一个编码的知识,你能原创出什么来?要是自己写的东西就能叫原创,我把我学习过程中写的笔记贴出来不都原创了?

那些国之巨蠹打着自主知识产权的幌子,欺骗SB到家的party官员,鲸吞纳税人上亿的血汗钱。
论坛里则有贪慕虚荣者打出原创标记的帖子,欺骗异曲同工之妙的administrator,挣个精华或吸引眼球满足自己可怜的虚荣心。

[[it] 本帖最后由 VxWorks 于 2008-6-27 19:23 编辑 [/it]]
----------------解决方案--------------------------------------------------------
- -
照你这么说你去当科学院学士得了,也别在这儿发帖了。
反正你想到的那些科学家们都想到了,你写过的那些国际著名杂志都写过了。

我写那么多,重在说明计算机方面一个很重要的规律:按需设计。照你这么说,这个是上个世纪的设计思想了,也不必写了,大家也都不必学了。

你可以去跟中央反映一下,都不要学那些古人的东西了,反正古人都研究过都写过,干嘛还写呢?你也不用学语文了,反正你写的游记写的心得都万变不离其宗,大家都写过,还有什么写的必要呢?就不要拿出来发帖满足某人可怜的虚荣心了。

可惜我不这么认为,所以即使有你这种人的存在,我也会把我的若干心得写上来,我也会将自己的经验教训总结之,发原创贴,以满足自己可怜的虚荣心的。
----------------解决方案--------------------------------------------------------
照你这么说你去当科学院学士得了,也别在这儿发帖了。
反正你想到的那些科学家们都想到了,你写过的那些国际著名杂志都写过了。

所以我没有滥发原创帖,你见我发过了?
貌似我在论坛一直是灌水而已
编码的问题,在组成原理,体系结构的书上会有全面系统的介绍,你能原创出什么来?
我很赞赏这句话:“如果我写的东西比起标准文档只多几句话而已,这种事情还不如交给文档的制作者来做。”
修改下:如果我要写的东西只是比课本多几句心得体会,这种事情还不如交给教材的编写者或讲课老师来做。

最后重申我的看法:你可以发自己写的东西,但是请不要让原创泛滥,不标原创一样可以发帖。
然后引用某人前几天说过的话:
[bo][un]StarWing83[/un] 在 2008-6-25 23:42 的发言:[/bo]

我是在翻阅异常的处理的时候知道这对函数的,我翻阅的目的是为了求证异常本身不会产生内存泄露。难道我一天到晚有了一毫米的进步都要写出来么?
首先我没有这么勤快,其次,就算有,这样做有意义么?如果我写的东西比起标准文档只多几句话而已,这种事情还不如交给文档的制作者来做。每个人的学习都是属于他自己的路,你不能,也没办法强迫。
所以,不要为原创的简陋而找借口。我也发文章,但是我一般都是发我认为很重要的进步。比如这个,如果我写出一整套C语言的异常规范,那么我也会发个帖子,但是我绝不会只有两三句话就来发帖,就算那两三句话是关键,是重点中的重点,如果没有用武之地,又有什么用处呢?

----------------解决方案--------------------------------------------------------
所以,不要为原创的简陋而找借口。我也发文章,但是我一般都是发我认为很重要的进步。比如这个,如果我写出一整套C语言的异常规范,那么我也会发个帖子,但是我绝不会只有两三句话就来发帖,就算那两三句话是关键,是重点中的重点,如果没有用武之地,又有什么用处呢?


请再重复看一下这段话。什么事重要,什么是不重要,什么是精粹,什么是思考,大家都分得清楚。
----------------解决方案--------------------------------------------------------
请问,我刚才写的文章,是两三句话么?
----------------解决方案--------------------------------------------------------
顺便说一下:我原创的,是为什么设计这种编码,以及在重走这一段设计之路的时候所得到的[bo经验与思考[/bo]。我想这应该算是很重要的内容,所以我进行了详细地解说,牛顿能从无数个人都吃过的苹果身上得出启发,我为什么不能在一个无数本书上面都有的概念上面进行思考呢?两三句话的东西我决不会发原创贴,如果发了,就绝不会是两三句话的东西。

事实上,我也并没有标注“原创贴”这个称号,我也发过文章,但是并没有使用这个称呼。但是,在我心里,原创贴就应该是这个样子的。

每个人都会思考,我欢迎的,是缜密的逻辑与精彩的推导。而不是无意义的谩骂与吹毛求疵的指责。Vx你什么时候沉下心来,技术功力一定大进。而现在,太浮躁。

这个帖子我并没有单独发帖,理由跟你说的一样:的确有些简陋了。不过转了一份在我的Blog上,有兴趣可以去看看,算广告吧:http://hi.baidu.com/starwing/blog/item/270e6863112ea5650c33fa7c
----------------解决方案--------------------------------------------------------
事实上,我也并没有标注“原创贴”这个称号,我也发过文章,但是并没有使用这个称呼。

VxWorks 在 2008-6-27 09:28 的发言:
我鄙视爱发原创的人
见一次打击两次

看清楚了,我打击的是没事就标原创的人,既然你不打算标原创,你跟我较什么劲?

你的blog我看了,学过组成原理的地球人都知道。如果学过还不知道,我怀疑他这门课是作弊过的。


下面讨论你blog上的文章:
但是我们又注意到,其实补码的减法是比较复杂的。需要首先对被减数求反,然后相加。加法还会涉及到进位的问题,虽然因为可以使用加法器而能简化电路的设计,但是这样明显拖慢了时间,如果需要大量比较,则会显得得不偿失。我们能不能找到简单的方法,来获得两个数之间的大小关系呢?

可以!想想看,我们比较十进制是怎么比较的?先看位数,位数大的数字肯定大,如果位数相同,则比较第一位的大小,再顺次下来比较。对于二进制,这明显也是最快速的方法。我们从高向低诸位比较,对遇到的第一个不同的位进行判断,该位为1的数字比该位为0的数字“大”,如果到最低位还是相同,则代表两个数字相等。这种算法的运算速度相比做减法是极快的,因为各位单独比较,不涉及到进位。

你说“补码的减法是比较复杂的”,我看你才浮躁,你有认真去看加法器电路吗?没搞清楚前就发表自己的看法。行波进位的补码加法/减法器,有一个控制信号M,M的高低电平决定加法器是做加法还是减法,减法并不比加法复杂低效。所以上面你的第一段是有问题的。

第二段,你说的有些道理。移码主要用于浮点数指数的表示,简化浮点数运算过程中的对阶运算电路。你的问题是:使用移码时并不仅仅比较大小,还需要加法运算,将移码小的向移码大的对阶。移码的作用就是避免负数问题,简化硬件设计。
而不是无意义的谩骂与吹毛求疵的指责。Vx你什么时候沉下心来,技术功力一定大进。而现在,太浮躁。

或许因为我眼睛长在头顶上,眼光太高了。我不像某些人喜欢互相吹捧,我总是不留情面的指出别人的问题。
或许最近天气太热,我又空虚,无聊,所以到网上来找人吵架玩。谢谢StarWing83,又陪我吵了一次,排解胸中的烦闷的暑气。过几天忙起来估计这毛病就有救了。
----------------解决方案--------------------------------------------------------
第一点我倒是没注意到,我们老师就是这么讲的。
第二点嘛,如果本来就是移码,比如指数,就不需要再做加法了。
而且,如果是最高2次位幂的“普通”移码的话,根本不需要做加法,只需要简单改变一个位的数字就可以了。

吵架?的确是个放松手段,不过现在觉得也是个双刃剑……还是在群里吵架舒服……

我的Blog主要是用来写心情文章的。很少放技术文章上去。原因已经说过了,我不轻易写技术文章。
----------------解决方案--------------------------------------------------------
  相关解决方案