pyjiang wrote:
想想我们刚开始步入社会的那些年，有谁会告诉人家自己这不行那不行，又有谁写简历不是尽量拣好的说。
所以我觉得过来的人们，一方面自己已经懂得了很多，但另一方面，也要多给别人点成长机会。
我也给自己的队伍招过人，我觉得招人主要还是看人性看人品，技术相对还是容易学习的，只要那个人不是呆头呆脑的那种，又不是那种过于能说的（个人感觉太能说的人比较浮燥不适合搞开发），一般我还是愿意给他机会。
技术上的东西，你告诉他，带他一下。一般他还是能很快成长起来，这样带出来的人他会对你心存感谢，感情上他会很愿意跟着你干。
如果直接招进来就是些比较层次高的人，你就得先“训服”他，才能进而很好地领导他，通常这个事要比培养人更麻烦。
多给别人点机会，也是多给自己点机会。
由感而发，瞎说一通，各位多多包函。

技术上的东西，你告诉他，带他一下。一般他还是能很快成长起来，这样带出来的人他会对你心存感谢，感情上他会很愿意跟着你干。
如果直接招进来就是些比较层次高的人，你就得先“训服”他，才能进而很好地领导他，通常这个事要比培养人更麻烦。

robin wrote:
不要考虑效率问题,你做的系统又不是宇宙航天系统差一秒就死人,我原来一直做银行的,也有这方面的困惑.总想鱼与熊掌兼得,后来发现梦想和现实是有差距的,只要你的Coding能够很容易的被后续的人读的懂,而且非常容易在你的代码的基础上进行extends就可以了.毕竟我们现在的所谓高手也只是停留在应用的层面上.再有就是跟大家说一句,别太把Coding当回事了.我个人的感受就是这样.还好我现在不用做研发了.但是客户不会管你代码里面用了多少Design Pattern
也不会关你的 dependancy 之间到底那些是 多态,还有真正有软件能在它所使用的Design pattern中受益的又有几个.

bluepure wrote:
曾经和同事讨论xmlrpc调用接口的设计，我建议根据模块设计多个接口注册多个handler,同事要求把所有的xmlrpc接口都放到一个文件只注册一个handler。
我争辩说代码的维护不方便，结果对方告诉我，一个java文件的代码在2000行以上是很正常的。

当时一想到我写的java文件虽然有一些了，但是有200行以上代码的java文件实在太少，便惭愧的没敢再争辩了

pyjiang wrote:
to emarket：现在做IT的，有几个能在一个公司干5年以上的, 就算你愿意，公司也不见得有那个能力（我以前效力的公司，我走后一年就倒闭了...）.

要这么说的话，就更不用太在意什么设计模式、软件架构之类的东西了。因为客户要的是功能，老板要的是挣银子，好象除我们自己之外没有人要设计，而设计对我们自己真的有那么重要吗？反正干不了几天又换地方了
没别的意思，只想提醒一声：好的Senior不会动不动就跳来跳去，除非你去挖别人墙角。也或许运气好能踫上了一半个正在因为各种原因换工作的，到处投简历的大多都一样。

skyin wrote:
不用太在意interface拉，这个是java把class当type而不是根据行为决定type的产物。smalltalk和ruby里都没有interface这种东西，可见interface不是OO和design pattern的必要内容。

emarket wrote:
这是一个人对于程序员的态度问题，（可以 说是 ‘程序观’ 吧）。
第一个要解决的问题是：软件是什么的问题。
第二个问题就是：你为什么写软件。
第三个问题就是：你为谁写软件。

熟悉大多数java开源项目，熟练掌握spring, hibernate, struts, 设计模式, IoC容器。。。

public interface Service {

    public abstract boolean execute( HttpServletRequest httpservletrequest, HttpServletResponse httpservletresponse)
    throws Exception;
}

最近写的最长的一个class不到1300行,却可以管上百个任何类型复杂的报表,够简练吧,历时两星期,前前后后设计、开发、维护都自己一个人,目前在我所在市的建设局及400多家房地产企业正在使用中，这段程序经过本人200多次版本更新，是在用户的使用过程慢慢修正/完善的.

javadd wrote:

最近写的最长的一个class不到1300行,却可以管上百个任何类型复杂的报表,够简练吧,历时两星期,前前后后设计、开发、维护都自己一个人,目前在我所在市的建设局及400多家房地产企业正在使用中，这段程序经过本人200多次版本更新，是在用户的使用过程慢慢修正/完善的.

javadd wrote:

对于在吹用什么框架好,嗤之以鼻,本人自己会写框架,开发速度|运行速度都是目前很多公司用的框架比不了的......

javadd wrote:

不管再完美的设计，在没经过用户的千百次使用，反反复复的修改，根本就不能算得上好程序，我们在做一个项目的时候 设计/开发只是极短的过程，根本就不当它是整个项目开发中的重头戏，后面的测试，上线后用户的使用，维护才是最重要的。

javadd wrote:
还有一点：微软会跟你说她怎么编码，怎么做代码设计的吗？一个天天只想着OOP，只会说OOP真不知道怎么跟客户交流？

所以我还是只能停留在学习使用OOP的层次

可我一点都不觉得负责这么多工作会让我编程能力有所提高，相反变得杂而不精

这正是问题所在，如果你对编程思想有更深刻的了解的话，也许只需要650行代码就可以解决？也许只需要10次修改就可以达到现在的效果？

前前后后设计、开发、维护都自己一个人

框架是必须有一定的泛用性的

jigsaw wrote:
想跟论坛上几个人共事，排名不分先后：

emarket 理想主义 富有激情
floater 老辣 不管新老技术 啥都会
why 超级热心
wishmaster EAI的大牛

没被提及的朋友们别砸我 我只是一时想不起来了

pyjiang wrote:
想想我们刚开始步入社会的那些年，有谁会告诉人家自己这不行那不行，又有谁写简历不是尽量拣好的说。
所以我觉得过来的人们，一方面自己已经懂得了很多，但另一方面，也要多给别人点成长机会。
我也给自己的队伍招过人，我觉得招人主要还是看人性看人品，技术相对还是容易学习的，只要那个人不是呆头呆脑的那种，又不是那种过于能说的（个人感觉太能说的人比较浮燥不适合搞开发），一般我还是愿意给他机会。
技术上的东西，你告诉他，带他一下。一般他还是能很快成长起来，这样带出来的人他会对你心存感谢，感情上他会很愿意跟着你干。
如果直接招进来就是些比较层次高的人，你就得先“训服”他，才能进而很好地领导他，通常这个事要比培养人更麻烦。
多给别人点机会，也是多给自己点机会。
由感而发，瞎说一通，各位多多包函。