持续更新中
入职前他人的指导
24 届实习，求问联想 Java 开发和奇安信 Go 开发选哪个？ - V2EX
ChaYedan666 #53
“我看了你的简历，如果简历没有夸大的话，你的水平是能够上手初级开发来承接需求的，对于应届生来说，你的积累已经够了，是很优秀的，去实习的时候，一定要去联想或者大厂的正常部门跟着走一遍接需求的流程，学怎么工作，你现在需要的我认为不是技术方面的问题，因为开发不仅是技术，你需要跟很多人沟通，对齐，怎么 cover 住你负责的需求。
作为一个前年毕业的应届生，跟你一样经历过很卷的面试和迷茫期，这个迷茫是因为目前的校招的招聘难度已经远远大于了应届生匹配的水平，所以我知道你现在是在怀疑人生，感觉自己什么都会一点，但一旦让你自己上手写，可能就有点抓瞎，但你需要记住，你现在是大三，是大学生，是一个普通人，这是很正常的情况，你不需要再在这上面想太多，我认为对于你现阶段的目前很明确：
去实习，了解职场中软件开发的流程和规范，怎么和需求方，PM ，上下游 RD ，QA 沟通和掌握整体的开发节奏。
对于实习中，你会参与到系统很小一部分的改动，你会阅读到大量的代码，遇到不懂的，多去与这个系统的人交流，因为系统是为了实现业务需求，你需要了解业务流程，才能知道为什么代码这么写
因为七月秋招应该就会开始了，所以你首先把表达你实习期间掌握的业务流程和你对于业务的理解和自己做需求时遇到的难点用文字清晰的表达在简历上，正常面试的话，面试官肯定会根据你简历问；下班时间，写你的简历，根据你的简历你思考会有什么面试题，例如你简历上写了 Java ，那么 Java 的基本知识的面试题你就得多看看，写了 mysql ，mysql 的面试题什么索引啊，慢查啊，怎么避免慢查这样的面试题多看看，然后还有重要的算法题，你应该下班时间每天至少上去写一两题
说会到个人时间的自学，高效自学就得上手写代码，我的意思是，在你个人时间里，实现自己的需求学习新知识，然后运用到工作中；我举个例子，例如你现在不会 kafka ，现在你又想看电子游戏相关的新闻；那么你自己写两个模块，用上 kafka 来进行学习；其中一个模块就是爬游戏网站例如 3DM 的游戏新闻页面，然后按照单个游戏维度，把新闻做聚合，然后发送 kafka 消息；另一个模块，就是消费你发送的消息，展现给用户（你自己）；这是个很明显的伪需求，只是你自己为了学习 kafka 而做的。但因为你自己实现了自己的伪需求，你就基本掌握了 kafka 的使用；如果在这之后，公司有新项目，新需求，需要使用到 kafka ，因为你在实现上述伪需求的时候已经掌握了，所以对你来说，工作是一件比较轻松的事情，但工作需要考虑到 kafka 的更多使用场景，例如稳定性，消费速率，消费失败重试等等情况，但你已经掌握了基本知识，就算遇到不懂的，也会学的非常快。”
Telegram a q
“哈哈，联想直接叫 x 老师就行，大部分时间都是 teams 沟通，见不到人的
一般需求都是在 Confluence 上写清楚的，各个团队都有知识库，让你 leader 给你开权限就能看
另外联想和互联网企业架构有点不一样
都是平台给需求，中间有个 DT 岗拆解需求，然后给 PA 继续拆解，BA 来做原型逻辑设计，然后是 IT 团队写代码，代码完了再内测，UAT，安全审查等等，一套流程下来一个大需求差不多也得几个月上线哈哈
另外开发都得会 jira，一般都是在 jira 上沟通问题”
岗位简写解释
PM: Product & Marketing 产品经理
RD: Research and Development Engineer 研发工程师。对某种不存在的事物进行系统的研究和开发并具有一定经验的专业工作者，或者对已经存在的事物进行改进以达到优化目的的专业工作者。
QA: Quality Assurance Engineer
DT: Data Technology Business Process Design “根据业务情况梳理客户 LTV 经营业务流程，挖掘客户经营机会和提升点；规划客户 LTV 经营产品平台，包括客户数据分析的数据产品规划和面向运营和营销的平台工具规划”Digital Transformation 数字化转型，通常由 Data Analyst 数据分析岗位负责。
PA: Project Administrator
BA: Business Analyst 商务分析师。Business Analytic 和 Business Analysis 有点不一样，一个偏数据分析，一个偏业务和需求分析。（天津 Site 没有此岗位）
需求处理流程
原型是由 DT 同事和 UI/UE 同事给出来的
BSR: Business Solution Review。业务沟通阶段，一般发生在需求一开始，DT 会和业务沟通看下都是要做什么，这个给出来的文档就是和业务沟通的结果。
ISR: It Solution Review。基于 BSR 和 IT 同事沟通解决方案的文档，比如说涉及到哪些流程，和哪些系统交互，会用到什么东西。
PRD: Product Requirement Document/Product Requirement Definition
FS: Function Spec。一个比较粗的需求文档，它包含了基本的功能，但是有一些细小的逻辑可能并没有写出来，因此还会有 PRD。有的 DT 会在 FS 中描写的就比较详细，因此并不需要 PRD 文档。
DEV: Development
SIT: System Integration Test 系统整合测试
UAT: User Acceptance Test 用户验收测试
PRE: 生产环境前预部署
PRD: 生产环境上线