IDPF Digital Book 2013 New York

IDPF,也是EPUB标准的制定组织,在纽约举行了IDPF Digital Book 2013大会,作为下属的Readium项目成员之一,我们出席了开发项目的会议。

IDPF Digital Book 2013 New York

纽约SONY 创新实验室窗外:
纽约SONY 创新实验室窗外
Readium项目讨论
Readium项目讨论

Readium项目讨论

Readium项目讨论

Readium项目组成员来自Google, Apple, Adobe公司,散布在欧洲,北美和亚洲多个国家,平时通过Mail List沟通,这次很难得聚齐了大部分开发人员,安风德EPUB 小组在这个会议上主要对系统API规划和测试自动化部分提出并完善了方案。

2013年Qcon全球软件开发大会——北京之行

    4月24日夜,我们4人踏上开往北京的列车。经过10小时的车程终于到达首都。

参加2013年Qcon全球软件开发大会

胡正伟
  早上7点半,天已大亮,随着火车的缓缓进站,为期3天的北京学习之旅正式启动。我们四人分组行动,Ms. Huang和Mr. Jiang去找宾馆,我和Mr. Wu马不停蹄的赶往演讲会场:坐落于国家体育场旁边的北京国际会议中心。
  到达会议中心之后,在志愿者的帮助下办好了会议证件。此时已经9点半了,距离会议开幕式过了整整一个小时。我和Mr. Wu匆匆忙忙的进入主会场,在会议台上演讲的是一个满头白发,仙风道骨的老头。由于我们俩过来的挺晚,只能找个靠后的角度坐下。
  我拿出演讲节目单,在上面找到本场演讲嘉宾。哟!原来是大名鼎鼎的道格拉斯·克劳福德。老道说了一口英语,我听着不太明白,但是结合着老道简洁明了的ppt大概能听着似懂非懂。老道主要说的javascript中的好的编程风格。包括结尾;的书写,{}的位置等等,虽然这些东西我平常都很注意去写,也有代码检查工具来帮助检查,但是一直不明白为什么要这样书写,直到听完老道的讲解之后才算是恍然大悟。
  第一天基本都是英语演讲,我和Mr. Wu算是半迷糊半清醒的状态听完了全天,中间还参加大会活动领了一件T-shirt。第二天换另外一组人去听演讲,我和Mr. Wu忙里偷着闲出去转了一圈,回来之后准备听第三天的演讲。
  第三天基本都是nodeJS方面的,之前对nodeJS有一定的了解,也打算好好听一听,不过听完之后倍感失望。这三个国内演讲人基本就是过来侃一侃的:在function中不使用var来声明变量导致的错误也要检查好几天,这个错误如果使用nodeJS的代码检查jshint组件检查是一定过不了的。
  下午6点,大会闭幕,总体上来说这三天的收获还是颇丰的。
  
吴宏强
早上下车后,还没来得及吃早饭就直奔会场。到了会场的时候会议早已开始。第一天就严重迟到,真是无地自容啊!到了会场一看全是人,同行真不少,都是些来自不同城市的小伙子。
  第一天多半老外在讲,说实话,个人觉得老外讲的东西真的很有内容,相比而言国内的专家很多都是在为自己的产品做宣传。当然我不是说你不能宣传,你能做出那么出色的产品我很佩服。
  记得第一天有个外国先生说的是programming style and your brain。因为平时很少注意编程风格,听了之后感受颇深。
  下面这个例子你会选择左边还是右边?
对于我左右都无所谓,我平时很少注意这些。那位先生的说法是左边的更好,更利于交流。 假设我们写的是文章而不是程序,那么你一定觉得诸如文章应该分为若干个自然段、每段开头空两格之类的规则是理所当然的。如果段落的开头不空两格,或者干脆把整个文章写成单独的一段,仔细想来似乎也不会影响文章实质内容的表达。既然如此,我们为什么还要在形式上下功夫呢?设想一下,如果你手中的这本书既无章节也无目录,正文中的不同内容都使用同样的字体字号印刷,几百页纸从头至尾洋洋洒洒如念经般地“一气呵成”,你还有耐心看下去吗?
  这是一个人人都能理解的道理,可是当文章变成程序的时候,就不是每个人都能想得通的了。不仅仅是初学者,甚至一些熟练的开发人员,也会写出凌乱不堪的代码。许多人一定有过这样的经历:一年半载之后,自己原来写的程序就完全看不懂了。如果这段程序只是为了交作业,或者临时一用,那还可以不去追究,但如果这是一个商业软件,现在需要根据客户的要求进行修改的话,工作量可就大了——你不得不先花时间把你原来的思路看懂。
  肯定会有人反驳:代码是给机器运行的,又不是给人看的,写那么好看有什么用?他的话只对了前半句:代码确实是给机器运行的,可是机器总共才需要看它几分钟?你花一个月编写的程序,机器顶多两三分钟就编译好了——在这两三分钟之前,这代码不都是你在看吗?开发软件编写代码不是一朝一夕的事情,更多的情况下,一个软件的开发要经历很长的时间,并且常常由多人合作完成。一个庞大的软件项目,可能会动用上千名程序员工作数年!如果把代码写得连自己都看不明白,怎么与别人交流?同一个开发团队内,一定要保持良好且一致的代码风格,才能最大化地提高开发效率。

黄德红
  26日早上,我跟部门经理Mr. Jiang一起来到国际会议中心,他直奔自动化运维的B厅,我来到了用户体验的A厅。 
  这次大会主要是为软件开发和项目管理人员提供的一些技术课题,仅26日上午专门设了用户体验方面的课题。
  上午首先由百度香超带来小屏幕,大设计—移动体验设计专题,主要讲述用户体验的重要性以及产品设计过程中遇到的问题进行经验分享。第二场是豆瓣FM产品设计师屈雪针对产品设计进行深度剖析,讲到了如何挖掘用户的核心需求、简洁的描述产品功能,这就是“精于心,简于形”。
  印象最深刻是上午的后两场,由年轻的Jing.FM创始人施凯文带来的对话式搜索与音乐的结合,以及由Eico design联合创始人兼创意总监张伟带来的的本土化设计的思考课题。两者都有着创业的经历,讲述的语言流畅生动,思路也清晰可寻。施凯文除了混血儿的帅气长相之外,从他的语速和对他产品的表述也可以看出这是一个思维敏捷、敢做敢为并且热爱音乐的文艺青年。Jing.Fm用自然语言去描述的方法,试图了解我们对音乐的情感需求,思考如何帮助我们去寻找真正想要的音乐,就好像跟一个朋友对话:“我失恋了,我想听痛苦的歌”、“想放松一下”,然后就会有相应的歌曲出现。张伟除了提出用户界面体验的重要性之外还强调了内容设计的重要性,总结了与中国本地产品合作的设计经验,讲述对本土设计文化的发掘和理解,另外他提出的有道德的设计让大家会心一笑。
  26日下午第一节我本来在听dio的web可视化,他说的很和缓,语句也很清晰,但是我的英语实在烂的不行,听着听着就跟不上了,然后竟然睡着了。十分羞愧之下我换了个大厅参与了敏捷嘉年华, 这是一个以游戏为导向的活动。  第一场是纸质原型的快速设计与反馈,由自由组成的三组人员,针对游戏组织者准备的问题,选择其中一个,由组员进行讨论并达到统一意见,用拼贴画的方式对问题场景进行演绎,再推举一人用讲故事的方式表达这个问题。接下来组员针对问题讨论解决方法,选择一个idea扩展成一个简单的手机APP,构建出纸质原型。然后每组挑选一个人对其他组的纸质原型进行测试,组员对测试中收到的反馈进行讨论并对原型做出改进。最后每个组将各自的问题拼贴画、原型、反馈及改进向大家展示。整体是一个演绎问题、展示问题、设计方案、用户测试、反馈响应、最后展示问题这样一个流程。在游戏过程中,游戏组织者对每个阶段进行计时,比如十分钟内讨论一个问题、十五分钟内确定一个方案建立一个原型。
  整个过程进行的异常火热,各组成员针对问题提出各自的想法,在讨论中快速的思考和实践原型,将不同的想法最终汇合成的统一idea十分难能可贵。
  我当时是半途插入了其中一个组当中,对讨论问题的过程有着切身的体会,更深的了解了纸质原型在产品设计中的作用,学习到做产品时要从问题出发。
   这一方法是在产品设计的初始阶段使用的,通过快速构建纸质原型,更早的开始需求确认,更及时的将用户引入到设计过程中,方便团队对设计方案进行沟通、测试和修改,提高庁对产品认知的一致性,从而降低设计和开发成本、节约时间、提高项目效率和产品质量。
  完成了这一个游戏,接着另一个更大规模更火爆的游戏场面来了。 这是一个大型团队抛球游戏。大概有三四十人参与,我们所有人都是一个组。规则是左右相邻的人不得直接传球,球必须有置空效果。几十个人在两分钟内迅速决定好面对面站成两排,每个人把手中的球传给对面的人,这样一轮下来,我们传了二十几个。接下来进行了数次迭代,每一次团队都要想出更好的办法如何能传达更多的球,我们从缩短置空时间到增加手中传递的球个数,想了几次办法,都在短时间内实行开来。这个过程中游戏组织者让我们思考如果这是工作中的一个团队,在工作中如何缩短工作时间和提高工作效率的问题。
短短二十几分钟游戏结束了,游戏本身不是重点,最关键的是游戏结束后,大家针对此次游戏发表自己的观点或感想,并结合工作目标和需求提出问题的症结和解决办法。这里面的参与者大多是PM、或其他管理要职,极少数是从事用户体验界面设计方面的。他们从专业的角度加上自己的思考加工,常常是一语中的,想法非常深刻,让我好生佩服。整个过程中的思考是紧张而快乐的。玩游戏的过程其实是通过一种轻松愉快的方式,让我们了解通过每个持续的改进,如何提升团队协作的效率。

电网方式计算分析系统应用介绍

电网方式计算分析系统是针对省电力调度中心方式安排的辅助决策系统。本系统和生产环境中的EMS相连接,实时获取电网当前运行的拓扑和量测数据,帮助业务人员从实际系统中快速建模,进行方式分析计算,通过预设的条件,可自动、大批量的进行方案组合计算,并将符合约束条件的方式推送给专业人员决策,通过高密度的方式组合计算,将方式分析计算工作效率提高几十倍,极大的提高了日方式、月度方式和年度方式计算的精度、广度和深度,将用户从参数准备工作中释放出来,使得用户有更多的精力放在分析决策方面,为电网安全、优质、经济的运行提供有力保障。

本系统主要对应220kV以上电网,正是省电力调度中心管辖的电网等级,本系统在安徽省的实际运行表明,在不增加电网投资建设的情况下,通过方式优化,大幅降低了以往需要停电的次数,优化的潮流分布,提高了供电能力,相比传统的工作方式,每年增加收入近一亿元,附带产生的社会综合效益更为巨大。
运行方式专业是电网调度运行的核心专业之一,运行方式分析的结论,是电网调度部门制定电网日前和短期运行计划,以及中长期运行策略的主要依据。 潮流计算和暂稳计算都是方式计算分析的重要工作,从方式分析的专业角度,对计算的精度、广度和深度都有要求

计算精度的要求

在生产现场,影响计算精度的主要原因是电网的初始状态描述不准确,导致初始潮流不准确,那么后续的仿真计算就更加无从谈起。为了确保初始状态的准确性,系统应具备以下能力

  1. 可导入或者访问其他管理系统的电网拓扑、电气参数和量测数据,确保基本数据的可靠性
  2. 可实时访问获取量测数据,自动对量测数据进行校验,并通过潮流计算得到线路潮流的计算值和量测值比较,确定数据是否可靠可信

通过以上两种方式的校核,确保计算需要的初始潮流是准确的,对于不准确的潮流数据和相关参数,应能直观的显示给用户,使得用户可以手工干预数据,获得可信的初始潮流。

计算广度的要求

一次完整的电网运行方式的专题计算,通常需要数十次潮流计算和数十次稳定计算,以及一些相关的派生计算构成,从方式工作上来说,计算组合的情况越多,方式的安排就越安全可靠

  1. 在初始潮流基础上,通过给定的拓扑和负荷,自动计算出新的潮流分布
  2. 自动分析新的潮流分布是否符合预期的限额控制
  3. 对于新的潮流,自动进行N-1线路计算
  4. 自动进行N-1稳定计算,自动分析发电机失稳曲线,分析罗列符合要求的计算结果

系统应能对不同的方式进行组合计算,通过用户事先规定的限额要求,比如断面潮流的范围,自动判定潮流分布是否符合方式的需要,并能将多个计算结果进行罗列对比,方便用户进行选择。用户对限额的规定可以来自设备自身的电气特性、安全继保的要求和发电计划、检修计划的要求,通过自动批量计算和自动判定的方式,将用户从繁重的数据准备和比对工作中释放出来,将精力放到对比分析这些决策活动中,大幅提升方式安排的质量。

计算深度的要求

方式安排的一个重要研究内容是确定电网元件之间的互作用干系和运行的安全边界,需要不断的调整运行条件

  1. 系统支持灵敏度计算,可以批量配置自变量和因变量,按照一定的百分比步进,计算变量之间的灵敏度
  2. 至此安全裕度计算分析,通过设定约束条件,系统按照一定规则自动增加负荷和出力,批量进行潮流计算和暂稳计算
  3. 按照限额规定自动校验计算结果,直观的展现计算结果,方便用户分析

计算深度的问题仍然是大量的方式组合计算,就实际生产现场来说,这些计算归根结底是现有计算工具(BPA)程序使用方法上的落后导致了工作效率的低下,而这些大量的,类似的,重复性的工作正是这个系统的实现目标,将业务人员精力集中到分析工作中来。

从业务系统使用角度,需要软件提供便捷、高效、可靠的服务,具体功能需求体现在操作上能实现图模一体化,计算功能上能提供高效率的计算能力,对计算结果能从多个角度进行对比,提高业务工作的效率和质量。

图模一体化

通过电网站间拓扑和站内拓扑的方式显示计算结果和操作界面,方便用户直观的进行操作,无需记忆和了解具体的计算文件格式,图模一体化应能提供以下功能

  1. 符合日常工作要求的站间拓扑和站内拓扑显示,各种图例用户可定制,用户可以重新拖动图元排版
  2. 对图元,例如线路支持开断操作,支持站点负荷调整,并立即直观的显示到拓扑上
  3. 用户可以方便的将当前潮流文件从系统中导出,方便用户以传统习惯手工进行验算修改

分布式计算

本系统的最大特点是可以高效的进行多个方案的计算和对比,有一个完善可靠的分布式计算框架

  1. 业务系统产生了计算文件后,能根据计算节点负载程度进行任务分发
  2. 业务计算使用BPA程序,通过程序在外部模拟人工操作进行调用,保证了与人工计算方案的一致性
  3. 自动收集计算结果,对于计算状态能够收集反馈,比如:计算不收敛、计算程序异常终止等等

方案的多角度对比

大量的计算结果堆积在一起,不能改善用户的业务分析效率,反而是工作负担,本系统能提供多个业务角度进行对比,方便用户快速便捷的获得方案分析的映像

  1. 能方便的从历史数据中选择合适的潮流作为初始潮流进行计算,例如选择年度负荷、出力最大潮流数据,或者某个线路断面最大的潮流数据
  2. 计算方案总览,将符合要求的方案和不符合要求的方案自动分类显示
  3. 提供线路和断面的限额分类,将符合限额控制的方案按照限额重载程度显示
  4. 按照稳定计算结果进行分类显示
  5. 用户选择计算方案,图形上自动切换显示该方案,并将不符合要求的部分通过颜色进行区分

综上所述,本系统是建立在海量实测潮流数据基础上,为业务人员提供真实的方式潮流,根据电网调度需要,自动编制潮流计算和稳定计算文件,通过分布式计算框架,利用BPA软件进行计算,并将计算结果直观的展现,辅助业务人员进行方式安排的决策。

游走天柱山

清晨五点钟,天色黑暗,开发部与行政部一行人集合在潜山路乐购开始一天的天柱之旅,大家内心都很兴奋。天柱山位于安徽省安庆市潜山县境内。因其主峰如擎天一柱而得名。401平方公里的景区内,超高压变质带及其特征岩石—榴辉岩为世人瞩目。亿万年的地质神奇作用,造就了天柱山既具北山之雄,又具南岭之秀。雄峰,怪石,奇松,飞瀑令人叫绝;云海、佛光、日出、晚霞、雾淞等引人折腰。明代大诗人李庚曾惊呼“天下有奇观,争似此山好。”我们一直无缘与神奇天柱近距离接触,感受其的秀美与壮观,公司此次组织一次心灵之旅让我们很是期待。

早晨8点钟我们进入潜山县城天柱脚下,奔波在环山公路上,感受其的险峻。8点一刻我们正式踏上登山之旅。在田总以及开发部的商议下我们选择了十分险峻、陡峭的东关作为我们的出发点,一路徒步登山。虽然内心极其畏惧但抱着挑战自己的心里还是跟随着大部队前进。在山里大家都很兴奋,看着清澈的溪流,田总也玩心大起,大步奔向溪水,他的兴奋也感染着我们,大家都脱去了工作时的约束一起high起来。 

稍作歇息,我们继续前行,我们感受着大自然给予的清新,洗去了心灵的尘埃。体力也在不断的透支,我已经明显感觉前进一步的艰辛。刘老师以及开发的同事帮我分担了我的负重,在此多谢各位给予我帮助与鼓励。

一路跌跌撞撞我们到达了奇谷天梯,这是一段陡峭的石阶阶梯路,我也是十分发怵,此刻大家体力都已经严重透支,靠的都是意念的支撑,挑战自己。大家手脚并用,征服着一个个石阶,刘老师说,人不要怕低头,只要战胜了自己,哪怕这过程再狼狈,站在顶端我们就是胜者。在这陡峭的阶梯上我们洒下了汗水,留下了灿烂的笑容。

 

沿路的风景,都让我流连不已,刘老师说,成功的人不要被沿路的风景迷惑,错失山顶的风景。我受教了。也知道后面的路很长,因为体力不支我已经耽搁了许久了进程。终于到达鹊桥,田总更是十分兴奋的在鹊桥上跑了个来回。

天公不作美,在接近东关寨下起了雷阵雨,却因此我们有幸欣赏到数十条瀑布从双狮戏球的顶端急流而下,大自然的天然景观真的让我们叹为观止。

 

 

越过东关寨路程平缓许多,体力也渐渐恢复。沿着地图我们到达炼丹湖,炼丹台:原为良药坪,为汉左慈炼丹处,潜阳十景:“丹灶苍烟”即为此,1998年辟为炼丹湖,海拔1100米,为国内第三大高山人工湖,湖内波光山影,幽明幻变,气象万千。田总跟我们讲述着这段发生在汉代的历史。我们也因为在山间有如此美景沉醉不已。

又一段陡峭的石阶路,大家都在坚持,奋力向前进,越接近天柱峰,景色也愈迷人。前面是栈道,我们终于见到真身,比网上的照片还要神奇,就好似我们身处天庭,不禁感叹,造物者的辛苦、艰辛。我们的王庆庆同志更是难以自持的大叫起来。。。(哈哈。。。)


 

 

越过栈道沿路风景越来越让我们惊叹,当然我们所面临的困难也越来越大,大家经过几个小时的攀爬,精力耗尽。。。想过放弃,但最终仍坚持下来,就如同那小草般顽强、倔强,不认输。。。

终于离天柱峰只有一站,大家疲惫的脸上都露出了格外来之不易的笑容,享受此刻大自然给予的开阔,此刻我是自己的王者。。。

 

刘老师更是一路吹笛伴奏,笛声悠扬回荡在山谷中。。。鼓舞着我们继续前进,不抛弃,不放弃。大自然让人情不自禁,此刻我们只想做我们想做的,挑战自己。。。

经过8个小时的努力、坚持、拼搏,我们终于到达最高峰———天柱峰。远远望去,屹然独立,坚忍不拔。天柱峰上刻有“孤立擎霄”、“中天一柱”八个大字。它与周围山峰似是隔断却又衔接,如春笋平地拔起,如宝剑直插云霄。

通过这次活动我们看到了开发部门同事的坚持、团结与努力。成功的完成了此次天柱之旅,一整天的翻山越岭,很辛苦也很充实。团队协作,齐心协力,互相鼓励不放弃,不畏辛苦勇于奉献。同事间互相帮助、流汗酸痛都不在意,克服各种障碍艰辛,挑战自己极限,登顶的那一刻,莞尔一笑,是放松的微笑、是征服的自信!

 

 

 

                                                         行政部——胡可可

杭州 ADC技术嘉年华

前一阵子就听说杭州“最美司机”的事迹,在我的印象里杭州是一座文明、陌生有着朦胧美的城市。这一次阿里巴巴主办的ADC阿里技术嘉年华论坛活动将我与杭州拉近了距离。

7号早上与Kitty Wang一起来到海外海国际展示中心,签完到还有点时间去二楼展示区参观。二楼的Tech Loft包括workshop、技术展示、交流区和运动区,入门处有一排电子产品的展览,以及IT行业的书籍展示。往里走是Ucan的礼品发放区和淘公仔的展示。中间是休息和娱乐的区域,坐在舒适的布椅里啥也不干,旁边不停的有人过来玩人体切水果的游戏,上午的主会场在三楼,我和Kitty Wang分头行动,她去D2前端技术论坛,我去Ucan用户体验设计论坛。

九点钟论坛开始,粗瞄一下,每个会场都人满为患,我所在的大厅前面甚至有很多人席地而坐。7日上午的课题是由幽默可爱的梓佑老师和有着丰富设计经验的刑菲老师讲授。梓佑老师以他亲身经历的生活小事为切入口,轻松讲述设计观念在生活中无形的发挥作用,以及不要让习惯限制日常生活的想法。而在美担任过十六年设计师的邢老师则给予我们丰富经验的分享,其间比较了中美体验设计的差异,感性的讲述心理学、人种学、营销学的关联和用户体验设计的关系。每位老师讲完后都有一个提问环节,来自四面八方的设计师们提的问题非常专业,与老师交流十分顺畅,让我这样初涉界面设计的小白倾羡良久。整个会场的气氛都很轻松,特别是到微博抽奖环节,大家都兴奋的站起来等待大屏幕揭晓幸运结果。

下午的设计沙龙更使会场爆满,会场的左右方和后排站满了人,前排地上的同学们依然席地坐下。为什么场面如此火爆呢?我跟旁边听课的同学交流时发现,他们并不全是设计职业,有的是项目经理,有的是技术管理,有的是用户研究员。下午的沙龙主题是《成长的困惑》,由五位设计专家现场对同学们提出的问题进行解读。也许是因为这样一种互动性很强的氛围吸引了各个职位的人士前来旁听。

在沙龙中首次出现的台湾美女设计师林宜琤一开口,她的声音就把大家折服了,这个看似柔弱的女子说话中气十足,她在第二天上午的讲课也是非常精彩。我能感觉到她津津有味的说着自己所要阐述的内容,大家也听得十分入神,也许正是这份热爱使她成为一名年轻而资深的交互设计师。在讲述如何争取设计主导权时,她说争取用他人能听懂的语言去沟通很重要,这也是大部分的嘉宾老师所认同和看好的能力。有时候一个项目的失败不一定是产品本身不好,有可能是设计师没有将自己idea以更易懂的方式讲述出来

经过一天半的交流、聆听,视野广阔了许多,两个人收获了知识也得到了礼物。而下午因为场次人数太多和时间的关系,无缘参与下午韩国设计师阿美和禹治的课程。杭州的中午很热,但我们很开心的直奔西湖,观赏人间天堂。

可能在当地人看来,西湖就是一个休闲娱乐的日常生活场所,人们有聚在一起唱唱戏曲的,有一家几口抱着娃娃遛遛狗的,西湖也是他们生计来源的工作场地,很多人划着小木舟、乌篷船,或者开着更高级点的游艇,载着旅客们游行于湖面。这些美景在他们看来,再平常不过。

但在我看来,是无论如何都没有像散步于天鹅湖岸边的感觉。特别是前夜的傍晚,和一众人撑着伞围立在西湖边,等待音乐喷泉的绝美舞姿,雨点滑到手臂上,灯光夹着喷泉的水珠近在眼前,那种湿淋淋的感觉,没有被喷泉美死,也没有被雨浸烦,恰到好处,让我回味。以至于在逛完雷峰塔、苏堤和断桥之后,我还回望着喷泉的涌出之处。这时我们要回去了,却撞上一个极美的洋妞,像上世纪时尚而优雅的异域公主,可又怕看太久有点无礼。

对于一个陌生人来说,留恋上一座城,莫过于还有没赏尽的景色,没看透的生活,和还想看一看的心情。同样参与此次论坛的学习,让我很激动,却仍然遗憾于还有没完全听懂的知识,和没有上完的课程,以至于我还有下次再来的冲动。

Hefei GDG › 社区“HTML5技术应用分享和展望”交流活动

合肥有自己的GDG社区,让身为合肥人的我与有荣焉。成立大会后,我一直很期待社区举办各种交流活动。
虽说6月17日的活动参与人数比不上成立大会时人多,但包间里还是挤得满满当当(^_^*)。社区里许多人都对HTML 5 很感兴趣,我也是,这次的活动主题就是HTML 5。
下午我到时已近2点,包间里正播放着谷歌2011年的活动视频,正在介绍安卓。
汪喻祥就他所知道的HTML 5和大家做了分享。内容围绕着语义化标记、多媒体、动画游戏、离线应用、数据存储、拖拽支持等展开,并且做了demo演示,还有他自己做的僵尸小游戏(很可爱的小僵尸,像马里奥大叔一样可爱(^_^) )。
不过我觉得这种一个人说,下面人听的感觉好像老师讲课,没甚意思 {(-_-)} 。我还是更崇尚像国外的社区交流那样,每个人都对主题有了一定理解,大家围坐在一起畅所欲言似乎更为有趣。
我早先调研MathML时,就顺带去了解了HTML 5 。感觉某些展示方面,HTML 5 的确出色。我也将自己对HTML 5 的一点儿心得和大家做了交流。
中途休息时,我去接了公司美工,我约了她一起过来参会。
自由交流时间,一开始有些冷清,我想了想,觉得自己还是不要第一个站出来说话比较好。可实在是忍受不了如此冷静,就提议大家每个人都做个自我介绍,说说自己加入社区的缘由,相互认识一下。
听到大家的自我介绍不禁感概社区里从事 . NET 的人好多啊,占江山半壁以上呢。自我介绍时,我说自己从事移动开发时,汪喻祥表示惊讶,脱口而出合肥还有女生做开发的啊,我笑答大有人在。果然,在场的女生大多都是从事开发的(给力啊!*\(^o^)/*)。
这么起个头,3秒钟不到,气氛立刻火热的不得了,讨论得热火朝天,我都震惊了!后面的氛围一直很好。
呵呵,第一次活动算是圆满举办。