锁定老帖子 主题:开发应用程序 白拿Bambook
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-11-16
RSS2Book,,,我已经想好了应用,谁也别和我抢,抢我和谁急
~· |
|
返回顶楼 | |
发表时间:2010-11-16
ray_linn 写道 RSS2Book,,,我已经想好了应用,谁也别和我抢,抢我和谁急
~· 哈哈,我估计有一大半的应用都是这样的 |
|
返回顶楼 | |
发表时间: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 |
|
返回顶楼 | |
发表时间:2010-11-16
这个是他们的产品经理太初级了,和编程的人没啥子关系。
随便说点吧,针对平台级的操作: 1.书的排列展示、搜索、自定义分类,参考音乐播放器各项音乐管理功能~ 2.导入导出 针对单本书的操作 1.多用户支持 2.页面级的,多样的章句圈点(啥子圈圈叉叉哦,波浪线哦,下划线哦,双下划线哦,箭头哦),批注,这些可以与笔记本关联 3.图文复制、截图 附加功能 1.读书笔记本(啥子页面批注什么的都可以拖进来) 2.剪贴本(可以对拉下来的图文进行排版) PC的管理工具 对电子书的各项应用进行管理和升级,系统数据备份等等 |
|
返回顶楼 | |
发表时间:2010-11-16
moderating 写道 这个sdk做出来的东西只能运行在pc,不是运行在bb上
这是希望我们开发一些应用,让第三方可以方便的向bb平台提供内容,这个SDK是这个意思么? 主要就是这个意思。 |
|
返回顶楼 | |
发表时间: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 非常感谢你的建议,你的批评让我的确很惭愧。 后续的开放也在内部讨论与策划中,也会更加多的参考各位的意见。 |
|
返回顶楼 | |
发表时间:2010-11-16
我觉得设备端的API或许更有价值吧。。kindle上不是可以开发word games啥的。
|
|
返回顶楼 | |
发表时间:2010-11-16
RCFans 写道 这个是他们的产品经理太初级了,和编程的人没啥子关系。
随便说点吧,针对平台级的操作: 1.书的排列展示、搜索、自定义分类,参考音乐播放器各项音乐管理功能~ 2.导入导出 针对单本书的操作 1.多用户支持 2.页面级的,多样的章句圈点(啥子圈圈叉叉哦,波浪线哦,下划线哦,双下划线哦,箭头哦),批注,这些可以与笔记本关联 3.图文复制、截图 附加功能 1.读书笔记本(啥子页面批注什么的都可以拖进来) 2.剪贴本(可以对拉下来的图文进行排版) PC的管理工具 对电子书的各项应用进行管理和升级,系统数据备份等等 你的这些意见都很不错,8过,有些是PC端的,有些是在设备端的,有些还需要设备端开发新版的固件,才能支持的。 我会把你这篇帖子,发到内部邮件列表去,然后作为参考。 谢谢。 |
|
返回顶楼 | |
发表时间:2010-11-16
kaktos 写道 我觉得设备端的API或许更有价值吧。。kindle上不是可以开发word games啥的。
设备端肯定也会开放API的,我现在虽然不能肯定,不过我猜测,如果有比赛的话,会比PC端的奖金更高才是。 |
|
返回顶楼 | |
发表时间:2010-11-16
一本书,只是看,就未免太初级了,为啥我不用它给我女儿当涂画本?做数学题?
|
|
返回顶楼 | |