人人都能开发物联网(一.目标)
2015-12-05 18:36
211 查看
应用目标
既然是一个人人可玩的低水平物联网应用的玩法,那我们就需要配套一个低水平的开局打法,就是:定义我们的应用需求。这需要先回答一个问题,什么是物联网。因为读书少,到了这种讲理论性和定义的时候,请允许作者抄一下:物联网英文名称是:“Internet of things(IoT)”。顾名思义,物联网就是物物相连的互联网。
对于这样的定义,如果这就是需求的话,唉,请允许作者从工程研制的角度出发,问一下:能说粗口吗?而且这个物物相连的互联网,问一下,以前的互联网上面相连的难道不是物吗?这逻辑,这英文阅读能力,这用词,这上学时语文课是体育老师教的吗?这个定义为了给别人留点脸子,我就不说出处了。哦,原来真实意思是以前的互联网相连接的是人和人那,这喷子,回去狗粮减半! perfect!因连接人人,故求求合体!所以还是以前的好!以前说的是在网上和狗聊天都不知道,那这个物联网时代会不会分不清楚网络另一端是否是充气娃娃呢?(算了,我还是赶紧把狗牵回去)。
还是回到正常的玩法,一个基本上技术人员都能玩起得物联网应用。这样定义,我们要做一个智能硬件,目标是:
1. 低成本的;
2. 容易入门的;
3. 设备可无线交互
4. 用户通过手机操作;
5. 如果应用需要我们还能搞下云服务器和云接口;
6. 第五条成立时,数据库不能没有;
7. 其实定位服务也是可以加的;
8. 加点图像识别和人工智能也挺好的嘛(备选);
9. 大数据也可以低成本实现。
就这些内容了吗?不,一个物联网应用,怎么能只有软件的内容呢?硬件相关的是:
1. 无线通讯方案选型;
2. 通讯协议设计;
3. 如何实现1000米级别的控制;
4. 下位机软件开发;
5. 画板、制板经验;
6. 作坊式生产的工艺设计及工艺控制经验;
7. 射频通讯稳定性设计经验;
8. 硬件成本控制经验。
反正请软件工程师和硬件工程师们各自乱入就好。
既然硬件和软件都有了,难道还有别的内容可以分享吗?当然还一点点,身为兼职打杂的人,怎么能忘记自己的本份呢?打杂就得有打杂的样!
1. 产品形态定义与分析;
2. 市场策划和验证;
3. 市场可操作性问题;
4. 团队管理问题。
关于这部分的内容不多,因为作者能力很有限,打杂多年也未曾打出个头来。这个以成败论英雄的大环境背景中,真说不上能指导什么,只是说多错多,但是又偏想表达一二,那就表达个三四或五六吧。借用当太监之前常说的一句话,管杀不管埋。
另外,由于本系列博文目的是知识分享,并非一个真正的产品化方案,只是一个真正可操作的工程方案,所以不要用产品的期望来看待这个事情。同时在后续各文中,会顺便在具体事项说明中穿插一些工程实践经验,比如稳定性、可靠性、可操作性、娱乐性和无理性。
既然是一个人人可玩的低水平物联网应用的玩法,那我们就需要配套一个低水平的开局打法,就是:定义我们的应用需求。这需要先回答一个问题,什么是物联网。因为读书少,到了这种讲理论性和定义的时候,请允许作者抄一下:物联网英文名称是:“Internet of things(IoT)”。顾名思义,物联网就是物物相连的互联网。
对于这样的定义,如果这就是需求的话,唉,请允许作者从工程研制的角度出发,问一下:能说粗口吗?而且这个物物相连的互联网,问一下,以前的互联网上面相连的难道不是物吗?这逻辑,这英文阅读能力,这用词,这上学时语文课是体育老师教的吗?这个定义为了给别人留点脸子,我就不说出处了。哦,原来真实意思是以前的互联网相连接的是人和人那,这喷子,回去狗粮减半! perfect!因连接人人,故求求合体!所以还是以前的好!以前说的是在网上和狗聊天都不知道,那这个物联网时代会不会分不清楚网络另一端是否是充气娃娃呢?(算了,我还是赶紧把狗牵回去)。
还是回到正常的玩法,一个基本上技术人员都能玩起得物联网应用。这样定义,我们要做一个智能硬件,目标是:
1. 低成本的;
2. 容易入门的;
3. 设备可无线交互
4. 用户通过手机操作;
5. 如果应用需要我们还能搞下云服务器和云接口;
6. 第五条成立时,数据库不能没有;
7. 其实定位服务也是可以加的;
8. 加点图像识别和人工智能也挺好的嘛(备选);
9. 大数据也可以低成本实现。
就这些内容了吗?不,一个物联网应用,怎么能只有软件的内容呢?硬件相关的是:
1. 无线通讯方案选型;
2. 通讯协议设计;
3. 如何实现1000米级别的控制;
4. 下位机软件开发;
5. 画板、制板经验;
6. 作坊式生产的工艺设计及工艺控制经验;
7. 射频通讯稳定性设计经验;
8. 硬件成本控制经验。
反正请软件工程师和硬件工程师们各自乱入就好。
既然硬件和软件都有了,难道还有别的内容可以分享吗?当然还一点点,身为兼职打杂的人,怎么能忘记自己的本份呢?打杂就得有打杂的样!
1. 产品形态定义与分析;
2. 市场策划和验证;
3. 市场可操作性问题;
4. 团队管理问题。
关于这部分的内容不多,因为作者能力很有限,打杂多年也未曾打出个头来。这个以成败论英雄的大环境背景中,真说不上能指导什么,只是说多错多,但是又偏想表达一二,那就表达个三四或五六吧。借用当太监之前常说的一句话,管杀不管埋。
另外,由于本系列博文目的是知识分享,并非一个真正的产品化方案,只是一个真正可操作的工程方案,所以不要用产品的期望来看待这个事情。同时在后续各文中,会顺便在具体事项说明中穿插一些工程实践经验,比如稳定性、可靠性、可操作性、娱乐性和无理性。
相关文章推荐
- 100 个最佳 Ubuntu 应用(中)
- 在 AppImage、Flathub 和 Snapcraft 平台上搜索 Linux 应用
- 24 个必备的 Linux 应用程序
- 注册表趣味应用小集
- 远程控制技术的应用
- 路由器访问列表的应用
- xDSL技术及其应用
- 基于XML的桌面应用
- SQL Server 2008 R2 应用及多服务器管理
- ExtJS 2.0实用简明教程之应用ExtJS
- JSP应用的安全问题
- 前端开发必须知道的JS之闭包及应用
- Geohash的原理、算法和具体应用探究
- PHP答题类应用接口实例
- ASP.NET过滤器的应用方法介绍
- 让Android应用不被杀死(killer)的方法
- Android提高之蓝牙传感应用实例
- Android应用中加入微信分享简单方法
- android编程判断应用是否具有某个权限的方法
- smarty简单应用实例