Cocos2d-x大作业横版跑酷游戏摘星湖,主角在湖岸边腾跃越过障碍,影子在水中摘取星星得分,比较简陋的结课大作业,使用cocos2d-x3.10开发,包含cpp代码部分,资源文件和文档,删掉了自动生成的代码。
2023/3/4 7:39:50 8.1MB cocos cocos2d 跑酷
1
自从参加了4月份的QCon以后,持续集成的念头不断在脑海中浮现。
时隔四个月之后,终于有了实践的机会。
在此,首先应该感谢头儿们的大力支持。
记得参加Scrum的培训时,最开始提到的一个障碍就是来自上层。
因为上层希望看到的是实实在在的成果,如果现有的开发模式和质量管理系统已经有了比较好的效果,他们就不太愿意尝试新的模式。
而这次正是有了头儿们的理解和支持,我才能放开手脚、“无所顾忌”地尝试这些新手段。
其次,应该感谢我的天才同事们。
因为,每次即使小小的改动都会给他们的开发带来一些不便,但是他们都会毫无抱怨地接受,并且总能给出一些我意想不到的想法,帮助我不断地改善这个系统。
虽然当前的CI系统还存在诸多问题
2023/2/21 10:54:38 1.12MB 持续集成之路—Maven
1
该程序是app源码1无障碍权限判断申请无障碍配置继承2模仿手势封装class3里面只调用了手势工具中的一个方法用于参考,,
2023/2/14 6:58:11 11.52MB android无障碍 android模拟手势
1
在2D环境下,随机产生起始点和终点,以及障碍,然后用快速搜索随机树(RRT)算法来实现,本编码是在原来一个经典样例的基础上,在matlab2009a版本的环境下修改而成,并加注注释,保证好用,希望对朋友们有所协助!
2023/2/14 4:52:28 7KB RRT
1
该资源次要由HTML5+CSS3相关理论知识开发而成,包含一个主网页加八个子网页,还包含音频视频以及其他相关知识,内容充实,界面美观,结构合理,操作方便。
能在一般屏幕分辨率下正常显示作品页面内容水平居中操作方便,各网页之间连通无障碍无明显错误。
2023/1/17 22:04:20 208.6MB HTML5+CSS3 静态网页设计 期末课设
1
Cloudstate-下一代无服务器“我们预测无服务器计算将增长,从而统治云计算的未来。
”—BerkeleyCS部门,将有状态服务,快速的数据/流和响应技术的功能带入CloudNative生态系统,以真正的弹性可扩展性,高弹性和全局性,打破了阻碍无服务器平台进行通用应用程序开发的最终障碍。
Kubernetes生态系统中进行部署。
当今的无服务器运动非常关注底层基础设备的自动化,但是在某种程度上,它已经忽略了应用程序层上同样复杂的要求,在这些层上,向快速数据,流传输和事件驱动的有状态体系结构的迁移创造了各种生产中操作系统的新挑战。
无状态功能是在云计算工具包中占有一席之地的出色工具,但是对于无服务器而言,要实现行业要求无服务器世界的宏伟愿景,同时允许我们构建以数据为中心的现代实时应用程序,我们可以继续忽略分布式系统中最棘手的问题:管理状态-您的数据。
项目迎接了这一挑战,为无服务器2.0铺平了道路。
它由两部分组成:标准工作-定义规范,用户功能和后端之间的协议以及TCK。
参考实现—用不同的语言实现后端和一组客户端API库。
Cloudstate的参考实
2015/7/26 7:40:03 4.38MB nodejs javascript java kubernetes
1
以AT89C52单片机作为控制器的核心,采用PID速度控制算法,设计了一辆简易的智能避障及自主寻迹识别的小车,能够实现小车沿着黑色引导线进行直线行驶和不同曲率的弯道自动行驶的功能。
通过小车的红外检测,感知黑色轨迹和障碍物体,将信号实时反馈给单片机,实现小车的前进、后退、左转、右转,避障则采用了红外避障和触须避障两种方案的结合,大大提高了小车的避障功能
2015/4/3 4:39:10 1.6MB pid 智能
1
作为国内最大的OTA公司,携程为数以亿计的海内外用户提供优质的旅游产品及服务。
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目,历时2年,涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷,对于应用交付的效率也提出了更高的要求。
根据统计,截止2014年底携程总应用数在5000个左右,平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环,应用的部署和发布是提高交付效率的关键,然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说,携程Crolle
1
作为国内最大的OTA公司,携程为数以亿计的海内外用户提供优质的旅游产品及服务。
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目,历时2年,涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷,对于应用交付的效率也提出了更高的要求。
根据统计,截止2014年底携程总应用数在5000个左右,平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环,应用的部署和发布是提高交付效率的关键,然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说,携程Crolle
1
任务:以一个mn的长方阵表示迷宫0和1分别表示迷宫中的通路和障碍设计一个程序对任意设定的迷宫求出一条从入口到出口的通路或得出没有通路的结论要求:首先实现一个栈类型然后编写一个求解迷宫的非递归程序求得的通路以三元组ijd的方式输出其中ij指示迷宫中的一个坐标d表示走到下一坐标的方向">任务:以一个mn的长方阵表示迷宫0和1分别表示迷宫中的通路和障碍设计一个程序对任意设定的迷宫求出一条从入口到出口的通路或得出没有通路的结论要求:首先实现一个栈类型然后编写一个求解迷宫的非递归[更多]
2021/5/17 12:50:31 6KB 迷宫求解
1
共 100 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡