re: QA和DEV哪个更需要你的脑力？ 笨笨 2007-07-19 23:23
估计是没有看完,确实长了点.
@Jerry.Yu
memset is high price if you just set several bytes as zero, so from performancd view, memset isn't always good.
You don't understand the problem really yet. The write style just to avoid two check condition words
@SuperPlayeR
你说的很对,如果不讲效率代码写的容易懂是关键.但简洁的代码也是让人懂的一个方面.另外实际上我在讨论的时候也很关注效率的问题.
可以选择5/3或9/7
通过设置可逆还是不可逆变换来确定
很多人瞧不起基础问题,试问有多少人能把基础问题都搞明白了?
在我没有说答案之前,也没有几个人知道原因,可见浮躁的很那.
而且我也一再声明是简单的问题.
shen126 能通过简单的描述就能知道结果，说明几点：
1。经历这个事情，而且知道了原因
2。细心的思考
3。
我想应该是个好程序员
re: 一点感慨 笨笨 2007-06-15 14:04
塌实和坚持才是成事的根本！
呵呵，还是有人回答出来了。
shen126
的答案正确，厉害！
我明天中午和大家说答案.
和大家玩个小游戏,希望大家谅解.
上面的兄弟是一种答案;但不对,因为C和C++目标函数名差异是在DLL已经被LOAD成功以后才出现的
re: 压力 笨笨 2007-05-13 17:21
想开点
re: 专心工作还是三心二意？ 笨笨 2007-05-11 09:26
lovedday说的是，不过完全为了钱，可能做的事情就不是一个领域了，比如我。
所以有选择的...
当然，如果能赚很多钱，何必三心二意，直接辞职，专心做事更好。
欢迎继续排砖!
re: 专心工作还是三心二意？ 笨笨 2007-05-10 16:43
我喜欢挑战，有挑战才有乐趣，呵呵
re: 几种压缩算法原理介绍 笨笨 2007-05-10 16:29
NX
re: 一道面试题目 笨笨 2007-04-04 07:24
怎么不对请指教啊？
学习开元项目的代码确实能够让很多人长进。。。
同时我发现如果一个程序员不想往管理方面发展，不要在一个自己是最N的环境里面待太长，长期以往，不但没有进步还会倒退。。。
当然这些是从技术角度去看问题的，不是对所有都正确
我觉得能够认识到有这个问题的朋友应该不算自负，呵呵
re: 远程控制软件-1.0Beta版 笨笨 2007-03-26 21:37
代码都不想看,和你说了也没有多少作用
re: 一道面试题目 笨笨 2007-03-26 21:36
你自己再仔细想象,不用我一个字一个字的敲出来解释了吧!
@Jonlee:
JPEG按照理论应该是支持无损的,但实际的代码中没有无损部分;而且他的实数范围的运算不可能支持无损.
到有一个叫JPEG-LS的东西,但他不是JPEG.
re: 一道面试题目 笨笨 2007-02-04 22:30
是的,你的答案很正确!呵呵
你说的很有道理，这里仅仅是将一段代码再VC中反汇编的到的。当然，这里的代码并非唯一的写法。
所以，谢谢你的补充
终于又找回密码了，痛恨木马编写的人，痛恨病毒！同时感谢论坛斑竹的热心帮助！
re: 最简单的汇编程序:缓冲区比较 笨笨 2006-12-27 22:24
那是那是,_asm只有VC才认识.呵呵
re: 手动安装WTL 笨笨 2006-12-26 08:49
看新的介绍
re: 编写跨平台的软件入门 笨笨 2006-11-29 11:37
谢谢
re: 一段关于memcpy的代码 笨笨 2006-11-17 09:30
我从来没有说过这个代码比系统函数高效，我提出来的目的在于和大家一道探讨程序的写法。
严格的说是和操作系统没有关系，但是某些编译器只能在某些操作系统上运行，所以和操作系统有间接的关系。
re: 远程控制软件-1.0Beta版 笨笨 2006-09-26 21:28
可以从网上下载
你这里没有完全说明白，我怕你隐含了某些东西。其实我想强调的是，这不是网络字节序的问题。
re: 远程控制软件-1.0Beta版 笨笨 2006-09-20 09:17
TightVNC我已经有了，你的EMIAL是：magnaforemost@gmail.com吗？
可能是我描述有问题，或者你的理解有问题，呵呵。
当然，设置和取值是在不同的操作系统上。例如：
myTest.a = 10;
myTest.b = 2;
myTest.c = 1;
16进制是0X64
在WINDOWS上，然后将该结构，发送到MAC 上
这个结构的缓冲区仍然是0X64，我有一个缓冲区保存它，例如：
char buf[1];
buf[0] = 0X64;
然后强制转换，tagtest * pMyTest = (tagtest *)buf;
这个时候，各成员的值是：
myTest.a == 6;myTest.b == 2;myTest.c == 2;
如果再不明白就没有办法了。
不要总是说impossible!
re: 远程控制软件-1.0Beta版 笨笨 2006-09-17 18:50
这个版本比MS的微软桌面差是应该的，最重要的原因是这个版本中是采用定时器触发的；这是我改进的一个部分。
我想请test老兄谈一下MS是如何实现的？不要不敢说啊。
实际上，我们公司就是做这类型产品的，而且我也研究很多类似的产品，比如：PCANYWHERE、GOTOMYPC、VNC、LOGMEIN等等，从我的分析看，大家原理都是一样的，只是细节不同；我自己实现的目的是想让自己实现所有软件的细节。
另外我想你还不明白公网上和LAN内使用这类产品到底有什么区别。实际上MS的桌面不能说是桌面共享软件好的样板，比他好的同类软件多很多，如果被控制机器没有WAN的IP地址，那么功能就不能实现，这就限制了他的使用范围。
我写这个软件一个为了研究压缩算法；一个为了让自己能够知道了解更多的细节；当然任何类似这样的软件都不是一天两天能够写完成的，如果做好那就需要更多的工夫，更长的时间了。
希望test再能赐教。
re: 远程控制软件-1.0Beta版 笨笨 2006-09-15 09:27
希望做过测试的朋友提供修改意见！
我想逐步完善，一旦觉得基本比较稳定了，就和大家一道共享代码！
不是的，测试结果告诉我，在两种操作系统中即使为该结构体设置同样的值，对应的成员值是不一样的。
re: 使用UNICODE提高效率 笨笨 2006-09-12 09:43
One word, just 跑题了!呵呵
re: 使用UNICODE提高效率 笨笨 2006-09-12 09:41
LZ还没有明白所说，提倡UNICODE没有任何问题，该提倡，但不能以效率来说明问题。
re: windows核心编程--字符集 笨笨 2006-09-12 08:50
大家都在搞核心编程啊！这本书值得好好研究
re: 使用UNICODE提高效率 笨笨 2006-09-12 08:44
上面说的就对了，UNICODE不是效率优势,在于国际化,实际上效率也没有优势。
考证上面的时间其实也比较简单。所以不要误导我们这样的读者。
re: 使用UNICODE提高效率 笨笨 2006-09-11 22:14
使用UNICODE提高效率不是绝对的；从我的理解，CPU读100个字节肯定要比读200个字节少用时间，如果转换的时间比100个字节读取的时间短，那么为什么使用UNICODE可以让CPU少转？
所以使用UNICODE提高效率纯粹是抄做，没有数据的依据的抄做。