最新评论

共3页: 1 2 3 下一页 
chenleinet 2010-12-28 09:27
@jeer 兄台客气了,虽然不是大牛,但作为技术人员,还是很喜欢,这个称呼
jeer 2010-12-28 09:25
大牛
chenleinet 2010-05-29 23:49
@dotNetDR_ 薪水的决定因素,是多方面的,拿它进行比较,是不合适的
dotNetDR_ 2010-05-29 22:55
广博的技术 == !广博的薪水 (绝大部分的情况)
liudao 2010-05-25 13:38
呵呵 同在会场
Galactica 2010-05-23 18:23
计算肯定是消耗CPU时钟周期的,我们做个理想假设, 一个颗CPU核心计算完100个数的和要1秒,那么在具有 两颗核心的CPU上,我们的算法可以平均分成两部分, 每个核心计算50个数的和,最后再将两个结果相加, 可以预见的时间消耗为 0.5秒。 还没看过 Parallel 是如何处理的,但是我认为,对于 sum这种操作,Parallel 应该能够针对具体的CPU核心个数 来讲源值集合划分成多个计算线程,以达到并行计算的目的。
chenleinet 2010-04-25 10:34
嗯,你说的很正确,能把那个martinfolwer的文章链接,给我吗
辰 2010-04-24 02:20
public const int default_timestamp = 1; Thread.Sleep(default_timestamp); 没有任何问题。lz说的再martinfolwer的refactoring里面提高过了,不要有magic number。 就是把一些magic number 用常量表示。
chenleinet 2010-01-25 09:46
[quote]活雷锋: ”应该来自这里,而不应该是来自数据库,数据库仅仅是这些对象的映射“ [b]实体是对数据库的映射 你说反了~[/b] 从: 当系统很大或者需要应对多种情况的时候,.....可能还需要加上aop的拦截器这一层。 到这结束,说了跟没说一样,应该是你没表达清楚,给我的感觉是你只清楚概念上的东西,并没有真正应用过~ 谢谢分享 我不是有意踩你 我觉得说出来讨论我们都是提高!请你不要生气~ [/quote] 确实没用过aop,至于你说的第一个问题,我还需要考虑一下,不过很感谢你的评论,技术讨论嘛,就是要畅所欲言嘛,有什么好生气的呢,如果这都生气,何以成大牛
活雷锋 2010-01-23 20:46
”应该来自这里,而不应该是来自数据库,数据库仅仅是这些对象的映射“ [b]实体是对数据库的映射 你说反了~[/b] 从: 当系统很大或者需要应对多种情况的时候,.....可能还需要加上aop的拦截器这一层。 到这结束,说了跟没说一样,应该是你没表达清楚,给我的感觉是你只清楚概念上的东西,并没有真正应用过~ 谢谢分享 我不是有意踩你 我觉得说出来讨论我们都是提高!请你不要生气~
阿炬 2010-01-23 13:29
为业务而分层 而不是 为分层而分层
chenleinet 2009-10-27 11:13
[quote]Sum_yang:创业和创事业如果等同 是偷换概念[/quote] 个人理解不同罢了
Sum_yang 2009-10-27 10:26
创业和创事业如果等同 是偷换概念
Sum_yang 2009-10-27 10:26
不是吧?
Alan_xie 2009-10-26 12:51
国内都是外行管理内行
ppchen(陈荣林) 2009-10-26 09:27
不赞同
佘亮 2009-10-26 00:14
是吗
chenleinet 2009-10-12 09:16
那多少合适啊
killkill 2009-10-11 21:21
才算100个加法,有些编译器在编译的时候就直接给出了计算的答案了,这个测试很失败..
Zhenway 2009-10-11 15:54
计算量太小,就算利用双核,速度提升也不够花在同步的上面的损失,所以慢是肯定的。
共3页: 1 2 3 下一页