@mazyi 我倒是建议看一楼的书，这都是些 Java 业界的经典，像 effective java 更是 java 的圣经
做后端开发的 主要还是把精力 集中在数据库 并发编程 高性能 跟底层原理上，因为后端变动的本身就慢，拿 java 后端 web 开发 至少有 10 几年没什么大的变动了，

看你们还在这里讨论 ioc 我也是醉了，ioc aop 这些东西 哪个不是 java 里面玩烂了的概念

@changwei Java 并不复杂，Hibernate 主导了 JPA3.0 标准，你硬是要用 xml 去配置 hibernate 也没有办法，
实际上 build 中型应用 还是 Java 最好，开源工具多，代码不容易被写烂，工程规范约束比较好
另外并不一定要用 hibernate Struts 这些重量级选手框架，springmvc springboot 这些基于约定 而不是配置的框架，早就可以快速开发迭代应用了，何况 Java 代表的并不仅仅是 Java 这门语言，背后的生态系统 框架体系 在应用开发领域 没有哪门语言敢说 比 Java 还要牛了

if you want to build your enterprise application , just Java it

新手别学弱类型语言，很多坑

主键 或者 唯一约束 unique index 都是可以的，实际上没有必要上事务，事务通常是针对有价值的数据，而且事务会产生锁，很烦人的，通常针对注册这种业务，unique index 就搞定了

另外现在计算机越来越快， scale 等并发框架 编写并发代码 越来越容易，实际上 程序员的技能 含金量是在缩水的，
对于一个普通的业务来讲 计算量为 1000 万次，实际上 (N3) 跟 Log(N) 有什么区别？最多泡杯咖啡的时间就过去了

软件工程师跟计算机科学家的区别
工程技术跟科学研究的区别

实际上没啥用，算法本身是没有知识产权的，区别仅在于工程师应用能力，开发新算法几乎跟 v2 99%的人无缘
如果是要找工作，在事业上做出点成绩 ，还是要学应用层面的开发技术

绝大部分高校本科毕业生 包括清北毕业的大部分人才 最终是要走向工程应用领域的，

实际上并没有 IT 程序员这个行业的， 程序员包括软件工程师 本质上是为其它行业的需求而服务的，
很多人喜欢谈底层 谈算法 计算机原理，实际上 绝大部分开发工作，只需要很少一部分计算机知识就能解决绝大部分的工程领域问题了

这其实很好理解，分工越细，写业务继续写业务，写轮子继续造轮子 优化轮子 搞科研的继续搞科研呗，
要求每一个程序员深耕技术原理 是没有必要的，也是不现实的，越往底层走 ，人越少，机会也越难得

现实是 绝大部分公司 在技术成为业务瓶颈之前就已经死掉了，只有极少部分公司需要牛逼程序员 ，
当然你觉得大部分程序 天天在那里抠细节 抠底层原理优化跟机器性能 那当我没说.

@bbao #40 祝你早日解决问题，踏入高层环境 😄

@bbao #37 谁要是能给我 推荐个靠谱点增删查改的后端工作 我就谢天谢地..

@bbao #37 我现在更惨..不说了..码畜级别

@ihuotui #34 好的环境，可遇不可求，没有人脉 没有朋友内退 只能自己先修内功了，

@ihuotui
@bbao
我觉得主要还是多看书吧，就我个人来讲，非科班 野路子出身的，读过 csapp ，算法 第四版 等书

其实发现很多技术原理上的东西，其实很多年没变过了，你把数据结构与算法的基础打好，
像 redis 其实信手拈来，无非就是常见的 头接链表 hashmap 新版 redis 加入了 geo 等地理位置 线段树等算法

因为每个人的出身，跟技术经历都不一样，并不是每个人都有机会经历一些大项目 架构设计
个人能够努力做到的，且完全不依赖外部资源的途径 就只有自己多动手 多读书 多尝试了



另外求楼上两位老铁 推荐点书 给我这个刚入门的小弟看看

@bbao 技术上 其实明白技术底层性的原理，够用就好了，深抠每一个细节，于精力 于时间 都是难以达到的，我毕业快两年了，还不是科班毕业，转行过来 3 个月 ，面试过的水货程序员 太多太多了，有的连 找到数组中 第 n 大的数 都不会写

@bbao 你能聊到这么多就已经很不错了，我上次出了个题目，开放性的，，大致讲下 hashmap 的实现跟原理，
在并发的情况下，如何为 hashmap 加入细粒度的锁 使其可以并发访问，人家看完面试题 发现不能百度 转身就走了..

http://hedengcheng.com/?p=771
这里有一篇 mysql 事务加锁机制的文章，，面试的时候 扯一扯 能扯明白的 有几个？

@bbao 另外我觉得你刚才说的这些东西，能跟面试官扯一扯 能把细化一部分的原理跟细节 就已经很不错了
这种开放性的问题，本身并不是考察 面试者有多牛逼，只是考察面试者 对待技术的态度，平常看书学习的态度
当一个面试官问 JVM 的时候，你能把深入理解 Java 虚拟机上的东西 加上自己的理解 复述一遍，另外能带上 Java6 subString 内存泄漏的分析 就已经相当不错了

另外数据底层原理 多线程容器竞争的问题 以及吞吐量的问题，
本质上就是 资源竞争 跟算法与数据结构 选择的问题
把基础性的书 读一遍，基本上能答个八九不离十

@bbao
这个问题表面上看是问技术，我觉得更多是考察一个人 对技术的态度吧，

很多人做了很多年 java 对容器的特点一窍不通的也有，也有对技术了解的非常少的人，
例如 jvm gcroots 是基于有向图可达性分析来 归代回收，本质上来讲这就是个图论算法
图的算法 最经典就是 dfs bfs 某 D 开头几乎很难拼对名字的算法

拿楼主说的红黑树是否适合存储海量数据来讲， 除非业务对数据有十分强的有序性要求，
否则不推荐海量数据使用红黑树，因为红黑树的 插入 查找，
在并发的情况下 其吞吐量并不是很好，通常在有线程插入数据 加锁后，红黑树 需要 要锁定一个较大的分支
（具体的红黑树 插入 查找的操作 已经忘了，，不过我当时学习这个算法时候 分析过加锁的原因 ），
而这些操作正是维持容器内数据有序性的必要操作

维持高吞吐容器的话还是 hashmap 较好
因为通常只会锁住一个 头接链表的头部，如果有可能的话 还可以加入更加细粒度的锁， hashmap 在没有有序性要求的场景下，较 红黑树 优