产品经理需要了解的“技术黑话”（上）

        作为一个产品经理实习生，我是一个纯文科背景，对技术的了解甚少，开始实习工作后，我有了很多和技术小伙伴们打交道的机会，非技术出身的我学习到了很多“技术黑话”，在此来分享给大家。
        1.“写死”
        在和前后端技术小伙伴们讨论产品实现方案时经常会用到“写死”这个词，严格来说这不算一个标准的技术术语，而是用来描述一种技术实现方案的说法。
        例如，要设计一个下拉选择框来选择用户就读高等院校，这个产品需求在技术层面有两种实现方案，第一种是将高等院校数据放在服务器端，客户端通过请求数据接口获取高等院校数据在列表中显示；第二种是将高等院校列表数据存放在客户端，直接从本地读取并展示在下拉列表中。第一种方式是一种较灵活的方案，当高等院校数据有变化时，只需要调整服务端的数据内容即可，客户端不需要做任何修改，但需要开发一个专门的数据接口去获取数据。第二种方式就是我们说的“写死”方式，将高等院校数据集写死在本地，这样就不用开发数据接口，也能实现需求效果。
        这两种实现方式在产品设计时也会有很多体现，比如一些会经常变化的数据，这样就不适合用“写死”的方式，更为合理的方案是利用数据接口去获取服务端上变化的数据；而例如性别数据、婚姻状况数据等，数据不存在变化，所以就不必开发数据接口，直接根据具体需求和业务场景“写死”就好。
        2.API
        API是应用程序之间数据传输的一个工具，也叫API接口。举个例子来理解，电话A通过电话线将声音信息传递给电话B，那API就是这个电话线，承担了两个电话之间的声音传输。当用户需要登录软件，输入了账号密码后，点击登录，这个时候就会调用登录的API，将用户填写的账号密码传给数据库去验证账号密码是否匹配。如果匹配正确，接口就会返回“允许登录”信号，用户则登录成功；反之，接口返回“账号密码不匹配”信号，则用户无法登录。
        在设计产品时，如果会用到第三方提供的API接口，一定要去官方的文档中心了解接口都会反馈给我们哪些信息，产品经理需要结合这些信息去做产品设计，不能凭空臆想出一个不存在的信息。
        3.同步处理/异步处理
        同步处理：按顺序执行任务，程序在执行某一个任务时要一直等到任务完成才会执行下一个任务。举个例子：在餐厅吃饭，客人点完餐之后，直到上菜完成才会给下一个客人点单。这个处理方式的优势是按顺序处理，不会混乱，但量大时处理速度就大幅降低。
        异步处理：一个任务开始后，则分配给后台去执行，马上接下一个任务。依旧拿餐厅吃饭举例，异步就是一个客人点单后，立马去给其他客人点单，不会要求前一个客人上才完成才会进行下一个客人点单。这种处理方式的优势是可以在短时间内处理大量任务，但顺序可能出现混乱。比如后到的客人上菜比先到的客人快。
        以上是第一部分的“技术黑话”分享，更多内容见下一篇《产品经理需要了解的“技术黑话”（下）》啦~