数码天地 今日: 0|主题: 4756|排名: 41 

最后发表： Tux
回复内容：
现在我庆幸当初BEA被收购了。

最后发表： Tux
回复内容：
工作机升级用了一天，该死的公司网络。貌似是是Canonical服务器过载了。

D620/D630和Precision三台都很顺利升级。

最后发表： Tux
回复内容：
哈哈，我想说联想如果都是这种水平的分析师，那来弄我倒是前景不容乐观。

最后发表： Tux
回复内容：
4月份Ubuntu出过一个udev的patch，Jaunty应该已经没问题了。

最后发表： Tux
回复内容：
我所接触的，JSF应用的很少，只知道一个产品中用了。反正反响不好，问题很多。现在搞笑了，Sun被收了，不知道JSF会如何。

Java我只懂Core Java （Java SE）和JSP/Servlet。框架大学的时候玩过Struts + Spring之后再也没碰过...

最后发表： Tux
回复内容：
FreeBSD严谨，所以稳定。

Linux社区整个就是很浮躁的感觉，近两年。

最后发表： Tux
回复内容：
家里还是要留一台跑Windows的机器，所以还是会把D630的升级上去的，因为有SLIC table...

Win7没什么值得期待的特性。

自己几乎不用Windows...

最后发表： Tux
回复内容：
AA效果不错，Linux下字体渲染上了一层楼。其他没有什么特别感受，3.0.1作些优化就很快了。

最后发表： Tux
回复内容：
我的好像是
moto 7890还是什么
nokia 8250
索爱 T628
阿尔卡特 OT什么
之后Mio 8390 Windows Mobile 2003，被这个系统气死，彻底对Windows绝缘
三星 X708
Treo 650
之后
iPhone 3g
再之后可能弄个HTC Dream G1...

最后发表： key
回复内容：


其实没有的。打点开销其实不大。。。
学术上存在的类似这种问题，在我所知道的范围内，是没有借口的

不过经费需要想点法子才能拿出来，这倒是个问题。
但无论怎样的问题，都不可以成为最后的借口。
想一下这是多少人的税收贡献，以及多少代人的科技、国防希望吧

[ 本帖最后由 key 于 14-5-2009 20:22 编辑 ]

最后发表： phoebe0616
回复内容：
已经证实，确实是锁住在optus的。。。。。。
无奈又买了个linksys的新货
偷鸡不成蚀把米。。。。

最后发表： justinli79
回复内容：
我刚注册了一个账户

最后发表： flyspirit
回复内容：
coredump发的贴子比较有深度了。

最后发表： 清风不写字
回复内容：
还不错啊，你们别要求太高了！

最后发表： langchu
回复内容：
偶看不了日文，不能跟您老人家比。。。。。。

最后发表： ingeer
回复内容：
must be water proof.. this 'tiny' embeded device is just like the HSBC bank key generator.
Well.. i just wonder how to power the circuit.. i meant, is there any battery could be planted into that slim card??

最后发表： flyspirit
回复内容：
这个贴子我喜欢，学很多东西。

最后发表： coredump
回复内容：
JAOO conference 不是免费的，只能到下面这里下载slides过过瘾了

不过所有slides都免费下载也算不错啦

JAOO Brisbane 2009
JAOO Sydney 2009

About JAOO:

JAOO originally stood for "Java and Object-Oriented" and was originally focused on Java-based technologies. Today it has evolved into a more in-depth conference with a wider set of content such as .NET and Ruby-based technologies along with a focus on the softer side of software development: process improvement, patterns, and enterprise architecture.

最后发表： godspeed
回复内容：
真羡慕。看来你一招先了。

最后发表： shark2008
回复内容：
Nokia对QT看来寄予厚望
QT居然用git管理源码，看来要学习一下git了。

最后发表： dack
回复内容：
wxwidgets，开源的跨平台的界面库，带有线程类，还有配合这个使得图形化界面开发工具。

最后发表： dack
回复内容：
我从国内带了1个2wire 2700hg过来，二手的洋垃圾，淘宝上几十块钱买的。在这边用的挺好，支持adsl2+，信号非常好，现在带十几台电脑，流量很大的情况下没死过机。不过你说的那种扩展功能不知道有没有。

最后发表： justinli79
回复内容：
上海有不少姑娘嫁给印度小子

最后发表： suntest001
回复内容：
tomshardware每月都有一次上月显卡性价比排名。还是不错的。就是中文版（不论简体还是繁体）翻译的速度都太慢太慢了。

最后发表： key
回复内容：


共同学习，一起进步，hohoho~

最后发表： xblues
回复内容：
$309(￥1545)

支持3条DDR3 三通道插槽
支持2个PCIE 16速接口

最后发表： liwus
回复内容：

最后发表： freshfish
回复内容：
8戒想用肥猫当捕鼠器.........

最后发表： coredump
回复内容：
http://labs.trolltech.com/blogs/2009/05/11/qt-jambi-450_01-released-contributors-wanted/

自此以后Nokia将取消Qt Jambi的官方新功能开发，所有Qt Jambi的开发都全部交由社区。


于此同时Qt也将Qt， Qt Jambi, Qt Creator的源码仓库以LGPL授权公开(http://qt.gitorious.org/), 彻底兑现了此前的承诺。

最后发表： xblues
回复内容：
澳洲的硬件市场利润比较高，而且跟进不快，7200.12 1T都出来好久了，在澳洲还买不到。

最后发表： godspeed
回复内容：
TN板，TN板................为什么总是TN板？

最后发表： MacroJ
回复内容：

最后发表： liwus
回复内容：
我就是技嘉主板，不过买了1年多了，P35-DS4。。

最后发表： key
回复内容：
在 Effictive C++ 第45条款中说：清楚知道C++译译器为我们完成和调用哪些函数。
这个主题是很好的，可惜里面说到的内容又是翻来覆去说copy constructor之类的东西。

我觉得C++编译器偷偷摸摸搞的小动作中，隐式转换是最可怕的。

先看下面的程序段：事实上这个程序是可以成功编译并运行的。需要foo()并没有定义参数为double的函数，但因为X<T>包含了参数为double的构造函数，
所以上面的例子中，foo(1.5)的执行流程是：
1.5 -> X<int>临时对象 -> foo(X<int> const &)执行

注意，由于C++明确禁止把无名临时变量用做非const引用参数，所以，如果定义为：由程序编译不成功。

对于要执行的任意函数foo(x)，编译器会试图找到完全匹配的函数声明。如果找不到，编译器会试图通过在实参上进行隐式转换来找到合适
的函数。上面的例子中，编译器没有找到foo(double)这样的函数定义，但找到了一个同名的函数foo(X<int> const&)，而且能找到
double -> X的转换（通过X<T>::X(double)这个构造函数），于是就执行了隐式转换。

这种转换能带来方便，但同时也带来了问题。如果你另外有：
void foo(X<string> &x) { ... }

那么编译器就罢工了，因为会出现ambiguity，编译器不知道你想要哪一个。

反向隐式转换也是可能的：这种情况下，x会隐式转换成double，然后再进行函数调用。考虑下面的情况：这种情况下编译器会因为ambiguous而罢工，因为他试图把X转成合适的类型时发现了double和char*两种类型，
结果不知所措了。

在可能的情况可，我们最好能把隐式转换显式化，也就是说，把变量变成最终的形式，而不是等待编译器也帮我们
转换。

隐式转换同样也影响着类的操作符重载。在通常情况下，我们在实现类的操作符重载时，可以选持成员函数和非成员
函数两种方式。如果选择为成员函数，则可以显式的禁止隐式转换。比如：对于X<int> x; Y<int> y;double d = 1.0来说  d+= x; 是不成立的，而 d += y;则成立，但操作后左式的值没有改变，
显然，我们不希望有这种bug出现在程序中。但对于非赋值的二元操作符重载来说，我们一般希望对称的表达式，所以一般建议
是允许隐式转换，即不采用成员函数的方式来设定操作符重载。

参考：
* C++编译惯用法，2.4

最后发表： coredump
回复内容：
dynamic_cast有一个很大的缺点，就是性能非常糟糕，所以一定要记住千万别在频繁调用的地方使用dynamic_cast，性能具体有多糟糕可以参考下面这个链接：http://stackoverflow.com/questio ... -is-dynamic-casting
oops:不是上面的链接，有一个测试的，忘记是哪个网站了，谁有兴趣可以测试下。

最后发表： key
回复内容：


是呀，如果google转换成%o0G!e，而q是q@q0，当然没有关系，但这样一来就记不了啦，哈哈。。。

最后发表： bfox
回复内容：
鄙视很黄很暴力的内容， 为了避免无知少年被蒙蔽，让我验证一下先

最后发表： coredump
回复内容：
在上例中static_cast是和强制转换差不多，但是其他情况下是有区别的，static_cast增加了编译器的类型兼容性检查, 一些明显不兼容的转换是被禁止的。

reinterpret_cast确实是故意为之的。

最后发表： coredump
回复内容：
对，你说的对。

在exceptional c++中，对这一设计的解释是这样的：
For example, one might think that if none of the functions found in an inner scope were usable, then it could be okay to let the compiler start searching further enclosing scopes. That would, however, produce surprising results in some cases (consider the case in which there's a function that would be an exact match in an outer scope, but there's a function in an inner scope that's a close match, requiring only a few parameter conversions). Or, one might think that the compiler should just make a list of all functions with the required name in all scopes and then perform overload resolution across scopes. But, alas, that too has its pitfalls (consider that a member function ought to be preferred over a global function, rather than result in a possible ambiguity).

最后发表： key
回复内容：
泛型是C++的一个非常大的发明，我很喜欢这个发明。但可惜的是，
泛型在各个编译器中的支持各不相同。类模板及其友元的问题应该是其中
一个。我自己没有具体看C++98这类标准，只能从网上找一些片言只字去
了解一下，希望其他同学帮我解释和补充。谢谢

首先我们来看MSDN的一个例子：
http://msdn.microsoft.com/en-us/library/f1b2td24.aspx

例一可以简化为：这段代码可以很好地在Visual Studio 8中编译并运行，得到：
hello friend.

这样的结果。但在gcc4中，友元的声明就出错了。
t.cpp:7: error: declaration of 'class T'
t.cpp:6: error:  shadows template parm 'class T'

好在，这里提示的出错是shadow了T这个模板名称，把第二个template<class T>改成template<class T2>，编译就顺利进行了。

例子二中揭示了另一种类模板友元的声明方式，虽然该例中要说明的是另一个问题。根据例二，上面的简化代码可以改成：当然了，例二中最想说明的其实是友元的特例化，也就是：如果采用这种方式，在method<T>的实现中就不能访问类X的私有成员了。

例三说明的是类模板的友元类，看起来并不复杂，就不讨论了。

我想补充的时，对于例一，还有一种内嵌的实现方式：用这种内嵌的方式，可以把友元的声明简化到和一般的类方法声明并不多，就是多了一个friend关键字。
然而，采用这种方式声明的友元是不可以和实现分离的。

[ 本帖最后由 key 于 17-5-2009 11:20 编辑 ]