iCAx开思网

标题: 为了祖国的将来，努力啊同行们！ [打印本页]

作者: kerrysun 时间: 2006-1-4 09:12
标题: 为了祖国的将来，努力啊同行们！
刚学习Proe时，Bell Lab的同行们给了我们一个Part，说这就是差距，你们需要的是严谨的工作态度。
历历在目啊。国内同行们，奋起直追吧，为了缩短与美国的工业差距。

作者: tsinghua64 时间: 2006-1-4 09:37
想说什么？？

作者: lq0461 时间: 2006-1-4 09:56
这个Part很一般呀，咱们的斑竹才是高手。不过你也说的对，咱们差的是工作态度。

作者: 袖珍天使 时间: 2006-1-4 10:59
差距是差距，只怕是他差我们的吧！！！

这个part就敢拿出来教训别人说“这就是差距”！！

严谨的工作态度是要的，这是有则改之无则加勉的（如差的话）。

[ 本帖最后由袖珍天使于 2006-1-4 11:00 编辑 ]

作者: 袖珍天使 时间: 2006-1-4 11:13
欣赏一下这个part吧：

作者: ____ 时间: 2006-1-4 11:41
其实是有道理的，事实上我们很多人都是忽略细节
这个模型告诉你的并非是造型方法或是指令技巧，要告诉你的是一些模型的使用规则

1.文件名，一个有意义的文件名应该粗略知道模型是什么东西。但在实际工作中abc,1111之类的文件名你会经常遇到.
2.局部细节特征，虽然是标准件，也可以说可有可无，但在条件允许的情况下加上总比不加好
3.特征命名，一个有意义的特征应该让人一目了然。而且也有利于在装配中轻松找出来。

相对于模型创建，文档管理是宏观上的，但也是至关紧要的。

作者: shelly31 时间: 2006-1-4 11:45
Bell Lab的是文盲阿

作者: shelly31 时间: 2006-1-4 11:50
这个除了文件名，把由罗文和没有螺纹的分开外没有什么其它的优点阿

作者: shelly31 时间: 2006-1-4 11:54
在模型树中，加入一些group会不会更清晰一些呢

作者: kerrysun 时间: 2006-1-4 12:03
谜底：禹

作者: 袖珍天使 时间: 2006-1-4 12:13

原帖由 IceFai 于 2006-1-4 11:41 发表
其实是有道理的，事实上我们很多人都是忽略细节
这个模型告诉你的并非是造型方法或是指令技巧，要告诉你的是一些模型的使用规则

1.文件名，一个有意义的文件名应该粗略知道模型是什么东西。但在实际工作中abc ...

老大说的不错，对于一个项目的开发来说，这几点是做文件时必须要注意的，同时也是做出来的part具有良好的可再使用性及可修改性所必须的。我相信各位兄弟在实际工作中基本上也应该都在按这样做，文件多了不好好命名（都应该有一套文档管理办法吧）是会出乱子的。当然那些很简单的几个part一拼就结束的东西或者仅做个题什么的，估计很少有人去这么做了。

作者: ____ 时间: 2006-1-4 12:19

原帖由 kerrysun 于 2006-1-4 12:03 发表
谜底：禹

做人要厚道！

作者: hujianhui2 时间: 2006-1-4 12:37

原帖由 袖珍天使 于 2006-1-4 10:59 发表
差距是差距，只怕是他差我们的吧！！！

这个part就敢拿出来教训别人说“这就是差距”！！

严谨的工作态度是要的，这是有则改之无则加勉的（如差的话）。

能把你的PRT传上来大家学习下吗？

作者: hujianhui2 时间: 2006-1-4 12:40

原帖由 袖珍天使 于 2006-1-4 11:13 发表
欣赏一下这个part吧：

PRT呢？

作者: kerrysun 时间: 2006-1-4 13:12
话外题，谜面：龋齿。谜底：禹。

一颗小小的螺钉，责任重大。那时告诉我们，每一分钟，在世界上各地起飞和空中飞行的1000架飞机上，以及我们公司部署于世界各地电信运营商的数字通讯设备上都有它的影子，衷心希望你们的作品也应用到如此广泛和具有挑战性的领域。当时听力有限，只记住这些了。

现在人家的火星车已经在那里工作半年之久了。他们是如何保证遥遥两星球之间保密的，畅通的通讯的？

另：关注一下 Relations, Paramaters and Family Table.

当时考题：1。Proe对你思想的冲击。
2。做一个Part，圆球。
3。C语言写一个程序，解一个简单的双重积分。

国外真怪。到现在全明白了。

作者: kerrysun 时间: 2006-1-4 13:28
我们四个人，考试完后，每人30分钟讲自己的题目，于是我的思想就有了五个冲击（包括大鼻子，他让我们这么称呼他的），两个C语言编程的方法，两个圆球的做法。现在已不止两种做法了。国际公司的伟大就在这里。学其精华，

作者: 袖珍天使 时间: 2006-1-4 13:33

原帖由 kerrysun 于 2006-1-4 13:28 发表
我们四个人，考试完后，每人30分钟讲自己的题目，于是我的思想就有了五个冲击（包括大鼻子，他让我们这么称呼他的），两个C语言编程的方法，两个圆球的做法。现在已不止两种做法了。国际公司的伟大就在这里。学其 ...

不错，这更多的是在管理方面的东西，而不是纯技术。
人家做到的是系统的管理，从上到下，从大到小，从过去到现在，从现在到将来。在每一个细节上都能做到满足管理的需要，进而在每一个细节上都习成良好的作风。这才是我们都要好好学习的。

作者: hujianhui2 时间: 2006-1-4 14:04
我觉得楼主的PRT真的有很不错的地方值得学习。这种参数PRT，是我们当中很多人不习惯常用的，但是对以后的装配、族表很有好处的。而且草绘也很讲究，有独到之处。多谢，

作者: 袖珍天使 时间: 2006-1-4 14:31
数据管理这方面做的不错。确是大公司风格。

不过关系式里还应适当加入注解，否则，像要改成M3x20或M5x8的，还要看半天才能找到改哪里。

作者: ____ 时间: 2006-1-4 14:42

原帖由 kerrysun 于 2006-1-4 13:12 发表
话外题，谜面：龋齿。谜底：禹。

一颗小小的螺钉，责任重大。那时告诉我们，每一分钟，在世界上各地起飞和空中飞行的1000架飞机上，以及我们公司部署于世界各地电信运营商的数字通讯设备上都有它的影子，衷心希 ...

晕倒，原来是指个，反而不值一提了。

作为一个标准件，已经使用族表，个人觉得添加这么一长串关系显然没必要。

要知道标准件应该人人一看就懂修改，而不是先研究半天关系。尽管会因此而在族表中多输入一些参数，但维护起来却

容易的多也不容易出错，因为对于这些标准件，本就各部分尺寸相对固定而且并不一定符合某个规律。

作为个人使用的标准件可以，但作为一个公司使用的标准件，个人认为大大不妥也，老实说我甚至怀疑他是故意向你卖弄关系的

作者: 袖珍天使 时间: 2006-1-4 14:56

原帖由 IceFai 于 2006-1-4 14:42 发表

晕倒，原来是指个，反而不值一提了。

作为一个标准件，已经使用族表，个人觉得添加这么一长串关系显然没必要。

要知道标准件应该人人一看就懂修改，而不是先研究半天关系。尽管会因此而在族表中多 ...

老实说，我下载后一打开看是螺钉，第一反应就是看它族表，结果没看到，以为是说建模方法有什么独特，再一下也没有，所以觉得没做好。
经18楼一提，再打开看看，才看到那很多的关系式。即要用到关系，那就要好好考虑如何将关系做到最简单，最易于修改，而不能是相互关联的一长串并一个注解都没有。

作者: kerrysun 时间: 2006-1-4 22:56
等保密协议规定的时间失效时，我再贡献给大家一些国外同行的Part，借鉴一下人家是怎么使用三维软件的。虚怀若谷，开放性的思维。

我们与人家在工业设计和制造上就是有差距。现在我感觉在思想上的差距还不小。

作者: 袖珍天使 时间: 2006-1-4 23:06

原帖由 kerrysun 于 2006-1-4 22:56 发表
等保密协议规定的时间失效时，我再贡献给大家一些国外同行的Part，借鉴一下人家是怎么使用三维软件的。虚怀若谷，开放性的思维。

我们与人家在工业设计和制造上就是有差距。现在我感觉在思想上的差距还不小。

欢迎!期待.

作者: fapafapa 时间: 2006-1-5 07:56
没看懂

作者: kerrysun 时间: 2006-1-5 14:16
几何参数，表面处理，Comcode。财务管理。便于升级，否则大型组件管理的麻烦就来了。针对世界上成千上万的客户来提供多种不同配置的设备，在Proe中离开Relations和C语言是没有办法的。

这里有接触过大型组件（900M以上的Assembly）的同行吗？共享你们的经验，让国内的同行们亲身感受一下Relations和C语言在Proe中的魅力。

作者: kerrysun 时间: 2006-1-5 14:19
我们现在所需要的就是螺丝钉精神。

欢迎光临 iCAx开思网 (https://www.icax.org/)