首先确保自己的数码相框在linux 虚拟终端 下可以正确运行；
需要的3个库（字体，jpeg，音乐）：freetype-2.3.11 jpeg-8 libmad-0.15.0b
这些库的配置，编译首先是繁琐的事情，先键入什么命令，后键入什么命令，make后面要跟什么参数，让很多新人头疼
老师在讲的时候也是异常繁琐， 给我 的感觉是 简单问题（这些编译步骤本可以用脚本自动搞定）糊涂化（却让新人跟着他一个一个敲命令，但又不解释为什么要选这样的参数，中间不时夹杂些编译错误，然后再换个参数试。。可想不通的环境会又多麻烦）； 让新人的 体验 很差； 往往是把精力都浪费在这些准备工作上；这一点我很厌恶；
为什么不写个脚本，搞定这所有步骤， 至于每个命令为何要跟特定的参数， 可以在注释中写详细；
一个感想就是， 对linux不是真正了解的人，去用linux，尤其是这个时候要是还教给别人怎么用linux, 那真是对linux的一种玷污；
因为他真的会扼杀新人对linux的兴趣和好奇心；
把自己始终当作设计师，使用自己代码，或者产品的任何人当作用户， 如何才能让用户得到绝佳的体验？
首先，明确自己的代码或产品的使用环境， 其次是用户的需求，最后是如何扩展；
在“销售”自己产品的时候一定做到自己产品的完整性，在此基础上扩展，这一点很重要，如果在未知的使用环境下使用自己的产品，会如何，其实大多时候仍然能正确运行，这个时候我们为了帮正产品的完整性，要报错，而非警告！
在这个未知的环境下，虽然我们的产品照样正确运行，但是我们没有在使用规范和手册中写明，那么就会出现阴暗角落，这样演化下去就是用户体验逐渐变差；
设想这样一个场景， 一个普通用户进入了某个论坛，论坛的 版主交流去 有必要给他显示出来吗？ 当然没必要，如果在设计的时候仅仅是设计位普通用户点击 报告“您没有权限”这就是设计缺陷！ 你凭什么浪费用户宝贵的时间去点击一个毫无意义的事件? 其实，目前很多操作系统在权限上都存在如此缺陷， 这就是“所见即所得” 做得不彻底。
我们的产品容不得点断章取义，任何被非法修改的部分都会要导致崩溃，如果产品被非法修改了，仍能正确运行，那是我们设计的缺陷，这一点我觉得很重要，很多软件仅仅是用md5的方法给软件做了记号，这很不够， 需知道产品所在的环境是另一个重要的部分，可惜很多设计者把这个忽略了； 他们总是默认产品所在的环境是***； 在用户使用时，环境的变化他们没有在产品中做出判断以及应对策略，究其原因是开发者对产品所处的环境的依赖关系并不清除，因为他们在使用某个工具或调用某个api的时候这种依赖被屏蔽了，如果不去查阅相关资料，无从得知背后的依赖关系；
一个产品，一个假象用户，我们如何让自己的假象用户得到绝佳的体验？
只有一个答案，
设计者把用户假象为一个3岁的小孩，然后用最省时，最简洁的方法让他首先会使用一个功能！
最省时，最简洁的方法我认为是 “了解需求，一键点击满足需求，方便使用”
试问有多少产品能做到这些，产品如此，代码更是如此！
既然是封装的东西，就要彻底，用户不许了解细节，也绝不给用户这个了解的机会，若要非法“了解“， 我的产品“宁愿死”，以保全持续的绝佳的用户体验；