来来来，举几个例子：
1、前端需要显示时间，但是要按照客户所在的时区和不同的 Format （“年月日”/“月日年”）呈现时。
2、终端存在多语言客户时。
3、多个终端（ Web、APP ）取同一个后端资源且输出内容稍有不同时。
4、前端请求数据过大，存在优化空间时。如若干个小的 tree 或 list 返回在前端拼装成 list 输出，要比后端直接提供 list 传输量小。
5、后端 API 不是自己的项目所提供的。

以上情况，谁会选择让后端处理，那才是见了鬼，尤其是情况 5。

但是另一些情况则刚好相反，比如楼主说的查询优惠券，交给前端处理才是脑子进水了。
所以这个问题根本没有标准答案，一切都要依据实际情况具体分析决定。而且摆在面前的选项绝对不是非此即彼的，某些时候是需要前后端各做一部分数据操作，两端同时处理的。

跟不上团队节奏的人，丢到别的团队，或者直接开掉吧，对大家都好。
跟得上团队节奏的人，这个问题还是个问题吗？

因为没有结束请求的响应过程，加上 CompleteRequest 就好了
我写的一个扩展方法，直接引用了就可以用 response 实例.RedirectTo("地址")来跳了

public static class HttpRedirect
{
public static void RedirectTo(this HttpResponse response, string url)
{
if (response.IsRequestBeingRedirected)
{
return;
}

response.Redirect(url, false);
var context = HttpContext.Current;
if (context != null)
{
context.ApplicationInstance.CompleteRequest();
}
}
}

@xiaobai987 百兆的效果属于肉眼可见差异水平，千兆就属于肉眼不可见了

什么用途 /性质 /功能的 API ？
一个请求的毫秒级响应还是并发请求的毫秒级响应？
嘛都不说，没头没脑的问题，没法答
影响程序相应的最大瓶颈一般都是 IO。一般而言 IO 速度最慢的顺序是：网络>HDD>SSD>RAM>寄存器，自己分析哪块是你的 API 瓶颈，再具体想办法优化就是了。

不过我也见过有些啼笑皆非的负优化。
某人企图用 Redis 提升查询性能，但是把 Redis 部署在局域网另一台机器上。好巧不巧的是，路由器上被人插了一个百兆设备（路由器自适应降速到百兆了），然后在这个“百兆局域网”里的 Redis 不光没能提速，反而降速了。

@rockyou12 so?不同数据库的区别是客观存在的能说明什么？抛弃个性化功能，只使用共性功能是唯一正确的选择吗？呵呵呵~~~
真实项目中，数据库更换的概率实际发生的情况极少，而且几乎都是本地库上云，或者 SQL 换成 NoSQL 的迁移方案居多。类似 MySQL 换 Oracle 啊，SqlServer 换 MySQL 啊，这种事情只存在于培训班的老师嘴里

"因为存储过程太复杂，后续的人不好接手"
前半句是错的，后半句不完全对。
存储过程（语法）本身不复杂，就是纯粹的 SQL 语法，复杂的是用存储过程编写的查询逻辑。而这种复杂的逻辑，无论是用存储过程还是用程序代码来实现，都不会变简单。
至于后续的人好不好接手，取决于对业务的熟悉程度，对数据表的熟悉程度，而不是取决于实现方式。只要文档缺失，你换成 java 写一样复杂的逻辑，难道就好接手了吗？

“要求所有数据的处理都读出来用 java 程序处理”
嗯，那么应该让这个领导试试看做千万级的数据表同步功能试试看吧？不复杂，A 表到 B 表，结构一致，不跨库，做程序维护一下数据同步就好！

实际上如果存储过程真的这么罪大恶极，那么它显然不会成为行业标准（ SQL 99 ）的内容，早就应该被历史的车轮碾成渣渣了。放弃存储过程意味着什么呢，各种数据库技巧，比如临时表、表变量、已缓存的查询计划等众多数据库特性基本等于不存在了。这种把数据库打成残废的招数，呵呵呵~~~~

另外，前面有人说不能源码管理，纯属胡扯。所有能写成脚本的东西都可以被源码管理起来。

@geelaw 然而你说的这种写法并没有生效，这也是我第一时间想到的写法，然并卵

@geelaw GC.KeepAlive(currentSnap) 和 GC.KeepAlive(currentSnap.CallBack_KaKou) 都试过了，修改成属性才是最后生效的方式。
实际上，使用 KeepAlive 甚至都没有能够做到延缓进程死亡时间的效果。
当委托作为成员属性存在的时候，只要实例不被回收，GC 是不会对单独的属性下黑手的。而 GC 显然是在形参实参传递的过程中误判了委托的引用关系才会杀掉方法的引用。

@lingchendeye 爱莫能助，我只是接触这些服务，自己不会做

有 [一个接口] 需要返回 10w 条数据，应该怎么做？
答：应该把设计这个接口的人拖出去打！

现实业务场景里需要一次性使用大量数据的场合就那么几种。
想做数据分析了，上 BI ；想做数据分享了，走订阅；要做数据同步，做异步。真的有二杆子需求说想要看到“一切”，顶多就是提供下载，然后做个压缩丢个 csv 出去好了。

这种事情我遇到过一次，直接整库导出为 Access 文件，加个密码丢过去，万事大吉。

@18k 那个那个，叫做声波牙刷，不是 [超] 声波。好像从来也没见到哪个品牌是按超声波来宣传的啊！
三万次也就是听着好听，其实就是 50Hz （欧美一些国家的市电规格）的而已

magforce 0513 黑款符合楼主的“死贵死贵”范围。用了五六年了，还跟新的一样。耐用，符合楼主条件。
14 寸本可以装，宽度稍微差了一点，但是装得下。

如果软件工程方法不能，那么，什么能？

遇到过，没用任何三方客户端，有一段时间频繁发生，但是最近几年都没再遇到了。
最有意思的是，以前有个遗忘了密码的古董账号，一不留神试出密码登进去了，发现关注了好多奇奇怪怪的人。而这个账号实质上是在纯白板用户的时候遗忘的。

说句倚老卖老的话吧，2003 年外派东京的 IT 岗位也是 20W 月薪。
老了，算术不太好，麻烦谁来帮我算算 2019-2003=多少来着的？

teamcity

读“僵狗”呗！

虽然是个钓鱼问题，不过想起以前也见到过一个类似的，问 delphi 怎么读的。结果我的一个手下读作“滴嗨”。汗~~