又开了一个新项目，因为领导给我的界面，基本跟Ant Design Pro的官方demo基本一样，所以就索引拿来做项目的基本框架。
说实话，入手的话，还是挺快的，封装的都好好的，但是有时候就是封装的太好了，反而更能体现出文档的重要性，要是文档都没说的话，只能让开发者猜？看源码？
首先看源码的话，那基本不太可能了，因为老板讲究的是快，准，狠，而且目前我们这个项目要一周内做完（也就是这周搞定），所以基本不太可能了。
本来今晚要加班的，但是因为后端换了新语言，导致进度没有办法很快的推动，加班估计也是无用功，所以领导就说明天再搞吧，我们是都做好加班的打算了，反正我是觉得，在怎么的赶，一周要做个那么大的项目（目前需要是3个大模块，里面不含十几个小模块），估计又是个屎山代码了。
说回到正文，为什么说是坑呢，因为是真的坑，比如在Ant Design Pro在运行时配置，是在项目根目录的src/app.tsx文件中export 一个layout来进行配置，根据文档的提示，大概有二三十几配置项吧，但是实际在开发中，TypeScript里写的代码配置项就十几个，然后多加的配置项的话，就会报错。
没得办法，因为实际测试下来，有二十来个配置项，项目也能正常的运行，所以只能把报错给忽略掉，继续干活。
所以你说，你坑不吭，文档的坑，坑在配置项在另外的网页，而代码里的坑是没写，这就很。。。
这让我想起Taro的文档，也是坑的一笔，写的能用，结果不能用，没有办法啊，懒得在重复做脚手架了，能跑就行，重点问题都给解决了，也吐糟了，自然就没觉得有那么的“坑”了，其实也习惯了，做这行的都这样的。