我要被老外气崩溃了

tmd我一直都以为老外都是IT行业中的精英加高手....
最近和我们一起做项目的老外真是让我彻底的faint

我们的项目是c/s结构, 所以在规划的时候规划了四个子项目:
client/common/server/web

老外居然一直在说用一个项目就可以了, 在包名上分开. 经理跟他们解释了半天也没用.
以前我们公司的几个项目是一个大项目就做下来了, 但是调试极其痛苦, 而且有人在server端引用客户端的类. 运行的时候才发现问题.

我觉得开发调试应该尽量贴近运行状况. 如果用SLF4J的设计模式也会好办一些....

唉, 我还没想按照功能分成无数个子项目呢, 按理说将来公司的产品也应该按功能去分别部署...这个他们可能更要晕菜...

评论

33 楼 tita8848 2009-05-14  

每个人都会根据自己的经验，有一些根深蒂固的想法。

正常，做it 这行的人，都自负的让人心碎。

文人相轻，看来是不分种族的。

那个老外，也会发个帖子，说你是多么low level。

32 楼 supttkl 2009-05-14  

我现在搞软件实施了，恨死那些过度设计者了，简单问题复杂化，代码搞了一层又一层，异常包了又抛，抛了又包，一段代码N段时间进行了修改，N个人改。我曾经在代码注释里看见这样的注视，“我也不知道这段代码是干什么的，我今天终于把这托屎给改完了。”最后我得出个结论，什么是赚钱的软件，这样才是最赚钱的，不费那么大力气搞，怎么才能赚钱？

31 楼 insiku 2009-05-14  

分3个工程而已吧?

交叉引用虽然是程序员的职责
但是大家都知道 现在的程序员是越来越不称职
与其放任 还不如不给他们机会

30 楼 LucasLee 2009-05-14  

steeven 写道

LucasLee 写道

我在做的项目中碰巧有这个解决方法，都在一个大项目中，但用ant脚本打成不同的jar包，再运行。

我们以前也是这么做的。
老外狡辩说，我们的developer都是professional, 不会犯这种low level错误
我说：fk u, 你就low level

这么说，这个老外是露怯了。
人都是容易犯错误的，要尽量从大的设计上保证不犯错误，而不能靠developer是professinal来保证。

29 楼 yangrg 2009-05-14  

那就搞成一个项目呗，只是目录不同而已。

28 楼 szhnet 2009-05-14  

那个老外是哪国的

27 楼 tanguojun 2009-05-14  

不同的人对某一件事,某一样的东西看法不一样,是很正常的,没有必要对这事情斤斤计较!
你有你 的想法,老外他有他的想法,说不顶你的想法还不一定比的他的,多重别人角度想问题,你会发现
自己的想法有时是很愚蠢的.

26 楼 robbin 2009-05-14  

不分项目也不见得不好。如果你分了n个项目，用到公共类库或者公共底层数据库的时候，你就非常痛苦了。我见过很多很多大型开发团队，就是因为划分子项目以后，在交叉引用上面痛苦不堪，一改公共代码，波及的范围非常广。

JavaEye网站现在别看二级三级域名这么多，还带有垂直频道，开放API，可就是一个项目，一份代码，修改和部署都非常简单，以后也会一直单项目走下去。

25 楼 tsq 2009-05-14  

steeven 写道

LucasLee 写道

我在做的项目中碰巧有这个解决方法，都在一个大项目中，但用ant脚本打成不同的jar包，再运行。

我们以前也是这么做的。
老外狡辩说，我们的developer都是professional, 不会犯这种low level错误
我说：fk u, 你就low level

...

24 楼 bcccs 2009-05-14  

lw223 写道

分那么多项目有必要么？ 是不是卖给客户的时候可以分开收钱啊，四个项目收四份钱呵呵。 我就见过这样的公司。

lz太偏激了吧，你们只是工作上的分歧，就这么说别人。

俺干私活都不这么无耻。

23 楼 zzsczz 2009-05-14  

精英加高手才敢于 打包成一个jar,那才是高手，一次性搞定

楼主们的技术low level，需要慢慢做

22 楼 lw223 2009-05-14  

分那么多项目有必要么？ 是不是卖给客户的时候可以分开收钱啊，四个项目收四份钱呵呵。 我就见过这样的公司。

lz太偏激了吧，你们只是工作上的分歧，就这么说别人。

21 楼 sdh5724 2009-05-14  

老外说的没有错。开始就应该在一个项目里。 加快开发速度， 方便代码管理。在初级阶段， 就应该这样。

交叉引用问题是程序员的责任。只有失去项目的把握，才会弄乱。 大部分国内的项目经理， 不写代码，只看业务。 大部分人把写代码看成是下等人的活。所以， 通过分项目把控制混乱也很正常了。

关于项目构建， 一般情况下，大部分人都觉得仅仅是编译， 或者知道他能干别的事情， 没有付诸行动。 项目构建过程是保证项目代码质量的重中之重， 看看多少OPEN SOURCE代码都是通过项目构建过程保证代码质量的。

20 楼 ozzzzzz 2009-05-14  

多种选择的时候，如果是大家合作项目，我选择最笨、但是最扎实的做法。以后可以优化，可以重构。但是开始以成功率为前提比较好。

19 楼 jzcjy 2009-05-14  

呵呵，俺也来踩一脚！

18 楼 koda 2009-05-14  

我觉得楼主太偏激了，老外说的方式没有什么不可饶恕的问题，而且同样可以做得非常好，只是老外说的方式要求更多技巧，特别是ANT这种工具的使用能弥补和检查工程构建中的问题，但是换来的好处就是项目布局更加简单化！

17 楼 xmpp 2009-05-14  

我比较喜欢分多个源目录。

16 楼 icefishc 2009-05-14  

1. 我认为老外说的项目和你说的项目不见得就是一回事。
   你说的项目指的是IDE中 create project 那个project吧。
  
2. 你过于激动了 即使他的想法不合理也不是啥大不了的事。还可以通过别的方式来解决。

15 楼 soci 2009-05-14  

猛一看,我还以为老外也用中文表名呢.

14 楼 neomac.lin 2009-05-14  

老外是professional，professional的忽悠