入职第一天，你需要接手离职同学的代码，并马上开始一个重要需求，你将怎么安排你今天的工作？为什么？
【特别说明】此问题属于 BOSS 钓鱼专题，提问者正在招聘高薪岗位。如果你使用真实身份发布回答，BOSS 将可以直接查看你的在线简历，并选择是否与你主动开聊。
回答·212
最热
最新
- 上午: 1.找老板了解下需求 2.对比下需求在原功能上实现的复杂度和难度 3.找老板确认是否一定要基于原框架或架构实现，如果不用，直接了解下数据库结构和业务，看看能否用面向切面的方法快速搞定，如果公司比较注重代码的风格一致性和可维护性，需要进一步了解代码现状 中午: 4.中午正好请离职的兄弟吃个饭送送温暖，增进下感情，顺便互换手机号，防止后续项目有问题跟不上，最好能约个晚上或者周末一起活动 下午: 5.找离职的同学要软件开发的代码库、架构文档、数据库结构文档，如果没有，要求他写完，并提请他的上司 6.和离职兄弟一起把代码过一遍，主要涉及到代码增删改查操作的方法类、权限控制、打包发布方式、版本管理方法、协同作业规范、多业务交叉说明，并做好记录 7.请教离职的兄弟下个需求如果是他开发他的大概开发思路，过程中如果有不理解的及时提问并确定自己能快速搞定 8.对下个需求工作量做简单评估，并做出汇报 （ps:小项目大部分情况下没必要这么复杂，只要代码在，上去就能干得动）
- 请离职的同事吃饭问为啥离职
- 第一天就进入开发的话，先赶紧向项目经理申请阅读理解的时间。再打听清楚所用技术框架和旧有产品需求。正常情况下，进入可开发状态至少需要三到五天甚至两周以上。我建议新来人员先从改 bug 开始入手，别将新需求交给新人。 如果这个团队的项目经理长期这么干，我建议有经验的新人应该这样安排工作：考虑准备转岗和换工作吧。一将无能累死三军。
- 1.打开电脑 2.打开招聘软件 3.坐等下班辞职走人
- 上午： 和离职同事聊聊离职原因，发现企业的问题，对公司的看法以及自己的个人意见。 下午： 决定去还是留，去办理离职手续，留开始干活。
- 碰到这种情况，上午刷新简历，下午投一遍—如果你要负主要责任又不想当英雄的话。 哪个需求又不重要呢？ 业务重点什么不了解，技术栈不清楚，架构不明白，基础设施一抹黑，还没坐稳就要起飞，说明管理体系是个大问题，要么碰到急功近利随时翻脸，要么办公室政治找替罪羊，要么真诚而且坦率地无知…… 英雄之所以是英雄，一是因为他拯救于危急；二是罕见，物以稀为贵，最后，历史上许多英雄都没有好下场，能力越大责任越大，直到把你压趴下—仿彼得原则。 抱歉一堆负能量，给个笑脸😄中和一下。
- 第一，自己认真仔细的过下需求。 第二，列出自己的问题疑点。 第三，让离职同学介绍下他所理解的需求是否和我的相同。 第四，自己的疑点和他讨论一遍。 这样更快进入状态，开始干活。
- 情况较多，先看提出的需求是否规范 一、规范的需求 可以去找同事讲解开发需要注意的框架部分，和基本规范，然后进入设计，和同事、提出需求人、领导确认开发计划后就可以进入开发 *规范的流程中，需求已经进行了评审等过程。开发人员不需要过多的就可以只是大致了解原系统需求就可以进入到开发阶段 二、不规范的需求 先找同事尽快熟悉原有系统功能，重点理清和新需求相关功能，然后对新需求进行检查，如果有问题需要跟提出需求人和领导进行确认，然后设计确认，再到编码阶段对涉及到的相关代码阅读，这种情况下的工作计划比较粗糙的，最后才是编码 *不规范的需求，很可能表示公司开发流程的不规范，必然有很多需要熟悉和适应的地方，新需求是否合理和冲突都需要开发人员考虑，离职人员代码的规范性和进度等等
- 1、学会阅读需求 2、找到需求提出人，跟他确认需求，顺便了解里面的业务 2、找到这个离职同学的交接人，了解他所负责的这块代码业务逻辑是什么 3、找到这个离职同学原来负责开发功能（模块）的测试人员，了解当前功能（模块）是什么样 3、如果搞清楚了第一、二点，即便是交接人没有和你沟通太多，那么接下来就是拿到代码仓库，和对应的文档，拉分支去看代码结构，看文档，准备需求开发
- 上午: 喝杯咖啡，上个厕所，休息区休息一下等着吃午饭。 下午: 了解清楚第二天是否有入职培训，必须脱岗就混一下午; 否则，可以找产品了解需求或者单独会议室沟通一下(一天中下午是正式工作的时候)，大概沟通到 3 点半左右，然后回到岗位千万不要看代码，跑项目，下午工作时间段不是专心写代码的时候，会各种原因别打断，整理思维导图，下午搞定。 晚上: 下午 5 点 45 吃饭，细嚼慢咽 40 到 50 分钟，一天中最悠闲的时刻，放松自我，吃完散下步、逛一下、撩撩妹总共一个小时多点吧！回岗位泡杯茶，休息半小时，打开电脑启动一下项目能跑起来就可以了(不要表现的太强悍了，会引起同事的反感)，9 点之后就算加了班，可以收拾包袱打卡下班了
相似问题
推荐关注
正在加载中...