随笔-115  评论-610  文章-5  trackbacks-16

最新评论

共13页: 1 2 3 4 5 6 7 8 9 下一页 末页 
re: [通知]最后一篇“非技术” 合金枪头 2008-10-09 10:06  
@kykl
-__-!帅哥,你要匿名说啥呀?留言的限制是作者设定的...

昨晚从意大利回来,这次山爬的还是比较爽的,呵呵,要是你在就更好了。

刚才看了泰晤士报新给的全球大学排名,居然把TUM排在78,北大排在50...这才真叫scheisel呢
re: [通知]最后一篇“非技术” kykl 2008-10-05 02:10  
唉,博客园不能匿名留言,scheisel
re: [通知]最后一篇“非技术” kykl 2008-10-05 02:06  
去了
re: [通知]最后一篇“非技术” 合金枪头 2008-10-04 15:23  
@kykl
呵呵,现在blogger国内也能访问了,非技术部分可以去http://rib06.blogspot.com看,最近还是在写滴>_-
re: [通知]最后一篇“非技术” kykl 2008-10-04 11:59  
靠,那我不来了。。。。
给两本人力资源的书看看吧?蛮有意思的。
现在有一个管理专题叫做:非人力资源部门经理的人力资源管理
最近进步如何?Munich要下雪了吧?呵呵
re: 昨天做的鱼香鸡丝相当赞 kykl 2008-10-04 10:31  
还有这么夸奖自己的厨艺! :)
re: Google Maps的步行者路径规划开始测试了 无名中的无名 2008-09-19 07:51  
其实从技术角度讲,功能实现起来单行道、左边、右边什么的都不是很困难,关键还是在数据上,没相关信息,就只能做最短分析了
小公司小项目似乎没必要用存储过程的。
re: [通知]最后一篇“非技术” 修程正果.GIS 2008-09-06 17:30  
08级之比07级少一个,可想而知,明年这个时候,实验室将多么拥挤
re: [通知]最后一篇“非技术” frankyang 2008-09-02 12:11  
正如 生物的多样性保证其能在大自然中存留而不被灭绝。
07级人气很“旺”,大家兴趣各有不同,但愿如师兄所言,在08年能繁荣起来。

ps: 今天实验室买了十几台22"的LCD...
re: [通知]最后一篇“非技术” 合金枪头 2008-09-02 08:26  
@frankyang
+U吧,你们是我们实验室的“黄金一代”
re: [通知]最后一篇“非技术” frankyang 2008-09-01 17:07  
还有这档子事。

今晚听了赵亮的报告,内容很丰富~
re: [通知]最后一篇“非技术” 合金枪头 2008-09-01 08:07  
@丁学
我真的完全可以理解,如果我是管理团队的成员,也会采取同样的措施。

作为网站管理员,尤其是博客网站,对于非技术话题的关注恐怕还更多于技术话题,既不能超越“底线”,又不能过于严格以至于打击作者积极性,的确是像高空走钢丝一样的难,我完全可以体会你们的辛苦。

所以,为了“大家能够一直存在着”,我把非技术部分剥离出去,希望能对园子起到一点积极的作用吧。
re: [通知]最后一篇“非技术” 丁学 2008-09-01 02:27  
呵呵,博客不是反对非技术,只是希望大家能够一直存在着,所以,还请见谅
re: 德语区国家的摄影测量与遥感 合金枪头 2008-08-28 13:31  
@vitamincc
你的ip貌似也是慕尼黑的;)
re: 德语区国家的摄影测量与遥感 合金枪头 2008-08-28 13:28  
@vitamincc
我不是在GeoInformation,是在Cartography系。工作嘛,现在还没考虑呢,呵呵,先读完再说吧:)
re: 德语区国家的摄影测量与遥感 vitamincc 2008-08-28 10:37  
博主也是在TUM的GeoInformation系么?这个除了读博工作到底好不好找啊
re: Python和Ruby循环语句的效率问题 士兵偷鸡 2008-08-26 08:32  
for循环在编译后的代码相当简单,就是开头一个mov ecx,n;结尾一个loop指令就可以解决的问题
因为.Net框架的即时编译,所以C#中的循环和C语言中的循环效率相差不会太多,包括有老兄说道ironpython的效率也差不多我想也是这个原因

但是python和ruby 包括其他的解释语言,我想完成“循环”这个动作可能比较复杂的吧 要是我能想出办法来调试一下python可能会得到答案

也许对你的工作来说,循环个几百万次是很正常的需求,但是一般使用py的可能不怎么会碰到这种需求,我看过许多所谓的py已经与编译语言效率差不多的文章,大都会提到一句话“效率的瓶颈在IO”。也就是说,别人的循环体里,一般都会有一些涉及到IO的操作,而不是简单的couter++ 。测试一下用循环来读写数据库,应该就会发现,效率虽然有差别,但不会是1S:1min+这么大的比例了

以脚本为主,编译为辅的梦想应该不会被击碎,毕竟py提供了C扩展,这种涉及到算法的需求,还是写扩展吧。
re: 初识linq 梦里花开 2008-08-26 04:27  
linq的用处很多,楼主说到的只是linq to SQL,为了照顾到一个宽泛的目的,在一个领域里不如专业的工具也是可以理解的 。与纯粹的ORM相比 我也觉得它十分之难用。我用了一下,其实是个很简单的事情,就是查询条件不是固定的,而是从一个变量中取得。用AOD.Net拼SQL就能够轻易解决的问题在这里竟然成了一个大难题,找遍google不仅资料及其贫乏,而且竟然没有一个真正能用的,也许是因为我费了3天功夫也还没明白表达式树的原因吧。
总而言之,这么看来linq要么是给精通.Net3.5的绝顶高手用的,要么就是为了方便中学生更快地学会怎么从数据库里取出那么一两条数据。反正我觉得我的需求不算变态,但是竟然满足不了。所以不管吹得多响,linq(至少linq to sql)还是有很长的路要走。
PS:后来我改用了NHibernate,本来没觉得那么不错,现在觉得相当凑合了。
re: 昨天做的鱼香鸡丝相当赞 梦里花开 2008-08-26 04:16  
其实宫爆鸡丁和鱼香肉丝的味道是差不太多的 而且鸡肉的口感更好 而且只需要切肉丁、胡萝卜丁和花生米即可 你说的很对 肉其实无所谓 关键在于鱼香味
re: 买根天线看开幕式 至尊王者 2008-08-09 03:40  
退货,是国人要学习的.
@崇山峻岭
GIS入门资料...这个,太宽泛了吧...你可以看ESRI出的《Modeling our world》,可以算是一本入门教材,Google一下就能找到下载,还有中文的。

更多的阅读材料可以到兔八哥的GIS空间站(www.gissky.net)或者马维峰和骆驼人的3S视讯传媒(www.3snews.net)上去看,据我所知,他们应该是信息量最大的中文GIS站点中的两个了
不错的,我就是想开始学习GIS,不知道博主有没有一些入门资料,如果有请发给我,真是十分感谢sunjunlin2008@163.com
re: 今天卸了暴风影音 合金枪头 2008-07-31 20:51  
@JimLiu
呵呵,你还真能DIY。我卸了暴风之后,就一直用MediaPlayerClassic 6.4.9.1了,就一个exe文件,挺好:)
re: Python和Ruby循环语句的效率问题 合金枪头 2008-07-31 20:49  
@JimLiu
呵呵,你说的没错,而且其实维基百科上就有Bellman-Ford的C实现,我之所以用Python除了觉得代码比较简洁以外,还因为现在手里有很多现成的Python代码可用,包括数据读取和结果的可视化,所以我就直接用现在的改了。

所以归结起来,恐怕就是一个“懒”字吧,呵呵。不过就像我原来写的,《懒惰是技术的重要驱动力》(http://www.cnblogs.com/rib06/archive/2007/11/18/963181.html);)
re: 今天卸了暴风影音 JimLiu 2008-07-31 18:56  
我用的暴风2,我关掉了自动升级,但是有时候还是会莫名其妙地自动升级到暴风3,二话不说,马上卸载重装。
暴风二我把窗口大概特改,就留下一个进度条和一个播放控制,其余包括标题栏什么的统统革命掉,看着那叫一舒坦,尤其是干别的事情的时候,可以缩小一点然后前端显示放在屏幕一角,暴风3那界面特“华丽”,还无法自定义,无法做到我需要的。而且启动还慢,不喜欢。
@合金枪头
楼主的话很有道理,赞
但是我个人还是不认为脚本语言适合做算法
因为算法实在太需要效率了,反而“简介”并不是很重要了。贝尔曼-福特不复杂,C语言写的话除了邻接表之外,核心算法也不过一二十行,但是效率却实在不是脚本语言能比的。
所以我觉得如果真的是做算法,大规模计算还是用C/C++适合一些吧。
或者是我对C/C++存在偏见?呵呵……
re: Python和Ruby的循环效率这么低? 合金枪头 2008-07-31 14:37  
@waitu
你说的很对,我没有就此一棒子把Python和Ruby打成“低效”语言,我从来都是认为各种语言各有所长,我们只是各取所需而已。我把标题改成“Python和Ruby循环语句的效率”了,原来的标题还是有些误导,呵呵。
re: Python和Ruby的循环效率这么低? 合金枪头 2008-07-31 14:33  
@Galaxy001
@匿名
谢谢测试:)
re: Python和Ruby有这么慢吗? 合金枪头 2008-07-31 14:30  
@JimLiu
“数据访问才是最可能出现瓶颈的地方”
-------
谢谢你的经验:)

这只是我的一个偶然的发现而已,并且首先怀疑是不是我的代码有问题,这也是发帖和写post的唯一目的。我开头就说了,我无意讨论语言的效率这种问题,语言就是扳子、钳子和电锯,各有各的功用,各有各的长处。

我用Python既不是做科学计算,也不是做网站,而是作为算法语言,因为它很简洁。然而如果在一个16108顶点,10310边的图中做最原始的Bellman-Ford需要7个多小时,而且进一步实验证明是实现语言的问题,那么我只能得出结论:“这棵树不适合用斧子砍,或许应该换把锯来”——仅此而已。

我今后还会用Python,而且更会用RoR开发网站,只是万一又遇到性能问题的话,我心里也能有个谱,知道可能是哪的问题。这个经验也许也对其他的开发人员有用,不至于像我前天一样,Google了半天,居然没找到什么有价值的信息。如果这个post真能对后来人有用,那就真是太好了。
re: Python和Ruby有这么慢吗? JimLiu 2008-07-31 10:46  
这有什么,难道还用Python和Ruby做科学计算?
数据访问才是最可能出现瓶颈的地方,底层都是C语言实现的,性能相差不会很大
一个网页内会出现1000*1000次循环吗?
虽然积少成多,但是我觉得这绝不会慢到“成为瓶颈”的地步
re: Python和Ruby有这么慢吗? waitu 2008-07-31 03:57  
不能单纯这么看。。

看豆瓣的速度就知道了。

PHP也快不到哪里,但是这些都不妨碍开发出来的东西的速度。
re: Python和Ruby有这么慢吗? 匿名 2008-07-31 01:08  
用ironpython試了一下 11秒左右
機器雖然不一樣 但看上去要比c的python快
re: Python和Ruby有这么慢吗? Galaxy001 2008-07-30 17:27  
time perl -e'for $i (1..16108) {for $j (1..10310){$count+=1 } } print "Counter=$count\n"'
Counter=166073480

real 0m24.129s
user 0m23.840s
sys 0m0.020s

time ./1.c.o

real 0m0.607s
user 0m0.610s
sys 0m0.000s

够慢……
re: Python和Ruby有这么慢吗? 合金枪头 2008-07-30 16:30  
@留恋星空

有什么建议吗?
re: Python和Ruby有这么慢吗? 留恋星空 2008-07-30 15:50  
这个?
很多系统的模块划分都是这种按功能去划分的。其实质上是缺少设计人员或者项目负责人偷懒,按功能划分各模块多容易啊:这个你做,这个他做。其他不用管了。
@不做懒人
唉,没办法,浮躁啊……
其实像国内大多数的地图网站,其路径规划服务都没有考虑单行道,甚至有些连道路级别也没考虑,就是纯粹的最短路径规划。对于这些网站来说,步行和车行都是一样,呵呵
re: 德语区国家的摄影测量与遥感 合金枪头 2008-07-22 12:47  
@lee1
呵呵,WUHAN GEO已经被卖掉啦...
好像是WUHAN GEO
re: 一切都只能继续 合金枪头 2008-07-19 08:45  
多谢~~

昨天无法控制的想到很多消极的东西,现在还没有完全缓过来,正在调整...
re: 一切都只能继续 肥猫 2008-07-19 01:05  
咋啦?
嘿嘿,杂家~~
re: 一切都只能继续 陈鸿伟 2008-07-18 21:23  
怎么这样???
那个"痛苦"指什么? 工作??
re: 中国动漫产业落后的症结 肥猫 2008-07-18 11:53  
小时候看天书奇谭到时候,觉得那小家伙刚出场的时候吃的大饼非常好吃。。。馋
re: 中国动漫产业落后的症结 合金枪头 2008-07-16 08:20  
@涩咖啡
我所指的落后的“主流”的观念,其实就产生于你说的那个鬼地方;)
re: 中国动漫产业落后的症结 涩咖啡 2008-07-16 04:40  
呵呵

其实 最主要的症结 在于:广电总局

再好的作品,你要在国内播出来,得广电同意.

而偏偏,广电负责审核的,却是一帮子七八十的老头子.
共13页: 1 2 3 4 5 6 7 8 9 下一页 末页