去年因为用的收集存储卡突然出问题，导致所有的文件都丢失了，于是开始认真的做好个人资料的备份。

下载了一个GoodSync的程序，每天下班自动把文件同步一份到服务器上去。

在Delphi时代，不知道还有人记得Pascal语言不，我们做条码打印，直接就是调用Canvas来画就好了。

到了WPF年代，打印采用的是DocumentPage，打印出来的其实已经是XPS文档了。

近来想解决标本批量扫描条码的时候漏扫的问题，解决这个问题固然可以用弹框提示，例如条码扫描不全就弹框提示一下，但是由于条码扫描枪自带Enter功能，还是容易导致批量扫描时一带而过。

最好的办法还是声音提示，一是扫描时报数，二是扫错了进行提示！

上个月微信更新的时候，引入了一个跳一跳的H5小游戏，一时风靡朋友圈。

这么简单的游戏，用手来玩显的很弱智，于是乎我用c#做了一个外挂来玩。

验证码是机器对人类发出的挑战，当它敢于挑战人类的时候，却发现无法挑战自己。

第一次发现验证码大概始于在做seo的那段时光，写出个注册机来，去注册国外的blog网站，然后利用程序去登录，登录后群发一些带目标链接的文章，那个没有验证码的年代，干这些事情是轻而易举的。

本文讲的是关于文件传输的内外网打通的相关技术问题，不感冒请去吹风。

回到我前面做的实验室的QQ的问题上，文件传输，用socket直接把文件发送过去，这是不用说的。但是如果我们的客户端有些在内网，有些在外网呢，如果中间还有路由器，还需要做NAT呢？

你一定会好奇，前两天的博文为什么提到了IM，为什么提到了做一个类似微型气泡聊天的控件？答案其实也很简单，因为我就是做了一个即时通讯的IM。

最初，我被医院购买的那台事件不准的服务器惹恼了，也被化验单上出错的时间给惹恼了，于是乎决定做一个C/S架构的时间同步程序，用了改程序后，检验科的所有计算机的时间就都是一样了，令我意外的是，三甲复审竟然也要查时间同步的问题，真是庆幸我提早开发了。然后，这个程序被我无止境的演化，它增加了远程求助、截屏、禁用USB的功能、危急值超时提醒等，逐步的，他成为了一个木马。但是，我似乎对它还是不够满意，因此做成了一个内网的QQ。

说到IM工具呢，我是没有心情用QQ的，实在是太臃肿了，自从微信出来之后，我都宁愿用微信的电脑版。

我依旧喜欢简洁的东西。

因此，即便是仿一个聊天界面出来，我也愿意仿微信的，而不是QQ。

C#做一个自定义控件真的是方便啊，如果你在delphi年代做自定义控件做的习惯了，那么告诉你，c#也是一样的啦，你可以很方便的入手了。

继承和GDI让自绘图形界面的控件变成了一件so easy的事情！

1、先了解一下c#自定义控件怎么做吧：

c#用来做c/s架构的程序确实是把好手，经吵吵测试，连上几百个客户端的实时通信，也没有产生啥问题。

讨论异步Sokcet，我们大多时候讨论的是异步的接收，并且主要是用于服务端的。当有数据到达服务端的时候，程序会新建一个线程（如果线程池的话会动态调用空闲的线程）用于处理接收的数据。c#的线程池技术也确实强大，它能够有效的管理线程数量，既能让CPU不会耗尽，又有队列机制，将一个个回调的任务完成。