价值

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一直以来比较推崇在开发中进行全面的单元测试，我觉得单元测试的好处非常多。但是没有真正的用起TDD，在编写功能实现代码之前先编写测试代码，这样的习惯没有养成，意义也没有觉得非常大。因此TDD其实没有真正用起来。 直到最近在实际工作中的一个案例让我更加深刻得领悟出TDD开发的真谛！ 案例：最近我们开发一个消息中心的服务，该服务要给数十个项目组提供接口，由于各项目组的进度和步调不一致，消息中心服务的项目先开始工作，定义好了接口之后，将接口公布出去，然后就开始实现接口功能，进行接口的单元测试及模拟集成测试。一段时间后，陆陆续续有些应用项目组开始工作，发现了接口定义的一些问题，这些问题有的是接口无法满足他们的需求；有的是有些字段没有；有的是感觉接口使用不方便；反正最终导致的结果是消息中心服务项目组的代码进行了多次返工和修改，浪费了很多时间，至今还没有彻底满足所有项目组的需求。 后来我接收负责其中一个接口的实现，反思之前出现的问题的原因是什么？有什么办法可以解决或者减轻这种问题呢？我觉得最根本的原因是在设计和实现接口的时候，服务提供项目组没有让服务的用户参与进来一起进行设计，服务接口公布出去之后，由于服务用户没有真正去了解和使用，也无法提出问题，等真正开始使用的时候才发现一大堆问题

在我们向优秀程序员发出的邀请信中，我们是这样描述我们的目标的： 　　程序员客栈宗旨是：汇聚中国最优秀的程序员并为大家服务。目前正处于第一阶段：更立体地展现优秀程序员的成就（从作品，专业社区影响力，以及个性宣言等方面），让程序员摆脱简历局限，更充分地展现自己的能力，得到更多收入和人脉机会。 　　所以我们一直在苦想，怎么可以实现这点？目前，我们整理出以下两个思路： 　　1. 摆脱简历，通过综合个人履历立体展现自己 　　3分钟以内完成个人履历信息输入，之后我们 每日为你更新 所有可以自动抓取的内容： Github信息 知乎信息 stackoverflow的信息 　　并且我们会请专业的设计师帮忙做出更好的履历页面(是的，现在还很挫T_T)，让你每次可以很酷地把主页分享出去，你的大拿气质，个人成就就可以让对方膜拜,不用自己花时间填写。 　　以我自己的为例：(在程序员的专业社区我就是个渣。。。） 　　个人履历 　　2. 每周推荐一些有意思的 程序员 ，让大家知道他们有意思，值得关注。 　　以Github标星，follower数量，作品类型，履历被赞的数量等作为排序规则，我们可以从不同纬度发现很多有意思值得关注的程序员，我们希望可以把他们推荐给更多人。 　　简单从程序员客栈现有的排序体系来看： 客栈总体热门排行 客栈移动端方向热门排行 客栈北京地区热门排行 　　等等。希望通过这些实践