我觉得可以接受 但这不重要 重要的是你的领导能否接受。。

赞同 @maemual 的方式和 @shyrock 的观点

刚刚转python的java码农表示：dynamic binding用起来虽然爽，一旦工程规模大了，迟早会留坑

@junjies 并非有意冒犯，只是因为我平时在水木看到了很多hr或team leader发布的招聘信息都是直接留amazon邮箱的

关于jd里没有职位信息的问题：你只考虑了你们团队招聘时注重思想，却没有考虑到应聘者会很关心职位与自己是否十分match 如果你说明了是scm方向的招聘，而我不巧对scm领域没有了解或没有兴趣，我就不会浪费自己的时间发简历，同样你们也可以节省阅读一份不相关的简历的时间了

@14 @longnight 在D版也发过吧

@tammy

1. jd里没涉及任何前端技术，估计不是维护前端界面的职位
2. 楼主留的不是amazon邮箱、jd中没有说明具体职位、jd不符合亚马逊一贯的风格，可能是骗简历的
慎投

@raincious 在这个语境下就是规范的意思。。

@rannnn 有出息的都拿奖去美国了谢谢

学同传去澳洲？？？这不是在开玩笑吗 能考上北外就足够了

花钱去澳洲这种地方留学基本就属于天赋不高或者学习不刻苦、烂泥扶不上墙的类型（有出息的都拿奖去美国了）
再加上家里还没钱，还是打消了这个念头吧

@zhoulujue 贵狗同学握个手
我们组刚刚从禅道迁移到这个 没想到居然是内部人员轮出来的

spring managed bean多数是singleton的吧
使用一个singleton对象的方法跟跟使用静态方法没有本质区别

至于说这样能提高性能，我也想不明白是为什么

点击搜索输入框后，自动提示的居然是我在torrentkitty上的搜索记录

这是要闹哪样

客户端代码中的问题：
不要在mouseClicked()或actionPerformed()中做耗时操作，这样会导致swing的event dispatcher线程阻塞，会使界面卡住

具体原理你可以参考 http://blog.itpub.net/13685345/viewspace-374940/

php和python短糙快 java的开发效率毕竟没法比

楼主的代码粗略看了看，挑点小毛病，望海涵
1. ChatManager里面用了HashMap，但是HashMap不是线程安全的。建议改成ConcurrentHashmap
2. MyServer 里每过来一个请求就新启一个线程，很不经济。建议改成线程池
3. UserDaoImpl 里做完jdbc操作后，没有关闭ResultSet和Connection，这样是不对的。另外异常应该往外抛，不应该printStackTrace后直接返回
4. DaoInstance的getUserDao()方法有问题，它不是线程安全的。建议在方法上加上synchronized关键词

建议去大城市闯一闯
尔非体制内工作、一个月7000元够干嘛的？买一部苹果6剩下的钱还够塞牙缝吗

这个应该在服务端做吧 这样也利于控制事务

DbServer的insert()、update()、delete()中没有关闭Connection和Statement

你的表设计本身就没什么问题（除了用word作为keywords表的主键这一部分。 我看不出来有什么理由要这样做）
多表关联在设计业务系统时是很普遍的用法，你不应该怕麻烦

另外：
这种写法性能差select * from keywords where id in(select keywordid from articleskeywordsrelates where articleid=5)

建议改成
select kw.*
from keywords kw
join articlekeywordsrelates akr on kw.id=akr.keywordid
where akr.articleid=5



关于你标题的问题
http://dba.stackexchange.com/questions/232/character-vs-integer-primary-keys

Hibernate确实麻烦，ebean和jooq有点非主流
楼主还是老老实实用Spring JdbcTemplate或MyBatis吧

在一排排打印书籍中间赫然发现一道辣子鸡
笑点被戳中了lol