所谓的 LowCode 在游戏行业早就有了：
行为树
UE 的蓝图
Unity 的 PlayMaker 、bolt

但这些只是框架，或许能做出一些游戏出来，但有些独特的玩法或者表现始终是需要大量游戏程序员的

@yunyuyuan #51 多了去了

用 Gmail 会有一个潜台词，会科学上网，这个很重要

但凡写过两千行代码

大厂还钱少？是假的大厂吧
我同学经历过一个人维护一个大屎山这件事，然后他花了一年重写了，刚开始加班确实多，后来加班就不是很多了

都已经是中型企业了，任务需求文档没有字，这种事情是怎么发生的？这怕不是中高层出了间谍哦

几年前，深圳南山体育中心是 2000 元，12 课时，一对多，不过只要你学得会，全都教
我是本身会蛙泳的，报名学会了自由泳、仰泳、蝶泳

国内的 gitee pages，国外的 github pages

1. 自动化测试确实好用，特别是业务场景越来越复杂的时候，能够指数级的降低测试成本
2. 代码里把一个类所有依赖的第三方对象全都以构造参数的形式传递，方便 mock，比如
```
class Download
{
private Http m_HttpClient;
public Download(Http httpClient)
{
m_HttpClient = httpClient;
}
}
```
3. 每个类自动化生成 mock 类，比如自动生成 HttpMock 、DownloadMock，这样在单元测试时可以方便的吧 mock 对象代替实际的对象传入做测试，这一步主要是单元测试框架完成的，测试时 mock 好每个依赖的 API 的输入输出即可

这种做法可以做到 100%代码行数覆盖的单元测试，实际要完成覆盖多少，根据项目情况来吧

个人愚见，自动化测试大有可为，目前我和我打听来来的同学的经历，几乎只有大厂有自动化测试流程，中小企业和一些传统老企业也迟早会寻求自动化测试的解决方案

另外，游戏行业的自动化测试实践情况更糟糕，几乎只有头部大厂有在搞（腾讯、网易）

@1Q84BOOK2 #18
只是我们这个策划的一个缺点吧，他本身对游戏的理解很丰富，想象力也丰富，但沟通能力不太强，再就是上面说的那些协作方面凭直觉

而且我遇到的情况和你挺相似的：
策划不喜欢写文档，或者文档写得模棱两可，连过一段时间他自己都看不懂
也从来不使用需求管理软件上来做任务状态的更新，都是 QQ 上说，就是不去勾一下
甚至出现过在 QQ 上提 BUG，一次提好几个的那种
喜欢用 QQ 和当面聊天来提需求，然后也不写下来，或者就一句话来和你扯淡扯半天

搁谁都觉得 SB，喷呗
太 low，已经一直在做跑路的准备了

很正常啊
生气归生气，生气是可以表达出来的，生气也是可以和解的

ikbc 是最适合入门的机械键盘了，选个银轴或者红轴，声音也不大，性价比极高

英文文档的确有一些拗口的地方，很多时候也有含义不清的代词，或者直接的就是作者思路比较跳跃。这些都会导致看起来吃力。
我的经历是，反复看。没了

@dynastysea
那岂不是不能在非工作地买？比如我想在上海工作，杭州买房

@Elethom 两只公猫？还是一公一母啊？

@shench 都绝育，只是两只一起养有个伴。

@nuistzhou 从小在一起养的也会这样吗？我的猫现在 3 个月大一点儿