Yok

评论

1298050

#1楼 2005-01-30 17:01 linkman      

1、人各有志，不能强求；
2、作为公司来说，这样做无可厚非，而且值得鼓励；
3、作为个人来说，则需要判断自己的追求目标了；
4、我赞同你领导的观念，如果我是领导，我也希望这样做。   回复  引用  查看    

#2楼 2005-01-30 17:08 progame      

二次开发平台的应用是有限的　如果你们做的应用这个平台可以满足的话　那为什么不用呢　只是你们公司需要不断地招人来做这项“没什么技术含量”的活　而早先招进来的人必须想办法可以让他们转到其它的更有技术含量的工作　这样才能稳定人心　如果软件开发人员个人的发展（金钱和技术）方面没有新的提高的话　那么辞职是必然的   回复  引用  查看    

#3楼 2005-01-30 17:13 寒枫天伤      

我不是专门玩技术的人,玩技术的时间并不长,但对技术有着极大的兴趣,在这个层次上,可能您比我的辈份还大,但从公司发展与规划的角度,很乐意谈谈我的看法.

对于贵公司采用的该平台组件来说,大大提高了贵公司的开发效率,这是每家公司都很乐意采用的方式,因为使用此类系统,可以使公司投入更少的资源来完成更多项目,相对于最大化价值来说,这是非常有积极意义的.

现在的开发工具,也在往更高层次的集成化靠拢,最终有一天,软件的开发将会越来越简单,最终直至非常智能化的地步.

所以,关于对公司此种行为的取舍,我认为贵公司很难放弃这种开发方式,贵公司更关注于业务,更关注于实现的结果,这是非常不错的运作方式,假设贵公司已经培养了这种文化,后果未必是严重的.

另外,每一个公司在生存期间,未必有一个非常明确的目标,贵公司的老板,如果只是在赚钱的基础上,那么采用该平台是非常合理的手段.

不过,从长远的角度来看,该平台是否是贵公司的专属核心技术呢?看你的述说,似乎是跟第三方厂商购买的平台,如果长此以往,贵公司对该厂商的产品将会有非常严重的依赖性.

如此而言,相对之下,贵公司更切合于软件实施性质的公司,而非软件开发性质的公司.所以,毫无疑问会对技术人员的提高与发展造成一些不利的影响.

最后,还要看您的个人态度:您学习技术是为了什么,偏执于那一点技术上的追求,还是众星捧月的成就感?亦或矢志于做第二个盖茨?再或者是为了一种艺术上的追求?

如果您对技术有非常高的热情,有自己的激情与梦想,建议您先对自己做一个职业发展规划,然后根据您最终的目标,再决定是否要离开这家公司,在其它公司去大展伸手吧.   回复  引用  查看    

#4楼 2005-01-30 17:16 CsOver      

是的。我觉得你们的领导这样子做，有他的大道理，想想，都是为了节约开发的时间！但你也没有错。。我想，只是你们领导分配不当造成你同事辞职的吧。   回复  引用  查看    

#5楼 2005-01-30 17:21 idior

最重要的是要会怎么把一个软件做好, 理解需求什么什么的.

他说的很有道理,你太看重技术了.

我现在越来越发现设计模式也就那么回事,不是很高深的东西.而且我没毕业.

而我现在对"最重要的是要会怎么把一个软件做好, 理解需求什么什么的. "这个倒是很感兴趣,个人认为不要太钻技术.

有时想想我们这些人要是不搞技术应该比现在混的好啊,谁叫自己的兴趣在这,唉!

还是与人打交道比与计算机打交道来的划算.
  回复  引用    

#6楼 2005-01-30 17:26 idior      

BTW 看完那两本,你可以看看martin folwer的企业设计模式.
相比较,那两本是基础.   回复  引用  查看    

#7楼 2005-01-30 18:13 jjx

哈哈，哪里的？
我了解浙大灵峰有一个基于delphi的架构
还有北京也一个一个基于delphi的架构

到每个软件公司都一样，都在开发或积累自己的平台和框架，只是到达程度和理念不一样而已。像我，作为个人开发者，也会构造自己的框架，只是我倾向于插件和接口方式而已，包办一切的框架得确对开发者而言会少许多乐趣

  回复  引用    

#8楼 2005-01-30 18:23 天天

建议你写一个比你们公司现在用的二次开发系统更好的二次开发系统
那你的技术水平就会成长了   回复  引用    

#9楼 2005-01-30 18:56 progame      

martin folwer的企业设计模式　这本书我觉得一般　无关痛痒地谈一些大家已经都知道的东西而已　

一家之言   回复  引用  查看    

#10楼 2005-01-30 19:39 windson

道不同不相与谋，
你走得对，用这样系统的人在技术方面是没有前途的。
但用这样系统的公司是很有前途的。
如果你只是想养家糊口，可以考虑一下留下来，在业务方面发展。

前面几位"设计模式就那么回事"，"企业设计模式一般"
你们太牛了一点了吧！你在实际工作中去体会一下就知道了。
模式类似围棋中的定式，象棋中的残局。
都是别人经验的积累，只有仔细琢磨才能知道别人为何要这样做。
  回复  引用    

#11楼 2005-01-30 19:52 idior      

呵呵，玩的多了就觉的烦了(你可以看看我的blog)，当然好东西还是好东西。

◎progame
你好像是玩数据库的哦，难怪觉得都知道了。问一下，企业实际中用Domain Model的多吗？顺便推荐本书啊 :)   回复  引用  查看    

#12楼 2005-01-30 20:25 progame      

没书好推荐啊现在　在数据库访问这一块　有o/rmapping dto storeprocedure codegeneration 等各种方式　如果是偏数据库的应用，建议还是以数据库端为重要　即书中的事务模式　不用过份追求o/rm　而在其它数据库只是做为辅助存储的应用　则以o/r mapping为好 这也就是domain model了

顺便说一下，那书的中文版翻得真是差   回复  引用  查看    

#13楼 2005-01-30 21:14 idior      

哦，还有中文的？ 我看的是en文的。   回复  引用  查看    

#14楼 2005-01-31 00:06 3188.NET

能否介绍一下这个平台？
弄来看看 顺便说一句，如果我是领导，我也这么做。 而且一定会这么做   回复  引用    

#15楼 2005-01-31 08:49 Bonny.Wong（让思想飞翔）      

觉得你这种人不适合作下属,也不具有协作精神?刚毕业吗?自己创业开个公司去卖弄你的技术岂不是更好?   回复  引用  查看    

#16楼 2005-01-31 09:14 powerword      

这个只能说你的经理的水平有点差劲，呵呵。
其实稳定军心完全可以用另一种方法，你的经理用的是最差的那种。这样的人怎么会当上经理？
建议Yok把自己当成经理，想想这样的事情应该怎么处理，对自己是很有收获的，而且你自己的一些问题也会迎刃而解。   回复  引用  查看    

#17楼 2005-01-31 09:38 Rickie      

二次开发平台?

不是所有的二次开发平台都会影响个人发展，如SAP，Orcale等等的二次开发平台就不会，而且这是难得的机会或经历，应该是比通用的平台更有“钱”途。

不知你使用的二次开发平台，好像涉及工作流方面，具体是什么产品？谢谢。   回复  引用  查看    

#18楼 2005-01-31 09:43 lichdr      

难道大家都要去写一套平台吗？
其实对小公司来说，这样做是必然的，它们没有那样的人力与物力去开发一套自己的平台。

一切看你的兴趣了。
做业务与需求没什么不好，其实我也想往那方面发展，但每次跨出一步又缩了回来，或者不自觉的又往技术上来（比如在现在的公司里，刚开始也想转转角色，但做着做着就又技术起来了）。

我以前的公司也是用第三方平台的。也是用DELPHI。
不过它提供有源码。看它的源码学了不少东西噢。   回复  引用  查看    

#19楼 2005-01-31 10:00 冰火      

我觉得确实要看个人的理想，及对自身的发展规划而异

如果希望在软件开发技术上有大的发展，辞职为上策

同意写出优质，高效的代码并不是一件容易的事的观点，分析设计，架构就更不用说了

但也觉得，我们似乎要多一些包容心，多从别人的角度看待问题   回复  引用  查看    

#20楼 2005-01-31 10:12 Allen Lee      

我觉得你的经理不太会进行工作动机管理（根据你在文章对经理的描述）。单纯谈该系统是否应该使用肯定会出现这种原则上的冲突的。未知你那个经理是否学过组织行为管理，“工作再设计”通常就用来改善这种情况，避免员工过分从事单调的工作（这里的“过分”包括过长时间和/或单调程度过量）。

Hope that helps.   回复  引用  查看    

#21楼 2005-01-31 10:45 老翅寒暑      

现在正规一点或者想正规一点的公司都在这么做，无可厚非。同意大家对你的经理的评价，这家伙管理水平上太“水”了。

作为个人，要看自己处在什么样的水平上，如果你刚刚毕业，并且可以看到你们公司架构的源代码的话，建议你把这个源代码分析完毕了再走，否则你会后悔的。要知道，看人家成熟产品的源代码的收获是最大的。一个不会看人家源代码的程序员肯定不是一个好的程序员。

至于走与不走，纯粹是个人选择了，只要确定不要人自己后悔就可以了。

另外，跳槽时间不要太频繁，否则没有人会雇用你的！   回复  引用  查看    

#22楼 2005-01-31 11:59 DSharp-段龙      

你说的那个框架会不会是思维加速的东东？虽然我没见过感觉应该是个很牛B的东东，一个技术人员，研究技术是自已的事，公司存在的目的是为了赚钱不是为了研究技术。如果看中的是公司的高薪，当然要留下来，如果看中的是想在公司用一些新技术，可以离开。让公司提供高薪的同时还要按程序员的思维去做，最后的结果可能是关门大吉。   回复  引用  查看    

#23楼 2005-01-31 12:58 阮      

。。。。。。blog中正有人抱怨，天天干的活都一样，这个应该是福气，其实说白了，干这行的（MIS），还不就那么回事。   回复  引用  查看    

#24楼 2005-01-31 13:07 luke

不要想公司为你做了什么，而要想想你为公司做了什么？   回复  引用    

#25楼 2005-01-31 13:26 乌烟

小心问一句，你们用的是否是justep的东西？   回复  引用    

#26楼 2005-01-31 15:06 HD

呵!
技术人的典型!技术、技术、还是技术！
========
无论是什么东西,都是面对于客户需求的!
你的老板也是看到了这点相信。客户，只希望看到的是快、好用、实用。因为对于他们来讲，他们不是学技术的。你说的写的再好再深，对他们来讲，全当放屁！他们不懂。他们只关心你可否在时间内完成！这就是市场！

用句经典的话来讲：开发的对像就是要面对一群傻瓜！   回复  引用    

#27楼[楼主] 2005-01-31 21:23 Yok      

这是广州网天科技的产品, 几个技术骨干苦干了四年得出的成果
http://www.netsky-tech.com/cms/html/id-832-1.html">http://www.netsky-tech.com/cms/html/id-832-1.html
  回复  引用  查看    

#28楼 2005-02-02 20:44 sky

最近也在矛盾ing,IT行业是个什么玩意，是技术？是市场？还是技术+市场？怎样在这个行业混出点成绩来？什么东东才算是成绩？

我记得有个一个做人事的朋友跟我说过工作的定义：
工作的含义分三层，
第一层是纯粹是劳动的实质；
第二层在这样劳动中学到东西；
第三层是在这样的劳动中找到乐趣。

第一层能直接转换成金钱，第二层能提高自己的素质修养，第三层便是一种人生价值和人生目标的体现。
所以，怎样才算是做好一份工作，必须要从这三层去看。

听的时候似懂非懂地点了点头，但现在想起来，却又是模糊的，原来并不是那么容易做到的。
  回复  引用    

#29楼 2005-03-02 21:42 wego[未注册用户]

注:这篇文章是前年看了Joel的《行进中开火》 -- http://chinese.joelonsoftware.com/Articles/FireAndMotion.html -- 后成文的.
很长一段时间以来,我一直在思考一个问题“软件开发(管理软件),我们积累的是什么？”，技术方法？技术在不断的变不断的升级甚至抛弃，如OBDC->RDO->DAO->ADO->OLEDB->ADO.NET; 体系？选择J2EE or DotNet? 还有MDA。技术是为业务服务的，我们最终的目的是为了用软件去提升用户管理上的问题（这是软件的价值所在，也是用户肯掏钱能赚到用户钱的原因），所以“发现/定位需求，总解/抽象/提升需求，解决需求，再发现需求，改进（继续从发现需求开始的循环）...”就是关键价值链，在这个循环中，工具越简单能越快实现越好（这也是我们BIOA的出发点）。开发管理软件的核心环节该是从“抓住需求”开始，需求的抽象和提升是控制开发质量、成本的关键，是解决问题的关键，数据库关系模型的建立，复杂业务存储过程的实现，数据操作SQL的编写这些是必不可少的（不论你用什么工具用什么体系），所以这些是我们可以去积累值得去积累的东西。在基础知识扎实（程序逻辑/数据结构/编译原理知识/数学知识等）的前提下，新工具、体系的学习是很快的，所以我们更多该关注的是上述提到的“解决问题”的能力上，然后在新工具、体系成熟后经过广泛检验后（不要把“本来该用来开发新功能的宝贵时间都用来移植和升级了”，这也是我们这几年来坚持使用Delphi检验出来的路线）才去考虑有没必要往上靠（理性的用户真正考虑的是你的软件好不好用，能否解决他的问题，用什么实现不是问题，如谁会问MS的Office为什么还用C写?为什么不做成Web?）。不要为技术而技术，将时间和精力浪费在“观察敌人的火力线”上，抓住“不会变”（至少不容易变，如用BIOA去锻炼、掌握、积累、提高解决问题的能力，并考虑如何使工具更好，而不总是浪费在什么东西都“重头来一遍”上）的东西，前进！！！并在行进中开火。

呵呵,我是网天科技的,偶然路过看到这篇文章所以把自己以前写的一篇东东贴上来,有其它问题可与我交流:wego(At)21cn.com   回复  引用    

#30楼 2005-03-03 12:11 xbc

有意思，在这里讨论技术人员的出路问题。软件开发人员到底是为了什么而工作和生存，是为了写一些自得其乐的代码，还是做出有人用你的东西，曾几何时，多少人讽刺微软是软件技术大盗，没有自己的东西，可现在，仍然是软件行业的霸主，他真的没技术吗？目前，中国软件公司总是生存不了多长时间，为什么？因为许多中国程序员太“聪明”了，总是在考虑自己比别人强，不愿意用别人的东西，先想到的是如何做巨人，没有想到如何先爬上巨人肩膀。如果真正在软件行业坚持过几年的人，可能想法和体会就不一样了，真正做过几个项目的人才能知道你的技术是怎么会事，技术永远是工具，他是要解决问题的，所以不应该偏颇，现在大家有一个看法，软件就是思想，所以先看看别人怎么做软件，然后做出比他好的东西，不是比你自己从头好，又如何能限制你。还是先学走路，后跑吧。   回复  引用    

#31楼 2005-03-03 13:30 sam

随便发表一下看法：
（1）作者还是个有想法的小伙子（一般判断不是mm），有想法的小伙子比较有前途，只是想法还不够成熟，比如说换位思维以得到解决方案
（2）经理在这一方面想法比较简单，或者说也是没有换位思维；可能沟通技巧上有些问题，不是解决问题的沟通方式，而是推行的沟通方式；模式确定之后，应该提前预见这一问题
（3）上面有一个帖子意见不错：“只是你们公司需要不断地招人来做这项“没什么技术含量”的活　而早先招进来的人必须想办法可以让他们转到其它的更有技术含量的工作　这样才能稳定人心　如果软件开发人员个人的发展（金钱和技术）方面没有新的提高的话　那么辞职是必然的”－－这其实是公司发展与个人发展孰快的问题

  回复  引用    

#32楼 2005-03-03 14:24 wego

对上楼第（3）点引用的看法我倒认为这可以是几条路，目前国内做“技术”（比如写数据界面、写SQL什么的）的人不缺，而能把“技术跟业务”结合起来的人倒很缺（君不见管理顾问管理咨询按天收的费用比搞技术的按月收的费用还高），走业务的分析跟实现是一条很有空间的路（当然这得看性格和兴趣能力等的适合度），目前国内情况是管理咨询“飞得太高”，着不了地。而软件公司又往往“趴得太低”，腰都不能直起来。所以导致国内IT业这种现状。用合适的二次开发工具进行业务实施再配合个性化的二次开发，是软件公司直起腰来的很好的路。当然喜欢玩技术本身的是不喜欢往这个方向发展的，那就别做MIS（做MIS必须且最重要的是了解MIS本身，就少不了花大量精力做“没有技术含量”但有“管理含量”的活，做MIS平台本身更需要有这样大量的经验积累才能抽象提升）。另外就是再往下走开发开发工具、操作系统、应用服务器等了，但这个都是国外大公司垄断了的，我们做这个生存的空间不大，再有就是做通用软件、共享软件、游戏软件什么的倒也是很有空间的。当然都比较累，竞争激烈，因为软件的COPY传播效应（零生产成本），做很通用的东西就是“要不数一数二，要不没有机会”。   回复  引用    

#33楼 2005-04-01 18:45 sunrise

建议你用汇编写代码，因为这样，你才是精通技术。   回复  引用    

#34楼 2005-07-08 16:00 Walkdan      

偶尔看到这篇文章，忍不住想说几句。

感觉楼主可能比较排斥Delphi, 认为这个不流行。但事实上，Delphi才能真正能让你赚大钱的东西，而且本身是是少数几个机器级别的语言，真正能让你free的语言，这点比.NET强。.NET是不错，不过套太多，从IL到Framework, 你基本上被MS牵鼻子走了。

我看过不少用Delphi赚大钱的成功案例，比如大多数网络游戏(传奇..), 大多数证券交易系统，分析系统，Wind的信息终端，还后可能LZ的公司, 等等。

好的技术是精而不是新。而很多好的公司找人不是看你知道什么新东西，而是看你知道的东西掌握的有多精。

  回复  引用  查看    

#35楼[楼主] 2005-07-12 10:32 Yok      

@Walkdan:
不知我在哪里透露出我在追求"流行"和"新"?
设计模式很新? java很新? 和delphi还不一样是九十年代中期的产物   回复  引用  查看    

#36楼 2005-07-22 15:11 天外来客[未注册用户]

对于公司来说节省了成本，对于开发人员来说节省了力气，何乐不为？使用什么技术并不重要，重要的是能否作出好的应用。
但是，如果你有志于更高层次的开发的确不利。但是，做一个高水准的软件的艰辛你是否知道？   回复  引用    

#37楼 2005-07-22 15:42 doublew

我似乎好像认识你们的经理，因为你说的平台和我们原来测试过的平台太像了，如果你们的前台用的asp，后台server 用的vc++开发的

  回复  引用    

#38楼 2005-07-22 16:26 Ken[未注册用户]

可能领导追求的更多的是效益吧。
  回复  引用    

#39楼 2005-08-06 13:45 hl13571[未注册用户]

路过，我们也在用justep这样的平台，刚刚购入，还在学习中。顺便说一句，我刚毕业。但是我方向很明确，就是业务第一，技术第二。我不想将来成为技术上的专家，但是，如果可能的话我希望让技术专家为我工作。
我喜欢技术，但我更喜欢钱，也喜欢美女：）   回复  引用    

#40楼 2005-10-27 18:39 007[未注册用户]

这个平台我用过,确实不需要编程就可以设计单据,查询,工作流,期间收发存报表等,还是不错的,如果从学习业务的角度来说,很好，但是从学习技术的角度来说,不行,好象该公司的纯开发人员已经不多了,都转业了。   回复  引用    

#41楼 2005-11-03 21:13 双鱼座      

哈哈，俺也是路过。虽然我和楼主一样是偏爱技术的，感觉设计/编码中一定得体现一些技术才让人有点成就感，才有点工作的快乐，也才能有一点承受压力的条件。不过在软件行业，技术可能只是处在第三、第四甚至更后的位置。对于楼主提到的NetSky CUPB，我倒认为是个很了不起的产品(恕我没有体验就这样评价)，而且也不会影响到个人的发展。任何技术最终都要体现在应用方面，有一些技术是直接为应用服务的，有一些技术是为提升开发生产力服务的，有一些技术为其它的技术服务的，总之没有一项技术是为了个人发展的，包括.Net/Java这样的平台技术。需要说明的是，任何技术都是在不断发展的，没有一项技术可以永远停在那里、永远地为你造钱。事实上，有这样一些成熟的平台无论如何也比没有这样的平台要幸运得多，个人的发展空间可以被锁定在对这些成熟技术的发展上。
如果某个平台直接与个人的职业生涯规划或者个人偏爱发生冲突，那是另外一回事。无论如何，我不能理解因为“平台太成熟，开发业务只需要一些简单的技术就可以完成”，能够成为辞职的理由。真正的理由只有一个：你们还没有真正地接受这个平台，甚至完全对这个平台有强烈的抵触。   回复  引用  查看    

#42楼[楼主] 2005-11-04 09:34 Yok      

反正, 原公司那几个一进公司就一直用cubp的同事(04年毕业), 到现在连数据类型的概念都还不太清楚...你说有没有关系呢?
应该说, 它不适合没有技术基础的人使用.   回复  引用  查看    

#43楼 2007-09-13 16:03 上网监控软件[未注册用户]

用二次开发平台的确不适合个人的技术发展，但是从公司角度来说，却是节省成本的有效办法。   回复  引用    

#44楼 2007-12-21 17:26 黄色期刊[未注册用户]

服了。。我与作者有过类似的经历，那时候我是刚毕业，公司采用的好像是个叫eform的东西，表现层和你说的一模一样，可是没有他自己的工作量引擎。当时我们花了将近3个月的时间用他做表单。大概画了1000左右个页面。。当时兄弟们都受不了这种方式，而且用这玩意作出来的东西确实是垃圾的很，页面一大堆垃圾代码，速度性能无从谈起。。。。当时一个头，不是部门经理，是总监级的。。和你们大佬说的一模一样。。而且更直白：我们公司不需要技术特别好的人。。。。。。哈哈。然后哥们辞职走人   回复  引用    

#45楼 2007-12-21 17:28 黄色期刊[未注册用户]

从这你能了解下eform，吹的相对牛比

http://blog.csdn.net/fcsoft01/archive/2004/11/29/197984.aspx   回复  引用    

#46楼 2008-06-06 15:24 求知无傲      

hehe   回复  引用  查看    

#47楼 2008-08-26 14:17 zonghua      

eform就是给工作流设计表单的

http://aspx1314.cn" target="_new">http://aspx1314.cn   回复  引用  查看    

• 我的参与
• 我的新闻
• 最新评论
• 我的标签

• MonoRail(7)