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

最后发表： 周星星1832
回复内容：
??难道是问题太弱智，还是我没表示清楚？

最后发表： coredump
回复内容：

最后发表： Tux
回复内容：


VOIPover3G就是绕过这个限制的，直接可以通过GPRS/3G打电话。没必要一定用wifi。

最后发表： 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
回复内容：
鄙视很黄很暴力的内容， 为了避免无知少年被蒙蔽，让我验证一下先