论坛首页 海阔天空论坛

开发应用程序 白拿Bambook

浏览 14446 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-11-16  
RSS2Book,,,我已经想好了应用,谁也别和我抢,抢我和谁急
~·
0 请登录后投票
   发表时间:2010-11-16  
ray_linn 写道
RSS2Book,,,我已经想好了应用,谁也别和我抢,抢我和谁急
~·


哈哈,我估计有一大半的应用都是这样的
0 请登录后投票
   发表时间:2010-11-16  
看了这个SDK,我感慨万千,参加过许多国内的面试和被面试,我相信盛大、迅雷、等等之类的公司都有技术很优秀的团队,他们熟悉数据结构,熟悉算法,熟悉鸡鸡车车等等我认为很高深的技术,我等门外汉之能用葱白的眼光看着高山不可仰视的他们(俺是Double E出身),因此每次面试他们都能用很龟毛的问题把我搞得面红耳赤,抓耳挠腮,感觉来面试就是来自虐....(以上省略5000字臭骂那些主考,其实换个位置,我当主考,就该轮到你面红耳赤了)。

不过从来就没人问过我,你有想象力么?你有创造力么?你是creative的人吗?


看了bambook的SDK,我认识到一点,盛大有优秀的技术人员,但肯定缺少有想象力的人(尤其像我这样的),这是一个很普通的,甚至很不完备的SDK,带着匆匆忙忙、赶鸭子上架等等被我深深鄙视的特点,以赢弱的身材展现在人们面前。


试问、bambook的卖点在哪里呢?除了一个不是那么切合实际的云梯外,有什么能和山寨pad相抗衡的特点么?

但从SNBF的XML结构来看,bambook只提供了一个很基本的xml schema,和几个弱弱的存取API,这个schema草草定义了一本书的结构,个人来看,这个schema可能甚至是完全不必要的。作为书结构的定义,DocBook等等先贤已经为我们指示了一条标准大路,bambook可以完全支持Docbook格式。

第二、存取是很低级很基本的api,SDK应该重视的是展示层如何设计,如何能自定义书签,如何能自定义tag,如何支持语音朗读,这些才是能开发出引人入胜的产品的要素。。。


---------------------------------------

纯属吐槽。  ray_linn
1 请登录后投票
   发表时间:2010-11-16  
这个是他们的产品经理太初级了,和编程的人没啥子关系。

随便说点吧,针对平台级的操作:
1.书的排列展示、搜索、自定义分类,参考音乐播放器各项音乐管理功能~
2.导入导出

针对单本书的操作
1.多用户支持
2.页面级的,多样的章句圈点(啥子圈圈叉叉哦,波浪线哦,下划线哦,双下划线哦,箭头哦),批注,这些可以与笔记本关联
3.图文复制、截图

附加功能
1.读书笔记本(啥子页面批注什么的都可以拖进来)
2.剪贴本(可以对拉下来的图文进行排版)

PC的管理工具
对电子书的各项应用进行管理和升级,系统数据备份等等
0 请登录后投票
   发表时间:2010-11-16  
moderating 写道
这个sdk做出来的东西只能运行在pc,不是运行在bb上

这是希望我们开发一些应用,让第三方可以方便的向bb平台提供内容,这个SDK是这个意思么?


主要就是这个意思。
0 请登录后投票
   发表时间:2010-11-16  
ray_linn 写道
看了这个SDK,我感慨万千,参加过许多国内的面试和被面试,我相信盛大、迅雷、等等之类的公司都有技术很优秀的团队,他们熟悉数据结构,熟悉算法,熟悉鸡鸡车车等等我认为很高深的技术,我等门外汉之能用葱白的眼光看着高山不可仰视的他们(俺是Double E出身),因此每次面试他们都能用很龟毛的问题把我搞得面红耳赤,抓耳挠腮,感觉来面试就是来自虐....(以上省略5000字臭骂那些主考,其实换个位置,我当主考,就该轮到你面红耳赤了)。

不过从来就没人问过我,你有想象力么?你有创造力么?你是creative的人吗?


看了bambook的SDK,我认识到一点,盛大有优秀的技术人员,但肯定缺少有想象力的人(尤其像我这样的),这是一个很普通的,甚至很不完备的SDK,带着匆匆忙忙、赶鸭子上架等等被我深深鄙视的特点,以赢弱的身材展现在人们面前。


试问、bambook的卖点在哪里呢?除了一个不是那么切合实际的云梯外,有什么能和山寨pad相抗衡的特点么?

但从SNBF的XML结构来看,bambook只提供了一个很基本的xml schema,和几个弱弱的存取API,这个schema草草定义了一本书的结构,个人来看,这个schema可能甚至是完全不必要的。作为书结构的定义,DocBook等等先贤已经为我们指示了一条标准大路,bambook可以完全支持Docbook格式。

第二、存取是很低级很基本的api,SDK应该重视的是展示层如何设计,如何能自定义书签,如何能自定义tag,如何支持语音朗读,这些才是能开发出引人入胜的产品的要素。。。


---------------------------------------

纯属吐槽。  ray_linn


非常感谢你的建议,你的批评让我的确很惭愧。

后续的开放也在内部讨论与策划中,也会更加多的参考各位的意见。
0 请登录后投票
   发表时间:2010-11-16  
我觉得设备端的API或许更有价值吧。。kindle上不是可以开发word games啥的。
0 请登录后投票
   发表时间:2010-11-16  
RCFans 写道
这个是他们的产品经理太初级了,和编程的人没啥子关系。

随便说点吧,针对平台级的操作:
1.书的排列展示、搜索、自定义分类,参考音乐播放器各项音乐管理功能~
2.导入导出

针对单本书的操作
1.多用户支持
2.页面级的,多样的章句圈点(啥子圈圈叉叉哦,波浪线哦,下划线哦,双下划线哦,箭头哦),批注,这些可以与笔记本关联
3.图文复制、截图

附加功能
1.读书笔记本(啥子页面批注什么的都可以拖进来)
2.剪贴本(可以对拉下来的图文进行排版)

PC的管理工具
对电子书的各项应用进行管理和升级,系统数据备份等等


你的这些意见都很不错,8过,有些是PC端的,有些是在设备端的,有些还需要设备端开发新版的固件,才能支持的。

我会把你这篇帖子,发到内部邮件列表去,然后作为参考。

谢谢。
0 请登录后投票
   发表时间:2010-11-16  
kaktos 写道
我觉得设备端的API或许更有价值吧。。kindle上不是可以开发word games啥的。


设备端肯定也会开放API的,我现在虽然不能肯定,不过我猜测,如果有比赛的话,会比PC端的奖金更高才是。
0 请登录后投票
   发表时间:2010-11-16  
一本书,只是看,就未免太初级了,为啥我不用它给我女儿当涂画本?做数学题?
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics