你问的这些问题基本是白给，这些问题都不是太难。大厂对这些都有成熟的工程化操作，工作中稍微了解一下就能知道。这人可能真就是一个吹逼的混子

我记得销户就可以一次性全部拿出来

不要一次性全部加在。前端做一个筛选，把要展示的属性筛选出来，表格只展示这些。
用户大概率不会一次看完 300 个属性，看的最多的是自己关注的，本地再做一个缓存，缓存上次选择的属性

不会 学习了 JavaScript 又学了 ts nodejs 再学 go 就很简单了。API 都差不多，nodejs 有的在 go 里面都能找得到。编程思维也差不多

另外一个帖子还有人说支付容易，不就是调调提供 API 吗？这里面暗坑多的很

@JustToGo 一直在招人 只是你们不投，坐标 阿里 base 上海

@gitjavascript 是啊。就是有 20k 了。不要你觉得，你要亲自试试。

@lovecy 没有一个带队的 踩坑的 搞不起来的

@killy 你需要的是一个能独挡一面的，对接各种支付环境的坑不是那么容易的，还有要预估资产风险。我一个杭州的朋友符合，大概 25K+ 16 薪起。你可以参考一下

"要么技术不行，要么被鸽" 说实话这个价格杭州的话就是初级的前端。
要各种支付经验的，至少 20k 起

@wzdhwl 一个熟人吹逼的内部小群，没对外开放

帮顶，楼主天天在群里和我们吹水，实锤不加班钱多活少

还是缺乏具体场景，文中的内容就是是属于 restful 的标准。但是对于难点没有很好的讲解，比如 restful 如何返回错误。区分 HTTP 错误以及业务错误

这个面向国际的 BU 看起来感觉还不错，帮顶

就算哪天跳出了 TCP UDP，人家依旧会命名为 HTTP4

因为没有泛型，没有通用容器，后面加上泛型就不会再自己转换了

去哪里都不要去外包

没有使用的场景。

前端无非就是 Vue React NG，NG 就不说了，没有几个人用 NG 不用 TS 吧。用 Vue 和 React 的大概率也用不到封装。

那么用到的封装的，大部分是需要写库，写 SDK 的。这些场景大概率会选择 TS 。