易码技术论坛

 找回密码
 加入易码
搜索
查看: 924081|回复: 31

呵呵,lee的签名!一点个人意见!

[复制链接]
发表于 2006-9-17 18:40:13 | 显示全部楼层
同意的说~~
发表于 2006-9-17 18:58:41 | 显示全部楼层
晕.那样对于lee是多大的损失你知道么?
再说...那点东西也不难研究的...
发表于 2006-9-17 19:38:08 | 显示全部楼层
引用第2楼gameghost2006-09-17 18:58发表的“”:再说...那点东西也不难研究的...
 楼主| 发表于 2006-9-18 08:54:10 | 显示全部楼层
"再说...那点东西也不难研究的..."
呵呵,这句 话可是理论上.这里有3点要注意一下
1、脑海中的理论有几成把握
2、理论和实际有一定区别
3、任何东西从无到有,比有模板改造、创新难!
呵呵,能这么说估计是软件开发出身的!

1、学软件出身、编译原理消化得怎么样,到达哪个层次!是否熟悉至少两中主流CPU结构及其汇编(注意这里可别告诉我8086/x86也在里面),是否了解一些CPU怎么控制外围器件的知识!
2、学电子出身,是否至少熟悉vc,vb,c#,delphi(这年头用这的好象不多了),其中一种.是否能写个界面不在话下!是否了解一些编译原理的知识!

如果能告诉我上面这些都不在话下,呵呵,那么恭喜你 !你是个达人,至少是我眼中的达人,大学四年没白过!也希望能分点经验出来交流一下
信或不信,都可以拿lee写的那个suplink来试试,注意这里包括电脑上的界面和TC800上的.
你会发现还是有很没把握到的!


这里我没有贬低谁、谁的意思!
发表于 2006-9-18 09:39:22 | 显示全部楼层
说得好。
要正确理解理论和实践的关系。
要正确理解理论和技术细节的关系。
有理论不一定就能做出实验品,能做出实验品也不一定能做出有使用价值的产品。
年轻人不要好高务远。
发表于 2006-9-18 09:41:23 | 显示全部楼层
至于开源,不是没有可能,但现在还不是时候。
发表于 2006-9-18 11:16:24 | 显示全部楼层
呵呵,上上上楼的理论很有趣。

ps:据我所知,yan不是“学软件出身”也不是“学电子出身”但可以写出WQX上的编译工具,gameghost好像还是高中生。
引用第2楼gameghost于2006-09-17 18:58发表的“”:再说...那点东西也不难研究的...
发表于 2006-9-18 14:59:21 | 显示全部楼层
搞模仿与搞创新是两码事
发表于 2006-9-19 12:09:52 | 显示全部楼层
引用第4楼lizhaoyang_62006-09-18 08:54发表的“”:
"再说...那点东西也不难研究的..."
呵呵,这句 话可是理论上.这里有3点要注意一下
1、脑海中的理论有几成把握
2、理论和实际有一定区别
3、任何东西从无到有,比有模板改造、创新难!
.......

1、学软件出身、编译原理消化得怎么样,到达哪个层次!是否熟悉至少两中主流CPU结构及其汇编(注意这里可别告诉我8086/x86也在里面),是否了解一些CPU怎么控制外围器件的知识!
2、学电子出身,是否至少熟悉vc,vb,c#,delphi(这年头用这的好象不多了),其中一种.是否能写个界面不在话下!是否了解一些编译原理的知识!

和平讨论……和平讨论……
其实gameghost说的是不难“研究”,也就是理论上面的东西嘛~~

这位朋友说的挺中肯,不过后一半我有点不同意见。
无论如何,感觉UI的实现绝对不是什么难点……从无到有开发一整套UI是挺麻烦的,但是win32下面或在那台Tc800下肯定不是麻烦事情。
前者是因为有底层的东西已经有了,后者是因为实现的UI本身比较简单的~^_^

个人感觉在应用层面上的东西,很多时候难在设计上,不是实现上。
就譬如脚本语言,现在有很多很多种,可是真正流行的就那几种。
好的设计+高效的实现是王道,而且显然设计上的难度更高。

编译原理是门深层次的学科,但并不是说非要学到很深才能做东西。
而且也想说一下,编译器的实现难度和语言的抽象程度有很大关系。
从这一点上说……譬如一个c++的编译器和一个c的编译器……啊,不说了。

和平讨论……和平讨论……^_^
 楼主| 发表于 2006-9-19 12:48:43 | 显示全部楼层
呵呵,也再说一点!很多时候写软件是因为别人已经给你抽象出了一个平台,可以不用去关心底层的,而真正到自己需要去写这么一个平台时,你还是需要考虑许多问题!如何操作你的硬件、如何让你的平台更优化!
  
        和平讨论……和平讨论……^_^
发表于 2006-9-19 14:12:21 | 显示全部楼层
浅谈一下
能做出来和做出来有使用价值的东西这两个概念相去甚远
和平讨论……和平讨论……^_^

开源不是无可能。但是现在某公司一直在盗版LavaX,开源倒成全它了,不可以啊不可以
发表于 2006-9-19 17:22:47 | 显示全部楼层
引用第10楼lizhaoyang_62006-09-19 12:48发表的“”:
呵呵,也再说一点!很多时候写软件是因为别人已经给你抽象出了一个平台,可以不用去关心底层的,而真正到自己需要去写这么一个平台时,你还是需要考虑许多问题!如何操作你的硬件、如何让你的平台更优化!

但是这并不意味着底层的开发就更难……侧重点不同,得具体问题具体分析。

如果非要提Lava的话,我觉得其意义在于,它在WQX这个产品上获得了广泛的应用,这源于它的功能与易用性的平衡。它的很多基本设计遵循了经典的c,而c是经过历史检验的……但是它又远没有c那么复杂,也使得它更容易在这个圈子中被推广。

至于lava的这套东西的技术含量,就是见仁见智的问题了,我不随便扯了。不过可以肯定的是,Lava还可以做的更好,即使在这个小圈子里面^_^可惜lava毕竟不是free software,也就不好苛求,这种事情随作者的兴致咯~

相对的,那个GMC在说明文档上看功能也不弱,但其实这个设计可以说比较失败。目前其唯一实现——T1200的那个解释器(还有没有其他?),不知道是技术限制还是机能限制,实在是够糟糕的=.=而中文编程这种东西,有了易语言的前车之鉴,难道还不够?

有些东西功能想的不错,但并不是总能有高效的实现,或者只是想当然。假如这时候还抱着旧的设计方案不放手,那就太失败了=.=
发表于 2006-9-19 17:59:39 | 显示全部楼层
LavaX当然可以改进。而且已经改进了,那就是Lavo!从来只有更好,没有最好!
发表于 2006-9-19 18:10:43 | 显示全部楼层
写大型软件就象盖房子,什么步骤最难?搭架子!
在已经搭好的架子上砌几块砖很容易。
不要会砌几块砖就想当然的认为自己能搭好架子。
发表于 2006-9-19 21:40:22 | 显示全部楼层
这是当然,但是反过来架子也不是几块砖就可以搭好的。

话不是针对Lava的,主要是现在的架子太多,看得人眼都晕了。
譬如那个什么太极语言,还有sinox...
发表于 2006-9-19 22:17:24 | 显示全部楼层
你没看懂!
搭架子绝对不是用砖的!
只会砌砖的搭不好架子的。
所谓要求开源的,往往就是砌砖者,他们需要一个现成的架子!
发表于 2006-9-19 22:20:32 | 显示全部楼层
用砖搭成的架子会跨塌的
发表于 2006-9-20 01:08:10 | 显示全部楼层
引用第16楼leesoft2006-09-19 22:17发表的“”:
你没看懂!
搭架子绝对不是用砖的!
只会砌砖的搭不好架子的。
所谓要求开源的,往往就是砌砖者,他们需要一个现成的架子!

要求开源的的确有些是这样的想法。
但是也有开源项目是在开源之后慢慢作大的,比如OGRE……

框架是重要,但是单一个框架也成不了大事呀~
发表于 2006-9-20 06:01:11 | 显示全部楼层
如果有能力搭架子就自己搭一个,没能力就算了
发表于 2006-9-20 06:21:12 | 显示全部楼层
至于开源,我会在解决某公司的盗版问题后认真考虑是否开源以及如何开源。
您需要登录后才可以回帖 登录 | 加入易码

本版积分规则

Archiver|手机版|小黑屋|EMAX Studio

GMT+8, 2025-6-18 02:05 , Processed in 0.014697 second(s), 16 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表