菊子曰归来（2）

昨天菊子曰归来发表后，收到了菊子 曰团队甲洲的答复邮件，对我提出的一些问题，回答得也很中肯。征得他同意后，转载如下。

很感激您客观的评估与建议，这些对我们现阶段来说实在太重要了。首先我想说抱歉的是，因为博客备份功能部分太不稳定了，所以这个 Alpha 3 版本里，我们暂时把它给禁了。您提到的几点：

1.占用系统资源偏大。其资源占用率堪超 Windows Live Writer。

答. 这是无可否认的事实。我们希望在正式发布时能够有所改善。

2.软件界面盲目模仿Office2007，“插入链接”等常用操作并没有放到“常用”面板。
3.仍然没有快捷键。习惯了Ctrl+K插入超链接，很不适应。

答. 因为目前的“常用”版面已经差不多“满了”（在相对比较低屏幕解析），所以我们将会先加入 CTRL+K 测快捷键，看是否对这方面的问题有所改善。

4.功能仍有欠缺。没有找到设置post name的地方。

答. 这个将在未来的 Alpha 里加入。

5.没有预览功能。

答. 这个也是。

6.HTML代码里，分段是用的＜ｄｉｖ＞，上传后缺少段间距。

答. 这个也是（我们将提供选项，让用户选者 P 还是 Div）

7. 菊子曰作为一个blog离线发布软件，其功能框架值得肯定，支持在线相册等功能也令人称赞。但某些细节仍需探讨：支持微博客有无必要？繁杂的按钮面板能不 能更精简？资源占用能不能更低？归根结底上，一个离线博客发布器应该是大而全还是小而精？

答. 这个问题问的很好，在不考虑其他的因素之下，我们面临了一个很无奈的问题：如果菊子曰做的跟 WLW 或 Zoundry 类似，那么菊子曰凭什么会让用户（现有使用离线博客发布软件的、和没有使用的）觉得有必要放弃选择 WLW 或 Zoundry？ 如果考虑到市场与公司的资源，那么菊仙子凭什么可以认为有压倒微软的可能？更何况，现有的 HTML 编辑器也是微软的产品，我们有可能比 WLW 更好的整合这个 IE 的 MSHTML 控件么（我想最好的结果也是持平，但是却不乐观）？

所以我们是抱着一个这样简单的想法，将菊子曰做成一个平台的框架，在这平台上，让用户整合现有的 Web 2.0 资源，如博客，照片，视频，微博客等，最起码我们可能会有少许的“生存机会”。

而且，目前来说，我觉得问题不在于资源整合概念的错误，而是我们对菊子曰UI设计上可能把握不好，没能给用户一个更好的体验，反倒让用户觉得“画虎不成反 类犬”的感觉。就正如今天的手机，很少有人会嫌弃手机自带的照相、录影、录音、mp3、FM 收音机、视频、游戏、上网、GPS、通话等功能的整合，考虑到手机最主要的功能其实也不过是通话而已。我们衷心的希望，用户能够给予我们多一点的时间，并 且进一步让我们知道不适合的地方，让我们进一步调整这些资源的整合，以最终达到类是手机的完美体验。（如果您是从两年前开始测试菊子曰的话，那么您大概会 注意到单是相册的设计与流程，我们已经做出不少过 3 次的大改变了，而每一次的大改变，都让我们不得不放弃开发一些细节的功能，如Slug等）

这也就是整个内测过程的动机，让用户尽早加入到产品开发过程，让我们更早的知道错误在哪里。这想法可能很天真，但是我觉得这值得尝试，因为最起码今天的菊 子曰也是过去两年来用户不断的回馈的结果（虽然一直在修改已经做好的功能有时真的有点让我们的开发队员觉得快要崩溃了）。

8. 你还没说div的id呢，插入了以juziyue开头的一长串字符。。。

答. 文章开头的一场窜字符并没有任何为菊子曰做宣传的目的，但是却会令到一些用户的不满。我们之所以这样做，是因为有些用户会将网志发布到多过一个网站。那么 在需要进行备份的时候，我们需要文章里的一个独特的 ID 来识别这篇网志是否是已有的文章，然后进一步同步。不然的话，就会出现备份时，同样的网志会被备份成两篇不同的文章。

说到底，可能是技术上我们还没考虑周详，可能存在更好的处理方法，但是这确实是我们目前唯一能够做到的。

最后，希望您能够给我们一点时间来处理这些问题，而且，目前菊子曰版本给您带来的不便，我在此向您说声抱歉。

谢谢。

甲洲
菊子曰开发团队