对于大家的想法和建议我们会在适当时机采纳，十分感谢 TiDB 课程内测体验官们对 TiDB SQL for Developers 系列课程献计献策。
关于流行的框架组件与 TiDB 的兼容性，重点在于 1）框架是否识别 TiDB 的特性，2）框架在 Connector 之上，底层还是 Connector。从教育以授人以渔的角度我们选择首先得覆盖 Connector，优先于框架。未来带宽允许的情况下，我们会考虑涉及框架的课程内容的。目前此任务由文档和社区的小伙伴在负责，更新中，地址在这里：
- https://docs.pingcap.com/appdev/dev/app-dev-overview
- https://docs.pingcap.com/zh/tidb/dev/dev-guide-choose-driver-or-orm
关于错别字，你们眼睛真尖啊，特别需要这个 
关于阅读预估不太准，也要考虑初学者和看着动手的时间，200 系列我们的目标是 introductory 到 intermediate 级别的学习者。
关于 HASH 分区的限制的建议会在下一版中添加。
关于 SQL 注射还是注入，我想唠唠，否则我这帖太水了
。我觉得呢，各有各的道理，主要看权威如何翻译。但最有意思的事情是，在 IT 领域如何有个权威的翻译还是仁者见仁的。此类案例太多了，比如, 兆这个单位早早地就被牺牲在形容百万数量级上了，等到真的“兆”级来了，猜猜怎么着？答案现在都有了，已经放弃抵抗了
。再比如, cache 翻译为缓存, 这个更有意思了, cache 的确是存，存是为了被更快地读，这个组件跟“缓”到底关系在哪里，其实我是投票给 “快取” 的，音译意译一举两得。相比之下，buffer 翻译为“缓冲”真的是很见功底了。好了绕了一圈，我觉得 SQL 注入的建议不错，下一版会体现，不过也有可能会使用 SQL Injection 
。
再次感谢热心的各位，他们是: @truezxd，@ShawnYan，@Digogo，@半瓶醋仙，@啦啦啦啦啦，@eastfisher，@数据小黑，@Mark，@张雨齐0720，@JiekeXu，@ealam_小羽，@xfworld，@Soline324, @Billmay表妹。