来源: 互联网  发布时间: 2014-02-18

大家是否使用过Titanium开发手机应用啊（讨论）
公司突然让我搞Titanium
搞了快一周，各种痛苦啊
有的时候加了几个alert(123)
也要重启android的模拟器。 大家有啥心得没有讨论下呗~

    

    来源: 互联网  发布时间: 2014-02-18

3G时代，手机为王
　移动开发也称为手机开发，或叫做移动互联网开发。是指以手机、PDA、UMPC等便携终端为基础，进行相应的开发工作，由于这些随身设备基本都采用无线上网的方式，因此，业内也称作为无线开发。
　　3G时代，手机为王
　　3G时代的到来，使得手机应用日渐热门，由于手机携带方便，并且是生活必带随身用品，而且信号覆盖广，操作便捷，使得人们对其给予了越来越高的期望。大家期待各种常见的或是重要的信息化系统、互联网应用可以被移植到手机上同步使用，使用户无论在何时何地，都可以连线精彩的网络世界，登录信息系统。为此，如何进行手机开发，如何在手机上催生各种多姿多彩的精彩应用，日渐成为整个ICT产业关注的焦点。
　　缤纷多彩的手机应用
　　由于整个市场还处于发轫阶段，目前大众对于手机应用了解并不很多，但其实在这个市场早已是暗流涌动，春潮泛滥，各种各样有趣的应用层出不穷，新奇创意不断，大量原来PC和互联网上的信息化应用、互联网应用均已出现在手机平台上，一些前所未见的新奇应用也开始出现，并日渐增多。下文将介绍一些目前市场上较为流行的精彩应用。
　　移动开发的难题
　　1、手机操作系统很多：iOS,Symbian S60, UIQ, Windows Mobile, Linux, Brew、 Blackberry……，要想克服不同手机平台的差异，实现应用的统一覆盖异常困难；
　　2、手机开发很难：开发人员稀缺，成本太高，进度太慢，无线网络太复杂，门槛障碍太多……；
　　3、软件或互联网公司如果为了实现移动应用，而把精力投入到并非自己所长的领域，无疑将会得不偿失。
　　4、行业需要专业的角色，来解决开发应用过程中的各种难题，将复杂难题封装简单，把各种异构封装透明，降低大家进入这个市场的门槛。
　　目前的解决之道
　　目前，随着移动应用市场的不断扩大，移动开发的市场得到长足的发展。无线中间件（也称“移动中间件”）的出现，无疑提供了一个完美的：
　　1. 跨平台：中间件系统都号称跨平台，一次开发，可以适用于不同的平台。
　　2. 门槛高：用WEB开发技术（HTML+JS+CSS) 开发移动应用，极大地降低了门槛，提高了效率。
　　3. 公司转型：软件和互联网公司利用中间件系统开发移动应用，完全是在发挥原有的长处，而无需投入任何资源学习新知识。 www.a10bocai.com www.heeffb.com www.aybffl.com
　　4. 专业的人做专业的事：无线中间件（移动中间件）的原理就是把原生的功能封装打包成简单的API，开发人员只需要了解调用这些API的方法，即可完成移动开发。
　　无线中间件（移动中间件）的产品：国外--PhoneGap,
　　国内 - Rexsee EMS、MKey、xMobi
　　其中Rexsee应该是目前唯一支持HTML5 的开源的、免费的移动中间件；Mkey的特点是跨平台

    

    来源: 互联网  发布时间: 2014-02-18

关于敏捷
A.敏捷是不是站立式会议，是不是把项目切分成几个小阶段就是迭代了？

答:当然不只是站立会议,之所以要站立,是为了尽可能能在15分内解决问题,尽可能简短, 假如有这个思想,即使大家是坐着开会的话,主持人把握好了,也一样是敏捷了.而把项目切成几个小阶段,不一定等于迭代,要看你在每个阶段是否很好地应用了XP的思想和方法，否则跟传统的RUP(Rational Unified Process，统一软件开发过程，统一软件过程)没分别

B.敏捷的团队规模要多大？10个人还是4，5个人？

答：一般来说，人为一个敏捷团对4-6人是很高效合适的，因为人一多，管理起来就麻烦，意见也多，当然如果 你的团对都是由敏捷精英组成的话，那个恭喜你，10人也行（但不要忘记，三个和尚没水吃的道理哦），但问题是，你如何管理这10个敏捷精英？再拆分为2组吧！另外，如果项目规模小的话，2-3人，其实都可以敏捷了， 不要形而上学。

C.敏捷团队中的人员如何配置？是不是要水平相当，经验相当？

答：我认为，如果比如要实施结队的话，水平还真的是相当好点，否则就是初学在一边看，高手在教学， 大家没思维的碰撞和互动。但一个团队中，倒不一定要求太多人有敏捷经验，有小部分人没敏捷经验， 有时反而是好事，所谓当局者迷，旁观者清。还有，要注意人员配置中，性格的相融性，让他们互相相处的好， 这就涉及人际关系学了，那时另外一个学问了。

D.当团队中出现短板时，敏捷的结对编程会不会变成致命的缺陷？

答：个人一直认为结对编程要谨慎用，特别是在国内的情况下，包括结对的环境，水平，制度，都要很小心， 否则真是有可能成为障外呢

E.敏捷团队中全功能团队和去角色化(尤其是没有PM这个角色)，会不会让项目失控？

答：敏捷的BA和scrummaster等角色，其实也都承担了部分PM的角色了，当然也有不少由SQA去做 scrummaster的，这看各公司的人力配置，也可以依然用PM这个角色，因为可能团队中，scrummaster 可能由那些对过程改进更有能力更有兴趣的人去做，反而更好，PM依然做PM的角色，做点管理进度的，这时的PM 其实职能已经是跟传统的PM有点不大一样了，等于把"scrummaster"的角色一分为2了。

F.敏捷不是完全抛弃文档，但是文档要去到什么级别？和传统的文档又有什么区别？

答：敏捷的文档，我认为要做到“用的时候团队能看的明，执行时正确理解，交接时能顺利交接”就可以了， 甚至在代码中都可以搞进很多重要的文档，把注释提升一个层次。但要是交付用户时，用户要一套传统文档， 那就要提前准备，安排专人去搞了，所以，文档一定要有的。

G.敏捷开发扁平化的结构，如何保证不会出现扯皮和纠缠不休？

答：这个问题有点大，个人认为，无论什么开发方法，之前一定要把制度落实，严格执行， 团队达成共识，大家心中都敏捷了，思想目标认同了，才有继续工作的动力。

H.站立式会议如果避免沦为流水账汇报，如何让大家清楚得知道你在干什么，遇到什么问题？

答：时间上规定，其次，有人记录，记录模版要简单，不要传统会议那些麻烦的记录格式； 严格按照SCRUME的，昨天做了什么，遇到什么困难，今天打算如何做和解决。主持者在之前一天，摸好底 大概心中有数，指定站立会议要大概什么话题。理想中的每日立会 团队成员陆续到达办公室，收收邮件，看看信息。立会时间到了，团队成员来到了白板前。大家先打了个招呼，开个 玩笑活跃了气氛。然后团队成员依次站到白板面前给团队描述他昨天完成的、今天计划的和遇到的障碍。气氛轻松， 完成的好的团队表扬，遇到障碍的团队七嘴八舌快速落实了会后哪些人将参与这个障碍的解决。才6分钟左右，会议就 开完了。大家站在一起，“123xx团队是最棒的”，作为会议的结束。

I.敏捷开发究竟适合哪些业务场景？项目or产品？(同行倾向于项目，说是产品经常要改，可是敏捷的宣言不就 是拥抱变化吗)

答：应该说，都适合吧，但好象大家实践项目的多点，

J.敏捷开发中，成员分工要如何进行？横向划分或者纵向划分？

答：感觉其实按scrum的划分方法就足够了。必要时再调整下，但感觉产品经理，还是要设置这个职能，当然 有些可以兼职淡然。

K.敏捷开发和管理中，如何让后进来的新人尽快熟悉产品和架构？

答：个人感觉，还是要看新人是否愿意敏捷，不愿意，从骨子里喜欢传统的话，不要让他入敏捷团队了。 其次，搞好培训，把团队的气氛搞好，多激励，有时不妨搞点传销的气氛。培训要导师制，旧人带新人。 让新人也能多发表自己的意见，旁观者清，让新人从心理上先融入敏捷中去。要是一些技术强的新人，可以让其 快速轮岗，比如作为需求，规划，架构，编码，测试的观察员，快速让其都跟踪一次流程，不要认为一拿到新人， 就当其牲口，让其去干活。