新手小白朋友们通过面试后进公司都有些什么环节和操作呢，我下面会挨个说，看完后让你记得自我催眠，你是老鸟，你是老鸟！！！

装完开发环境之后，这时候公司会拉你进群，给你分配git权限，让你去拉公司的下来看一看跑一跑（接手别人的自动进入看项目环节），很多小白不知道进公司让你看项目是看什么，那是让你看代码怎么写嘛？ 是让你看每个模块代码都是完成了什么功能，让你对公司的业务或者你面前的系统有个初步了解，这个东西是干什么用的，仅此而已

重点来了，我代码都没看完你给我需求，我写你母亲呢？ 但是又不能不写，但是我又不知道你项目干嘛的，怎么办？ 别客气，直接问你旁边的朋友，这个系统之前谁负责的，或者谁谁谁分别负责的哪个哪个模块，让他告诉你，然后直接去问，问清楚模块都是干嘛的，完成的什么功能，然后结合到给你的需求直接在那个功能模块里写就行了，一开始给的需求都是可以直接写的，所以不存在完成不了，简单粗暴找到实现类，进入模块逻辑层， 空格回车开始操作就行了

现在你正在完成领导分配的需求，但是作为新手小白，你也不知道这个需求写出来干嘛的，你要给谁用，很简单，一般一个前端对接1-四五六七八个不等的后端，你需求接口写好之后可以自己先用接口测试软件测试一下接口是不是能正常调用，如果没问题，恭喜你，前端或者领导不主动找你千万别说你写完了，等他们找你了，直接给接口地址，他们会拿去调，等到他们调用成功，业务没问题，恭喜你，你的现阶段副本就算刷完了

当副本刷完之后，后面的经验升级之路就不限于写需求，改动之前已经写好的接口 可以是你自己的，也可以是之前别人写的，反正就是不听的写新的，不停的改旧的

也会有那么一天，你的领导或者隔壁同事，给你发了一个开发文档，让你直接写，你也不知道具体要写什么，文档写的跟狗爬的一样，没关系，直接找到给你的文档的人，可以是产品经理，可以是前端，可以是UI，直接问他这个需求是做什么业务的，然他把这个业务的逻辑从头到脚给你讲一遍，讲完之后，你就可以以你的理解结合文档开始写需求接口了， 其实就是你要知道这个业务从用户登录，到这个用户去哪个模块完成什么什么操作，再回到什么模块完成什么什么操作，完成了操作之后退出登录这一系列的操作逻辑，而不是他说你做这个需求吧，我知道这个需求干嘛的？

当你完成一天的代码编写之后，下班要把今天写的新代码提交到git或svn等代码管理工具上，或者看看昨天的代码什么地方同事有了改动，是不是连带着你的部分也要做改动，一句话 他可以证明你一天的工作量

大概工作逻辑就是：进公司-装环境-拉代码-看代码-了解公司业务-等待分配任务-完成任务-和前端配合让项目正常运行-提交代码

这些就是程序员的工作流程，不限于新手小白，而是你程序员生涯中的全部

有想听实战面试宝典的吗 有的话我码几楼关于面试的

面试个人经验来说就是看你和面试官能不能对眼 抛开简历技术这种硬东西 聊的时候自信，不怯场，张口就来也是很关键的，同样的两个人面试，技术都差不多 我是面试官肯定要那个能说一点的，因为后期沟通的不费劲

直接告诉你们建立怎么写吧， 技术战这些有什么写什么，甚至可以添两个没用过只听过名字的，他问不要紧，写不写是另一回事

简历上的项目最好是写全一点，怎么个全法呢，就是那种写跟没写是一样的全法，你们可以理解为官方报告，我们普通人道歉就是三个字，对不起，但是官方呢，可以跟你扯几篇报告出来，同样的道理