Entity Framework 的性能一直被开发人员诟病。但我认为开发人员对EF一知半解、不求甚解才是问题的根源。EF中的上下文管理、延迟加载、变更追踪、并发冲突、事务等主题是我们熟练掌握EF的基础。我不敢说自己对这些主题也十分了解，抱着查缺补漏的心态，趁着双十一打折，我入手了汪鹏的《你必须掌握的Entity Framework 6.x与Core 2.0》。读下来有所收获，但我不得不说书中很多地方有的叙述不通畅，有的则显得过于冗长。同为程序员，我不能苛责太多，对作者还是很钦佩的。在看这本书的过程中，我想起了自己的项目中遇到的一个EF性能问题，但这本书中没有提到，于是想写下来和大家分享。
CommonServiceLocator(CSL)是由Microsoft patterns & practices团队所设计的一个组件，它是 Unity 的一部分。CommonServiceLocator的代码很简单，它主要定义了一些接口和抽象方法，一般与 Unity 这样的依赖注入框架（Dependency Injection Framework）一起使用。
输入法的需求是来源于键盘的限制。键盘原在打字机时代为英文字母而设计，但键盘只有一百多个键，在没有软件的帮助下它是无法输入中文或其他表意文字的字符。现在世界上多数的输入法软件是为汉语，韩语以及日语等东亚地区的文字而设计。除此之外，其它需求输入法的语言不是很普遍。一般用户把凡是从键盘上输入文字的软件都叫做输入法。即便是英语这样的语言，直接从键盘输入的过程也叫做输入法。这显然是不合适的，我们需要区别两种输入方法的不同之处。这两种一个叫做输入法，另一个叫做键盘布局。
当计算机应用到世界各地时，为了适应当地的语言和字符，各个国家会与中国一样设计类似GB 2312/GBK/GB 18030等之类的编码方案。这会导致了一个非常麻烦的问题，就是一个文件可能因为编码问题而在其它国家的计算机中根本无法查看。这个世界需要一个统一的字符集。
计算机发明之后的很长一段时间只应用于美国及西方一些国家，ASCII字符集以及EASCII能够很好的满足需求。在上个世纪80年代，当计算机开始引入中国时，面临的一个大难题是中文的显示与处理，而首要任务就是要针对汉字制定一套自己的编码规范。
众所周知，现代的信息技术都是构建在二进制的基础之上。你所看到的文字、符号、图像、语音、视频等等在计算机、手机等设备内部都是以0、1的形式存在和存储的。如此缤纷多彩的计算机和网络世界却只是由0、1这两种元素构成，真有点「道生一，一生二，二生三，三生万物」的意味。
微服务架构和REST API是现在非常热门的技术话题，采用微服务架构之后带来的一个棘手问题是安全和身份认证(Authentication)。这里所指的身份认证，既包括用户的身份，更强调程序和服务的身份，也就是微服务之间调用的信任关系。
现在最热门的开发领域无疑是人工智能（AI）了，这直接带动了Python的热度。连全国计算机等级考试(NCRE)也已经将Python纳入了考试课程，取代了实行很多年的Visual FoxPro。吴军老师在《吴军的谷歌方法论》第48期答读者问中提到，对于计算机的初学者，他也建议学习Python，原因是Python对接AI和大数据分析的工具更容易些。作为一名普通的软件开发人员，我也希望能掌握一些开发AI的技术，来给一般的应用程序赋予一些AI的能力。Python语言断断续续学了好多年，也有一些基础，但总感觉和AI结合的不够，直到我了解并熟练掌握Jupyter Notebook。
根据地球上任意两地的经纬度，可以计算它们在球面上的最短距离（Great-circle Distance / Orthodromic Distance）及相对始末位置的方位角（Bearing）。