64位是道坎
Linker
Fenix
Jawley
微软在其他领域的颓势早出现，现在只剩下操作系统这最后的稻草而已。
不过这个稻草实在是很强大，短时间内还不会失去主流地位。
只是我不明白当年如此睿智的一个公司，如今怎么就变得如此脑残了。
2008/11/17 Linker <linker...@gmail.com>:
莫华枫
.net在64bit上有问题吗？用了这么多年.net，还从没考虑过64bit方面的问题。
--
反者道之动，弱者道之用
m...@seaskysh.com
longsh...@gmail.com
http://blog.csdn.net/longshanks/
Kenny Yuan
（如果作为观点，需要更多的证据，以及全面的说理：比如说一说Office这棵摇钱树什么时候会倒掉）
--
Kenny Yuan
C++, UI, LISP, MMA, Psychology and Automobile.
BLOG: CS巴别塔(Computer Science Babel)
URL: http://blog.csdn.net/yuankaining/
王峰
张慧聪
Zoom.Quiet
> 现在基本在Linux下，开发基本上都没问题，哈哈。唯一的一点遗憾是Linux对word的文档兼容性不好，虽然openoffice不错，但是现在主流还是word，很郁闷。
>
是pdf 哪!
要是哪个公司给用户的手册是Wrod 的,基本不靠谱哪,,,
> 2008/11/18 Kenny Yuan <yuank...@gmail.com>
>>
>> 友情提示，有些东西作为感想，和作为观点是不同的。大家可以把楼主的说法作为感想而已
>>
>> （如果作为观点，需要更多的证据，以及全面的说理：比如说一说Office这棵摇钱树什么时候会倒掉）
--
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''
[HR]金山软件常年招聘大量Py/C++人才!
https://groups.google.com/group/python-cn/web/ot-py-c
简历直投俺就好;-)
王峰
张慧聪
Jawley
2008/11/17 Zoom. Quiet <zoom....@gmail.com>:
张慧聪
Jawley
2008/11/17 张慧聪 <zhcfr...@gmail.com>:
张慧聪
1.完美兼容MS Office格式
2.个人版免费
3.良好的交互设计，以至于一个第一次使用的新手（而且是60多岁的老太太）就能迅速掌握大部分功能，当她使用高级功能时能够立即得到在线帮助……
4.良好兼容PDF，PS
5……
能否成为替代品呢？当然，1是最恼火的事情。但包括OOo，google doc在内，都没在交互设计上有实质性的突破
Kenny Yuan
我认为将话题转移到吵Word上，完全没有必要。
long da
c++对.net有多大意义?.net的应用场景基本都是应用层的,写业务逻辑方便就行了.
office 如果倒了,谁来替代呢? 靠什么方式盈利,养一大批人来维护呢?
我至今看不到可能的挑战者.
Linker
xxmplus
2008/11/18 Linker <linker...@gmail.com>:
--
Any complex technology which doesn't come with documentation must be the best
available.
redsea
> 2008/11/18 Linker <linker.m....@gmail.com>:
>
>
> > .Net的问题是这样的:
> > 1. 主要问题是微软内部斗争.
> > managed DX失败
> > vista放弃全.Net化
> > 2. .Net框架分64/32bits两种.Win也分32/64bits两种.
> > 问题来了,怎么兼容,怎么和用户解释这个关系?
> > 3. WoW ( Windows32 On Windows64 )虚拟机再套.Net32bits虚拟机运行.Net程序?
>
> >> .net有64位的问题吗? c#写的程序,只能在32位虚拟机上跑,到64位上需要重写吗?
> >> c++对.net有多大意义?.net的应用场景基本都是应用层的,写业务逻辑方便就行了.
>
> >> office 如果倒了,谁来替代呢? 靠什么方式盈利,养一大批人来维护呢?
> >> 我至今看不到可能的挑战者.
>
> >>> 前面的"友情提示"中说到Office，是因为Office是微软（也是世界上）最赚钱的软件。如果楼主想要证明"MS快要不行了"，那Office就必需要谈。括号中的那句话就是提示这一点。如果楼主只是感想，那么大家完全可以平常心对待。
>
> >>> 我认为将话题转移到吵Word上，完全没有必要。
>
> >>> --
> >>> Kenny Yuan
> >>> C++, UI, LISP, MMA, Psychology and Automobile.
> >>> BLOG: CS巴别塔(Computer Science Babel)
> >>> URL:http://blog.csdn.net/yuankaining/
>
> > --
> > Regards,
> > Linker Lin
long da
.Net的问题是这样的:1. 主要问题是微软内部斗争.managed DX失败vista放弃全.Net化
2. .Net框架分64/32bits两种.Win也分32/64bits两种.问题来了,怎么兼容,怎么和用户解释这个关系?
3. WoW ( Windows32 On Windows64 )虚拟机再套.Net32bits虚拟机运行.Net程序?
所以,也就没有这个问题
Rui
移动计算得细分成消费类市场和企业市场.
对于消费类市场,基本上也就是手机了,你说的NOKIA和APPLE会占据主导,这我相信.
但对于企业市场,你说除了微软之外的厂家有戏?我觉得10年内都无法达到.
企业移动计算市场,目前几个大厂:SYMBOL(已被MOTOROLA收购),INTERMEC.TEKLOGIX.CASIO等等,他们推出的手持终
端,可以说是清一色的WINCE/PPC.WINCE/PPC在企业移动计算中占据了99.9%以上的市场.并且正在研发的下代产品也都是WINCE/
PPC的产品.
做LINUX的有没有?有,可全是国内小企业,一年出货量连5000套都不到.
至于你说的SYMBIAN,APPLE OSX.或者基于J2ME/KJAVA的应用.在企业移动计算市场的份额可以说是等于0...比如你去找找,哪
个500强制造业企业用的是KJAVA/J2ME?没有.现在你说得上的500强企业采购移动终端,都是WINCE平台.倒不是他们不想用,而是全球排
名前5的供应商都只有WINCE的平台.而这5家加起来已经占据了全球企业移动计算的95%的份额了.
我倒无意为M$辩护,但我只说事实.至少就企业移动计算来说,我有把握.5年内还无法出现MS的竞争对手.这个平台MS的垄断性比通用平台更强.
PS.说句题外话.除了WINCE终端以外的其它企业移动计算平台:
PALM(以前曾经与MS平分天下,现在被完全整死).
DOS(MS自己的平台,现在家乐福的手持终端还有DOS的旧货)
XP EMBEDED(也是MS平台,这主要是叉车上的车载终端,车载是个特殊市场,基本上是XPE,XP和WINCE三分天下)
LINUX(这个就汗一个,事实上大厂没有一个做LINUX的,只有国内深圳的一些厂在做,份额很小)
On 11月18日, 上午10时39分, Linker <linker.m....@gmail.com> wrote:
> 现在的Windows系统还基本停留在32Bits架构.虽然有Vista 64bits系统,但是实在是不好用.如果Windows
> 7不能在驱动上获得更多的支持,一样会成为过渡型产品.
> 而Apple的MacOSX则已经彻底的64bits化了.
> 这样子,微软就带领众硬件生产商撞上4GB内存空间的"柏林墙"了.
> 现在,这个问题还不是很严重.主流应用对内存的需求刚好到达4GB的限制.
> 但是再过1~2年就难说了.
> 微软还有一个大问题就是.Net.
> 这个东西已经严重的限制了微软的战略.微软不能放弃.Net<http://xn--xhqsan48aj1n68u50cjvgtw6c4lcda485wgy5ahnrenb07pbvu.xn--ihq...>
> ,否则会没有人再相信微软搞的新东西.
> 但是.Net最大的先天缺陷就是.Net<http://xn--gqq717c.xn--net-ss1ew37ana645cy8wvvb5y8e69txx7d.Net>
> 平台对C++是很不友好的.
> C++/CLI实在是太脑残了.
> 微软想让全世界的人都 不要用C++而去用C#, 这样就能控制所有的开发人员了.
> 但是,微软已经没有足够的影响力来控制事态的发展了.
> 可能的结果是只有微软在用C#,其他的人都不用C#.
> 随着 Nokia 的Qt 以及 Qt Creator 战略的逐渐清晰.
> 以及Apple的iPhone和Google的GPhone的逐渐普及.
> 在移动平台, 微软的全面失败指日可待.
> 所以说, 可以很乐观的预计, 微软将在2年内出现颓势 .
>
> --
> Regards,
> Linker Lin
Albert
众多优秀的公司将在各个领域展开与MS的角逐
>
> - 显示引用的文字 -
Linker
coolspeed
程序员群体用Office的少，哪知道无数公司花多少银子请过多少Office专家对员工做过培训，excel，ppt，还有各种学习成本。程序员很多
都用Tex，尤其在Linux圈子更是。这种文化是不同的。给软件写文档和公司白领需要的工具的问题域相差也较大。
说User Interface，之所以没写UI是因为很多人会直接想到GUI去，我在这里想强调的是人机界面学的一些东西。Office类工具功能太
多太繁杂，而且大多数不是直接的程序逻辑复杂性，所以界面总是很乱，似乎很难根治。但在目前看来，Office 2007 的 Ribon界面还是最好
用最科学的，甚至好到对用惯97-2003的人都没产生什么迁移障碍。现在Office对于同类产品的优势除了功能完善之外，还出现了一个界面。因为
GNOME和KDE的关系，竞争者想赶上，似乎路还比较远。
有些人不明白Word用来干什么？想想教师，中学的或大学的，工式编辑的时候Tex明显比Office好，可是现在都在用Office。还有出个小卷纸
啦，或是哪章节提纲用花括号括起来一小节二小节标题什么的。。
On 11月18日, 上午11时42分, Jawley <jaw...@gmail.com> wrote:
> word和pdf定位不同，互相不可替代
>
> 2008/11/17 Zoom. Quiet <zoom.qu...@gmail.com>:
>
>
>
> > 2008/11/18 王峰 <wangfengmadk...@gmail.com>:
> >> 现在基本在Linux下，开发基本上都没问题，哈哈。唯一的一点遗憾是Linux对word的文档兼容性不好，虽然openoffice不错，但是现在主流还是-word，很郁闷。
>
> > 谁说主流是 Word 的?!
> > 是pdf 哪!
> > 要是哪个公司给用户的手册是Wrod 的,基本不靠谱哪,,,
>
> >> 2008/11/18 Kenny Yuan <yuankain...@gmail.com>
>
> >>> 友情提示，有些东西作为感想，和作为观点是不同的。大家可以把楼主的说法作为感想而已
>
> >>> （如果作为观点，需要更多的证据，以及全面的说理：比如说一说Office这棵摇钱树什么时候会倒掉）
>
> > --
> >http://zoomquiet.org'''
> > 过程改进乃是催生可促生靠谱的人的组织!
> > PE keeps evolving organizations which promoting people be good!'''
> > [HR]金山软件常年招聘大量Py/C++人才!
> >https://groups.google.com/group/python-cn/web/ot-py-c
> > 简历直投俺就好;-)- 隐藏被引用文字 -
>
> - 显示引用的文字 -
coolspeed
On 11月18日, 下午12时34分, "long da" <real.lon...@gmail.com> wrote:
> .net有64位的问题吗? c#写的程序,只能在32位虚拟机上跑,到64位上需要重写吗?
> c++对.net <http://xn--cet.net>有多大意义?.net的应用场景基本都是应用层的,写业务逻辑方便就行了.
>
> office 如果倒了,谁来替代呢? 靠什么方式盈利,养一大批人来维护呢?
> 我至今看不到可能的挑战者.
>
> 2008/11/18 Kenny Yuan <yuankain...@gmail.com>
>
>
>
>
>
> > 前面的"友情提示"中说到Office，是因为Office是微软（也是世界上）最赚钱的软件。如果楼主想要证明"MS快要不行了"，那Office就必需要谈-。括号中的那句话就是提示这一点。如果楼主只是感想，那么大家完全可以平常心对待。
>
> > 我认为将话题转移到吵Word上，完全没有必要。
>
> > --
> > Kenny Yuan
> > C++, UI, LISP, MMA, Psychology and Automobile.
> > BLOG: CS巴别塔(Computer Science Babel)
> > URL:http://blog.csdn.net/yuankaining/- 隐藏被引用文字 -
>
> - 显示引用的文字 -
coolspeed
所以成功者的优势是在的。
成功者真正的挑战是思路。互联网时代，微软的思路会赶上吗。一个问题一个解法，一个时代一个王朝。
On 11月18日, 下午4时30分, redsea <red...@gmail.com> wrote:
> 应用软件越多, 过渡可能碰到的问题越多, 成功者的麻烦事.
>
> On Nov 18, 4:06 pm, xxmplus <xxmp...@gmail.com> wrote:
>
>
>
> > 我觉得虚拟机是很好的过渡方法，mac os x不就是这样平滑过渡过来的么
>
> > 2008/11/18 Linker <linker.m....@gmail.com>:
>
> > > .Net的问题是这样的:
> > > 1. 主要问题是微软内部斗争.
> > > managed DX失败
> > > vista放弃全.Net化
> > > 2. .Net框架分64/32bits两种.Win也分32/64bits两种.
> > > 问题来了,怎么兼容,怎么和用户解释这个关系?
> > > 3. WoW ( Windows32 On Windows64 )虚拟机再套.Net32bits虚拟机运行.Net程序?
>
> > > 2008/11/18 long da <real.lon...@gmail.com>
>
> > >> .net有64位的问题吗? c#写的程序,只能在32位虚拟机上跑,到64位上需要重写吗?
> > >> c++对.net有多大意义?.net的应用场景基本都是应用层的,写业务逻辑方便就行了.
>
> > >> office 如果倒了,谁来替代呢? 靠什么方式盈利,养一大批人来维护呢?
> > >> 我至今看不到可能的挑战者.
>
> > >> 2008/11/18 Kenny Yuan <yuankain...@gmail.com>
>
> > >>> 前面的"友情提示"中说到Office，是因为Office是微软（也是世界上）最赚钱的软件。如果楼主想要证明"MS快要不行了"，那Office就必需要谈-。括号中的那句话就是提示这一点。如果楼主只是感想，那么大家完全可以平常心对待。
>
> > >>> 我认为将话题转移到吵Word上，完全没有必要。
>
> > >>> --
> > >>> Kenny Yuan
> > >>> C++, UI, LISP, MMA, Psychology and Automobile.
> > >>> BLOG: CS巴别塔(Computer Science Babel)
> > >>> URL:http://blog.csdn.net/yuankaining/
>
> > > --
> > > Regards,
> > > Linker Lin
> > > linker.m....@gmail.com
>
> > --
> > Any complex technology which doesn't come with documentation must be the best
> > available.- 隐藏被引用文字 -
>
> - 显示引用的文字 -
coolspeed
大多是IO的和网络的，正如大家所知这也就是为什么通用语言在往低性能和高阶方向靠。
这个Memory Wall是主要摆在多核面前的。
其实内存早就因为指数增长而快要到使当初设计看起来算合理的范围了。到了重构的时候了。至于重构的候选模型，不太清楚，倒是在我写过的一篇拙文里提到
过。
还有一点是64位并没有对32位显示出明显的优势。（尤其在PC上，比如JVM的性能64位的不如32位的，但我也觉得这是另一回事儿）其实为什么32
到64的好处没能显得像当年16位到32位的好处，这已经在说需要加长的短板在另一个地方。估计随着64位处理器持续发贷，32到64的转换也会水到渠
成的。不是急得来的事，也无需急的事。
目前没看出来winCE哪儿好，但是兼容以前的编程方式上是方便的。
记得这一期的《CHIP新电脑》上某强人介绍这几个桌面OS的内核设计时对vista还是比较认可的。之方面我不太懂，但是我比较倾向作者了。
On 11月18日, 上午10时39分, Linker <linker.m....@gmail.com> wrote:
> 现在的Windows系统还基本停留在32Bits架构.虽然有Vista 64bits系统,但是实在是不好用.如果Windows
> 7不能在驱动上获得更多的支持,一样会成为过渡型产品.
> 而Apple的MacOSX则已经彻底的64bits化了.
> 这样子,微软就带领众硬件生产商撞上4GB内存空间的"柏林墙"了.
> 现在,这个问题还不是很严重.主流应用对内存的需求刚好到达4GB的限制.
> 但是再过1~2年就难说了.
> 微软还有一个大问题就是.Net.
> 这个东西已经严重的限制了微软的战略.微软不能放弃.Net<http://xn--xhqsan48aj1n68u50cjvgtw6c4lcda485wgy5ahnrenb07pbvu.xn--ihq...>
> ,否则会没有人再相信微软搞的新东西.
> 但是.Net最大的先天缺陷就是.Net<http://xn--gqq717c.xn--net-ss1ew37ana645cy8wvvb5y8e69txx7d.Net>
> 平台对C++是很不友好的.
> C++/CLI实在是太脑残了.
> 微软想让全世界的人都 不要用C++而去用C#, 这样就能控制所有的开发人员了.
> 但是,微软已经没有足够的影响力来控制事态的发展了.
> 可能的结果是只有微软在用C#,其他的人都不用C#.
> 随着 Nokia 的Qt 以及 Qt Creator 战略的逐渐清晰.
> 以及Apple的iPhone和Google的GPhone的逐渐普及.
> 在移动平台, 微软的全面失败指日可待.
> 所以说, 可以很乐观的预计, 微软将在2年内出现颓势 .
>
coolspeed
当然在.net部署到自家的win之后微软希望.net（有机会）可以做一些更多的东西这也再正常不过了。
WinFS自然也是能吹一把就吹一把了。至于VM上的bytecode和native代码的交互，这就是更大一个层面的问题了（Java没碰到吗）。
另外我相对也比较看好托管代码在嵌入式和系统编程当中的潜在能力。不展开说了。
想想java/c#现在面对的问题很搞笑的。在现在的编码工作中，java/c#可以说占半壁江山了吧，说明它们适合的领域还是很广的。但还是一堆人蹦
出来对java恨铁不成钢，“你瞧瞧Ruby多灵活”，还有人蹦出来：“你瞧瞧C多高效？C++比C差一点，跟你一比不也是爷爷？”“java啊，你跟
C就不能好好合作吗？哎~”
另外，见于微软对vista的奇怪营销，总觉得微软对分布式留了一条后路。暂当臆想吧。
coolspeed
C++/CLI一是用来展示它的IL能力，和Fortran.net一码事儿，二是稍好拉过来一些原C++程序员（C++造诣高的可能性不大）。
chai2010
现在Nokia又有了Qt Creator，以后可能基于Qt Creator就能开发出
主流系统和手机的应用了。
王峰
up duan
Googol Lee
比如，如果有个QEditBox，我可以这样写（大概，不是标准的写法）：
connect(QEditBox, "someSignal(int)", ...);
注意红字部分只是个字符串，而不是编译期的符号链接。Boost::signal就无法这么做。
但是Qt这么做有个很大的劣势是，如果字符串写错了，这个错误要一直等到触发这个信号才会报错，而且还仅仅是一条log。我以前就遇到过有人没把参数写全，结果导致程序行为异常。如果这能像Boost::signal一样编译期就查出来该多好。
实际中，我认为Boost::signal的方法更实用且安全。
--
新的理论从少数人的主张到一统天下，并不是因为这个理论说服了别人抛弃旧观点，而是因为一代人的逝去。
My blog: http://googollee.blog.163.com
up duan
需要。而且Qt的signal/slot是支持反射（还是叫自省来着？），而不是单纯像Boost::signal那种从语言层面做的扩展。
比如，如果有个QEditBox，我可以这样写（大概，不是标准的写法）：
connect(QEditBox, "someSignal(int)", ...);
注意红字部分只是个字符串，而不是编译期的符号链接。Boost::signal就无法这么做。
但是Qt这么做有个很大的劣势是，如果字符串写错了，这个错误要一直等到触发这个信号才会报错，而且还仅仅是一条log。我以前就遇到过有人没把参数写全，结果导致程序行为异常。如果这能像Boost::signal一样编译期就查出来该多好。
实际中，我认为Boost::signal的方法更实用且安全。
是啊，如果是字符串，确实需要自省能力，问题是这个扩展就如同你说的，不仅无益反而有害。所以我认为它的这个扩展无益。最终会被抛弃。
Rui
你平常玩手机那是娱乐,
但AIRBUS,BOEING如果不用手持终端去管理装配,那飞机就可能会掉下来.
港口不用手持终端,集装箱就会把欧洲的发到美洲去.
你觉得是你玩不了手机重要还是工业生产更重要啊.
说出这种话,我敢肯定贴主对物流和制造业不了解.
Rui
1..NET的毛病,基本上JAVA也有,照LZ这么说,JAVA也一样完蛋,世界上只有pure c/c++能生存.
2.就C++/CLI而言,现在Bjarne自己都不公开反对了.还有一个Herb Sutter一个劲儿的鼓吹.你觉得Herb Sutter和
Bjarne完全是由政治原因支持C++/CLI么.
3.我是真正的做过C++/CLI项目的,这个项目出于某种原因,必须将托管与非托管代码混合在一起.就这一点而言,现在没有其它工具能够替代(你别告
诉我说IronPython).
4.挺奇怪你怎么前面论述64位,后面结论就跑到移动计算上来了,毕竟2年内移动计算平台转移到64位的可能性不那么大.
On 11月18日, 上午10时39分, Linker <linker.m....@gmail.com> wrote:
> 现在的Windows系统还基本停留在32Bits架构.虽然有Vista 64bits系统,但是实在是不好用.如果Windows
> 7不能在驱动上获得更多的支持,一样会成为过渡型产品.
> 而Apple的MacOSX则已经彻底的64bits化了.
> 这样子,微软就带领众硬件生产商撞上4GB内存空间的"柏林墙"了.
> 现在,这个问题还不是很严重.主流应用对内存的需求刚好到达4GB的限制.
> 但是再过1~2年就难说了.
> 微软还有一个大问题就是.Net.
> 这个东西已经严重的限制了微软的战略.微软不能放弃.Net<http://xn--xhqsan48aj1n68u50cjvgtw6c4lcda485wgy5ahnrenb07pbvu.xn--ihq...>
> ,否则会没有人再相信微软搞的新东西.
> 但是.Net最大的先天缺陷就是.Net<http://xn--gqq717c.xn--net-ss1ew37ana645cy8wvvb5y8e69txx7d.Net>
Rui
就单纯技术而言,QT并未利用到新的C++特性,尤其在template/generic上.如果要选择,我认为WTL比QT的结构要好.如果WTL能
够与wxWidget、boost结合在一起，并且注重可移植性，会是一个更完美的选择。
还有，就是Nokia，不知道楼主自己到底用过没用过NOKIA的Symbian，对于开发人员来说，Symbian属于最烂的那种，我原来以为
QualComm的BREW已经够烂了，结果发现NOkia的东西比QualComm还不如。做不好IDE就老老实实的弄commandline就算
了，非要弄个半吊子的东西。。。让人无语。
On 11月18日, 上午10时39分, Linker <linker.m....@gmail.com> wrote:
> 现在的Windows系统还基本停留在32Bits架构.虽然有Vista 64bits系统,但是实在是不好用.如果Windows
> 7不能在驱动上获得更多的支持,一样会成为过渡型产品.子的
yq chen
我认为C++/CLI能否成功完全取决于.NET是否成功，因为在我看来C++/CLI存在的全部价值就是它能够比较无缝的将以前的代码和相关的库引入到.NET平台中。因为.NET的平台调用实在是不太好用^_^。
至于Bjarne Stroustrup公开还是不公开反对C++/CLI，我觉得根本就不重要。就好比这几年Linux蓬勃发展了，微软才做起了和Linux比较的广告来，在五年前，微软根本就不提Linux。C++是在很多平台上有着广泛应用的语言，C++/CLI不过是到.NET的一个绑定，他犯得着每天不吃饭的去公开反对吗？
而且这些大师，并不是抱残守缺者，对于C++/CLI中好的东西，肯定会被吸收过来的。但是C++/CLI要想全部融合到C++标准中去，我看除非地球爆炸了才可以吧。
yq chen
Jawley
然后因为NET前面是中文，所以会按照中文域名来处理，转换成punycode。。不是随便指向一个地方。。-_-
2008/11/19 yq chen <mephist...@gmail.com>:
yq chen
chai2010
有MFC经验还好一点。
如果觉得Qt的界面简陋，可以看看它带的demo就知道了。
关于C++的新特性，我觉得工程上面的东西没有必要完全求新。
模板有时候用着虽然是方便一点，但是对它的移植性会造成障碍。
我以前一直用VC6，里面对C++的标准就支持不好，但是照样还是能开发出程序。
现在用CCS（DSP），用的也是C++/C（我一直将C和C++看作一个语言），
ti带的C++编译器甚至没有模板和异常，只支持基本的class特性，但是
我觉得他们的编译器还是一流的，优化觉得比其他编译器先进很多（DSP环境）。
wtl没接触过...
up duan
wxWidget只是版权比较开放吧，再说学这个的话新手还是比较困难的，
有MFC经验还好一点。
如果觉得Qt的界面简陋，可以看看它带的demo就知道了。
关于C++的新特性，我觉得工程上面的东西没有必要完全求新。
模板有时候用着虽然是方便一点，但是对它的移植性会造成障碍。
这只是你的"觉得"而已，虽然在嵌入式环境下的C＋＋Compiler很少能支持C＋＋全部的特性，但并不意味着我们不该使用这些新特性，需要强调的是，这些新特性其实才是C＋＋这些年来反思和自觉出来的特性，才更合乎理性。
我以前一直用VC6，里面对C++的标准就支持不好，但是照样还是能开发出程序。
我以前一直用emacs＋gcc2.97，照样能开发出程序。：），可是问题是：这说明什么了呀？什么都没有说明，更不能作为反对C＋＋标准的理由。
现在用CCS（DSP），用的也是C++/C（我一直将C和C++看作一个语言），
ti带的C++编译器甚至没有模板和异常，只支持基本的class特性，但是
我觉得他们的编译器还是一流的，优化觉得比其他编译器先进很多（DSP环境）。
恩，我觉得这正是症结之所在，C和C＋＋是两个语言，差别还蛮大，如果你一直觉得它们是一个语言，那就是说：你一直只用了C＋＋中C兼容的部分，其实根本就是用C with class，所以你对C＋＋应用框架的评判难免会流于表面。
chai2010
从我个人来看，我是不喜欢C++的模板编程之类的技巧。
80%的C搭配30%的C++是我比较喜欢的。
其他的时间我比较倾向学一些使用的库，而不是专研C++的技巧。
我的观点到此为止，不然又要到了语言争论地步了 :)
On 11月20日, 上午9时39分, "up duan" <fixo...@gmail.com> wrote:
> 2008/11/20 chai2010 <chaishus...@gmail.com>
>
> > wxWidget只是版权比较开放吧，再说学这个的话新手还是比较困难的，
> > 有MFC经验还好一点。
>
> > 如果觉得Qt的界面简陋，可以看看它带的demo就知道了。
>
> > 关于C++的新特性，我觉得工程上面的东西没有必要完全求新。
> > 模板有时候用着虽然是方便一点，但是对它的移植性会造成障碍。
>
> 这只是你的"觉得"而已，虽然在嵌入式环境下的C＋＋Compiler很少能支持C＋＋全部的特性，但并不意味着我们不该使用这些新特性，需要强调的是，这些新 特性其实才是C＋＋这些年来反思和自觉出来的特性，才更合乎理性。
Rui
和物流业现代化极端重要,国外象汽车厂.飞机制造厂等等,手持终端是标配,国内基本还停留在纸面单据+PC机的程度.
对于C++/CLI.实话说我也不满意.我不算是C++清教徒,但是对于扩展C++编译器向来是持否定态度.当年MFC与OWL竞争时,尽管OWL看起
来很美,我还是支持了MFC,原因就在于OWL的dispatch是通过扩展编译器实现的,这对我来说无法接受.现在Herb Sutter这种扩展方
案,我一样也是接受不了.前几年Stan Lippman来北京时,我曾经有幸问过他问题,就这种C++/CLI,他也是不满意,但目前大家好象都还没
有找到更好的办法.对于Lippman,Herb Sutter几个进了MS的C++大拿来说,有时是没有选择了,因为大厂家只有微软还在持续对C+
+进行投入.其它象IBM.BORLAND之类的,已经对C++失去兴趣了.这样C++大拿与MS合作也是不得已而为之的办法.Herb Sutter
进入MS后,MSVC的标准化程度大大提高,这就是C++社区所得到的最大回报,我想这也是Bjarne开始反对C++/CLI,后来部分支持的主要原
因,这是政治问题,不是技术问题.
就C++本身的能力,能不能实现与托管平台的无缝融合,我想这是个大难题.我亲自做过一个托管/非托管代码在同一个EXE里的项目,说实话确实别扭.弄
个集合类吧,用STL的呢?用ATL的呢?还是用.NET的呢.简直要让人疯掉.
On 11月19日, 下午9时09分, "yq chen" <mephisto.760...@gmail.com> wrote:
> 楼上的好像比较激动。不过话又说回来这个才是性情中人。
> 我认为C++/CLI能否成功完全取决于.NET <http://xn--6kq52epgs7aq8bwnw14bhvm0z1e.NET>
> 是否成功，因为在我看来C++/CLI存在的全部价值就是它能够比较无缝的将以前的代码和相关的库引入到.NET平台中。因为.NET<http://xn--siqr4s.NET>
> 的平台调用实在是不太好用^_^。
> 至于Bjarne
> Stroustrup公开还是不公开反对C++/CLI，我觉得根本就不重要。就好比这几年Linux蓬勃发展了，微软才做起了和Linux比较的广告来，在五 年前，微软根本就不提Linux。C++是在很多平台上有着广泛应用的语言，C++/CLI
> 不过是到.NET <http://xn--ihqs4h0uw5h3b.NET>的一个绑定，他犯得着每天不吃饭的去公开反对吗？
Rui
wxWidget的主要优点是它用的是本地库,所以界面比自己画的TCL.QT之类要漂亮得多了.
不过我推荐wxWidget,其实一个主要原因是我现在喜欢用wxPython做界面.简直是享受啊...同时我想用C++的地方就用C++,想用
Python的地方用Python..还有更爽的事情么?呵呵.就目前看,UI程序很多时候要用事件响应机制,这里不是C++的强项,用PYTHON是
无比方便.但Python对QT和TCL的支持都不好,就目前来说wxPython仍然是最好的Python+C++UI的选择.
Rui
但类库的使用人看到的是一个干净的表面,不需要,也不会接触这些东西.
对于公司里的程序员来说,大约7成的C++程序员只需要对template有一个基本的了解就可以了.而有那么2.3成的高级C++程序员,非得对
template有较好的了解,甚至对GP都要比较熟练才行.这部分人是公司里做基础性工作,做脏活儿的人.
ShiningRay
我用的是Ubuntu。
On 11月18日, 上午10时39分, Linker <linker.m....@gmail.com> wrote:
> 现在的Windows系统还基本停留在32Bits架构.虽然有Vista 64bits系统,但是实在是不好用.如果Windows
> 7不能在驱动上获得更多的支持,一样会成为过渡型产品.
> 而Apple的MacOSX则已经彻底的64bits化了.
> 这样子,微软就带领众硬件生产商撞上4GB内存空间的"柏林墙"了.
> 现在,这个问题还不是很严重.主流应用对内存的需求刚好到达4GB的限制.
> 但是再过1~2年就难说了.
> 微软还有一个大问题就是.Net.
> 这个东西已经严重的限制了微软的战略.微软不能放弃.Net<http://xn--xhqsan48aj1n68u50cjvgtw6c4lcda485wgy5ahnrenb07pbvu.xn--ihq...>
> ,否则会没有人再相信微软搞的新东西.
> 但是.Net最大的先天缺陷就是.Net<http://xn--gqq717c.xn--net-ss1ew37ana645cy8wvvb5y8e69txx7d.Net>
Kenny Yuan
按现在的行情，1G内存现在70块左右，还是800的，而且几百块钱的主板都开始支持8G或16G内存。老机器虽然内存不会太大，但新机器呢？
可以预见，普遍装4G内存的时代就在很近的将来……
long da
Linker
fay
Win 2k8 支持的内存是多大来着?现在买新机器的人,如果不是预算很紧,应该都会考虑下4G内存吧…
发件人: pon...@googlegroups.com
[mailto:pon...@googlegroups.com] 代表 Linker
发送时间: 2008年11月21日 10:46
收件人: pon...@googlegroups.com
主题: [TopLanguage] Re: 64位是道坎
__________ Information from ESET NOD32 Antivirus, version of virus signature database 3628 (20081120) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 3629 (20081121) __________
The message was checked by ESET NOD32 Antivirus.
Jay True
long da
Cherife Li
> 这个说法很奇怪啊, 如果是指每个进程虚拟内存,4.1G都上不了,如果是指物理内存,开PAE,上64G都是可以的
没错。
> 2008/11/21 Linker <linker...@gmail.com>
>
> > 32位系统上不了8GB内存的.
> >
> > 2008/11/21 Kenny Yuan <yuank...@gmail.com>
> >
> >> 嗯，1.5G的一个个例……
> >>
> >> 按现在的行情，1G内存现在70块左右，还是800的，而且几百块钱的主板都开始支持8G或16G内存。老机器虽然内存不会太大，但新机器呢？
> >> 可以预见，普遍装4G内存的时代就在很近的将来……
> >>
> >> 2008/11/20 ShiningRay <shiningra...@gmail.com>
> >>
> >>> 我现在机器有1.5G内存，诸位谁在用4G以上的？
> >>>
Thinkpad T61, PM 965, 2Gx2 RAM, Slackware Linux with PAE.
不知道国内是否有单根4G的条子（笔记本的），忍不住想上8G。
> >>> 我用的是Ubuntu。
> >>>
> >>> <linker.m....@gmail.com>
> >>
> >> --
> >> Kenny Yuan
> >> C++, UI, LISP, MMA, Psychology and Automobile.
> >> BLOG: CS巴别塔(Computer Science Babel)
> >> URL: http://blog.csdn.net/yuankaining/
> >
> > --
> > Regards,
> > Linker Lin
> > linker...@gmail.com
> >
--
Rgds,
Cherife.
Kenny Yuan
典型的一个反例：在16位系统下，能不能装2^16以上的内存？（2^16=64K）
Jay True
Linker
Googol Lee
ps 前段时间换了一下vista，感觉vista的磁盘性能相对xp太差了。我在xp下跑着wow开skype一点问题都没有，换到vista下就卡的不行，进沙城干脆连城墙地板都卡没了，我一人在诺大的沙城里四处漂浮Orz。而且vista下删一个有600m左右大的全是小文件的目录，大概删了1小时左右。应该是磁盘性能导致贴图读的比较慢吧？有哪位能指点一下原因？
Linker
Rui
纠正几个认识错误:
1.32位WINDOWS最大支持内存是多少?
WINDOWS Server 2008，最大内存是DataCenter版，支持2TB。
至于你装完只认3G，不是没做PAE，就是PAE配置有问题。
2.X86下32位Linux缺省支持4G以上内存吗？
市面上的32位linux x86发行版缺省时都不支持4G内存。
3.看出来有同学以为PAE是MS的技术，错了，PAE是INTEL的，不管是Linux还是Windows，在32位上支持4G+都是靠打开PAE做
的。你要装过企业服务器的LINUX版都应该知道这个问题，你编译时不打开PAE,LINUX32一样也只能认到3G.
Rui
Server 2008在32位下最大支持到32G，2TB是64位版本。
Kenny Yuan
est
现在基本在Linux下，开发基本上都没问题，哈哈。唯一的一点遗憾是Linux对word的文档兼容性不好，虽然openoffice不错，但是现在主流还是word，很郁闷。2008/11/18 Kenny Yuan <yuank...@gmail.com>
友情提示，有些东西作为感想，和作为观点是不同的。大家可以把楼主的说法作为感想而已
（如果作为观点，需要更多的证据，以及全面的说理：比如说一说Office这棵摇钱树什么时候会倒掉）
est
Jawley
2008/11/21 est <electr...@gmail.com>:
> Vista不好用，是各位根本就没兴趣去用吧？
> 保护硬盘，安装完Vista必须做几件事情
> 1. 关闭Volume Shadow Copy服务，在Vista里很多文件、文件夹看属性里都有一个 早期版本
> 选项，我想这个功能对绝大多数人都没有用吧？Win+R打开services.msc ，找到Volume Shadow Copy，设置为禁用
> 2. 关闭所有分区的系统还原：在我的电脑 属性 高级里关闭所有分区的系统还原
> 3. 关闭所有分区的 磁盘清理 计划任务，在盘符上点属性，找到磁盘整理，把"计划磁盘整理"的钩去掉
> 4. 关闭包含大块文件的文件压缩和索引，在盘符/文件夹上点右键，取消 索引文件以加快搜索速度，在文件夹上点右键，属性，高级，关闭 压缩文件以节省空间
> 索引文件以加快搜索速度
> 5. 关闭Windows Search服务。
> Windows Search
> 也是一个及其SB的设计，该索引的不索引，不该索引的给你索引一大堆。还有那个自动磁盘整理，真是没事找事做。磁盘压缩就算了，大文件压缩了真的很影响效率啊。总之Windows
> Vista默认状态真的很伤磁盘，大家注意观察硬盘的指示灯就会发现。另外我发现ReadyBoost这个功能有的时候也比较消耗磁盘。
> 6. 以管理员权限命令行执行： net stop sysmain
>
> 2008/11/21 Googol Lee <goog...@gmail.com>
>>
>> 印象里和xp内核的load有关。xp的内核会从4g空间开始装载，导致应用程序实际只能用到3g多。换vista试试？
>>
>> ps
>> 前段时间换了一下vista，感觉vista的磁盘性能相对xp太差了。我在xp下跑着wow开skype一点问题都没有，换到vista下就卡的不行，进沙城干脆连城墙地板都卡没了，我一人在诺大的沙城里四处漂浮Orz。而且vista下删一个有600m左右大的全是小文件的目录，大概删了1小时左右。应该是磁盘性能导致贴图读的比较慢吧？有哪位能指点一下原因？
>>
>> 2008/11/21 Jay True <gla...@gmail.com>
>>>
>>> 耶？我的 windows 开了 pae 啊（就改了 boot.ini ），为什么还是只能看到 3G ？
>>>
>>> 2008/11/21 Cherife Li <cheri...@gmail.com>
Linker
hayate
自动磁盘整理很好 事实上这样硬盘寿命会更长
系统还原很好
Volumn Shadow Copy不了解
Windows Search还不错，效率确实需要提高
另外我觉得windows默认安装就应该很好用，做不到就是MS的问题——vista默认安装我觉得还行
安德尔斯
.Net的问题是这样的:1. 主要问题是微软内部斗争.managed DX失败vista放弃全.Net化2. .Net框架分64/32bits两种.Win也分32/64bits两种.问题来了,怎么兼容,怎么和用户解释这个关系?3. WoW ( Windows32 On Windows64 )虚拟机再套.Net32bits虚拟机运行.Net程序?2008/11/18 long da <real....@gmail.com>.net有64位的问题吗? c#写的程序,只能在32位虚拟机上跑,到64位上需要重写吗?
c++对.net有多大意义?.net的应用场景基本都是应用层的,写业务逻辑方便就行了.
office 如果倒了,谁来替代呢? 靠什么方式盈利,养一大批人来维护呢?
我至今看不到可能的挑战者.2008/11/18 Kenny Yuan <yuank...@gmail.com>
前面的"友情提示"中说到Office，是因为Office是微软（也是世界上）最赚钱的软件。如果楼主想要证明"MS快要不行了"，那Office就必需要谈。括号中的那句话就是提示这一点。如果楼主只是感想，那么大家完全可以平常心对待。
我认为将话题转移到吵Word上，完全没有必要。
--
Kenny Yuan
C++, UI, LISP, MMA, Psychology and Automobile.
BLOG: CS巴别塔(Computer Science Babel)
URL: http://blog.csdn.net/yuankaining/
frisky
99.9%市场占有率就太吹了。纯粹个人意见，我不说微软与linux/unix谁好谁坏，当然也对微软是否会很快在相关领域被竞争对手取代。但是我认
为你给出数据的同时，有必要给出依据来源。
On 11月18日, 下午10时30分, Rui <cao...@gmail.com> wrote:
> 我重点讲讲你说的.在移动计算平台,微软的失败指日可待这个观点.
> 移动计算得细分成消费类市场和企业市场.
> 对于消费类市场,基本上也就是手机了,你说的NOKIA和APPLE会占据主导,这我相信.
> 但对于企业市场,你说除了微软之外的厂家有戏?我觉得10年内都无法达到.
> 企业移动计算市场,目前几个大厂:SYMBOL(已被MOTOROLA收购),INTERMEC.TEKLOGIX.CASIO等等,他们推出的手持终
> 端,可以说是清一色的WINCE/PPC.WINCE/PPC在企业移动计算中占据了99.9%以上的市场.并且正在研发的下代产品也都是WINCE/
> PPC的产品.
> 做LINUX的有没有?有,可全是国内小企业,一年出货量连5000套都不到.
> 至于你说的SYMBIAN,APPLE OSX.或者基于J2ME/KJAVA的应用.在企业移动计算市场的份额可以说是等于0...比如你去找找,哪
> 个500强制造业企业用的是KJAVA/J2ME?没有.现在你说得上的500强企业采购移动终端,都是WINCE平台.倒不是他们不想用,而是全球排
> 名前5的供应商都只有WINCE的平台.而这5家加起来已经占据了全球企业移动计算的95%的份额了.
>
> 我倒无意为M$辩护,但我只说事实.至少就企业移动计算来说,我有把握.5年内还无法出现MS的竞争对手.这个平台MS的垄断性比通用平台更强.
>
> PS.说句题外话.除了WINCE终端以外的其它企业移动计算平台:
> PALM(以前曾经与MS平分天下,现在被完全整死).
> DOS(MS自己的平台,现在家乐福的手持终端还有DOS的旧货)
> XP EMBEDED(也是MS平台,这主要是叉车上的车载终端,车载是个特殊市场,基本上是XPE,XP和WINCE三分天下)
> LINUX(这个就汗一个,事实上大厂没有一个做LINUX的,只有国内深圳的一些厂在做,份额很小)
