老照片

gege1

大头牛啊
有些软件用起来觉得编程的人缺心少肺的。

柞里子

阿潘说的管理软件是CAD的必须产品，没有他大家啊非打架不可。
moonbay 发表于 2011-12-11 06:37

CAD本身只是辅助设计的软件。没有CAD之前，工程师就不搞设计了？
有CAD,不会设计的人，照样不会。
笨设计师照样搞不出巧的设计。

所谓大家，不过就用CAD的人。CAD之初，好像并没有这软件。
故即使对于CAD而言，这软件也不是先决条件。


美国管理层有一帮外行，一为会辅助行的软件，就是会那软件辅助对象。
比如，我们这一行的头儿们经常以为会data modeling tool软件的，就是data modeling 专家；
不会的，就是外行。

大家拿

这回你算说到点子上了。。。。。。

那些市场上的通用软件都花狸狐哨，80%的功能你都用不上，你需要 ...
澳洲大头 发表于 2011-12-10 19:19

哇，大头这个太棒了！ 俺们以后干脆买你的吧。。
没错，花钱买的软件尽是故弄玄虚的，把外行骗得鬼迷心窍似的，使用的人一看就知道：这下子完了。。 那功能特多，看着云山雾罩，俺们用起来贼慢，经常就得等，等啥，就等“page dialog", 你说它们dialog咋就没完没了啊。。步骤还贼多，完成一个事走两位数的步子。。。

大家拿

CAD本身只是辅助设计的软件。没有CAD之前，工程师就不搞设计了？
有CAD,不会设计的人，照样不会。
笨设计 ...
柞里子 发表于 2011-12-10 19:48

CAD = 冠心病

柞里子

CAD = 冠心病
大家拿 发表于 2011-12-11 09:12

千万别把阿潘气得患上CAD。

澳洲大头

大头牛啊
有些软件用起来觉得编程的人缺心少肺的。
gege1 发表于 2011-12-11 08:35

    看来大伙都有体会。。。。。。

澳洲大头

哇，大头这个太棒了！ 俺们以后干脆买你的吧。。
没错，花钱买的软件尽是故弄玄虚的，把外行 ...
大家拿 发表于 2011-12-11 09:11

    排队排队。。。。。。

不过话说回来，我前面说了，我这玩意出了我的公司就啥也不是了。。。。。。不具备通用性。。。。。。

看来大伙对专业软件都用类似的体会。我的经验就是，软件得要干这一行的人自己写。

rpan

软件工程比你们想象复杂得多，你可以写OS吗？应用软件的确需要有熟悉本单位流程的工程师来做

rpan

软件工程比你们想象复杂得多，你可以写OS吗？应用软件的确需要有熟悉本单位流程的工程师来做

moonbay

CAD本身只是辅助设计的软件。没有CAD之前，工程师就不搞设计了？
所谓大家，不过就用CAD的人。CAD之初，好像并没有这软件。
故即使对于CAD而言，这软件也不是先决条件。

柞里子 发表于 2011-12-11 08:48

Teamcenter正是因为搞设计的人乱存文件，把整个需要几百人配合的项目搞得乱七八糟，所以要由零部件所有人锁定他的工作范围，不被别人干扰。所以现在就成为了先决条件。除非你一个人负责所有设计工作。

moonbay

这回你算说到点子上了。。。。。。

那些市场上的通用软件都花狸狐哨，80%的功能你都用不上，你需要 ...
澳洲大头 发表于 2011-12-11 08:19

    尽管砸。每个公司都花大笔银子在管理软件上面，他们可肥了。开始一片混乱，现在顺多了，

柞里子

Teamcenter正是因为搞设计的人乱存文件，把整个需要几百人配合的项目搞得乱七八糟，所以要由零部件所有人 ...
moonbay 发表于 2011-12-11 11:43

没有否定软件的功能的意思。如今既然都已经计算机化了，管理软件自然成了不可缺少的东西。
只是不同意，没有管理软件，复杂的东西都设计不出来之说。
利用计算机设计软件当然会提供效率。
只是说：工程设计软件是靠内行的工程设计师设计出来的，其能力不可能超越内行的工程设计师。   
没有内行工程师就不会有工程设计软件。

澳洲大头

软件工程比你们想象复杂得多，你可以写OS吗？应用软件的确需要有熟悉本单位流程的工程师来做 ...
rpan 发表于 2011-12-11 10:31

说的太对了。。。。。。我们公司的人就没有深刻认识。。。。。。做出来的东西好用，user friendly，一些功能效果奇妙。。。。。于是他就觉得很简单，期望值越提越高。。。。。。殊不知我头发都白了多少啊，那一行行，一块块的编码，那是我的血汗啊。。。。。。人家编软件都有团队，少也有十几个人，我这一个人拳打脚踢。。。。。。。有困难了，互联网是唯一的技术支持。。。。。。。。算了不说了，辛酸血泪史啊。。。。。。

柞里子

说的太对了。。。。。。我们公司的人就没有深刻认识。。。。。。做出来的东西好用，user friendly，一些 ...
澳洲大头 发表于 2011-12-11 12:05

一个人有一个人的好处。人多了，未必能成事。
人多了，如何管理人本身就成了一个问题。
每当时间紧迫，上头的人就会问：要不要加人。
我总是谢绝。
来了新人，还得化时间教他/她熟悉环境，比如，厕所在哪儿？


俺曾经在某公司提供咨询服务。
那公司的总部在纽约：意思是：掌权的在纽约。
软件设计中心在宾夕法尼亚。
OS管理中心在阿潘那旮旯。
每天早上三地开电话会议，讨论昨天做了什么，今天该做什么。
做一大堆记录，填写一大堆表格...
还卷入政治敏感问题。
比如，OS那边有个没人敢碰的人。因为什么没人敢碰？因为他皮肤颜色比较深。
他控制一切 Unix servers。
连你改动自己的.profile，都得他批准。
而任何问题一经他手，至少两星期才会有回音。


俺当时就想：这样的公司居然存在了上百年！能不破产？
果不其然，不出一年，那公司就宣告进入chapter 11
虽然如今还在营业，改了名字，缩小了营业范围。
估计早晚还是要玩完。

澳洲大头

一个人有一个人的好处。人多了，未必能成事。
人多了，如何管理人本身就成了一个问题。
每当时间紧迫，上 ...
柞里子 发表于 2011-12-11 12:27

哈哈，，，，老柞也有这体会。。。。 新人培训确实是个头疼的问题，费老劲了，跟着后面擦PG。。。。。。等他差不多入门了，也差不多忙完了。。。。。。

我这里说的不是编程人员。但道理是一样的。理想的情况是平时养点闲人。。。。。可那又是不可能滴。。。。。。

“总部”这个词，我一听见就直接翻译成“官僚”了。。。。。 我们公司本来是一间私人公司，效率很高。后来被一家欧洲大公司兼并了。。。。。。这两三年来的经历，深有感触。。。。。。