普通业务系统怎样总结项目亮点？

我的建议：遇到这个题目，第一反映不要把问题聚焦在“亮点”二字，而是聚焦在“总结”二字。会总结就是亮点。这样，能总结的东西就很宽泛了。

分页总结

比如你们的系统长期负责与各种外部系统对接，就是各种调用外部平台的接口。这时候其实可以总结一下：人家的分页都是怎么做的呀？分页根据展示要求的不同可以分为基础分页和偏移量分页两种。

基础分页：

概念：根据初始索引和每页的项目数量来获取特定页的数据。

要点：第一，要注意初始索引是从0开始还是从1开始。第二，如果是查询数据库取数据要注意返回值order by顺序。我之前遇到过使用创建时间作为order by的顺序，在批量上传的场景，不同分页返回重复的数据，所以需要确保返回顺序的唯一性。

适用场景：用户有可能跳过某些页的场景、或者在电脑上点击数字方便的场景。

工作中对接使用的平台：抖店获取订单列表。

偏移量分页：

概念：使用偏移量而不是索引，偏移量表示从数据集开始跳过的数目。

要点：要注意在每次调用时搜索条件有没有发生变化。为了达到这个目标，我们可以参考微信小店的设计

里面有个next_key的参数，是个随机数的长串。这个对于参数相同的请求，每次是要返回下一分页数据的场景，next_key返回的都是一样的，这样就可以定位到原来的请求，继续返回分页的内容。

使用场景：手机端用户使用下拉、下滑来加载下一页的场景。

工作中对接使用的平台：微信小店获取订单列表。

从一次加载的数据量也可以分为逻辑分页和物理分页。大家可以自己总结一下。

redis使用场景

根据这个思路，大家再总结总结：咱们平时工作中，redis都用在了哪里？我这里只提示一点，比如调用别的平台，有的平台要求传入access_token，这个是有有效期的。但是每次都调用接口生成效率也不高，也可能会受到接口限频的限制。就可以使用redis缓存，在失效之前过期。下次获取不到就直接取再放到redis中。这种操作频繁并且解决方案固定，大多数时候，平台或者一些工具就做好了封装。就算没有封装的，自己一般也需要封装一下来和业务解耦。

软素质

除了具体的技术可以总结，工作中还需要很多其他的技术。经常会遇到说话声音非常温柔的同事。你能明显的感到这种温柔不是与生俱来的，而是后天训练的。这就体现了他们在工作中的自我总结自我进化。

在沟通的时候，可能大家会遇到和别人沟通一个问题，但是别人听不懂的情况。一般是由于上下文背景不同步。但是对方的上下文背景究竟是什么情况，怎样来确认呢？可以简单的从头开始讲一个大概，在每个关键节点观察对方的反应。如果对方表示这是之前没有接触过的信息，那就要开始详细讲了。这只是其中一个技巧。具体实施的时候还涉及到角度的选取等多个方面，很有学问题。

总结

总结来说，就是要多总结。想靠具体很牛的技术点打动面试官或者打动和你交流的人是很难的。我们要展示的是自己有总结思考的意识和方法。