想邀人一起做M3的二次开发

sun4742002716 · 发表于 2012-2-7 10:33

回复 sun4742002716

要你这么说除了C其他语言都可以淘汰了。。。楼主说的本来就是基于M3的二次开 ...
John 发表于 2012-2-6 13:37

我根本没有说过“除了C其他语言都可以淘汰了”这句话，你不要往我身上安这句话。
我只是说：“除了py以外，其它语言一样可以开发，但计算机硬件的利用效率有很大差别。这个最好择优而定。”
开发效率不是由语言决定的，诚然现在市面上，应用py的人多，有的人甚至学两天就可以编程序了。而C或者C++不是一个人学两天
就可以手拿把钻的。甚至学两年也未必是高手。但是并不是说没有高手。而且对于高手来讲，应用C和C++绝不会比Python慢，而且C或者C++
语言语法更加严谨。对于船厂改惯了图纸的设计者们来说，减少一次修改的机会会更加欢欣鼓舞。而py的最大一个毛病就是从来不做类型检查，我们知道
加工时，型材长短，逆直线的曲度，还有其他的一些要求精度的问题，在计算机内部定义的类型中是不一样的，3和“3”，3.0是三个不同的量，一个是整型，一个是字符串，一个是浮点型
py是不管的，它只在你应用时看前后语句合不合适解释说明是否行得通。而C就会多一层保险，如果你编得程序类型使用不当，你是无法通过编译生成可执行文件的。这就是差别。
也许你的py程序通过了，但是隐藏的巨大错误会在某种概率很低的情况下被某个不是很走运的设计人员碰到，就像坐飞机，99.9%不会出事，一旦出事，损失就会很大。

我个人并不是完全否定py，还有C#(这个语言我不会，我的几个朋友有搞这个的)，我个人更倾向于C或者C++，人各有志，我只是说出我对py和C的一些认知，另外，我是对技术的探讨，不要曲解我的意思，同时言语希望大家和气一些。

kongkong · 发表于 2012-2-7 11:08

回复 21# sun4742002716

虽然我不是很懂，但是作为技术探讨，支持你说的，大家说话和气点。

jasonz · 发表于 2012-2-7 11:35

我根本没有说过“除了C其他语言都可以淘汰了”这句话，你不要往我身上安这句话。
我只是说：“除了py以外 ...
sun4742002716 发表于 2012/2/7 10:33

学过C，话不多说。支持sun...

John · 发表于 2012-2-7 12:40

我根本没有说过“除了C其他语言都可以淘汰了”这句话，你不要往我身上安这句话。
我只是说：“除了py以外 ...
sun4742002716 发表于 2012-2-7 10:33

感觉你说话有点激动了~论坛嘛，别太较真了，算我说错了行吧
我很佩服你可以在熟悉船舶设计业务的同时能够掌握CPP，但是你也说了，CPP的学习是一个漫长的过程，不是每个爱好编程的船人都有时间和精力去学习的，毕竟大家的主要工作还是设计，尤其是做详细设计和生产设计的（做性能的有很多高手），平时基本不跟编程打交道，然后在平时工作中，比如使用TRIBON的过程中，发现某个地方用的不顺手，希望增加某些功能，或者现场要求提供一些额外的数据，怎么办？一般领导是不会去找AVEVA或者其他公司来开发的，那比较贵，只能自己来开发。然后是选择语言的问题，因为是业余的，当然选一个容易速成，上手快的，比如python，何况vitesse的支持语言就是python（现在多了C#）。大家都是奔着完成某个功能去的，你不能要求业余爱好者一开始去考虑内存的分配和回收，考虑指针什么的，那样的话很少有人能坚持下来。
目前比较普遍的M3开发需求是什么？船体方面应该不多吧，除了你提到的型材、样板数据，可能还有报表开发什么的，说到底都是基于M3数据的提取和处理，计算量不算特别大，用PY应该是绰绰有余了。当然如果企业比较大，可能还会涉及到TRIBON和其他ERP,PLM系统的接口，这些企业一般有自己的开发部，而且用的语言很可能是java或者C#。
总之我觉得普通的二次开发没必要用CPP。如果你已经精通了CPP，完全可以去从事更专业的开发工作，比如优化仿真、数值分析什么的，而非M3的二次开发。何况你还了解船舶设计业务，那你应该去开发另外一个船舶设计软件的内核，比如你提到的钢结构桁架计算软件（这个我不太理解，是指结构强度计算吗？），甚至相关的OPENGL图形开发，而不是做二次开发，不然就有点大材小用了。

sun4742002716 · 发表于 2012-2-8 17:36

感觉你说话有点激动了~论坛嘛，别太较真了，算我说错了行吧
我很佩服你可以在熟悉船舶设计业 ...
John 发表于 2012-2-7 12:40

我以前，就是参与开发一款船舶设计软件的海洋工程模块方面，主要是UI和数据输入输出的接口，我用的是MFC，现在基本上不怎么搞开发工程软件了。倾向于更底层的
控制台程序，跟船与海洋工程渐行渐远了。原来的初衷是想把编程和船海专业结合起来，一直干下去，后来因为一些个人原因，结果就像与自己的心爱的人分开一样，有缘无分。

现在我有时就是没事儿，开发点游戏程序，或者桌面软件来调节一下生活情趣。

wolf19837 · 发表于 2012-2-23 21:35

好久没来了，一看帖子吓一跳，干嘛这么气急败坏啊？长篇大论的，年轻气盛？急了？呵呵，声称工作这么多年，混迹船舶行业多年，就这么沉不住气！

wendao · 发表于 2012-2-23 22:41

component 读写都可以的

wendao · 发表于 2012-2-23 22:43

管子的模型库和小票库都做过抽取

wendao · 发表于 2012-2-23 22:44

电缆
支架
船体坐标
都做过的

sun4742002716 · 发表于 2012-2-24 11:20

好久没来了，一看帖子吓一跳，干嘛这么气急败坏啊？长篇大论的，年轻气盛？急了？呵呵，声称工作这么多年， ...
wolf19837 发表于 2012-2-23 21:35

长篇大论，讲的是技术内涵要义，几句轻描淡写说人家是废话的未必有真材实料，搞技术的不懂得认真二字却偏要给人家带上年轻气盛二字
说别人沉不住气，自视稳重中的佼佼者实则是山间芦笋，说话尖酸而不知自身缺陷。
殊不知技术在于钻研，而不是刻薄的话语。

bw01 · 发表于 2012-2-24 15:16

我向来以为，软件的运行效率在于人，在于开发者，而不应在于使用哪种编程语言。
只要能实现我们的需求（功能和效率），使用哪种工具，何必这么计效？顺手就行。

wacelia · 发表于 2012-2-24 21:00

虽然我不懂，但是看你们说的这么精彩，一个字“牛”！

wolf19837 · 发表于 2012-3-1 20:50

sun4742002716 发表于 2012-2-24 11:20
长篇大论，讲的是技术内涵要义，几句轻描淡写说人家是废话的未必有真材实料，搞技术的不懂得认真二字却偏 ...

道不同，不相为谋！欢迎真正有能力有本事的同行继续接力讨论，本人做电气设计的，目前供职于一家国企，正在使用py尝试做一个电气设计平台，联合送审设计，详细设计，连接CAD，EXCEL与M3，力求使生产设计在前期做到托架宽度预估，后期电缆自动拉放的系统平台，结合国内的造船模式力求将电气生产设计工作量降到最低，并大幅提高设计进度。目前正编写CAD与M3数据互通的接口转换模块。
详细设计用惯了CAD，如何将大批量的电气原理信息导入到生产设计中是个问题，沪东东欣软件有一个CAD拾取模块，得一个个的点，太慢了。如果能将M3的cable，equipment，structure等数据库进行扩展，实现其与CAD共享，使CAD作为这些数据库的一个写入窗口，使详细设计在画系统图时，信息就存入到相应数据库中。。。。。

wolf19837 · 发表于 2012-3-2 19:57

将来争取将送审设计的负荷计算，功耗计算等等全部纳入到系统中来。。。

meng_fan_min · 发表于 2012-3-2 22:06

我用C# 开发了一个Compents自动建立工具，大概原理就是根据Excel 中填写的内容，读取后自动按一定格式生成txt文档，然后调用su016.exe 倒入库中，python 也开发过抽取管子数据的程序。

meng_fan_min · 发表于 2012-3-2 22:07

我的qq是158616014，有需要开发的话，可以联系我！

wolf19837 · 发表于 2012-3-4 13:58

meng_fan_min 发表于 2012-3-2 22:06
我用C# 开发了一个Compents自动建立工具，大概原理就是根据Excel 中填写的内容，读取后自动按一定格式生成t ...

如果公司技术开发中心有需要，一定联系你！

jimsing · 发表于 2012-7-24 11:46

本帖最后由 jimsing 于 2012-7-24 11:53 编辑

技术贵在交流，求同存异，各取其需

，本人对楼主你的电气整个思路想法挺感兴趣，希望能够多交流

[Tribon] 想邀人一起做M3的二次开发