lxy141

我帮别人、让座的时候，就是纯粹想帮他们，至于自己或者家人会不会的得到帮助完全没想过，我觉得这两者没有相关性，因为大部分付出是不会有回报的，如果保有付出是为了获得的想法，很容易就会陷入到不可避免的失望之中。

我不累，就让座给看起来疲劳和虚弱的人，我累了，我就自己坐，就这么简单。至于什么社会道德公义，太遥远了，这些小事还远谈不上。

首先最细颗粒度的接口肯定是要存在的，不管是否暴露给前端用。这是后端不能避免的工作量

然后业务数据的组合，就看是谁来做了。从技术上前后端都可以做。就看开发资源的比重了，如果后端看法资源比较多，那就后端做，不然就前端做，因为整体的开发量会相对更低。

但有一种例外，就是业务数据本身有原子性（不是单表的原子性），譬如多张表的数据变动是联动的，且受到其他请求的影响，那就应该后端来出一个包含所有请求的业务原子性接口。

就 op 给的那个图片的例子，其实这个例子举的很抽象。因为不可能有人把图片 id 存一个表，再建一个存 id 和链接映射的表，如果是这样的设计，第一个表完全不需要存在。所以第一个表更大可能本身放的是其他数据，例如用户数据，有个字段是关联用户头像的，存了一个头像图片的 id ，然后单独把头像图片存了一个表 。这种设计是有可能的，这种就属于前端和后端谁做都可以。

一般这种事，整个公司应该有技术方案的设计规范来确实，大部分的业务数据组合是谁做，有什么特例情况等等。不是两个研发自己争辩一下就可以确定的，确定了这一次，后面还有无数次，还是要指定规范。

@horizon TNF 北面 Velocity Knit GTX ，推荐低帮的，高帮的也不错，但运动的时候没那么方便。还有第一代感觉比第二代好看点。

@roidinev 我看到了你对想要提供帮助的大家进行语言上的攻击，作为其中的一员我感到了冒犯、伤害和愤怒。你如果有这样的要求，最好在问的时候就提出来，而不是事后以此为借口攻击大家来宣泄自己不知道哪里来的怒火。如果你是个讲究效率和规则的人，应该可以看得出这种行为本身的低效和不礼貌。