Life is not divided

MongoDB compass 是官方推出的可视化管理工具，compass 与 Cloud Manager 功能互补，Cloud Manager 偏向于部署、运维、监控，而 compass 则偏向于数据管理、查询优化等，其主要功能包括 数据分布可视化，自动分析各个字段取值的分布情况 支持 CRUD 操作 索引自动分析及优化建议 explain 的结果可视化

配套sdk使用 （1）允许应用开发者保护敏感信息不被运行在更高特权等级下的欺诈软件非法访问和修改。 （2）能够使应用可以保护敏感代码和数据的机密性和完整性并不会被正常的系统软件对平台资源进行管理和控制的功能所扰乱。 （3）使消费者的计算设备保持对其平台的控制并自由选择下载或不下载他们选择的应用程序和服务。 （4）使平台能够验证一个应用程序的可信代码并且提供一个源自处理器内的包含此验证方式和其他证明代码已经正确的在可信环境下得到初始化的凭证的符号化凭证。 （5）能够使用成熟的工具和处理器开发可信的应用软件. （6）Allow the performance of trusted applications to scale with the capabilities of the underlying application processor. （7）使软件开发商通过他们选择的分销渠道可以自行决定可信软件的发布和更新的频率。 （8）能够使应用程序定义代码和数据安全区即使在攻击者已经获得平台的实际控制并直接攻击内存的境况下也能保证安全和隐秘。

SGX全称Intel Software Guard Extensions，顾名思义，其是对因特尔体系（IA）的一个扩展，用于增强软件的安全性。这种方式并不是识别和隔离平台上的所有恶意软件，而是将合法软件的安全操作封装在一个enclave中，保护其不受恶意软件的攻击，特权或者非特权的软件都无法访问enclave，也就是说，一旦软件和数据位于enclave中，即便操作系统或者和VMM（Hypervisor）也无法影响enclave里面的代码和数据。Enclave的安全边界只包含CPU和它自身。SGX创建的enclave也可以理解为一个可信执行环境TEE（Trusted Execution Environment）。不过其与ARM TrustZone（TZ）还是有一点小区别的，TZ中通过CPU划分为两个隔离环境（安全世界和正常世界），两者之间通过SMC指令通信；而SGX中一个CPU可以运行多个安全enclaves，并发执行亦可。当然，在TZ的安全世界内部实现多个相互隔离的安全服务亦可达到同样的效果。

Visual Studio Code 是一个运行于 OS X，Windows 和 Linux 之上的，针对于编写现代 web 和云应用的跨平台编辑器。 更新内容： TypeScript 2.0 -  对于 JavaScript ， TypeScript 以及 extension authoring 的语言改进。 Format on Save - 运行格式化程序时保持代码正常。 Switch Windows - 在 VS Code windows 之间通过命令面板(Command Palette)快速移动。 Search term history - 在搜索框中轻松查看历史搜索字词。 Launch script support - 调试之前可启动NPM脚本。 Workspace recommendations - 为您的团队提供扩展建议。 API for Settings -现可通过编程方式更改设置。 启用 Auto Save 和 File Associations 等新选项. VIM style relative line numbers - 显示当前光标位置的行号。 Node 6.3+ Debugger - 使用实验性扩展程序以支持 V8 Inspector Protocol。 PREVIEW  Extensions Packs - Marketplace 中，将一组扩展程序捆绑到单个下载中。 Workbench - 查看图片尺寸和文件大小详细信息。 Editor - 改进 Unicode 以支持 UTF-16 Surrogate Pairs，改进了 Whitespace 设置。 Languages - 更新 TML/Razor/Handlebar。 Extensions - 更新 Extension 标识符, 更新 Extension 版本检测. Debugging - 为Source maps 配置 External Terminal Support 和 Glob patterns。 Extension Authoring - 更新调试协议，包括编程访问 launch.json。 官方下载太慢 提供分流下载

上次发了一篇博客，大概展示了不需要登录就可以操作的一些功能。后来一个星期，我陆陆续续完成了登录后的一些操作。由于刚开始是打算拿过来练手的，第一次在Windows10开发上尝尝鲜，所以项目结构比较混乱，并没有使用MVVM模式，完全将View和ViewModel写在了一起（充分地利用了codebehind文件:0，大神看了源码不要笑话我:)）。但是源代码中一些关键地方我的注释还是比较详细的。 到今天，PC端的界面、代码均已在本机上测试了，基本没什么大问题，所以提交到了Windows Store中，有感兴趣的童鞋下下来试一试。

上次发了一篇博客，大概展示了不需要登录就可以操作的一些功能。后来一个星期，我陆陆续续完成了登录后的一些操作。由于刚开始是打算拿过来练手的，第一次在Windows10开发上尝尝鲜，所以项目结构比较混乱，并没有使用MVVM模式，完全将View和ViewModel写在了一起（充分地利用了codebehind文件:0，大神看了源码不要笑话我:)）。但是源代码中一些关键地方我的注释还是比较详细的。 到今天，PC端的界面、代码均已在本机上测试了，基本没什么大问题，所以提交到了Windows Store中，有感兴趣的童鞋下下来试一试。

主要是介紹如何開發第一個Windows 10 UWP 的應用程式， 並整理目前的一些相關開發資源。本篇適合對開發Windows 10 App (UWP) 有興趣的新手及iOS、Android 開發者。

简介 Windows10正式版发布到现在,我利用零零碎碎的一些时间对UWP进行一些学习,也基于这门技术开发了一个第三方的简书App. 基本界面 优酷视频: http://v.youku.com/v_show/id_XMTM2MjU4MjI4NA==.html 基本功能 客户端采用了UWP的技术,所以支持x86,x64,ARM平台,采用了响应式的布局.对手机进行了部分的优化. 对SQLite和本地存储进行了封装,支持缓存.

关于源码和体验 源码遵循MIT协议。开源有益，多谢点赞。 这次纯当练手入门，公司也不做win10这方面的东西，以后业余可以多搞搞。 体验： 1）win10开发感觉不错，PC的源码拿到手机上只需要调整界面，其他代码 几乎 可以不用改动。有想法的可以赶紧行动起来； 2）多用异步方法，一async到底，千万不要同步/异步混合着用； 3）await后面的代码执行上下文默认跟前面一致，也就是说如果是UI线程调用await，那么await后面的代码照样在UI线程中执行（所以不用担心跨线程的问题）。当然，我们可以使用ConfigureAwait方法来改变这一默认行为。这方面的东西以后有机会再写； 4）.NET Native在Store APP这块作用很大，将程序编译成native code之后，可以明显发现APP运行速度非常快、流畅。

豆瓣小组UWP是作者前几周在家里开发的一款windows 10应用，模仿了”豆瓣小组APP“的功能。由于本人没有Windows10手机，所以目前的界面只是面向PC和Tablet。但是基于微软提出的响应式布局思路，和项目本身采用的MVVM模式，兼容多平台不是太困难的事情。 项目采用 Prism 作为MVVM框架。使用了开源库 MyToolkit.Extended 的MtPage，替换了原有的Page，解决导航缓存的问题。 项目本身没什么太大的技术含量，希望大家多多贡献出优质的应用，共同推进Windows 10的发展。 也希望这个应用能在编码之余给大家带来些许的轻松。

类型说明 ZhiHuDaily.UWP.Core.Controls 里面只有一个SwipeableSplitView控件，该控件继承自SplitView。该控件来自github：https://github.com/JustinXinLiu/SwipeableSplitView ZhiHuDaily.UWP.Core.Data 支持自增式加载的集合，继承自ObservableCollection，并且实现了ISupportIncrementalLoading接口。一共4个： CollectionsStoriesIncrementalLoadingCollection（对应收藏页面文章列表） HomeStoriesIncrementalLoadingCollection（对应主页文章列表） StoryCommentsIncrementalLoadingCollection（对应评论页面评论（长/短）列表） ThemeStoriesIncrementalLoadingCollection（对应主题日报页面列表） ZhiHuDaily.UWP.Core.Https 对Web API接口的封装，包含Web API URL、HTTP请求、JSON序列化。 ZhiHuDaily.UWP.Core.Models 用到的所有实体类。注意每个实体类并没有对应到返回的Json数据体（因为返回的Json中很多字段都没有使用到）。 ZhiHuDaily.UWP.Core.Share 微信分享相关的代码。以后新增的其他分享（如QQ分享、微博分享）的代码都可以放在这里。 ZhiHuDaily.UWP.Core.Tools 工具类。网络类型管理类、文件管理类、Dispatcher管理类（解决非UI线程更新数据源引起的bug）。 ZhiHuDaily.UWP.Core.ViewModels 用到的所有ViewModel。基本每个页面对应一个ViewModel。命名规则跟Xaml页面一致（将Page改为ViewModel）。

以前写过一个wp8的工程，说实话那会的代码很麻烦，写起来费劲，另外还没多少人下载，不过到windows 10 开始微软出了UWP架构以后一切都像以前的winform wpf一样好转起来，新建一个工程以后模板很简洁。 现在就开始介绍一下基本控件的使用，为新手写程序提供一个例子。7天酒店没有官方客户端，不过不妨碍拿他做例子。 恕当时没什么布局概念，基本就是手动布局，罗列控件。布局的事情以后再慢慢写，不过微软的教程或者其他书里面这块讲的很清楚，各种panel grid 布局。 这个里面基本就是一些textblock 跟textbox button 和一个SemanticZoom Semant

最新的windows 10 mobile 外形和界面布局 lumia 950xl lumia 1520 等

微软联合创始人比尔·盖茨（Bill Gates）日前对外透露称，由约翰·布鲁克斯（John Brooks）所著的《商业冒险》（Business Adventures）一直是自己最爱的书籍。据悉，这本书收集了作者20世纪60年代在《纽约客》（New Yorker）上所发表的12篇文章，并且在书中详细描述了现代美国企业的发展演化历史。 据盖茨自己透露，1991年时沃伦·巴菲特（Warren Buffett）曾要求盖茨向他推荐一本喜欢的商业书籍，盖茨告诉他：“当然是约·布鲁克斯所著的《商业冒险》了。我随后将自己的书借给了他。” 盖茨曾这样评价：“尽管这本书出版于四十多年前，但依旧却提供了对当今商业的本质探讨内容，这在任何时期都让人受用，例如如何创建大型企业、聘用拥有合适技能的员工以及倾听客户回馈。而且，无论你的企业是否拥有一个完美的产品、生产计划或者市场营销战略，你都需要拥有一个非常正确的人为因素，那就是使用正确的人去领导和实施自己所制定的具体计划。” 对此，美国科技媒体《商业内幕》日前就为我们整理出了《商业冒险》一书所提及的七大企业成功要点，观点如下： 1.持续创新 盖茨认为，在布鲁克斯《商业冒险》一书中最有启发性意义就是题为《施乐施乐施乐施乐》（Xerox Xerox Xerox Xerox）的一个故事。布鲁克斯在这个故事中以时间线的形式回顾了该公司研发全球第一款影印机“Haloid Xerox 914”的人员招聘和研究步骤。当Haloid Xerox 914在1960年代问世后，该产品很快就得到了外界的认可，施乐公司的复印技术也开始被大众统称为“Xeroxing”。五年后，施乐公司的营收超过了5亿美元。 但又过了几年，施乐的领导团队就开始变得有些不思进取，这一态度最终也使得该公司在上世纪70年代开始逐渐被自己的竞争对手赶超。对此，盖茨也给出了自己认为可以避免这一情况发生的建议： “上世纪70年代早期，施乐的大量研发支出并没有直接投入到打印机业务，而是投入到了诸如以太网、第一款图形用户界面（就如同Windows或OS X的界面）等业务中。由于施乐高管认为这些构想并不符合公司的核心业务，因此他们最终没有选择将这些构想转换为上市产品。与此同时，其他企业则适时地跟进开发出了基于施乐研发成果的产品。举例来说，苹果和微软均利用了部分施乐开发的图形用户界面的成果。我想我并不是唯一一位认识到施乐决策出现错误的人。我曾下定决心让微软避免犯下同样的错误，所以我们一直在计算机前景和语音识别等领域努力研究以免错失重大机遇。” 2.切勿急于求成 当然，施乐公司最初的成功案例也同样非常值得我们研究。 当约瑟夫·威尔逊(Joseph C. Wilson)在20世纪40年代接手The Haloid Photographi公司时，他和美国物理学家查斯特·卡尔逊(Chester Carlson)就决定联手打造一款可能改变未来美国办公环境的易用设备。此后，威尔逊决定将这一技术称为“静电复印术”(xerography，这个词源于希腊词根“干”和“书写”)，并在1958年将公司改名为“哈罗依德施乐公司”（Haloid Xerox），而当时他们的静电复印术设备尚处于研究阶段。 此后数年，施乐一直全身心地投入于静电复印术的研究中，虽然当时还没有明确的证据表明这款产品必将会受到消费者的广泛认可。不过，他们的努力和坚持最终还是获得了回报，随后推出的施乐914复印机获得了巨大成功，公司也在此后正式更名为“施乐公司”(Xerox Corporation)。 3.企业文化 虽然现在许多企业都在宣扬自己的企业文化，但这个名词在上世纪60年代的时候还并不常见。不过在当时威尔逊就相信，自己有义务在当时的民权运动背景下捐赠数百万美元给慈善机构和大学。 尽管威尔逊的这个做法在当时面临一些阻碍，但它最终还是取得了非常深远的成效。比如，如今被外界认作肩负着慈善义务的企业除了需要为慈善机构进行捐款外，它们通常还需要为员工提供更为人性化的工作条件，并依此吸引更多优秀人才加盟自己。 4.切勿自大 《商业冒险》中，盖茨喜欢的另一个故事名为《埃德塞尔的命运》（The Fate of the Edsel），它解释了为什么福特汽车当时的旗舰产品会成为商业史上最大的败笔之一。 当时，福特管理层相信自己能通过研发来生产出美国中产阶级最喜欢的汽车。此后，福特的设计师和市场营销人员整整花费了两年时间来收集公众的意见和建议。 在此之后，福特最终在1957年推出了多达18款福特Edsel车型，但其中似乎没有任何一款是针对某一固定消费群体而推出的。而且在产品设计的最后阶段，福特董事会主席还力排众议，最终拍板以亨利·福特（Henry Ford）儿子的名字来命名这一车型。而在此之前，福特的公关们曾推出了一个不错的比赛，那就是一旦员工推荐的名字被最终选用，他在新车投产后将获得一辆以该名字命名的新车。 盖茨相信，这款汽车的失败并非是过分追求民意的结果，而是因为福特汽车的高管仅仅是假装按照民意结果行事所产生的恶果。 5.知进退 当福特Edsel车型问世之前，福特就已经展开了下一代“E-Car”车型的设计工作了，当时福特的董事们几乎从来没有想过Edsel会失败，因此在该车型正式投产前就同不少经销商签订了分销合同。 但事实是，美国股市在1957年夏天非常不景气，许多民众都放弃了购买中端车型的计划。如果当时福特领导层能更谨慎地应对这一情况的话，他们恐怕就不用吞下损失3.5亿美元的苦果了。 6.涅槃重生 布鲁克斯发现，尽管福特管理层在Edsel的问题上犯了无数错误，但几乎没有人需要为此负责，且他们大多数人都认为自己做的事情是完全正确的。 Edsel市场营销经理J.C. Doyle甚至告诉布鲁克斯：“人们似乎现在对Edsel并没有兴趣，他们过去几年的购买偏好促使汽车业推出了这样一款汽车，我们这样做了，但他们却并不接受。好吧，他们不应该这样做。” 7.清晰沟通 在一篇名为《顽固的哲学家》（The Impacted Philosophers）的文章中，通过对通用电气公司（General Electric）垄断价格的一个商业案例，布鲁克斯探索了商业沟通中的误解问题。当时的通用电气、西屋以及其他电子制造商由于固定价格的勾结而被判有罪，这是第一起被判行政罚款并监禁的案例，共有7人因为协商价格而被判入狱。 布鲁克斯在书中表示，自己无法确定当时通用电器的高层是否真的知道这一事件，因为通用电气向来就有员工沟通不畅的陋习，许多员工在向上司汇报工作时也常常闪烁其词，令人捉摸不透。最终，通用电气因为内部存在的诸多问题而被美国证券交易委员会(Scurities And Exchange Commission)罚款43.7万美元，另有3名员工被判入狱30天。

Format: Paperback As with Nathan's book WPF 4 Unleashed books, this book is a pure pleasure to read. It is in full color, the content is laid out in an easy to read style, the author's writing style makes it easy to read, and the content is all valuable. There is no fluff like you find in a lot of the books written today. Part I of the book starts out with an awesome chapter on the anatomy of a Windows store app and then has a great chapter introducing XAML. The book is broken down into a total of 7 parts. I have listed them below along with the chapters they contain. Part I: Getting Started Chapter 1. Hello, Real World! Chapter 2. Mastering XAML Part II: Building an App Chapter 3. Sizing, Positioning, and Transforming Elements Chapter 4. Layout Chapter 5. Interactivity Chapter 6. Handling Input: Touch, Mouse, Pen, and Keyboard Part III: Working with the App Model Chapter 7. App Lifecycle Chapter 8. Threading, Windows, and Pages Chapter 9. The Many Ways to Earn Money Part IV: Understanding Controls Chapter 10. Content Controls Chapter 11. Items Controls Chapter 12. Text Chapter 13. Images Chapter 14. Audio, Video, and Speech Chapter 15. Other Controls Part V: Leveraging the Richness of XAML Chapter 16. Vector Graphics Chapter 17. Animation Chapter 18. Styles, Templates, and Visual States Chapter 19. Data Binding Part VI: Exploiting Windows 8.1 Chapter 20. Working with Data Chapter 21. Supporting Charms Chapter 22. Leveraging Contracts Chapter 23. Reading from Sensors Chapter 24. Controlling Devices Chapter 25.Read more ›

一款开源的压力测试工具，可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。 使用方法 siege -c 200 -r 10 -f example.url -c是并发量，-r是重复次数。 url文件就是一个文本，每行都是一个url，它会从里面随机访问的。 example.url内容: http://www.licess.cn http://www.vpser.net http://soft.vpser.net

http_load以并行复用的方式运行，用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工 具，它可以以一个单一的进程运行，一般不会把客户机搞死。还可以测试HTTPS类的网站请求。 附件内是windows版本 linux版本请自行去官网下载 使用方法 http_load -p 30 -s 60 urllist.txt 参数简单说明 -parallel 简写-p ：含义是并发的用户进程数。 -fetches 简写-f ：含义是总计的访问次数 -rate 简写-p ：含义是每秒的访问频率 -seconds简写-s ：含义是总计的访问时间 准备URL文件：urllist.txt，文件格式是每行一个URL，URL最好超过50－100个测试效果比较好

飞信消息管理器2011 让你不用密码不用开飞信，就可以查看电脑上面所有飞信的聊天记录，导出功能，好友列表，暧昧分析，乐观排名等 支持最新fetion2011 飞信2011版

区别于CSDN另一个界面美化工程使用皮肤irisskin的项目 这个采用另一个界面更具美感的控件Krypton整体效果更高雅 完全免费 工程完善 集成多种控件的使用和范例 作为参考代码十分有用 特别为VS2005定制 学习C#非常有价值的参考代码 保证编译通过~ 完全对得起资源分