95# 黑小妞
这样的话，你觉得客户在别的项目上下次还会找你么？
langenfeng 发表于 2009-3-17 15:00 http://www.dolc.de/forum/images/common/back.gif
如果客户不想被别人从新糊弄，还会回头的。
你这样认真的员工很适合作技术，但是不适合搞市场，好的市场人员，即把客户糊弄了，还能领客户满意。
95# 黑小妞
这样的话，你觉得客户在别的项目上下次还会找你么？
langenfeng 发表于 2009-3-17 15:00 http://www.dolc.de/forum/images/common/back.gif
会啊，你的优势就是已经einarbeiten了，别人没有啊，成本自然比你高。
sap能活多久，就能糊弄多久。
并非如此 发表于 2009-3-17 15:01 http://www.dolc.de/forum/images/common/back.gif
sap不算软件开发，他们是卖lizenzen的{:6_421:}
如果客户不想被别人从新糊弄，还会回头的。
你这样认真的员工很适合作技术，但是不适合搞市场，好的市场人员，即把客户糊弄了，还能领客户满意。
并非如此 发表于 2009-3-17 15:04 http://www.dolc.de/forum/images/common/back.gif
{:6_413:} {:6_413:}
抱歉，没接触过 sap, 还真不知道sap的 consultant是如何弄的。:shutup:
会啊，你的优势就是已经einarbeiten了，别人没有啊，成本自然比你高。
黑小妞 发表于 2009-3-17 15:08 http://dolc.de/forum/images/common/back.gif
我是说下次再来别的项目。不是原项目的后续开发或是维护之类的。
如果客户不想被别人从新糊弄，还会回头的。
你这样认真的员工很适合作技术，但是不适合搞市场，好的市场人员，即把客户糊弄了，还能领客户满意。
并非如此 发表于 2009-3-17 15:04 http://dolc.de/forum/images/common/back.gif
本来市场也不是我们关心的，也不需要我们弄的。
所以我说 精通技术又能德语流利谈业务的能有几个？
我是说下次再来别的项目。不是原项目的后续开发或是维护之类的。
langenfeng 发表于 2009-3-17 15:12 http://www.dolc.de/forum/images/common/back.gif
einarbeiten有几个方面，不仅仅是专业上和技术上的，还有管理、资源调配等。毕竟磨合是比较困难的过程嘛。{:6_421:}
本来市场也不是我们关心的，也不需要我们弄的。
所以我说 精通技术又能德语流利谈业务的能有几个？
langenfeng 发表于 2009-3-17 15:14 http://www.dolc.de/forum/images/common/back.gif
这行业还是比较市场驱动的，客户决策人被忽悠了以后，实施的人大部分只能照着忽悠下去。{:6_421:}
sap不算软件开发，他们是卖lizenzen的{:6_421:}
黑小妞 发表于 2009-3-17 15:08 http://www.dolc.de/forum/images/common/back.gif
不开发，哪来的lizenzen
sap经常把没用的模块买给客户，我们是sap的partner之一，所以有一定了解。
不开发，哪来的lizenzen
sap经常把没用的模块买给客户，我们是sap的partner之一，所以有一定了解。
并非如此 发表于 2009-3-17 15:48 http://www.dolc.de/forum/images/common/back.gif
现在不是在外包的框架下讨论问题嘛。{:6_421:}
本帖最后由 wey 于 2009-3-17 16:11 编辑
SAP 就是大忽悠， 我们请SAP过来的顾问，结果是在SAP工作只有两三年的年青人， 专业知识比我们自己的内部顾问还差得远。
听说SAP那些经验丰富的老手不愿意出差，宁愿在家里遥控，派年轻的出来忽悠。
后来我们公司请人非SENIOR的不要，尽管要贵一些。
你们怎么有那么多时间灌水啊{:3_259:}
这不是关税阿，这是全民外包意识探讨。{:5_355:}
你们怎么有那么多时间灌水啊{:3_259:}
carmon 发表于 2009-3-17 16:12 http://www.dolc.de/forum/images/common/back.gif
最近客户缺钱，忽悠不到。{:6_421:}
SAP 就是大忽悠， 我们请SAP过来的顾问，结果是在SAP工作只有两三年的年青人， 专业知识比我们自己的内部顾问还差得远。
听说SAP那些经验丰富的老手不愿意出差，宁愿在家里遥控，派年轻的出来忽悠。
后来我们公司请 ...
wey 发表于 2009-3-17 16:08 http://www.dolc.de/forum/images/common/back.gif
这个其实很正常，大部分it beratung的都是年轻人，总要给他们机会的嘛。
你们在这里灌的风生水起，我只能见缝插针的羡慕下。
继续水，有兴趣的这里水完了可以继续水水德国的VC。
你们在这里灌的风生水起，我只能见缝插针的羡慕下。
继续水，有兴趣的这里水完了可以继续水水德国的VC。
carmon 发表于 2009-3-17 16:28 http://www.dolc.de/forum/images/common/back.gif
VC是啥？维生素C?{:6_421:}
搭理他干嘛？人家沈阳好几套房子呢～{:5_359:}
黑爷 发表于 2009-3-17 18:48 http://www.dolc.de/forum/images/common/back.gif
{:6_421:} 小沈阳？
本帖最后由 mwa 于 2009-3-17 20:01 编辑
mwa这说法挺有意思。。。俺先提几个问题：
啥叫纯软件？
啥叫不纯的软件？
这软件的纯度你是怎么定义的？
小牛军队 发表于 2009-3-17 13:24 http://www.dolc.de/forum/images/common/back.gif
这如果你还不懂 我就没办法了
所谓纯软件就是不需要很多行业专业知识 而更多是为软而软 或者本身业务可以以一个最多高中学历就可以在2天内全部理解的东西 比如说大部分所谓BS结构的系统背后倒腾的就是这类东西,然后架构师在前面一会GOF,一会J2EE PATTERN 一会儿又什么轻量架构什么STRUTS一会又什么EJB地争来争去地卖弄名词
这类东西我学校就搞过整2年,开始挺复杂,所以觉得很吸引,总算入门摸清楚后,感觉,如果说完全没用,那是假的,OOP的思想尤其GOF在大程序设计时候还是比较有用处,但如果把这个当圣经,就太书呆子了
JAVA生命周期自己都保证不了,还成天想着兼容扩展或者插件式的应用或者10年后怎么怎么样,感觉就是个搬弄是非,卖弄名词而已,10年后CODING的具体形式怎么样,PC或INTERNET的表现形式如何都还不知道呢 各位如果不服,可以回想下自己写的若干JAVABEAN,OCX现实中有几个人真正重用,哈哈,有没有超过10个人,哈
再说了,要拿这里做架构的水平和国内去玩,我觉得虽然不说这里差,但和国内比较下来也没啥明显优势,你懂的知识都在书本里网络上,国内人也一样都知道查
真正国内外差距在工业上,尤其在制造技术和自动化生产上乃至嵌入电子上,比如说这类东西你明白不明白,手高手低,你一上手高下立分,而现实中,在这类大呼悠的纯软件行业,我遇到非常多的一两年就名词挂嘴上朗朗上口的糊涂虫
和工业上的应用一比较,非常诚恳地说,最后的总结这类纯软件实在真就是一个字,P,两个字,狗屎
Info里面这种人很有代表性, 在IT里混过, 参加于某些项目, 做过点东西后就觉得自己很牛x, 什么都不放在眼里. 别说这些人还真是很多.
这种人在IT行业里面不说别的, 至少技术上是无法再进一步了. 连真正软件工程 ...
langenfeng 发表于 2009-3-17 13:11 http://www.dolc.de/forum/images/common/back.gif
呵我还真就没挂过软件工程师这个称号,我一直都在嵌入电子,控制和自动化做,别说,CODING一直是我的比别的工程师多的一个特长,反过来我与软件部门合作时候,控制和,硬件基础我又比他们强
呵我还真就没挂过软件工程师这个称号,我一直都在嵌入电子,控制和自动化做,别说,CODING一直是我的比别的工程师多的一个特长,反过来我与软件部门合作时候,控制和,硬件基础我又比他们强
mwa 发表于 2009-3-17 20:06 http://dolc.de/forum/images/common/back.gif
我真好奇你是不是卡鲁modell 13出来的啊
本帖最后由 mwa 于 2009-3-17 21:23 编辑
俺觉得软件的商务工业应用与软件的研究是两码事。虽然工商业是推动软件发展的一股力量，但是要开发出强大的软件:skalierbar, stabil, performance, sicherheit, nutzerfreundlich, intelligenz, vorhersagbar etc.是 ...
Prisoner117 发表于 2009-3-17 21:04 http://www.dolc.de/forum/images/common/back.gif
你说的一点没错 我没否认计算机科学乃至算法理论对工业的巨大促进作用 事实上 关系数据库技术 操作系统和编译理论乃至算法 和可计算理论 更乃至一些具体对工业应用大有促进的CAD CAM乃至图象图形处理等等 一直是该科学的精华部分的各个组成部分 这些学科分支非常成熟,.比如说关系数据库有非常好的关系代数做基础,而OS理论也有非常经典的算法,在编译理论就更不用说了,
我只是说目前的边缘的分支,也就是目前还没有成熟,也没办法短期量化的东西,比如一些所谓这类框架纯软件 包括刻意夸大软件工程或者具体点就是什么UML的作用..换句话就是一些所谓框架和模式的粉丝....
这种情况以前很多人是炒AI,后来发现除了专家系统和PROLOG外,AI近几十年完全在CS上毫无任何实质贡献,现在就开始炒SOFTWARE ENGINEERING,具体不说了
这如果你还不懂 我就没办法了
这话说得口吻不是很好，要是遇上一脾气大的人，你这句话就能点起火来了，这种和讨论内容无关的话，还是尽量避免吧。。。
所谓纯软件就是不需要很多行业专业知识 而更多是为软而软 或者本身业务可以以一个最多高中学历就可以在2天内全部理解的东西比如说大部分所谓BS结构的系统背后倒腾的就是这类东西,然后架构师在前面一会GOF,一会J2EE PATTERN 一会儿又什么轻量架构什么STRUTS一会又什么EJB地争来争去地卖弄名词
一耙子可打倒了不少人啊，从搞软工的（GOF），搞应用框架的（STRUTS），到搞de facto技术标准的（EJB），全在你射程范围内了。可能我比较愚钝吧，但恕我直言，我还是没明白，你说的纯软件到底是什么？。。。至于你说，这些东西一个高中学历2天内能理解，或许有可能，但是一个高中学历的又需要多长时间才能发现这些东西呢？举个例子，牛顿的经典力学三大定律，一个初中生都能理解，但一个初中生要多长时间才能发现这三大定律呢？。。。
JAVA生命周期自己都保证不了,还成天想着兼容扩展或者插件式的应用或者10年后怎么怎么样,感觉就是个搬弄是非,卖弄名词而已,10年后CODING 的具体形式怎么样,PC或INTERNET的表现形式如何都还不知道呢各位如果不服,可以回想下自己写的若干JAVABEAN,OCX现实中有几个人真正重用,哈哈,有没有超过10个人,哈
这一段儿我觉得有点偷换概念。同一把刀，让不同的人来使，威力肯定不同。但不能说，因为某人耍刀耍的不咋样，所以刀这兵器也就那么回事了，江湖儿女互砍的时候用不用刀也无所谓了。。。至于你说的10这个数，在我看来比较保守了点儿，当然了，这个跟软件的规模和质量也有很大关系。
真正国内外差距在工业上,尤其在制造技术和自动化生产上乃至嵌入电子上,比如说这类东西你明白不明白,手高手低,你一上手高下立分,而现实中,在这类大呼悠的纯软件行业,我遇到非常多的一两年就名词挂嘴上朗朗上口的糊涂虫
和工业上的应用一比较,非常诚恳地说,最后的总结这类纯软件实在真就是一个字,P,两个字,狗屎
或许你最近在嵌入式系统这个方向做得比较多，所以心得也比较多。但是我觉得吧，不能因此而忽略了其他的“工业”，比如软件工业本身。。。一个搞软工的生手，可能在应用开发工程师面前可以胡吹海吹，但是在同样搞软工的熟手面前，那也是高下立分的。。。
小牛～ 甭跟丫文绉绉的~
哥儿几个都支持你～
{:5_396:}
黑爷 发表于 2009-3-17 21:24 http://www.dolc.de/forum/images/common/back.gif
黑小妞是你的马甲么？。。。{:5_383:}
呵我还真就没挂过软件工程师这个称号,我一直都在嵌入电子,控制和自动化做,别说,CODING一直是我的比别的工程师多的一个特长,反过来我与软件部门合作时候,控制和,硬件基础我又比他们强
mwa 发表于 2009-3-17 20:06 http://www.dolc.de/forum/images/common/back.gif
要是来一个编程巨牛的Elektrotechniker，你咋办？