|
主题: 苦海无边,回头是岸!
|
改将
职务:普通成员
等级:1
金币:0.0
发贴:102
|
#12002/8/9 20:17:21
苦海无边,回头是岸!(关于director和authorware) 问:AW还有前途吗??? 答:没有! 问:为什么??? 答:他的工作方式太怪,喜欢程序一点的用director,喜欢设计一点的用flash,他那个。说程序有没有什么程序,说效果又没有什么效果。而且相对时间轴方式的多媒体软件来说。那中流程图式的设计方式落伍了。 驳:authorware 也是一个不错的多媒体制作工具,但其应用的领域没有director那么广泛,多用于一些多媒体教学课件的制作,也有不少的外部函数及插件的支持!通过这些支持,大大加强了其互动功能的开发,它基于流程图的编辑方式就非常适合一些简单课件的开发,对开发人员的要求也不是那么高! 圆场:我用authorware有一年多,对她算是有点了解。在上海的时候我的经理,是国内搞多媒体,用authorware比较早的一批人。到现在他还只用authorware。同样在国外用authorware做开发的也不在少数,我有个同事"泡泡龙"(算是同事吧)德国大学搞课件开发也用authorware。bye the way,上交大几个研究生到德国用的开发工具,也是authorware。在国内来说,在教育界用authorware比较多,在一般公司好想少一些(其中的原因,有很多不必细说)。 当我从authorware转到director开发时,也曾经为dir的速度,强大的调试功能所倾倒:)。不过,以我的理解做多媒体也好,搞程序开发也好,搞不搞得好,和工具是没有太直接的联系。最终还是工具之外的原因决定你的成败。 工具和方案是制作成败的重要因素。对于什么才是关键?这个很难说,仁者见仁,智者见智。 答者继续答: 嘿嘿,工具是很重要的。authorware和director拉的太远,好象是大刀和枪的区别。虽然说战争的最后拿枪的打不过拿刀的也是有可能的,不过那是少数了。业界现在比较统一的观点是: 首先是用最适合的工具做你所做的事情, 然后就是用你最熟悉的工具做你所做的事情。 我看这个观点是比较正确的。至于authorware,我实在看不出他会“适合”于做什么样的事情,人们选择他一般是第二点所强迫。也就是说作者本人除了authorware就没有更熟悉的软件了。可能现在用authorware的“大部分”是这样的一些人吧!我们公司的经理就是。 还有一种情况就是公司逼着用。因为这个家伙的维护和修改比较容易一点,公司也省点钱,加快点效率,我就是这样的被逼着用上authorware的。这也可能是authorware存在的唯一理由吧! “存在既合理”,常常是对的,但是也不能说没有“不合理也存在”这中清况的存在。现在authorware处入不合理也存在的地步,到最后,就是:“不合理就不存在了”。 最后: 还是给大家一个忠告,苦海无边,回头是岸,转向吧!向着director,前进,前进,前进进。 。。。。。。。。。。。。。。。。。。。。
以上来自MDS,新开张的专业的多媒体网站,www.51director.com
编辑历史:[这消息被kwwx编辑过(编辑时间2002-08-09 20:19:17)] [这消息被kwwx编辑过(编辑时间2002-08-09 20:19:45)]
|
mimicico
职务:普通成员
等级:1
金币:0.0
发贴:129
|
#22002/8/10 13:11:46
胡说八道!
|
三维全景互动设计室
职务:普通成员
等级:1
金币:0.0
发贴:138
|
#32002/8/10 18:01:35
简直是胡言乱语!!只是因为自己使用Authorware水平太低,就这样胡说八道!!
|
改将
职务:普通成员
等级:1
金币:0.0
发贴:102
|
#42002/8/10 21:23:05
不是,我是一片好心了。何况我的水平也不算很低的了。入了门吧!也做了大半年的项目。:) 如果你说他好,好在哪里?实在没有发现。:) 做事情讲究的是要证据。 忠言逆耳啊!
|
mimicico
职务:普通成员
等级:1
金币:0.0
发贴:129
|
#52002/8/11 15:15:06
为什么说是胡说八道呢? 因为如下原因!
|
mimicico
职务:普通成员
等级:1
金币:0.0
发贴:129
|
#62002/8/11 15:28:35
kwwx在上个帖子中说 引用: 苦海无边,回头是岸!(关于director和authorware) 问:AW还有前途吗??? 答:没有! 问:为什么??? 答:他的工作方式太怪,喜欢程序一点的用director,喜欢设计一点的用flash,他那个。说程序有没有什么程序,说效果又没有什么效果。而且相对时间轴方式的多媒体软件来说。那中流程图式的设计方式落伍了。
Authorware是标准的基于过程的程序设计方法,如果你是从C或者Pascal过来的,你肯定喜欢Authorware多余其他,因为二者思考方式完全一样。至于Director,如果是搞设计之类的出身,那么使用起来应该会顺手一些。 也许,Authorware对于没有程序设计训练的人来说,更困难一些,但对于有程序设计开发经历的人应该更顺手。 而且其效率绝对不低,某些人用C写的东西也照样很慢,这是个人水平问题,不是工具的问题。 引用:
驳:authorware 也是一个不错的多媒体制作工具,但其应用的领域没有director那么广泛,多用于一些多媒体教学课件的制作,也有不少的外部函数及插件的支持!通过这些支持,大大加强了其互动功能的开发,它基于流程图的编辑方式就非常适合一些简单课件的开发,对开发人员的要求也不是那么高! 圆场:我用authorware有一年多,对她算是有点了解。在上海的时候我的经理,是国内搞多媒体,用authorware比较早的一批人。到现在他还只用authorware。同样在国外用authorware做开发的也不在少数,我有个同事"泡泡龙"(算是同事吧)德国大学搞课件开发也用authorware。bye the way,上交大几个研究生到德国用的开发工具,也是authorware。在国内来说,在教育界用authorware比较多,在一般公司好想少一些(其中的原因,有很多不必细说)。 当我从authorware转到director开发时,也曾经为dir的速度,强大的调试功能所倾倒:)。不过,以我的理解做多媒体也好,搞程序开发也好,搞不搞得好,和工具是没有太直接的联系。最终还是工具之外的原因决定你的成败。 工具和方案是制作成败的重要因素。对于什么才是关键?这个很难说,仁者见仁,智者见智。 答者继续答: 嘿嘿,工具是很重要的。authorware和director拉的太远,好象是大刀和枪的区别。虽然说战争的最后拿枪的打不过拿刀的也是有可能的,不过那是少数了。业界现在比较统一的观点是: 首先是用最适合的工具做你所做的事情, 然后就是用你最熟悉的工具做你所做的事情。 我看这个观点是比较正确的。至于authorware,我实在看不出他会“适合”于做什么样的事情,人们选择他一般是第二点所强迫。也就是说作者本人除了authorware就没有更熟悉的软件了。可能现在用authorware的“大部分”是这样的一些人吧!我们公司的经理就是。 还有一种情况就是公司逼着用。因为这个家伙的维护和修改比较容易一点,公司也省点钱,加快点效率,我就是这样的被逼着用上authorware的。这也可能是authorware存在的唯一理由吧!
authorware不是因为只会用它才用它,我用过director,用过toolbook,当然用的最多的可能是VB,现在主要用C++,所以,不是只会用它才用。用Authorware,只要你思路得当,很多问题都非常好解决,至于所谓软件工程领域的问题,关键在于如何管理和使用,不是工具的问题。 刀与枪的比较很牵强,如果真的是程序出身,delphi和VB都可以用,也一样简单。我想,用Director更多的应该是时间控制比较多的领域,比如视频音频控制需要的多的地方。但多媒体的核心还是在交互,不是花梢。 引用:
“存在既合理”,常常是对的,但是也不能说没有“不合理也存在”这中清况的存在。现在authorware处入不合理也存在的地步,到最后,就是:“不合理就不存在了”。 最后: 还是给大家一个忠告,苦海无边,回头是岸,转向吧!向着director,前进,前进,前进进。 。。。。。。。。。。。。。。。。。。。。
以上来自MDS,新开张的专业的多媒体网站,www.51director.com
所以,没有必要放弃什么,特别是工具,需要决定工具,不是工具决定需要。开发多媒体用Authorware或者director,开发网络后台应用用ASP或者PHP,JSP等等。道理都是一样。
|
改将
职务:普通成员
等级:1
金币:0.0
发贴:102
|
#72002/8/11 17:45:00
为什么说我说的不是胡说八道,看下面: mimi在上面的帖子上说: ------------------------------------------------------------- Authorware是标准的基于过程的程序设计方法,如果你是从C或者Pascal过来的,你肯定喜欢Authorware多余其他,因为二者思考方式完全一样。至于Director,如果是搞设计之类的出身,那么使用起来应该会顺手一些。 也许,Authorware对于没有程序设计训练的人来说,更困难一些,但对于有程序设计开发经历的人应该更顺手。 而且其效率绝对不低,某些人用C写的东西也照样很慢,这是个人水平问题,不是工具的问题。 -------------------------------------------------------------
首先一点就是:你说如果是从c或pascal过来的,应该是说以上的人员有c或pascal的基础,不知道我理解的对不对。 那我不知道你有没有试过在5d上面发个统计一下有c或pascal基础的人在D和A之间会首选那一种工具的帖子(纯粹,而不涉及具体的项目)来验证你的结论的正确性呢?我想结果可能会出乎你的意料吧!(听说很多老师都会首选authorware哦!也没有调查过,不知道是不是真的。) 虽然authorware语法是类pascal的,而lingo的语法是类basic的,不过director在交互上面的能力可能要比authorware要强一个数量级哦!
----------------------------------------------------------------------------- authorware不是因为只会用它才用它,我用过director,用过toolbook,当然用的最多的可能是VB,现在主要用C++,所以,不是只会用它才用。用Authorware,只要你思路得当,很多问题都非常好解决,至于所谓软件工程领域的问题,关键在于如何管理和使用,不是工具的问题。 刀与枪的比较很牵强,如果真的是程序出身,delphi和VB都可以用,也一样简单。我想,用Director更多的应该是时间控制比较多的领域,比如视频音频控制需要的多的地方。但多媒体的核心还是在交互,不是花梢。 -----------------------------------------------------------------------------
首先向您表示尊敬,我没有用过toolbook,看都没有看到过,只是听莫特介绍过一次。其他的我也不是很会。所以说您可能水平比我高很多,可是您的水平高并不代表着您说一切的是对的。真的是程序出身,delphi和vb当然都可以用,他们又会有什么不可以用呢?现在的问题是: 很多的事情不是做的到与做不到的那么简单了。是想不想得到去做,做的好做不好的问题了。可以用不代表用的好,每个人的精力都是有限的,如果把有限的精力用的更好,是个很大的学问,所谓的同时精通delphi和vb,还有c++的,那是天才吧!我不是天才,我觉的一个小小的director,我现在还很难好好的搞定他呢!何况其他。 至于“多媒体的核心还是在交互,不是花梢。”这句话,我希望你说的是对的,这样用director就更有理由了。可惜你的却不是完全正确的。很明显,多媒体的定义很广,如果是一个公司动画演示的多媒体,叫我怎样说呢?难道它的核心交互,难道他不是多媒体。 其实我认为多媒体交互和界面来说,很像一个人外表和内在。虽然从小我们老师叫教导我们:看人不要看外表。要看他的品德和内心。可是现实却往往是外表其实很重要,就像商品的包装一样。
------------------------------------------------------------------------------------------------------- 所以,没有必要放弃什么,特别是工具,需要决定工具,不是工具决定需要。开发多媒体用Authorware或者director,开发网络后台应用用ASP或者PHP,JSP等等。道理都是一样。 ------------------------------------------------------------------------------------------------------ 上面的其实说的很正确,需要决定工具,以后将会没有什么“需要”会需要authorware了。所以说:广大的authorware朋友,快快转吧!为了你们更加美好的明天,转转转!
另:具我推测:authorware在以后的几年最终将会被MM公司抛弃。大家不奇怪authorware比director卖的贵这个事实吗?这其实我认为是MM公司的策略之一。如果他们宣布authorware6是最后一个版本,我也不会觉的奇怪的了。 补:一个优秀的程序员,就算是lingo程序员,最终还是要学点c++好,不用它,也需要基本明白它!没有一个vb和delphi高手会说:我不懂c++(不过可以不懂vc),反过来,一个c++程序员就可以很自豪的说:我什么都不懂,我就懂c++,这就是现实。 附:坚实的基础,良好的素质,具备沟通的能力,是个成功的普通人所需要的。当然,天才例外。 人的优良本质是不会过期的。过期的是其他一些东西。
|
与人同乐
职务:管理员
等级:6
金币:18.0
发贴:3928
|
#82002/8/11 22:16:26
AW是基于流程图的,强项是交互,可以设计很复杂的流程但保持清晰的思路。想必任何有编程经验的人都曾在纸上或脑中绘出需要的流程框图,AW本身就提供了这种环境,程序流程上的可视化目前AW是最好的。其它许多号称可视化的开发工具仅仅提供了界面对象的可视化或内部类层次结构的可视化。
DR是基于时间轴的,这一先天因素决定它的强项是同步,因此它对动画、音频等纯演示类内容的支持是最好的。
以上两者针对不同,各有所长。目前DR与Flash在国内大受欢迎的原因我个人认为是大家都希望看到或作出漂亮的东西:漂亮第1,交互其次。AW方面,我们应该认识到国外AW应用水平比国内强很多,并且国内教育系统正式推广AW,希望教师们尤其认识到这一点:我们这里没有用AW作过课件,连中级教师也不要想当。课件要报奖,前提是用AW来作。这也可以算是一种“需要”吧。
至于说到版本,只能说目前MM公司官方没有任何停止AW下一版本的意向。将来嘛,如果说有一种更为强大的交互式多媒体程序设计工具能够完全取代AW,这也是我很希望看到的事情。
|
改将
职务:普通成员
等级:1
金币:0.0
发贴:102
|
#92002/8/11 23:26:26
实在不了解为什么authorware的人为什么认为他的交互是强项。我原来做教育软件的时候。很多的东东用authorware就很不好做。比如说一些益智游戏的制作。 还有在教画图的一个教程中,就用director可以随意模仿画图的差不多全部功能。任意的划线,填充、画各种形状的矩形,多边形,橡皮搽,曲线,喷枪,任意图像的剪切等,做到这些当然authorware也可以作到。可是却始终没有D这么灵活。 authorware主要的优势就是在教育软件方面吧!我们以前用authorware的时候,就是写好结构后笔直往里面套东西,交互方面强的东西就用director做,authorware就是做那些边说话边演示的部分。速度确实比director做要快点,维护起来比较方便一点,所以有些企业用authorware,不过随着时间的推移。我想这个优势会不存在了。教育软件必须要改变,他不应该是个”有声电子书“。 authorware确实是不行了。真的。 还有,authorware的交互确实不是强项。一定有人试过,别人写好框架,自己往里面改文字,改声音的事情吧!简直有时可以不用脑袋,所以说:他的强项是流程清楚,利于修改。便于流水线工作。
|
燕云
职务:普通成员
等级:2
金币:10.0
发贴:600
|
#102002/8/12 10:58:16
我同意dir比au更强大的观点! 为了符合商业的应用转型在所难免。 老实说dir确实开发效率更高,例如可以简单的模快化一些功能,(类似与高级语言中的函数或过程)且程序的可操作性更强!
不过既然存在就必然有其道理!我想au既然存在也必然带表一种设计的思维模式。
云网媒体【YZCNET.COM】云网媒体开展软件技术、互联网技术、电子商务技术、多媒体设计等服务; 其中包括 :软件开发、网站建设、手机服务、多媒体设计、 图片及演示文稿服务等;
|
idea
职务:普通成员
等级:1
金币:1.0
发贴:289
|
#112002/8/12 14:34:06
M公司对AW和DIR已经做过详细的技术比较。 各种技术参数一目了然。 大家不妨到M公司看看。 以前有个“机器猫”的, 好像在本站贴出过PDF格式的文档。
|
idea
职务:普通成员
等级:1
金币:1.0
发贴:289
|
|
mimicico
职务:普通成员
等级:1
金币:0.0
发贴:129
|
#132002/8/13 14:19:21
Y和idea说的都很对,我从来没有否认director强大,但authorware也很强大,也很灵活,有人觉得authorware不好,不行,做不了很多东西,是因为自己没有掌握一些技能。像很多BBS上流行的delphi VS VC等等的争论一样,这些争论其实很没有意思,也没有必要。
这两天在准备一些东西,重新翻看书本里的关于多媒体的定义,发展,真的感觉到一日千里。但有些技术很进步了的同时,很多东西其实还是没有什么进展。你可以让计算机和人对话,可以让一个多媒体软件真正可以和用户交流吗?
我想,这些才是真正的多媒体,对于我目前面对的教学教育也更有意义,而不是单纯的画面和概念,更不是工具。
我想,对于每一个从事多媒体制作、创作的同行,也是否真的应该考虑和反思,我们的多媒体是否在用户界面,人机交流,创意等等方面作些什么!
|
mimicico
职务:普通成员
等级:1
金币:0.0
发贴:129
|
#142002/8/13 14:37:17
kyyx在上面的帖子上说: ------------------------------------------------------------- 首先一点就是:你说如果是从c或pascal过来的,应该是说以上的人员有c或pascal的基础,不知道我理解的对不对。 那我不知道你有没有试过在5d上面发个统计一下有c或pascal基础的人在D和A之间会首选那一种工具的帖子(纯粹,而不涉及具体的项目)来验证你的结论的正确性呢?我想结果可能会出乎你的意料吧! -------------------------------------------------------------
从我接触的圈子来说,应该是这样。入行5-6年,应该不是新手。
------------------------ (听说很多老师都会首选authorware哦!也没有调查过,不知道是不是真的。) ------------------------
我也是教师,高校里确实是基本都是应用authorware。
-----------------------------------------------------------------------------
首先向您表示尊敬,我没有用过toolbook,看都没有看到过,只是听莫特介绍过一次。其他的我也不是很会。所以说您可能水平比我高很多,可是您的水平高并不代表着您说一切的是对的。真的是程序出身,delphi和vb当然都可以用,他们又会有什么不可以用呢?现在的问题是: 很多的事情不是做的到与做不到的那么简单了。是想不想得到去做,做的好做不好的问题了。可以用不代表用的好,每个人的精力都是有限的,如果把有限的精力用的更好,是个很大的学问,所谓的同时精通delphi和vb,还有c++的,那是天才吧!我不是天才,我觉的一个小小的director,我现在还很难好好的搞定他呢!何况其他。 至于“多媒体的核心还是在交互,不是花梢。”这句话,我希望你说的是对的,这样用director就更有理由了。可惜你的却不是完全正确的。很明显,多媒体的定义很广,如果是一个公司动画演示的多媒体,叫我怎样说呢?难道它的核心交互,难道他不是多媒体。 其实我认为多媒体交互和界面来说,很像一个人外表和内在。虽然从小我们老师叫教导我们:看人不要看外表。要看他的品德和内心。可是现实却往往是外表其实很重要,就像商品的包装一样。 ---------------------------
外表很重要,界面也很重要,但这些对于authorware和 director都是长项。
------------------------------------------------------------------------------------------------------- 上面的其实说的很正确,需要决定工具,以后将会没有什么“需要”会需要authorware了。所以说:广大的authorware朋友,快快转吧!为了你们更加美好的明天,转转转! ---------------------------- 为什么要放弃,现在有asp.net,但是很多应用照样要用asp,也许authorware会被更好的东西代替,但就像TC,BC一样,好东西什么时候都是好东西,也许会被取代,但不会被忘记。 ----------------------------
另:具我推测:authorware在以后的几年最终将会被MM公司抛弃。大家不奇怪authorware比director卖的贵这个事实吗?这其实我认为是MM公司的策略之一。如果他们宣布authorware6是最后一个版本,我也不会觉的奇怪的了。 补:一个优秀的程序员,就算是lingo程序员,最终还是要学点c++好,不用它,也需要基本明白它!没有一个vb和delphi高手会说:我不懂c++(不过可以不懂vc),反过来,一个c++程序员就可以很自豪的说:我什么都不懂,我就懂c++,这就是现实。 附:坚实的基础,良好的素质,具备沟通的能力,是个成功的普通人所需要的。当然,天才例外。 人的优良本质是不会过期的。过期的是其他一些东西。 ------------------------------- authorware如果要被取代,那么更好的东西就会出来,应该是更好的事情,但不能因为这样就不用它。
另外,教育软件不是有声电子书,authorware也可以做这些,但还不如HTML写来着方便,authorware的强项也不是这个,而是基于交互的可视化设计。
^_^
|
改将
职务:普通成员
等级:1
金币:0.0
发贴:102
|
#152002/8/15 9:08:31
悼念伟大的计算机科学家Edsger Wybe Dijkstra Edsger Wybe Dijkstra经典言论: 1、我们所使用的工具深刻地影响我们的思考习惯,从而也影响了我们的思考能力。 2、 实际上如果一个程序员先学了BASIC,那就很难教会他好的编程技术了:作为一个可能的程序员,他们的神经已经错乱了,而且无法康复。 3、就语言的使用问题:根本不可能用一把钝斧子削好铅笔,而换成十把钝斧子会是事情变成大灾难。
这个Dijkstra,就是那个提出“goto有害论”的Dijkstra,就是那个提出信号量和PV原语,解决了有趣的“哲学家聚餐”问题的Dijkstra,那个Dijkstra最短路径算法的创造者,第一个Algol 60编译器的设计者和实现者,THE操作系统的设计者和开发者,那个与D. E. Knuth并称为我们这个时代最伟大的计算机科学家的人。
以上来自www.csdn.net myan(原作)
|