（top币为什么一直跌？）：刚入职的java程序员，在公司已经看了两个礼拜的代码了，感觉做不来，怎么办呢？？。

大家好，今天小编来为大家解答top币为什么不涨这个问题 ，刚入职的java程序员
，在公司已经看了易币付两个礼拜的代码了每日，感觉做不来 ，怎么办呢？很多人还不知道，以上提供1重点现在让我 ebpay 们一起来看看吧！

1. 刚入职的java程序员
   ，在公司已经看了两个礼拜的代码了，感觉做不来 ，怎么办呢？

刚入职的java程序员
，在公司已经看了两个礼拜的代码了，感觉做不来 ，怎么办呢？

我猜你然后是进了一个代码质量很烂的项目
。如果是java的话正好我可以分享一个技巧
，因为去年一整年我掉进过三个烂代码焦油坑，摸爬滚打也算是总结出了一些经验。

这个技巧就是：为代码库编制一份索引（目录） ，具体的，在阅读代码过程中
，在关键位置添加结构化的注释 //CODEX 1.资讯 1xyz abc efg，如下图：

所谓结构化注释 就是带有序号和层次的前缀 ，类似于你在写文档时段落的二三级标题 会被word识别生成目录树
，方便预览整个文档结构大纲已经快速跳转到特定段落 。

代码库其实也非常需要一份全局清晰的目录索引 那个快速预览功能模块 逻辑脉络 还要能快速跳转到对应代码位置。

idea或eclipse自带的资源浏览器视图 package视图其实是不能实现这样目的地的，因为它们仍然只是源代码文件粒度的查看 ，但是一条业务流程涉及到的代码是散布在多个文件 而且存在复杂的依赖关系
，至少是function粒度的
。

那么就需要手工编制一份能满足需求的目录索引，效果如下图：

这是eclipse中 为一个项目的某个业务模块关键代码添加//CODEX注释之后 在tasks视图中自动生成的源码目录索引。

根据我的经验 ，阅读代码过程中只需多花一点点精力就可以顺手编制出这样的目录索引
，而这个投资的回报率是非常高的 。

相比于传统方式 就是单纯的去读代码 理解架构，不仅看得慢 而且看完以后只能在当事人自己脑子里留下一个比较模糊的理解和视图 ，而且这个成果很快会随着时间流失和遗忘
。

用codex的 *** 边读代码边加备注
，不仅让你读代码更快更高效，最重要的是这个过程结束后 你还为团队留下了一份清晰详尽和动态的文档 ，这个文档不仅能清晰展现模块划分和实现逻辑脉络，而且能让你快速定位到任何一个功能点的代码行中去查看更底层的实现细节
，为后面若干年的维护和重构带来长久巨大的帮助和便利。

作为一名从业多年的IT人，我来回答一下这个问题 。

对于刚入职的Java程序员来说 ，如果没有过岗位实习经历
，在面对开发任务时，确实需要度过一个困难期 ，而如果此时没有专业程序员的指导
，通常需要较长一段时间才能逐渐融入到开发团队中
。实际上，不少Java初级程序员在入职一段时间后 ，就因为迟迟不能完成开发任务而选择离职。

对于没有开发经验的Java准程序员来说
，要想尽快提升自己的编程能力，同时融入到开发团队中 ，应该从以下三个方面入手：

之一：多动手做实验 。要想提升编程能力
，一定要多动手做实验，可以从一个比较基本的实验开始 ，然后逐渐进行拓展
。看代码虽然是快速学习的好方式，但是看代码的同时
，一定要动手实践一下，这样才能建立起画面感 ，同时形成自己的编程思想。

第二：多与老程序员交流 。在进入开发团队的初期
，一定要多与有经验的老程序员交流，这是能够快速成长的重要方式
。在交流的过程中 ，一方面要搞清楚具体的开发流程
，另一方面也应该主动承担一部分开发任务，有了开发任务就会有更多交流的机会。按照历史经验来看 ，往往能够主动承担开发任务的程序员
，会有更快的成长速度 。

第三：善于总结。做程序开发工作，一定要善于总结 ，把一些重要的开发内容总结成具体的 *** 
，然后再把这些 *** 应用到后续的开发任务中
。Java开发比较注重模式和框架的运用，而且不同团队往往有不同的技术选型 ，所以做好相关知识的总结对于快速融入开发团队是比较重要的。

我从事互联网行业多年，目前也在带计算机专业的研究生
，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章 ，感兴趣的朋友可以关注我
，相信一定会有所收获 。

如果有互联网、大数据 、人工智能等方面的问题，或者是考研方面的问题 ，都可以在评论区留言
，或者私信我！

我认识的很多程序员工作两年了，我都会问他会什么 ，其实一般得到的答案都差不多
，感觉自己就会增删查改，什么也不会
。其实Java开发最开始就一个增删查改 ，仅此而已。为什么觉得自己不会
，心理上还觉得自己做不来了，为题主分析分析：

为什么从看代码就觉得自己不会

做过一到两年开发的小伙伴 ，跳槽过几次的小伙伴应该大部分都遇到过，你被分配岗位过去是接二手代码来开发
，接二手代码开发去了之后基本就是在看上一个人的代码，其实大家都有体会 ，看别人代码很多地方是看不懂的
，特别是业务逻辑比较复杂的地方，如果还没有注释 ，你基本上就会在内心中疯狂的问候上一位开发者 。你看不懂其实是一个很正常的事情
，你想想，你把你一个月之前写的代码拿出来可能你也会看不懂
。

其次就是题主是刚入职 ，没理解错的话
，应该是之一份开发工作，之一次就接到二手代码确实是有点茫然 ，不知道从那里开始
，在加上自己心理没底导致怀疑自己的能力，其实大可不必 ，因为如果刚开始的工作内容上面答主也说了，基本就是增删查改
，没有深特别高深的东西，特别深的东西你们组长也不可能给你去做。

要看业务 ，不要看代码
，代码是别人写的，业务是需要自己理解的 。

企业让你看代码是为了什么

如果是接二手项目的话 ，之一：让题主自己知道上一个开发者做到那里来了
，这样在接着写的话，你自己也有头绪；第二 ，你自己也要对基本的业务流程有一定的熟悉
。因为开始的业务不是你写的
，所以对整个模块的业务功能的理解上可能不够深入，所以需要去看看上位开发者来帮助自己理解。

如果是公司的主要营收项目 ，那么如果让题主去看代码是为了让题主能理解之前项目中整个业务过程
，好做对应的有业务关联的下一个项目的开发，或者对对应的功能做升级 ，或者要添加新的功能做二次开发 。

如果公司比较大，自己去根据自己业务改出来的框架或者技术做的项目
，但是这种情况一般都会做事先的培训工作，在去接触代码的
。那么这个时候看代码是为了让你熟悉公司自己的东西 ，后期好马上入手进行开发工作。

不要真的被别人写的代码毒到了
，看代码就是为了业务

怎么样让自己能快速的进入项目才是最主要的

不管是什么原因去看代码，其实最主要的是快速熟悉业务准备进行后期的开发 。在题主看代码的时候一般相应会给你开发文档 ，这个时候不要盲目的去看代码
，更好的方式就是结合着开发文档一步一步的去查看对应业务的代码，在看代码的时候更好不要在某些上一个开发者写的比较复杂的业务逻辑代码上纠结 ，你只要知道这段代码是给你做了一件什么事情就行了
，因为上面就说过，别人写的代码你是很难看懂的。主要是理解现在的业务逻辑流程 ，然后随着这个流程能让自己有所理解
，并且如果是做二次开发能接着开发，如果是二手代码能继续上一个人的位置能继续开始
。

其实主要的开发都是增 ，删，查
，改；要相信自己能行

总结：看代码其实就是为了让你自己能理通业务逻辑，所以不要一直纠结看不懂别人写的代码 ，每个人有自己的想法
，同一个业务可能不同的人写有不同的写法。千万不要觉得看不懂别人的代码就否定自己，相信自己 ，说的在不好听一点
，不会那么我们就去学呗 。

以上是答主自己的个人意见，如果有更好看法的小伙伴 ，可以在下方评论区留言
，或者点个赞，加个关注 ，我们一起探讨探讨
。