g*********9
发帖数: 1285 | 1 感觉后端一用上framework, 那就不是写程序了，而是搭(integrate),很无聊，而且后
端东西多而杂，不要求太精，毕竟效率低一点没人care,一样用，做后端从来没觉得脑
子累。前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
latency都容易发生，我作过的最复杂的就是multithread+realtime+UI。整天用
framework真无聊，而且学不到啥东西。 |
h*******u
发帖数: 15326 | 2 后端为什么不能自己写轮子？
【在 g*********9 的大作中提到】
: 感觉后端一用上framework, 那就不是写程序了，而是搭(integrate),很无聊，而且后
: 端东西多而杂，不要求太精，毕竟效率低一点没人care,一样用，做后端从来没觉得脑
: 子累。前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
: latency都容易发生，我作过的最复杂的就是multithread+realtime+UI。整天用
: framework真无聊，而且学不到啥东西。
|
n*****3
发帖数: 1584 | 3 这年头这么多轮子
who 自写轮子
【在 h*******u 的大作中提到】
: 后端为什么不能自己写轮子？
|
h*******u
发帖数: 15326 | 4 我就是问问
不是用轮子无聊么，那就自己写轮子
【在 n*****3 的大作中提到】
: 这年头这么多轮子
: who 自写轮子
|
w**z
发帖数: 8232 | 5 我咋觉得你说反了？
【在 g*********9 的大作中提到】
: 感觉后端一用上framework, 那就不是写程序了，而是搭(integrate),很无聊，而且后
: 端东西多而杂，不要求太精，毕竟效率低一点没人care,一样用，做后端从来没觉得脑
: 子累。前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
: latency都容易发生，我作过的最复杂的就是multithread+realtime+UI。整天用
: framework真无聊，而且学不到啥东西。
|
r***y
发帖数: 4379 | 6 "前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
latency都容易发生"
这明明是说后端好么。。。
【在 g*********9 的大作中提到】
: 感觉后端一用上framework, 那就不是写程序了，而是搭(integrate),很无聊，而且后
: 端东西多而杂，不要求太精，毕竟效率低一点没人care,一样用，做后端从来没觉得脑
: 子累。前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
: latency都容易发生，我作过的最复杂的就是multithread+realtime+UI。整天用
: framework真无聊，而且学不到啥东西。
|
g*****g
发帖数: 34805 | 7 并发太小了，都没见过 scale up 解决不了才有这样的感慨。前端那点多线程再简单不
过了，我老 N年前就用 applet把所有 Casino game 写了一圈。
【在 w**z 的大作中提到】
: 我咋觉得你说反了？
|
ET
发帖数: 10701 | 8 反了吧。
前端如果是mobile， 的确是performance一有问题，马上就暴露出来了
【在 g*********9 的大作中提到】
: 感觉后端一用上framework, 那就不是写程序了，而是搭(integrate),很无聊，而且后
: 端东西多而杂，不要求太精，毕竟效率低一点没人care,一样用，做后端从来没觉得脑
: 子累。前端则不然，performance一有问题，马上就暴露出来了，而且deadlock和
: latency都容易发生，我作过的最复杂的就是multithread+realtime+UI。整天用
: framework真无聊，而且学不到啥东西。
|
