java开发的小项目如何报价？
首先一款软件，看他能值多少钱。一是要看你功能做的是否完善，其次存在的BUG严重程度。在有是就你的软件拓展性如何、移植性怎么样 。 当然这些也是必备的条件 如果你满足不了 。
具体呢，看你软件得大小了 学生开发也就1w左右 商业上就几w吧。
希望可以帮到你，谢谢！
Java程序员刚进公司，接手一个业务复杂的项目后，该怎么快速融入开发？
首先你要阅读公司项目经理给你下发的，要了解这个项目是做什么的，了解业务流程。关于开发代码的话，应该要清楚项目里用了哪些框架技术，以及公司的开发规范，还有就是以前公司人员留下来的代码审阅。其次就是同事之间，你要清楚你们项目组之间每个人负责什么角色，以后在开发过程中遇到问题了应该寻求谁的帮助，跟同事相处很好有助于大家一起共事开发，共同进步。希望***纳
一定先要先看业务文档，暂时不看代码因为代码也是在描述业务的，要是不懂业务，根本不知道这个代码写的是啥业务（有些人写代码不谢注释或者代码注释代码就更揪心了）
大致了解了业务之后，根据你所知道的业务知识去调测项目，去发现文档描述的业务和实际项目跑起来的业务是否有区别
（图片来源网络，侵删）跑的差不多了再去看代码
前后就职于三家公司，参与过大大小小的项目也不少，刚进入一个新的公司或项目组的时候，如何快速开展工作，我也谈谈自己的办法。
首先，上班第一天要快速的找到“饭团”，别笑，我是认真的；这件事儿越早越好，越拖越尴尬；和团队成员都混熟了，后面的工作会更容易开展，工作过程中的沟通会更加的顺畅；有些公司会给新人安排一些行政对接的工作，比如单位做工卡，让你帮忙搜集一下部门所有人的照片，看起来是打杂的活儿，其实也是给你一个机会认识每一个人，日后工作上有交集的时候，会比你问：“请问哪位是XXX？”要好很多。
（图片来源网络，侵删）- 尽快把本地环境部署好，让程序可以在自己的电脑上运行起来；问清楚开发、测试、生产环境（有权限的话）的地址、用户名、密码；问清楚开发流程，比如代码如何提交、用哪个代码基线开发、提测的流程是怎么样的、谁来发布测试环境、如果是开发人员自己发布的话，通常是什么时候发布等等。这些问题都记到本子上，避免忘了了再去问别人。
- 本地环境搭建好了之后，结合着文档跟代码；没有代码？结合着操作手册跟代码；没有操作手册？结合着注释跟代码；没有注释？让老员工讲讲，然后跟代码；老员工不搭理？就说让你快点儿找到“饭团”吧。
- 总之就是找到一切可以利用的***跟代码，从起点开始，一步一步得打断点读代码；这个起点可能是页面的一个按钮，可能是一个定时服务，可能是一个对外的接口；等你看懂一个功能的时候，可以再去问问老员工或者项目经理，让他们站在业务的角度上，是如何理解的；代码看不懂的时候，也可以多问，但是要注意：【一定是带着问题去问，而不是一行代码都没看，就让别人给你讲】
- 等你开始正式开发的时候，先不要着急敲代码；先把你对需求的理解，给别人讲一遍，避免有理解错误的地方；然后写出伪代码，讲一讲你***怎么做，需要增加或修改哪些代码；都确认好了之后，再动手敲代码。
- 所以刚工作的时候，经常是项目经理给我讲完需求，我会说：“经理，我再复述一遍，你停一下我理解的对不对”。
通常进入一个新项目之后，基本的过程就是这样的，如果是一个非常庞大的项目，可以先从某一个模块入手，等这个模块都熟悉了之后，再去熟悉第二个、第三个...
我将持续分享JAVA开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
接手别人的代码其实并不难，我自己是这么做的！
①，需求文档:技术都是为了业务服务的，从业务出发如果业务清晰，那么代码的逻辑就能快速理顺，先想明白需求人员到底需要什么？自己会怎么设计，然后找到类似的代码，业务再复杂都可以抽出使用流程图表示，而流程图对写代码大有裨益！
②，接口文档：通常浏览大多数的接口就可以粗略知道整个项目功能，能了解到核心的处理机制，重点关注请求参数和返回体！
③，公司的技术分享文档（开发工具等）：公司的技术分享文档通常都是从业务中提炼出来，可以了解公司倾向于使用什么技术，使用什么工具（查日志，打包，部署），这都有助于快速融入公司的开发中去！
④，调试：从运营页面查看访问后台的服务，然后逐个将页面功能与后端接口一一对应，[_a***_]可视化的理解！
⑤，寻求同事帮助：千万千万别自己闷着开发，有时候很多代码为了满足特定的业务需求写的很凌乱，如果一味的自己啃代码，效率低不说，当然还是要先思考，遇到什么问题都问的程序员十分令人感到厌烦！
想当年，接手项目的第三天立刻分配了一个蛮重的任务，当时可是忍不住想走了，最后还是坚持下来了，发现也没那么难！
