产品功能的编写小总结
来源:互联网 发布:配煤软件 编辑:程序博客网 时间:2024/04/30 00:17
写了一篇一样的竟然丢失了……
最近花了一点时间写了共享内存时的数据传输:shmget/shmdt/shmat的使用罢了,向内存中写数据的话就用printf家族或者strcpy家族等等,目前我就用了这两个,感觉对于一般的程序已经够了,用法、注意点什么的别人都已经写烂了!共享内存有好几种方式:mmap、shm系列,(个人认为管道也是共享内存的一种方式)等等,目前我用到的只有这三个,mmap和shm的主要区别就是一个mmap需要对实际硬盘操作,写入的东辉会被保存,而shm不需要,所以shm会更快,详细区别可以看这篇博文http://blog.chinaunix.net/uid-26335251-id-3493125.html。
还花了点时间把PM2.5的值保存到数据库中了,本来以为数据库会很复杂(的确很复杂),用c调用起来还是比较方便的,算是完成了一个小程序吧!
这样我的后台程序也算有个雏形了!抛弃来没什么问题了,后面的事就是往后台中添加程序了。
发现了EXCEL的一个bug,在做两组数据匹配时会得到一个匹配公式,这个公式未必正确,所以以后得到曲线后一定要做个验证。
最近没怎么写程序,花时间去看产品推广方面的知识,因为要写一篇产品功能的方案!
首先,明确两点——不要只站在用户角度和程序员的角度考虑问题,如果只站在用户区考虑问题,会给程序员带来困扰,这样写出的功能列表让程序员怎么看……如果站在程序员角度写功能,那用户看不懂的东西还能卖出去吗。兼顾客户和开发人员的想法是必须的。
其次,多看一看别人的产品功能是怎么写的,他们的卖点在哪,我们要花许多时间去了解我们能够实现的优势。
然后,把功能描绘的尽量详细,只涉及到怎么实现即可,不需要涉及到技术层面,否则会给别人带来困扰,也不需要过多的描绘界面怎么实现,我没有看到那一款产品(一些以外观为卖点的除外)重点描述他们的界面是如何实现的,要时刻站在产品经理或者技术支持的角度去想问题。
最后,多看看别人的产品方案和功能介绍,学习模仿他们的方案设计这是初学者必须学习的。
统一问题重复了两遍!
- 产品功能的编写小总结
- 自己编写一个小功能的C#知识点总结
- 小总结:产品和项目的区别
- 一些小功能的总结
- 编写Android天气预报小程序的总结
- 编写功能简化的bc遇到的小问题
- 总结HoloLens的一些小功能
- 自制小功能的一些总结
- jQuery小功能总结
- 编写学生入住功能总结
- iOS程序猿编写优质代码的小总结
- 产品基础功能之求助反馈:小功能大门道
- 产品的一点总结
- 产品工作中的沟通注意事项小总结
- 功能测试报告的编写
- STM32 IAP升级功能编写初期的一些困惑与疑问---完成功能后的总结
- 小白的产品经理助理
- 做产品的小白
- Beanstalkd队列 概述
- Android使用Ormlite实现Java Bean的持久化:Dao的封装与使用
- 在linux下php挂接mysql.so扩展的方法
- 使用接插件需要注意的问题
- 有关DDL自动提交的种种疑惑
- 产品功能的编写小总结
- gdb core dump文件
- C++复制构造函数和赋值操作符的区别
- Oracle常见等待事件
- win7 能装.net framework
- 运用 Struts2.16 annotation 注解方式配置拦截器的注意事项
- 一种新的图像多标记注释的图结构的稀疏模型(ICCV2013)
- 关于轻量级和重量级的问题(AWT和SWING)
- Tomcat部署项目修改浏览器上猫咪头像