敏捷开发本身就是为了快速迭代快速试错。
你考虑的问题跟敏捷开发本身就没啥关系。
敏捷开发与否只跟业务有关系，你考虑的问题跟业务都没啥关系，如果你考虑的是找工作的选择问题，而你列出来的这些问题是你找工作中在意的问题，你就考虑这些问题就行了。没必要用敏捷开发与否去做判断。

只要花的足够少，你现在都可以财富自由，只要花的多，你就是有十个亿也未必财富自由

dc5 三天两头就炸一次，习惯就好

你的遭遇让我同情，你的用词让我恶心。

@ticket123 #8 其实他们并不是不靠谱回答，是确实家里所有电器一起启动的辐射加起来还没有阳光的辐射大，所以他们都拿太阳调侃。

所谓应对 dns 泄漏没有任何意义。互联网民科特别喜欢跟 dns 过不去，不是做无用功就是反方向做功。坏就就坏在互联网民科的经验分享充满了整个互联网，把你这样的青春少年都带偏了。

@lezhou #8 虽然说 vBRAS 是升级设备了，但是可以说是没有好处，甚至因为各种各样的小问题，不如以前，能切回去的都切回去用了。

@jgh004 #36 说实话，你这种扫兴 b 在现实生活中这么说话挺容易挨打的。
别人买车开心的事情，你就一直在底下扫兴。不会说话其实可以少说话的。

为什么一定要让自己成为一个扫兴的人呢。
如果觉得父母被骗钱了，那就自己努力多挣点钱，找个理由给他们塞点钱就好了。
能花钱买到开心真的很值得，硬要搞的都不开心钱才是白花了。

YouTube Premium 这么便宜，有啥必要用插件去广告呢，实在是一毛钱都不想花，把 IP 送中呗，也没有广告了。

@momo24672 #105 我的意思是，如果你要说 POST 一把梭的都是 SB ，你就得把 GraphQL 给一棒子打死，因为 GraphQL 实践里，如果真拿 GET 去查询，会产生的问题很多，把产生的问题全部解决，复杂度是几何倍数上涨的，在实践里只有 POST 一把梭是成本最能接受的。
甚至在 RPC-JSON 的实践里也有类似的情况。
我至始至终不能理解的是，你一边说可以选择 RPC 或者 GraphQL 了一边又说 POST 一把梭的肯定是 SB 这件事。
而不是不能理解你说 POST 一把梭的都是 SB 这件事。

@momo24672 #101 你这么说我就可以理解了，缺乏实践，难怪上面说出这么多暴论。

@momo24672 #9 你一边说可以选择 RPC 或者 GraphQL 了一边又说 POST 一把梭的肯定是 SB 。
那你打算怎么用 GraphQL 。