识别难点的一点想法

在面试，或者在汇报等场景，经常被问到或者要主动说明自己做的事情困难的地方是什么？ 根据一个人面临的问题，以及解决问题的能力来判断一个人的层次。

以技术岗为例，先说一些我平时听到的，个人觉得不是难点的地方，先知道哪些东西含金量不高，然后再去想什么才是更有价值的，好吧，哪些是经常被说很困难，但实际上对技术上并没有帮助的点呢？

• 项目涉及人多，需要协调很多人，沟通起来问题很多。 这个可以看做困难，但是不能看做是技术上的问题。
• 业务目标跨度很大。 业务上的困难，如果没有技术上的突破，也不能说是技术上的困难，有时候帮助业务实现目标仅仅是一种简单的方式，可能只是麻烦，但并不困难。
• 一些单点问题 比如上游调用量太大，系统不规范，下游太多而且不统一等。 这些可以看做技术上的问题，但是单点的问题一般可以通过拆解进行处理，单点问题一般不容易形成特别复杂的规模。

说下我个人觉得回答一个难点的时候要怎么说比较合适：

• 系统性的描述：系统服务的业务有一个目标，但是这个目标有制约关系，比如存在边际效应，有一个制约的指标在，我们同时要关注多个指标，在系统上如何在只追求一个指标的同时又不影响另外一个指标。 辩证关系
• 技术上的创新： 常规的手段是什么，常见的各自手段我们都有所了解，但是这种技术上的方式有写问题，我们可以更优雅的实现这一个点，比如效率，比如错误率，比如效果等。
• 可以沉淀的点：这个东西除了我们自己可以做，产生了效果，我们这次对难点的解决，能不能形成一套可沉淀可迁移的东西，让其他部门的人使用。

我们想达到一个目标，然后这个目标存在阻碍因素，接近目标也会增加阻碍，阻碍是目标急功近利的副作用，想要快速见效就必定带来的一定副作用。难点是我们怎么把这个副作用降到最低，同时实现了我们的目标？ 市场上都是如何处理的，然后这边是如何处理的，与原来相比创新的点和突破的点是什么。 最后，我们这套方案和思想可以迁移给他人直接使用。

个人一些看法，仅供参考，用于交流探讨。