兽族的荣耀

比天空更青蓝的悠远

博客园 首页 新随笔 联系 订阅 管理
  215 Posts :: 0 Stories :: 657 Comments :: 35 Trackbacks

我的评论

共4页: 1 2 3 4 下一页 
re: 90后程序员工作经历 xiaotie 2008-10-09 02:35  
顶一下楼主,可以看出楼主:
·有想法
·有勇气
·有自信
这比什么都重要。如果能够保持这些三十年,即使楼主只有小学毕业,也能取得非常大的成就。
re: 未来软件是什么样子? xiaotie 2008-09-16 21:34  
当是小时候过家家呢
re: 个人简历 xiaotie 2008-09-12 03:32  
@了凡
得令
re: 探讨:C++与Java如何协作? xiaotie 2008-09-09 12:11  
博主可以关注D语言
re: 小论微软的成功 xiaotie 2008-09-08 15:51  
@非主流程序员
.NET,在B/S上上有擅长大型应用的J2EE,下有面向Web的PHP,ASP.NET夹在中间不好过吧?C/S上,不得不说C++的经典与高效。不得不说,WPF的客户端的性能的差劲。

>> .NET很成功,它成功的阻止了大量windows上的程序员向java和php迁移,对于MS来说,这是天大的利益,对于促进服务器产品的销售,对于客户端垄断地位的稳固作用非凡。相比,sun从java中捞到了多少?php又给哪个公司贡献了大量的现金流?WPF不说了,再等几个版本看看成器不成器,我现在不敢用。

你说的c#语言,也远远排在Java之后!而Struts, Hibernate, Spring, EJB,Flash,知道这些英文单词的人远比知道LINQ,Silverlight,WPF,WCF,WF的人多!

>>这个说明不了什么。网上的那些排名很不好说,至少低估了C#和.Net,因为第一个微软的MSDN文档很齐全,网上的资料相对来说就不是很多。第二个微软的东东集成性高,这样一来很多应该有文档的就变得不需要了,从而又减少了网上的资料量。

至于数据库,上有Oracle数据库之王,下有免费的MySQL,SQLServer的未来堪忧。

>>这一点不清楚,反正我对SQLServer非常不感兴趣。

浏览器上,IE,不说了,非IE的浏览器太优秀了。

>>太字说不上。用了一圈浏览器回来,俺还是回归了ie。

至于操作系统,Vista已经失败了。在服务器系统,Linux/Unix已经为王,而且免费,你会选择性能并不强但价格奇高的WinServer么?

>> Vista是败给了xp,但最终还是会成功,只是时间问题。服务器端不好说,价格倒不算高。

微软树敌太多了,确实应该改一改来适应未来的互联网时代了。传统的软件已经被互联网应用代替,开源也成为潮流!微软,你的未来在哪里?

>> 未来就在那个windows,吃上二三十年不算难。Office估计还能坚持十来年。开源对微软没啥好处。就像开放协议对gmail有好处,对qq没啥好处一个道理。Java是成功,可是对Sun来说,算成功吗? Mysql用的人是多,但一年能多少收入?Linux ...... 一样,那一个开源软件成为现金牛?

>> 微软不是不想拥抱互联网,不是不能拥抱互联网。C#不是不能搞个Linux/Unix的官方版本。只不过那样做一搞不好,就会损害windows这个根基。

我喜欢第三天路,忘记模式。看看庖丁解牛。多剖几个软件,几个模块。有时间的时候,找一个问题,多试几个解决方案,体会多了就可以了。
re: 论番茄花园的倒掉 xiaotie 2008-09-03 12:15  
@ocean
你搞混了价值和价格。
re: 寂静的战争 xiaotie 2008-09-03 11:13  
too long, too naive, too simple
Web 2.0: http://en.wikipedia.org/wiki/Web_2.0
Web 3.0: http://en.wikipedia.org/wiki/Web_3.0

这是个见仁见智的问题。我更倾向于用媒介的冷热来区分Web 1.X与Web 2.X。比如我觉得上面的Web 2.0只能称为Web 1.1,Web 3.0只能称得上Web 1.2。Web 1.0 was "read-only", Web 1.1 is "read-write", and Web 1.2 will be "read-write-execute". 现在的网络游戏俺将它当作Web 2.0的雏形,甚至偶也赞成腾讯QQ是Web 2.0的观点。至于Web 3.X,偶觉得应该是这样的:至少应该让我可以从网上直接下载一个热气腾腾的面包过来吧。
@巫云
我以前写的代码,50%都是copy,修改
现在写的代码,大概只有不到5%是copy,修改。基本消除了copy了。
大教堂和市集的区别。以前喜欢大教堂一些,现在喜欢集市一些。
赞这一系列!最好出本书,出了一定买本。
re: 选择奋斗---激励自己 xiaotie 2008-08-24 00:56  
太虚!
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 19:41  
@C+++
windows交钱了的。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 01:09  
@lexus
工作的一部分。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 01:05  
@Gray Zhang
现在就是采用那种模式在做。不过我把Web项目分离出去了,不然一rename,很不爽。这样一来,经常要打开好几个解决方案,中间会有交叉。此时,机器内存占用那是一个大啊。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:52  
@Gray Zhang
我偏爱eclipse式的项目管理。我的project都是小dll。可能这次一个开发项目,要用上其中的a,b,c,d,e五个dll,下一次的开发项目,又要用到d,e,g三个dll。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:41  
@Gray Zhang
我现在一个Solution下有40多项目了,还是把Web项目分离出去之后的结果。不分离之前,那才痛苦。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:35  
@逖靖寒
VS这一点比eclipse做的废材多了。eclipse上我想打开哪个打开哪个,想关闭哪个关闭哪个。只有项目这个概念,没有解决方案这个概念,项目之间的关系是由项目引用决定的。而VS中,不同的项目之间的关系是由解决方案约束的。一个解决方案,要么全打开,要么全不打开,耗费系统资源不说,当项目一多,项目之间的引用关系变得复杂时就很不爽。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:21  
@逖靖寒
当初用了eclipse回头用VS,一次只能打开一个解决方案,心中大骂,太不爽了,太垃圾了。慢慢的习惯了就好了。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:17  
@Gray Zhang
毕竟少。就像google的服务器全是垃圾山寨机,硬盘一天坏一堆,但并不妨碍他整个系统的优秀。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:06  
@Gray Zhang
他应该指的是数据库。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-21 00:00  
@阿斯顿飞
我对这些都不看好。我现在是在家办公,以接项目和卖产品为生,必须走专业化道路,做些做的人少的,没什么人能做的。正在向产品和服务转型,因为做项目太累了,会的人又多,利润也不高。是发展核心技术的时候了。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-20 23:41  
@阿斯顿飞
如果大项目是指这样的项目,那么我没做过。除了第3点。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-20 23:30  
@阿斯顿飞
做的项目加起来好歹也有大几百万了。不过,这些确实不能算大项目。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-20 23:29  
@Phantaci.com
php第一不会,第二我Web开发做的较少。ruby太弱。
re: 搭建免费的.Net开发环境 xiaotie 2008-08-20 23:15  
@深蓝
不好用
re: 搭建免费的.Net开发环境 xiaotie 2008-08-20 23:07  
@C#foreach
这里推荐的是免费又好用又差不多足够用的环境。
@非主流程序员
D版用习惯了吧。Windows一般品牌机自带。现在倒找我钱我也不会升级到vista,根本没升级的需求。VS 2008用免费版,MSDN用Web版,数据库用MySql。离开D版照样活得好好的。
@xland
就这个需求而言,不将它当作Asp.Net程序,仅仅当作一个普通的.Net程序,会发现简单了很多。
关于西蒙的钟表匠故事可以参看《设计规则》一书第56页。地址:
http://books.google.cn/books?id=sZSWWGr6pycC
点击预览可以看全书。
我那篇砖主要拍的是楼主的方案不合理,属于ajax的bad practice。小需求也并不是不进行OO设计的理由,有时候OO只是一个习惯,不用刻意的去追求,脑袋里留意一下就可以了。确实楼主给我的感觉像是Web程序写多了,忘记了基础的东西。比如,楼主上一篇文章说了超时、SQL、线程啊等等那些折腾的很费力,这些的实质原因就是楼主的设计。我的核心需求和楼主的差不多,但我那一块代码只花了一小时就完成了,并且还是WebForm和WinForm双版本的,可以同时用多个帐号发。事前也没刻意的设计,更别提UML,那玩意百年才用一次。

现在楼主释放了详细代码,具体分析一下:

(1)具体的逻辑和客户端绑定的很紧,和Page,Session有很深的耦合。因此才会涉及到Session生命周期等问题。就这个需求而言,这样做有以下的缺点:
·用户使用时需要很谨慎,需要比较多的关于这个系统的知识,更理想的状态是:用户选择一个列表,发一个指令,就可以不管了,然后想什么时候看进度就看进度,关了电脑拍拍屁股就走了也不会影响系统的运行。和这些东东关联的是用户的ID,而不是用户的Session及正访问的Page,Page只起显示信息的作用最好。
·加大了工作量。按常理推断,客户分类应该是储存在数据库中,这样从服务器取过来,组合,再发送到服务器,拆分,是不是没必要?
·GetAjax这个方法里面硬编码了这么多东西,且不说写这个方法要花时间,要想改动一两个字,也得重新编译程序。
·需求变化了,得改较多东西
(2)thread就不评价了

分析整个系统,最主要的一点是系统很僵硬,都抱成一团,这样典型的缺点就是:
(1)系统应对变化的能力很差。当然,楼主可以说,我这个系统需求很明确,了然于心,也不怎么可能变化。那么,下一点:
(2)系统隔离bug的能力很差。西蒙在几十年前发表过一个论文,讲两个钟表匠A,B制作钟表,钟表有1000个零件,要把这1000个零件组合成一个钟表。A将零件一个又一个的拼凑,B将每10个零件组合成一个组件,再拼凑组件。如果不出异常,肯定是A比B快。问题是,旁边的电话机会随时响,当然也可能永远不响,这个概率很低很低。电话响了钟表匠得去接电话,一接电话手中的活就得坍塌,对A来说,坍塌的是整个钟表,对B来说,坍塌的只是一个组件。这个电话骚扰就类似于我们程序中的bug(或变化),博主的方案就类似于A,一出bug影响的都是一大片,第一定位bug困难,第二修正bug困难,第三因为牵扯的多,可能解决了一个问题又出新问题了。
(3)系统的重用性差。第一,功能上的重用性差,同样的功能,变换个场景,恐怕得改不少东西。第二,代码的重用性差,以后别的项目要用到这些功能的话,得改更多的代码。
@xiao_p(未登陆)
ActiveRecord确实非常非常好用
re: 设计模式到底离我们有多远 xiaotie 2008-08-18 18:44  
@涵舍愚人
设计模式和OO无关,只不过OO能方便的实现设计模式而已。
@火无极
信息都在MessageCache<TMessageHolder>里了,一目了然。写出来不过只是hello world级别的ajax的应用了,不值一提。
re: 设计模式到底离我们有多远 xiaotie 2008-08-17 22:09  
模式很重要的意义是用来交流。苹果是先于“苹果”这个词而存在的。“苹果”这个词,没它之前,我们可能就说“这个东西”,“那个东西”...... 这样交流效率很差。有了模式之后,利于我们交流和表达,利于记忆,利于知识的传递。但这并不代表着模式就一定是好的东西,模式的好与坏与应用方式和应有场景有关。

"很多程序员苦于无法应用设计模式,是因为没有一个环境,所处的位置就是底层的,想参与,但总是没有这样的机会与渠道"。这句话是错误的,你只要想用,无论是开发什么,基本都有可能用上,无非就是会不会用的问题,适合不适合的问题,用的好用的坏的问题。

分两种情况来看:
(1)使用:当你写一个页面时,你已经在用模板模式了,当你写一个事件的时候,你已经在用观察者模式了,当你在用正则表达式时,你已经在用门面模式了。

(2)实现:当你写一个泛型类或泛型方法的时候,你极有可能正在实现策略模式(可能自己还没感觉到),理解策略模式会让你的泛型程序写的很好。此外,什么wrapper,享元啊,迭代器啊,都是经常会用上的。
IDE: VS 2008,不过今天在尝试 Eclipse + emonic + nant
反编译器:Reflector
Uml: Visio
图片处理:firework
.NET代码自动生成器:VS自带的那个snippet
我首选china-pub,其次卓越,再其次当当。相比价格,我更关注的是服务。买书时每一个订单上我都写上“书要新,无折痕”,china-pub每次很配合,这点做的很好。
re: 直指Adobe的龌龊行径 xiaotie 2008-07-26 06:09  
(1)盗版的吧?
(2)我记得安装时可以选择是否自动更新。也可以手动去掉自动更新:编辑->首选项->更新->不要自动检查关键更新
(3)Adobe的软件很不错的,不比微软的差
每个人对技术都有自己的理解,比如我就不认为科普文章算得上技术文章。
re: SourceForge 的中文替代网站 xiaotie 2008-07-21 08:46  
赞一个
我现在租房住 要多爽有多爽
re: 对于一道面试题的一点看法 xiaotie 2008-07-15 07:02  
用得着这么复杂吗?

while(Temperature<=100)
{
Heat();
}
re: 日志维护一点心得二 xiaotie 2008-06-28 01:13  
log4net是蛮好用的。对于大日志,gnu的那一套工具非常好用:more, tail, grep, awk...... 尤其是分析动辄几G的日志
re: 最近的一些随感——简历 xiaotie 2008-06-26 20:45  
赞一个
@未登录的怪怪
破坏性技术仅仅是针对企业而言的。试想有两种技术投资,一种投资开发的技术能够增强企业的竞争优势,另外一种投资开发的技术能够降低企业的竞争优势,那么前者就是维持性技术,后者就是破坏性技术。在一个成熟的企业之中,后者很难生存。

Windows虽然和Dos完全不是一码事情,但这一点也只是工艺上的。在产品上,Windows保持了对Dos程序的兼容性,并且更容易使用,即维护了原有的价值,又添加了新的价值,可以算是持续性技术。

而Linux可能会破坏Windows的整套价值体系,在这上面的研发投资很难能够带来什么好处,反而,害处一大堆。
@Duron800
横线画不上去。
共4页: 1 2 3 4 下一页