只显示主题贴
人都是要面子的，也是喜欢攀比的，即使在工作上也喜欢攀比，不管那是不是自己想要的。
人总想找到那个最好的，可是，什么是最好的？你觉得是最好的那个，是因为你的确了解，还是因为别人说他是最好的？即使他对于别人是最好的，对于你也一定是最好的么？
对于自己想要什么，自己要最清楚，别人的意见并不是那么重要。很多人总是常常被别人的意见所影响，亲戚的意见，朋友的意见，同事的意见…… ,你究竟是要过谁的一生？人的一生不是父母一生的续集，也不是儿女一生的前传，更不是朋友一生的外篇，只有你自己对自己的一生负责，别人无法也负不起这个责任。自己做的决定，至少到最后，自己没什么可后悔。对于大多数正常 ...
- 进入论坛 入门讨论 版
今天在公司有时间看了下设计模式,现在写下自己的对它的理解..
1.开－－闭原则:
一个软件实体应当对扩展 "开" 放，对修改 "关" 闭
2.理氏代换原则:
一个如果适用一基类，那么它必然适用于其子类
设计模式解析：
1.工厂模式：对类实例化不要直接调用类，而要对接口，如：InterfaceA interface = new entityClass();
2.工厂方法：设计一个工厂来完成创建实例工作。如：
Factory a = new Factory("com.life.entityClass");
//工厂类：
Factory{
public static Interf ...
- 进入论坛 入门讨论 版
最近看到Hibernate formual 属性,用法:
hibernate 为property 提供有formual 属性,用法如下:<一> property 中使用需求:统计User表中人数User.xml 增加 : <property name="totalcount" formual="(select count(distinct(id)) from user)" />对应的PoJo 中增加 totalocount 属性,注:这里 formual 执行的是sql语句,语句一定要在()之间,否则会引发异常
- 进入论坛 入门讨论 版
公司软件部人不多，但几年来也曾经招聘过很多程序员，一个重要的发现就是，仅仅精通技术并不能很好的为公司工作，尤其是一些在领悟业务逻辑思路不是很敏锐，缺乏社会经验的人(譬如应届毕业生或一天到晚扎在技术里的人)。 因为公司小，没有专门的系统分析人员，只能靠程序员作需求分析，在客户满天描述需求时，很多技术精悍的人根本无法领悟关键，反过来抱怨客户愚昧，描述不清。很多时候还没有公司根本不懂编程的，但有较好工作经验的业务员领悟来得快。 为什么一个个曾被自己认定什么都不懂的业务员都自己做老板了，而自己还几年如一日的扎在电脑前敲代码，现在知道原因了吗。 作为一个程序员，研究和熟悉语言固然很重要， ...
- 进入论坛 入门讨论 版
评论排行榜