一直想为图书管理系统中添加一个自动扫描条形码的功能，今天看到了google的Zxing似乎蛮好的，就拿过来试试，发现解码效果不错。但是要使用电脑的摄像头还要使用aforge这个开源组件，这个组件功能很强大，当然我只不过是通过视频来抓取图片，以作为Zxing的处理做准备。实际上aforge有很多机器学习，手势识别的功能，我这样拿来用真是大材小用，有空研究一下它的用法。
技术转向
“转向”在哲学里是一个分量很重的词，如“认识论转向”、“语言学转向”都意味着哲学研究的一个重大转变。与此相比，当前说教学研究出现了技术转向是缺乏足够的证据的，但是我们更愿意使用“转向”一词来唤起人们对教学研究中的技术问题的关注，进而引出一种新的教学研究的路向。在我们看来，教学研究的技术转向将会在很长时间内成为一种趋势，它具体表现在以下两个方面。
首先，教学研究的技术转向将牵引着教学研究者把教学中的技术问题当作研究的重心。传统的教学研究很少单独把技术作为一种教学研究的对象，因此，技术主题在教学研究中不可能成为研究的重心。教学研究的技术转向意味着技术将成为教学研究的中心，技术问题成为了一切教学问题得以引出的那个问题。先前的教学研究逻辑认为教学的成功与否其关键在于教学实践是否符合教学理论，教学理论是教学实践的内在理路，因此只有当后者符合前者的时候教学实践才能成功，而技术作为教学的外部存在也必须符合教学理论才能发挥它的作用。这种对技术的理解在当前的教学理论界是非常普遍的，特别是当技术在教学应用中失效时常常会听到的一句批评就是——技术没有符合理论的要求。斯内尔贝克也谈到在教学实践中经常可以听到这么一句话：“课程与教学应该驱动技术，技术不应该驱动课程与教学。”（赖格卢斯,2011,P827）并且说这话的往往并不是狂热的教学理论研究者，而是技术工作者。由此可见，实践要符合理论的观念是根深蒂固的。但是，如果认同这种观点就是把技术看死了，把技术仅仅看做是工具，没有看到技术的文化能力。实际上，教学中的技术虽然有遵循教学理论的必要，但是它同样有塑造教师与学生从而最终影响教学理论的能力，或者说在理论影响技术使用之前是技术塑造了理论。正如高文（2005）在《教学设计研究的昨天、今天与明天》中提到“高新技术自身正蕴含着需要我们去认识、去领悟的全新理念”，“技术的发展最令人激动的事不在于技术本身，而在于由它发起创立的新的思维类型及其对于我们作为一名教育工作者思考问题的方式的冲击”，也就是说技术能够创新理论、带来理论的变革。正是因为技术对理论的这种先在性，我们要把技术作为一切教学研究的中心，从技术中来推知教学发展的内在理路，这是我们提出技术转向的第一层意思。
其次，教学研究重心的转移意味着教学研究视角的转换，这最终将引起教学研究的范式改变。正如马克思（1995,P57）在《关于费尔巴哈的提纲》中所说的“哲学家们只是用不同的方式解释世界，而问题在于改变世界”，以前的教学研究主要以形成理论解释为最终目的，不可否认我们讲教学研究的技术转向也有形成理论的需求，但是技术作为一种实践中才能定型的东西也带来了新的方法论承诺——教学研究是具体情境中的研究而不是理论中的研究。或者我们从技术研究的角度来看，至少有这么两个角度，一个是静态的，另一个是动态的。静态地研究技术就是研究作为存在者的技术，一切都是现成的，这样研究的好处就在于可以用理论来把握，这也就是马克思所说的“解释世界”。动态地研究技术是研究技术的存在，它必然地要求在活的技术实践中来把握技术，一个手机到底是通讯工具还是暴力手段就看他是用于打电话的情景还是用于砸人的情景，同样当前广泛应用于教学中的信息技术我们很难独断地说它是辅助教学的工具还是破坏教学的工具，只有在它发生作用，也就是“改变世界”的时候我们才能客观地评价它的作用。所以教学研究的技术转向意味着教学研究的范式转变，从“解释世界”转向“改变世界”，这是我们对技术转向思考的第二个方面。
需要注意的是，技术转向的这两个方面是统一的。如果它仅仅指教学研究转向对技术的关注，那么这种技术转向是太弱了，我们也没必要来提出这么个“技术转向”的词，因为实际上现在的教学研究已经非常关注技术问题了。我们的技术转向更加强调的是教学研究的技术性，即教学的本真如技术一样是在其发生作用的地方被展现出来的，而不是在现成的、已经过去的教学中提取出来的，这是一种对教学研究的信念。但是新的信念的建立还是要建立在技术成功运作的直观的基础上，我们对教学中技术应用过程的认识越深刻，那么对教学研究的技术性理解得越透彻。所以教学研究的技术转向首先是关注教学中的技术应用，其次就是把这种关注所形成的直观上升到对教学研究的信念，这两者是相互牵引的。
family-time
美国回来的三个周末各有一天一直跟家里人一起，抛却所有工作的烦恼，享受family time。
第一个周末去兰溪钓鱼，顺便去吃了兰庆鸡子果，不知道是饿了还是怎么的，觉得很好吃，老板也很好玩。
第二个周末空气不好没出去，室内活动。
昨天，想起黄大仙上面有些孔雀等小动物可以玩，带上去看了看。虽然很冷，但是小孩子有得玩是不怕冷的。
这是我在美国感慨最多的地方，不知道自己能够做到什么地步，虽然不可能像他们一样下了班就什么不管了。但是周末弄个一天陪家里人，努力一下还是可以做到的。
佛罗里达度假
感恩节学校放假，教授带我们去佛罗里达度假。从macomb出发一路向南，经过了密苏里州、俄亥俄州、肯德基州、田纳西州、佐治亚州来到了佛罗里达州，在亚特兰大附近住了一宿。全程开车17个小时左右，开了足足两天。
虽然北方冷空气过来，温度低了点，但是度假租的房子很漂亮，大家情绪也很高。
osgi.net上开发windows应用程序示例
1.新建项目：高级Windows窗体主应用程序
2.按f5运行：出来插件管理界面，在这里下载“outlook风格的WinForm通用界面框架插件（WinFormShellPlugin）”，下载安装完毕后关闭程序
3.再次启动，就有一个outlook风格的windows应用界面了
4.添加一个新“windows窗体插件项目”，注意这个项目的路径要放到整个项目的bin/plugins里面，这样一创建好，程序启动的时候自动识别
5.接着修改新建的窗体插件项目，实现需要的功能
6.要把插件注册到系统，关键是要修改manifest.xml，里面的Application Title就是现实的程序名，如果要修改图标则修改Icon。在Menu中可以修改Menu Text以及该菜单项实际对应的窗体或控件类。
分层开发与插件化开发
分层的方法把数据库操作与前台页面显示成功地隔离开来了，但是从开发的角度来说却并不是一个好主意，因为开发一个功能，它需要在每个层进行开发，这样一个大项目当有很多人开发的时候，每个人都需要把所有的代码下载下来，并且需要在各个层上修改代码。最好的情况也是需要在数据库操作层把所有细粒度的数据库操作都提供了，以供上一层的所有数据库操作，这样一来无可避免地导致浪费，而且对上一层的开发来说也会有不方便的地方，万一需要的功能在底层没有提供，又要去向底层的开发人员去要求。总之，分层的开发随着项目规模的扩大，层数越多，麻烦越多。
插件开发的最大特点是模块化，面向功能进行开发，每个人负责自己的功能模块而不用管别人。模块之间的独立性比较好，当然这个也会带来潜在的问题，就是重用性的问题，一些公共的模块如何复用，这是插件化开发带来的新问题。
osgi.net修改了默认的.net程序的加载顺序，默认的.net程序可执行程序都在bin目录下面，osgi.net多了一个plugin目录，里面是按功能组织的文件夹，一般来说有多少个文件夹就有多少个功能模块，而原来的bin目录下是一些通用的程序集。
关于osgi.net插件的情况详细请看http://www.cnblogs.com/baihmpgy/p/3305215.html