准备搞个智能家居玩玩 先从home assistant(后面简写为HASS)开始吧 莫得树莓派,拿旧手机凑活一下 准备材料: root过的安卓机 一.安卓机Linux环境搭建 个人习惯不详细写基础环境搭建,网上自查,简单概述如下 手机root(我也不知道不root能不能用) 安装Linux Deploy应用 打开,创建一个环境,右下角有个设定logo,进去,发行版自定(我用了ubuntu,懒),镜像大小设置得大一点(别最后不够用,我用了4096),用户名密码设好,下面的启用初始化系统和启用SSH

篇一:WPF常用知识以及本项目设计总结:http://www.cnblogs.com/baiboy/p/wpf.html 篇二:基于OneNote难点突破和批量识别:http://www.cnblogs.com/baiboy/p/wpf1.html 篇三:批量处理后的txt文件入库处理:http://www.cnblogs.com/baiboy/p/wpf2.html 篇四:关于OneNote入库处理以及审核:http://www.cnblogs.com/baiboy/p/wpf3.html [

你真的会玩SQL吗?系列目录 你真的会玩SQL吗?之逻辑查询处理阶段 你真的会玩SQL吗?和平大使 内连接.外连接 你真的会玩SQL吗?三范式.数据完整性 你真的会玩SQL吗?查询指定节点及其所有父节点的方法 你真的会玩SQL吗?让人晕头转向的三值逻辑 你真的会玩SQL吗?EXISTS和IN之间的区别 你真的会玩SQL吗?无处不在的子查询 你真的会玩SQL吗?Case也疯狂 你真的会玩SQL吗?表表达式,排名函数 你真的会玩SQL吗?简单的 数据修改 你真的会玩SQL吗?你所不知道的 数据聚合

从3月开始研究Openfire,其实就是要做一套IM系统,也正是这个原因才了解到Openfire.之前还真没想过有这么多的开源产品可以做IM,而且也没想到XMPP这个协议竟然如何强大.看来还是标准为先,好的标准可以推动产业发展啊. Openfire的搭建与简单的demo之前写过篇<技术笔记:XMPP之openfire+spark+smack>,当时主要关注的怎么让这套体系跑起来吧,只不过现在还是在这个阶段,只是多学了点东西留下点笔记吧. 1.对于XMPP的学习很重要 最开始觉得搭建一套Open

使用x:Bind扩展标记进行数据绑定,是在编译阶段完成,至于说性能优化方面,大概主要是优化CPU资源的使用,因为免去了运行阶段进行绑定的过程.当然,使用这个标记仅仅是绑定上的优化,并不包括数据源.数据源的合理提取就得看开发者的策略了,如果你要提取很大批量的数据放到内存中,那么,你是免不了要消耗大量内存的.这个事情,得看实际情况而定了,任何的优化都不是绝对的,个别情况下,不优化反而会更好. x:Bind在界面绑定不经常变更的情况下用(数据一旦显示到界面,就不再改动),会好一些.如果数据更新频繁,估

篇一:WPF常用知识以及本项目设计总结:http://www.cnblogs.com/baiboy/p/wpf.html 篇二:基于OneNote难点突破和批量识别:http://www.cnblogs.com/baiboy/p/wpf1.html 篇三:批量处理后的txt文件入库处理:http://www.cnblogs.com/baiboy/p/wpf2.html 篇四:关于OneNote入库处理以及审核:http://www.cnblogs.com/baiboy/p/wpf3.html [

篇一:WPF常用知识以及本项目设计总结:http://www.cnblogs.com/baiboy/p/wpf.html 篇二:基于OneNote难点突破和批量识别:http://www.cnblogs.com/baiboy/p/wpf1.html 篇三:批量处理后的txt文件入库处理:http://www.cnblogs.com/baiboy/p/wpf2.html 篇四:关于OneNote入库处理以及审核:http://www.cnblogs.com/baiboy/p/wpf3.html [

篇一:WPF常用知识以及本项目设计总结:http://www.cnblogs.com/baiboy/p/wpf.html 篇二:基于OneNote难点突破和批量识别:http://www.cnblogs.com/baiboy/p/wpf1.html 篇三:批量处理后的txt文件入库处理:http://www.cnblogs.com/baiboy/p/wpf2.html 篇四:关于OneNote入库处理以及审核:http://www.cnblogs.com/baiboy/p/wpf3.html [

“阶段一”是指我第一次系统地学习Android开发.这主要是对我的学习过程作个记录. 本来是打算继续做天气预报的优化的,但因为某些原因,我要先把之前做的小应用优化一下.所以今天就插播一下用Handler和Message实现计时效果. 首先,简要说明一下,这个应用有两个显示数字的Text,一个是显示秒,另一个是显示毫秒,而每10毫秒发送一次Message,让显示毫秒的Text加1,每1000毫秒,也就一秒,就让显示秒的Text加1.此外,还有一个自己制作的圆形进度条,每过一秒会增加6度的弧.这个应

“阶段一”是指我第一次系统地学习Android开发.这主要是对我的学习过程作个记录. 上一篇阶段一:通过网络请求,获得并解析JSON数据(天气应用)完成了应用的核心功能,接下来就要对它进行优化.今天我先优化它的部分UI和设置一些动画. 首先,说明一下,这部分都是我现学现做的,弄的时候也挺折腾的,所以我想先把整个过程的心得分享一下. 我是打算把应用弄成google的Material design风格,它的内容很多,就这一步来说,只要实现两点,一是显示信息的TextView有阴影,像卡片似的,二是这

“阶段一”是指我第一次系统地学习Android开发.这主要是对我的学习过程作个记录. 在上一篇阶段一:解析JSON中提到,最近在写一个很简单的天气预报应用.即使功能很简单,但我还是想把它做成一个相对完整的应用.这样的话,像以前想到什么就做什么,显然是不行的,很容易就乱了.所以我就琢磨了一下,弄个什么,让自己的思路变得更加清晰,仅此而已. 经过一些思考和总结之后,我觉得可以是这么一个流程: 第一步:想好这个应用要实现什么功能,并罗列出来,然后就开始写代码,实现这些功能 说明:(1)对于这个模型的具

“阶段一”是指我第一次系统地学习Android开发.这主要是对我的学习过程作个记录. 最近学到解析JSON格式的网络数据,而作业也要求自己找一个天气预报的API地址,然后解析其中JSON格式的数据.可能是因为找的是免费的API地址,在百度APIStore里的,它那JSON返回示例的数据,跟我获取之后,打Log显示出来的有些差异,这只是吐槽一下哈.另外,推荐初学者到“聚合数据”这个网站看一下那里的示例代码,写得很规范,思路.注解都很清楚. 因为第一次做解析JSON,而且这个API的数据还蛮复杂,在

“阶段一”是指我第一次系统地学习Android开发.这主要是对我的学习过程作个记录. 最近学到用AsyncTask来处理有关网络的操作.虽然代码看上去不是很复杂,但仍有很多地方有疑惑.所以研读了一下API文档,在这里把我学到的和练习的代码展示出来.如有错误,欢迎指出! 一.关于AsyncTask的<Params, Progress, Result> 在创建AsyncTask的子类时,必须给出这三个具体的类型值,尖括号是泛型的意思.我不太理解API文档的解释,但往下看 doInBackgroun

Alpha阶段的验收已经完成,8个小组都展现了他们经过连夜奋战后的成果.相比过往几届,这是第一次8个小组全部顺利演示操作完成,没有个别小组因为任务未完成而延宕演示的情况发生.Alpha演示,各组都实现了基础功能的正常运行,考虑的一些异常细节还比较完善,有的组的UI还比较专业.看的让人心旷神怡.历经一个阶段的冲刺,我有一些感言和建议: 1.合理安排时间:现状是8个组都不同程度的加班.熬夜,甚至通宵了,宿舍活动室的灯火不熄.很多组提交的作业是今天凌晨2点多,不少同学在那个时刻发布了说说.朋友圈.在Q

1.团队简介 韩青长 前端工程师 我是韩青长,技术小白,抱着对软工的好奇和对未来工作的憧憬选了这门课.暂时选择了测试的工作,也对开发和UI有一定兴趣.从前上帝创造了我们,现在轮到我们来创造自己的软件了~ 陈彦吉 前端工程师 PM 呃,自我介绍..怎么说呢,我叫陈彦吉..作为一个没什么基础的渣渣,感觉一路被碾压了两年,成绩不如大多数人,能力可能也不如大多数人,其他人都可以说自己曾经拿过什么奖,做过什么项目,我感觉我可能什么也说不出来,不管怎么说,这都是因为自己怠惰了,但是我还没有放弃治疗,这个学期

先上图 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件主要是用来解决玩狼人杀这款桌游时无牌.无法官.游戏流程不熟悉等情况的.我觉得我们对典型用户和典型场景描述的较为清楚,我们项目之前做了问卷调查,提出了一些功能,Alpha版本挑了用户较需要的几个功能重点实现,在Beta阶段我们也继续完善其余功能,增加了重置密码,查找好友等功能,并修复了前期的bug,同时优化了UI. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么

情况简述 BETA阶段第十次Scrum Meeting 敏捷开发起始时间 2017/1/4 00:00 敏捷开发终止时间 2017/1/5 00:00 会议基本内容摘要 deadline到来 参与讨论人员 全体参与 讨论时长 2017/1/4 23:00-23:20 20M 特别说明 加油! 任务分配及完成情况(截止4日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #110根据前段需求完善接口细节 写文档 2H   石浩然 #109死亡bug修复 写文档 8H   韩青长

情况简述 BETA阶段第九次Scrum Meeting 敏捷开发起始时间 2017/1/2 00:00 敏捷开发终止时间 2017/1/3 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2017/1/1 23:00-23:20 20M 特别说明 加油! 任务分配及完成情况(截止1日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超   #110根据前段需求完善接口细节 2H   石浩然 #103优化游戏流程 #109死亡bug修复 8H

情况简述 BETA阶段第八次Scrum Meeting 敏捷开发起始时间 2016/12/21 00:00 敏捷开发终止时间 2016/12/22 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2016/12/20 23:00-23:20 20M 特别说明 我们已经进入组团刷夜的状态了... 任务分配及完成情况(截止21日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #102增加新接口   2H   石浩然   #103优化游戏流程

Beta阶段第七次Scrum Meeting 情况简述 BETA阶段第七次Scrum Meeting 敏捷开发起始时间 2016/12/20 00:00 敏捷开发终止时间 2016/12/21 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2016/12/20 23:00-23:20 20M 特别说明 我们又将进入组团刷夜的状态了... 任务分配及完成情况(截止20日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超   #102增加新接

情况简述 BETA阶段第六次Scrum Meeting 敏捷开发起始时间 2016/12/16 00:00 敏捷开发终止时间 2016/12/17 00:00 会议基本内容摘要 平稳推进 参与讨论人员 全体参与 讨论时长 2016/12/14 23:00-23:20 20M 特别说明 无 任务分配及完成情况(截止16日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #101修复后端返回所有房间信息的接口 #102增加新接口 2H   石浩然 #99 UI美化 #91继续学习