应该怎么与这位同事（程序员）沟通？

[yuankui]

事情是这样的
我和另外一个同事在做一个APP服务端，用的是spring-mvc（由于要尽快发布，因此各个模块的实现较为粗糙）
登录（验证）模块是这位同事做的，今天我简单看了一下，实现方式是要求客户端每次请求，所有的请求都带上用户名密码，然后有个入口来验证这个用户名密码（查询数据库），然后再交给后续的流程处理。
是的，这里的问题很多。我就提出了不能每次请求来都查询数据库

我：同学，你这个验证模块是每次都要查询数据吗？
同学：哦，是的，（然后他好像发现这里是有问题得了），现在写的比较简单，我后面再搞一下
我：你打算怎么搞
同学：加个缓存吧
我：那直接用session呗，session不就是一个缓存吗？
同学：手机端又不是浏览器，怎么会有session
我：手机端也可以有啊，你让客户端往http请求加个cookie就好了啊
同学：那这么说客户端就麻烦了，有些客户端就不想写，你不能强迫客户端
我：这有什么强迫的，就set cookie，调个函数就完了，有什么问题吗？
同学：算了，我还是自己写个缓存吧
我：session不就是缓存吗？你何必自己造轮子呢？而且这里面有很多问题你要考虑的
同学：呵呵，你想多了，没那么复杂的
下文略。。。。

我真的想多了吗？
其实我的目的就是劝这位同事不要重复造轮子，应该是我说话的方式不对？请问该怎么跟他沟通？

[yuankui]

@zjuster 谢谢！

[sampeng]

加个cookie哪门子的增加客户端难度了。。我实在没想明白。。。
cookie的存在就是干这个事的。

[sampeng]

尤其是这种后端api端。
通用，简单的才是最好的。
现在是手机，以后可以是其他的端，什么逻辑都不用改，只要遵循http协议规范就能用api接口。
而，如果是get参数里面携带各种参数，每个接入进来的端都要根据逻辑来调整。一旦登陆需求变化，集体变化。oauth个人认为不是使用在内部系统里面的，纯属于多此一举，内部系统，纯粹的用户+密码就完事了。
简单可依赖啊。。

lz沟通我觉得。。。楼上有一楼说得对，压根没到点上面。。。和性能用啥关系。就算直接去查数据库。这么说吧，除非你是千万级用户。老老实实查db一点问题没有。大不了把用户库分离出来。都不需要加缓存。几十万用户，mysql抗起来轻轻松松的事。

[yuankui]

@sampeng 谢谢！对web性能没有经验，刚入行web，忘多指教！