大家面试如何谈项目经验呢？

[Allenxup]

面试时候聊聊技术知识还好，一问项目就感觉和对方聊的不是愉快，项目描述的很模糊 项目确实也是我自己做的。比如介绍一个 [车辆管理] 模块，但是就是普通的 CURD ，比如车辆基本信息维护，车辆的运输状态维护，证件信息维护。感觉没啥亮点介绍的，不知道如何去描述

[aLazarus]

把技术视角提高一些，你的车辆模块的作用是什么，使用了哪些技术，解决了什么问题，在解决问题时遇到了哪些困难，是如何克服的。
把管理视角再提高一些，你在开发的过程中如何进行和其他同事的有效沟通和联调，通过什么手段降低了 bug 数量，在项目中你承担了什么身份，需求是怎么沟通的等等

[murmur]

没亮点就是没亮点啊，车辆管理现在都是低代码拽一个出来哪里用的到写代码。。java 面试就那几点，微服务八股文、redis 、数据库优化、java 虚拟机调优（这个只能背，现在公认是升级 java 版本解决所有问题）、docker/k8s 、ci/cd

你得想办法往这些方面套

[iOCZS]

先是介绍项目是干啥的，有哪些模块，你负责哪些。在你负责的工作里寻找亮点、难点，你是怎么解决的，有什么成果。往前推几年，我也找不到亮点难点。还好最近两年有意识地搞了点。

[beyondstars]

你是领导嫡系，有亮点的项目才轮得到你来做。就像你问一个饭店刷盘子的：“你刷盘子期间有什么亮点”？

[me1onsoda]

没亮点就说没亮点呗，对面也不是傻 x ，你非要把这说的天花乱坠，拉低印象分了。

[knightgao2]

只会 CURD 的话随便拉个不都会吗，说点不一样的，你是面试官或者老板喜欢什么样的员工

[Ayanokouji]

把整个项目的需求拿来讲，不一定要回答你做的，别人做的你理解了，也是你的

[freshgoose]

其实很简单啊，技术上没亮点，你就谈一些设计模式上的东西，谈一些自己对代码的优化、重构之类的。

[express]

要是感觉技术上没有什么亮点，就把项目是做什么的，在什么场景下怎么使用的，跟对方讲解明白也可以，遇到对方好奇的点就会问这个是怎么实现的，自然就会带到技术实现方面了，当然这也得看对方是不是一个合格的面试官，新手面试官的话可能不会想到这些

[caobug]

在车辆管理系统添加一项灯光管理，子菜单写上：我的亮点，这样就能自信地介绍了…

[oneisall8955]

我记得 OP 问了好几个关于证件过期提醒的问题，可以说说你是如何优化百万提醒？

[ccde8259]

背景：以 XX 为核心业务的 XX 集团，其有 XX 台运营车辆用于 XX 业务。
问题：传统模式下，车辆依赖地面人员管理，在业务扩张过程中遇到诸多问题：车辆损坏不可用、年检到期不可用、在途情况不明等，经常导致部分地区无车可用，使得 XX 业务低效运转。
思路：XX 集团通过数字化转型，建设车辆管理模块，实现车辆信息与状态集中管理，进一步让车辆运行状态可视化，允许地面人员快速掌握车辆情况，提前做出准确的车辆调拨决策。
方案：车辆管理模块设计能够较好的服务业务开展，提供基本信息登记、维修状态登记流程、运输状态跟踪以及证件信息到期提醒等功能。
结果：车辆管理模块上线后，XX 地区无车可用情况大幅减少。承载 XX 业务下 XX 台车的日常运营工作，服务运营里程超过 XX 公里。证件到期提醒功能模块提醒次数 XX 次，减少车辆停驶 XX 日。

[oneisall8955]

再有你问了 v 友 GPS 轨迹如何存储在 mongodb ，谈谈你是如何存储海量时序轨迹数据，及如何快速查询或分析

[ccde8259]

背景：XX 集团车辆管理模块有超过 XX 台车的运输状态跟踪需求。
问题：XX 集团的 XX 台车需要完成 XX 天 GPS 定位可追溯，如何低成本可靠实现？
方案：为了应对 IoT 上报数据流量不丢失，同时实现削峰填谷，上报 API 走 Kafka 存储。经消费到 MongoDB 后按日进行分片。为了节约成本使用冷热数据分离，冷数据定时任务转移到 HBase/Clickhouse 上。
结果：XX 台车每分钟上报 XX 个数据下，支持 XX 天内 XX 查询，资源成本 XX 元/日。

[jones2000]

除非是自研的项目，可以重点介绍， 一般的就靠几个开源的插件堆出来的，没什么好介绍的。
如果是谈项目， 一般就 2 块，技术方面就是底层的自研组件，主要是看技术能力，其他上层开源堆的基本都是体力活， 没什么好谈的。 管理方面就是整个项目的任务排期，进度把控，后期测试上线整个流程，主要是看沟通能力和多个团队的协调能力。

[irisShaw]

@aLazarus 在开发的过程中如何进行和其他同事的有效沟通和联调，通过什么手段降低了 bug 数量，需求是怎么沟通的。个人感觉这些问题都好难回答啊。。。

[aLazarus]

@irisShaw #15 我觉得这种问题一个是能看出是否有真正的团队开发经验，一个是看开发人员是否有更高维度的思考。可以多观察下团队领导的做法，哪怕是反面教材，你应该也能有些收获