我是这个豆瓣移动web版本的负责人，这件事情简单来说是这样：
1、我在这个项目中，过于专注于技术本身，过于依赖前端自身的解决方案，过于信奉个人努力，不重视人的因素，以致设计和开发了并不适合豆瓣团队的UI组件库、不解决豆瓣历史遗留问题的技术方案，进而导致项目的其他参与者在负责具体实现时做的不好，最终的产品体验不佳、可靠性不高、进展迟缓、缺乏维护。
2、这套UI组件和技术方案的核心考量是『有利于迭代』，很多特性和妥协都是建立在这个目标之上的，包括视觉交互的迭代尝试、组件的积累完善、最佳实践的探索，但在实际执行中，几乎一次迭代都没有过，所以『不完善』是自然的，给人一种额外的『复杂感』也是自然的。
3、当前这个移动web版本的体验、可靠性和技术问题，早在年初的CardKit2.0版本里就都已经解决：
http://douban-f2e.github.io/cardkit-demo-gallery/ 但考虑到人的因素和豆瓣的长远利益，选择了放弃部署到豆瓣
4、当前这个移动web版本的体验、可靠性和技术问题，也并非源自楼上提到的『不用页面刷新』（实际上正是围绕页面刷新而设计的）和『用JS来load资源』（如果真是这样工作反而会好很多）
5、新的豆瓣移动web已经在不断开发和上线了，『旧版』虽然在部分移动设备上不可靠甚至不可用，而且不再维护，但由于被认为在多数情况下可用性仍然高于桌面版网页，所以不会直接下线，而是会被『新版』逐步替换
6、当前移动互联网实际上已经接近或进入『后app阶段』，传统上基于浏览器的web技术和要素，正在以新的形态重新占据核心位置，这个领域可以说是大有可为的，我接下来的创业项目也与移动web有关。无论技术还是体验，如果像楼上某位所说的那样停留在wap时代，虽然可以一时躲避那些困难和失败，但很快也会远远落后于时代和用户的期望，要么早点被黑被骂，要么晚点悄悄的死，无论人、产品还是企业，都不可能永远活在过去。