• 第二届腾讯校园编程马拉松参赛感想 极限!马拉松


    写感想的时候,距离比赛结束已经快有两个星期了。

    不过,比赛时的细节,到现在也还是能完全回忆起来,是因为这是第一次做项目啊!

    哪怕以后再有机会参加项目,或者再有机会参加腾讯编程马拉松,恐怕都不会有这次这么多的感触吧。

      其实一开始,还是有点害怕参加的。虽然说代码量不算少,但是项目经验为0,哪怕就说ACM来说,也完全不能和到现场的大牛相比。但是想到能和大牛见面,一起做项目,特别是听说有各种零食全程供应!!哪怕死的很难看也是值了!然后就抱着必死的决心去了。进区域决赛是运气,幸好好奇心杀死猫,不然没参加比赛的话,真的将是莫大的遗憾!因为除了比赛之外,哪怕只是去了一次腾讯,也让我从一个不同的角度认识了腾讯公司,见识了职场上那些开发出我们现在在用的各种软件的各路神人,也重新认识了IT行业,对一个大二的学生,绝对是开了眼界!当然吃了很多免费零食,也是享受啊。

    在一个月黑风高的星期天晚上,我收到了TX的区域决赛的邮件。由于上一段说过的部分,我纠结了一下,然后决定参加了,就要努力去好好做。

      此时距离星期五出发去上海,只有四天多的时间了,而我不过就是会一点Java。当时粗略的分析,三大平台(手机、网页、PC)的技术需求是手机>网页>PC,而就是用Java编程的android,显然是最容易上手的。于是决定围绕android,周边的知识能学多少是多少。写了自己的第一个android程序,第一次搭建服务器,并实现了android和服务器的简单通信,建立非常简单的数据库和最简单的查增删改,然后没来得及看JSP网页这边的姿势。这周,我向无数的人询问问题,学长和网上认识的各路大牛,高中项目经验丰富的同学。非常感谢他们的帮助,让我在这一周,掌握到了相当的知识。而我的比赛创意,则是来源于和高中同学的通话,额,都是沾大家的光啊,有一群厉害的朋友真是个好事!

    然后忐忑的出发去上海了。。。。。

    当然,这次参赛,我是各种峰回路转,九死一生,客观上也导致我无法忘记这次经历吧。哈哈,各种和“一”有缘啊(倒数的)。

      破冰的时候两次都是第一组耶,我才不会告诉你们我抽到的身份是紫薇。而我们还珠格格组还有上交的商静波大神,大家都玩得很开心,能和一起大神谈话交流掉节操是多骄傲的事。我还记得,这次有件让大家都比较意外的事,我们需要不说话,然后打乱顺序的我们按照生日大小排序。我们猜最快也要四分钟多,可是我们却用两分钟多就完成了。恩,结合这次比赛,我相信大家都觉得自己的潜力超出了自己想象吧。参加破冰活动,奋力的掉节操,然后拔着尾巴拿了TX的公仔,所以可算倒数第一?等等,才没有什么无节操的不雅照呢!

    咳咳,然后第二天分享创意,我的编号是1。。。

      星期五晚上紧急准备的PPT在演讲时出了点问题(属于自己准备不充分,确实不应该用office2013)不好意思浪费大家的时间,于是硬着头皮在PPT不正常的情况下讲了自己的创意 - 公益头像。虽然一再强调大家要记得我,不过显然效果不大。。在40个NB的创意之后,我已经被淡忘了(蹲墙角)。其实我对我的创意被选上还是有点信心的。不过取前十名的时候,取到第10名有7票,而我只有6票。有点小失落,不过在分组的时候,最后几组由于成员都被前几组选走,没组成功。部分六票的创意要被选入。。恩?希望之光。节操神马的,那啥!(大喊)评委!!你看看1号的创意,真的很不错啦~\(≧▽≦)/!!!

    真的被选上了0_0,所以又是倒数第一被选上。非常意外。两个设计师,我选择了有网页设计经验的设计师,另一个设计师真的很抱歉了。也非常抱歉老人摔倒报警应用的那组同学,最后没去你们那组。

      Quick队,开始工作!我们先讨论了主要界面,然后划定分工。我负责服务器这一块,而安卓主程序交给更有经验的大三的王正爽(据评委说看了一次就不会忘记的名字),另外我们需要的算法要求不高,也需要不少资料,交给了大一的蒋泽帆和我们的设计师。

      服务器这边的建立比较成功,因为只需要传输信息,代码比较少,之前也写过类似的,而且damo的要求不高。图片我则直接放在tomcat的目录下面,让程序通过上网抓取的形式。我们主要的核心程序仍是安卓APP。于是我也参与到安卓的开发中。期间,评委也来了很多次,提出了一些建设性的意见,有一些比较好且容易实现的建议,我们就放在实现计划里了。我一直以为很容易的通话界面弹窗,在时间的时候却碰了麻烦。通过查找资料,监听通话的状态已经没有问题,然是却根本没有合适的控件可以使用。使用一般的控件都会有失去焦点的问题。这时候路过的评委,用安卓手机的已有的APP,给再一次给了我们建设性的意见,用悬浮窗实现!终于在到12点的时候,实现了通话界面覆盖显示图片!当时我的手机显示出图片的时候,我大叫了一声!(简直就像AC了某神题),结果吸引了评委,被看到了当时的尴尬,显示之后无法消失。评委给我们以鼓励,认为我们有了重大的突破。

      我们都以为,解决了应该是最核心的最困难的问题了。但事实上我们却错了,由于一开始规划的时候,就想的是从服务器抓取图片,在把程序改为从网络下载图片后,图片却一张也没有下载成功。。。一直到早上6点,我们才终于解决了传输问题。中间半夜2点到3点的时候,我们一度情绪非常低落,考虑是否放弃网络部分,但是又舍不得放弃,跑到隔壁的房间去串门询问他们的解决方案,打各种电话询问会的人。后来王正爽在网上找了一段代码,用了一段时间看懂之后,终于解决了这个问题(原因是安卓的网络传输5秒限制),通过多线程,分批传送的方式实现了图片等大文件的传输。

      这时候设计师也起来了,攻克了技术难关后,我们再继续实现其他的扩展功能,这时候就需要设计师设计的界面和Ps的图片数据了。志愿者们也提醒我们开始准备PPT,在和设计师交流了很久之后,确定了产品的主题(“公益也有好体验”)和着重展示的内容。设计师的很多思路和我们程序员并不一样,所以交流显得尤为重要。之间又和评委有好多次的交流。由于时间关系,我们放弃了一些功能,在修复了明显的bug后,交给评委体验,回答了一些评委关于产品定位等的问题。

      宿命,一定是宿命!抽签答辩顺序又是第一个!!没有睡觉的我们,体力基本都透支了。。再咬牙坚持一下。和设计师再交流了一下,模拟了几次答辩。

      这次的答辩就顺利多了,评委也提了相当多的问题,非常幸运。答辩完,趴在桌上一不小心就睡着了,不行,还要认真听别人的答辩啊。

      晚宴上,TX的各路大神们给我们分享了他们的职业历程,特别是stone黄,几乎讲全了他的生涯。我能否有一天也像他们一样,创造出有影响力的软件来改变世界呢?

    以上是流水账,跳过的话可以直接看这里!

      真难得,过了两个星期了,还能记得这么清楚!那些细节都还历历在目,过了几年再看这篇历程,也许又会有新的感受。

      人的潜力究竟有多少?

      如果不是这次参加腾讯编程马拉松,

      我怎么会相信自己可以在一个星期内去做到这些原本我觉得一个学期都做不到的东西。

      我怎么会相信原来项目经验为0的我,可以在短短24小时内和团队一起做出这样一个项目。

      个人的潜力无限,团队的力量更加强大。以后面对挑战,会有更多自信!

      还有这次比赛,也见到了好多一直仰慕的神牛,见到了在IT公司工作的真正的程序员,项目经理们(看来还是没搞清楚各个职位,囧),增加了见识。

      很多时候,设计师和程序员的思维不能同步,对自己的表达交流能力又是一次大大的考验,呆过辩论队所以这方便有少许优势?

      当然,对这次的上台演讲部分个人还是不是很满意,准备太不充分。

      还有出现技术难题时,我们还是有点失落和浮躁,没有好好的静下心来去解决问题,浪费了不少时间,到底还是太年轻。

      如果是一个人,我想我是没有办法面对这样的打击。但是作为一个团队,我们却承受下了,还去解决问题。团队协作的那种高效率,让人惊叹!

      不管开发的过程多苦多累,看到产品诞生的那一刻,那种幸福感永远无可替代。

      关于项目本身,刚开始的想法真的很多,到了最后有很多想法位未能实现,时间和技术都是原因。通过这次比赛,也清晰地看到了很多自己的不足。

      无论如何,获得这次经历,就是此行最大的收获,让我再次觉得这次自己是有多么幸运呢,相信对以后的我的未来发展将起着巨大的作用。

      成长可以发生在短短33个小时,快乐,紧张,失望,烦恼,再快乐,确实是身体和心灵的一次马拉松,畅快淋漓,爽。这种感觉不禁会让我想到最近关注的节目《我是歌手》。

      不过显然我现在还是不能喊出一句“我是程序员!”还要积累更多的经验,接触更多新兴技术,向真正的程序员靠近。

    最后说点对比赛的建议吧。

    个人觉得从发出决赛通知到比赛的时间,准备的时间还是偏少,如果能多一些时间,我们就有更多的时间去做技术上的准备,也有更多的时间去想创意。

    在行程安排上,对于我们自行购火车票去的人,可以直接给我们去宾馆或比赛现场的路线。

    其他就没了,这次的比赛,不管是住宿,饮食,比赛环境,人员配置,都没有让人失望的地方,不愧是大公司啊。

  • 相关阅读:
    常见mysql中出现的问题
    php 根据身份证号相关操作
    Linux的上传文件和下载文件
    php实现socket
    PHP开启缓存加速
    spark使用Hive表操作
    部署ganglia3.7
    Redis Cluster架构优化
    spark读取hdfs数据本地性异常
    spark join broadcast优化
  • 原文地址:https://www.cnblogs.com/hundundm/p/3050248.html
Copyright © 2020-2023  润新知