bird

AndroidStudio 3.0中之后无法打开DDMS [Android Device Monitor] 问题 转 https://blog.csdn.net/black_bird_cn/article/details/79893688 一、AndroidStudio 3.0中之后无法打开Android Device Monitor 最近升级了AS后发现在在菜单栏中的 Tools 下 Android 中没用了，这样就不能愉快的打开了DDMS了，但是有些工作还是需要DDMS的帮助的，于是就开始了和AndroidStudio为打开DDMS斗智斗勇一番。 先看看Google对AndroidStudio 在3.0以后版本中Android Device Monitor 的描述： Android Device Monitor Android Device Monitor is a standalone tool that provides a UI for several Android app debugging and analysis tools. However, most components of the Android Device Monitor are deprecated in favor of updated tools available in Android

让自己习惯C++ 条款01：将C++视为一个语言联邦 条款02：尽量以const、enum、inline替换#define （宁可以编译器替换预处理器） #define在预处理中处理，宏不会被记号表（symbol table）记录 关于const 常量指针的定义需要将指针声明为const，因为通常常量指针在头文件中可以被其他源文件使用，const两次 const char* const authorname = “Scott Meyers” class专属常量，#define并不重视作用域，也不具有封装性 为了将常量作用域（scope）限制于class内，必须让他称为类的成员，且为了让他只有一份，必须让他成为static成员： class CostEstimate{ private: static const double FudgeFactor; //类内声明 } const double CostEstimate::FudgeFactor == 1.35; //类外实现 关于enum hack： class GamePlayer{ private: static const int NumTurn = 5; int scores[NumTurm]; } 当编译器不支持static const int NumTurm = 5；时，使用enum { NumTurm = 5};替换

上周因为在处理很多数据源集成的事情一直没有更新系列文章，在这周后开始规律更新。在维度建模中我们已经了解数据仓库中的维度建模方法以及基本要素，在这篇文章中我们将学习了解数据仓库的ETL过程以及实用的ETL工具。 一、什么是ETL？ 构建数据仓库的核心是建模，在数据仓库的构建中，ETL贯穿于项目始终，它是整个数据仓库的生命线。从数据源中抽取数据，然后对这些数据进行转化，最终加载到目标数据库或者数据仓库中去，这也就是我们通常所说的 ETL 过程(Extract,Transform,Load)。 通常数据抽取工作分抽取、清洗、转换、装载几个步骤: 抽取 主要是针对各个业务系统及不同服务器的分散数据，充分理解数据定义后，规划需要的数据源及数据定义，制定可操作的数据源，制定增量抽取和缓慢渐变的规则。 清洗 主要是针对系统的各个环节可能出现的数据二义性、重复、不完整、违反业务规则等数据质量问题，允许通过数据抽取设定的数据质量规则，将有问题的记录先剔除出来，根据实际情况调整相应的清洗操作。 转换 主要是针对数据仓库建立的模型，通过一系列的转换来实现将数据从业务模型到分析模型，通过ETL工具可视化拖拽操作可以直接使用标准的内置代码片段功能、自定义脚本、函数、存储过程以及其他的扩展方式，实现了各种复杂的转换，并且支持自动分析日志，清楚的监控数据转换的状态并优化分析模型。 装载

　　 START： 最近闲来无事，看了看一下《C#开发Flappy Bird游戏》的教程，自己也试着做了一下，实现了一个超级简单版（十分简陋）的Flappy Bird，使用的语言是C#，技术采用了快速简单的WindowsForm，图像上主要是采用了GDI+，游戏对象的创建控制上使用了单例模式，现在我就来简单地总结一下。 一、关于Flappy Bird 　　《 Flappy Bird 》是由来自越南的独立游戏开发者Dong Nguyen所开发的作品，游戏中玩家必须控制一只小鸟，跨越由各种不同长度水管所组成的障碍，而这只鸟其实是根本不会飞的……所以玩家每点击一下小鸟就会飞高一点，不点击就会下降，玩家必须控制节奏，拿捏点击屏幕的时间点，让小鸟能在落下的瞬间跳起来，恰好能够通过狭窄的水管缝隙，只要稍一分神，马上就会失败阵亡。简单但不粗糙的8比特像素画面、超级马里奥游戏中的水管、眼神有点呆滞的小鸟和几朵白云，白天夜晚两种模式便构成了游戏的一切。玩家需要不断控制点击屏幕的频率来调节小鸟的飞行高度和降落速度，让小鸟顺利通过画面右方的管道缝隙。如果小鸟不小心擦碰到了管子的话，游戏便宣告结束。 二、游戏设计 2.1 总结游戏印象 　　玩过的Flappy Bird的童鞋们应该都对这款游戏有印象，现在我们来看看这款游戏的特点： 　　（1）这款游戏的画面很简单：一张背景图，始终就没有变过； 　　（2

2020全球无人机应用及防控大会暨第五届无人机产业博览会10月13日在北京亦创国际会展中心开幕，这是一场无人机领域的盛会。值此盛会，汉王仿翼科技隆重推出仿生扑翼机器人Go Go Bird 1000系列、汉王出头鸟201等重磅新品。 新品发布会之后，中关村在线专访了汉王仿翼科技总经理张立清，针对仿生扑翼机器人Go Go Bird 1000系列的核心卖点、技术研发以及应用领域等问题进行深度交流。 Go Go Bird1000系列是一款集高精尖智能仿生技术于一身的自主飞行智能扑翼机器鸟产品，飞行姿态灵活、轻巧，特别接近大自然中的真实鸟类。从自然界中老鹰的飞行模式中汲取的灵感，身长46cm，翼展60cm，重135克，充满一次电可飞12分钟，最高可飞40米高。 Go Go Bird1000系列 Go Go Bird 1000既可以设置自由飞行，也可用其自研的飞控 软件 控制操作，低电压即自动返航，可完成自主避障、定高飞行、直线飞行、特定飞行、体感开关等多种人机交互模式的操控。另外，鸟身具有红外发射传感器和红外接收传感器，2只鸟可以进行对战模式，特定角度与距离击落对方，增加了更多互动性和趣味玩法。 Go Go Bird1000可定制前置摄像头 仿翼科技有限公司总经理张立清称，“汉王仿生扑翼类机器人从2015年开始研发，目前是市面上唯一可商业化的产品。不同于是大家看到飞行玩具产品

1. 七大软件设计原则 2. 开闭原则 3. 依赖倒置原则 4. 单一职责原则 5. 接口隔离原则 6. 迪米特法则 7. 里氏替换原则 8. 合成复用原则 1. 七大软件设计原则 单一职责原则 里氏替换原则 依赖倒置原则 接口隔离原则 合成复用原则 开闭原则 迪米特法则 快速记忆口诀:单一的里氏依赖接口合成开闭的迪米特法则 2. 开闭原则 开闭原则(Open-ClosedPrinciple,OCP)是指一个软件实体如类,模块和函数应该对扩展开放,对修改关闭.所谓的开闭,也正是对扩展和修改两个行为的一个原则.强调的是用抽象构建框架,用实现扩展细节.可以提高软件系统的可复用性及可维护性.开闭原则,是面向对象设计中最基础的设计原则.它指导我们如何建立稳定灵活的系统,例如:我们版本更新,我尽可能不修改源代码,但是可以增加新功能. 在现实生活中对于开闭原则也有体现.比如,很多互联网公司都实行弹性制作息时间,规定每天工作8小时.意思就是说,对于每天工作8小时这个规定是关闭的,但是你什么时候来,什么时候走是开放的.早来早走,晚来晚走. 实现开闭原则的核心思想就是面向抽象编程,接下来我们来看一段代码:以咕泡学院的课程体系为例,首先创建一个课程接口 ICourse: public interface ICourse { Integer getId(); String getName();

1. 基础类型 有12种 布尔值 let isDone: boolean = false; 数字 let dec: number = 6; 字符串 let name : string = 'bob'; 数组 let list: number[] = [1, 2, 3]; 元组 let x : [string, number] = ['hello', 10] 枚举 enum Color {Red, Green, Blue} let c: Color = Color.Green; Any let notSure: any = 4; Void function warnUser(): void { console.log('this is no return value') } Null/Undefined 对应于js中的null和undefined Never 表示那些永不存在的值的类型 Object 对象类型 类型断言 强制类型转换 <string>someValue 或者 someValue as string 2. 接口 接口类似于一个结构体，可以用来定义 对象的属性类型，函数类型，类类型等。 interface SquareConfig { color ? : string; width ? : number; } interface SearchFunc { (source:

Calico 是一种容器之间互通的网络方案。在虚拟化平台中，比如 OpenStack、Docker 等都需要实现 workloads 之间互连，但同时也需要对容器做隔离控制，就像在 Internet 中的服务仅开放80端口、公有云的多租户一样，提供隔离和管控机制。而在多数的虚拟化平台实现中，通常都使用二层隔离技术来实现容器的网络，这些二层的技术有一些弊端，比如需要依赖 VLAN、bridge 和隧道等技术，其中 bridge 带来了复杂性，vlan 隔离和 tunnel 隧道则消耗更多的资源并对物理环境有要求，随着网络规模的增大，整体会变得越加复杂。我们尝试把 Host 当作 Internet 中的路由器，同样使用 BGP 同步路由，并使用 iptables 来做安全访问策略，最终设计出了 Calico 方案。 适用场景：k8s环境中的pod之间需要隔离 设计思想：Calico 不使用隧道或 NAT 来实现转发，而是巧妙的把所有二三层流量转换成三层流量，并通过 host 上路由配置完成跨 Host 转发。 架构图： Calico网络模型主要工作组件： 1.Felix：运行在每一台 Host 的 agent 进程，主要负责网络接口管理和监听、路由、ARP 管理、ACL 管理和同步、状态上报等。 2.etcd：分布式键值存储，主要负责网络元数据一致性，确保Calico网络状态的准确性

Calico 是一种容器之间互通的网络方案。在虚拟化平台中，比如 OpenStack、Docker 等都需要实现 workloads 之间互连，但同时也需要对容器做隔离控制，就像在 Internet 中的服务仅开放80端口、公有云的多租户一样，提供隔离和管控机制。而在多数的虚拟化平台实现中，通常都使用二层隔离技术来实现容器的网络，这些二层的技术有一些弊端，比如需要依赖 VLAN、bridge 和隧道等技术，其中 bridge 带来了复杂性，vlan 隔离和 tunnel 隧道则消耗更多的资源并对物理环境有要求，随着网络规模的增大，整体会变得越加复杂。我们尝试把 Host 当作 Internet 中的路由器，同样使用 BGP 同步路由，并使用 iptables 来做安全访问策略，最终设计出了 Calico 方案。 适用场景：k8s环境中的pod之间需要隔离 设计思想：Calico 不使用隧道或 NAT 来实现转发，而是巧妙的把所有二三层流量转换成三层流量，并通过 host 上路由配置完成跨 Host 转发。 架构图： Calico网络模型主要工作组件： 1.Felix：运行在每一台 Host 的 agent 进程，主要负责网络接口管理和监听、路由、ARP 管理、ACL 管理和同步、状态上报等。 2.etcd：分布式键值存储，主要负责网络元数据一致性，确保Calico网络状态的准确性

一、贝叶斯新闻分类任务 新闻数据集处理 爬取的新闻数据，需要我们对文本数据进行很多预处理才能使用 文本分词 通常我们处理的都是词而不是一篇文章 去停用词 停用词会对结果产生不好的影响，所以一定得把他们去剔除掉 构建文本特征 如何构建合适特征是自然语言处理中最重要的一步，这俩我们选择两种方案来进行对比 贝叶斯分类 基于贝叶斯算法来完成最终的分类任务 数据源： http://www.sogou.com/labs/resource/ca.php 1.1 读取数据 import pandas as pd import jieba #pip install jieba df_news = pd.read_table('./data/data.txt',names=['category','theme','URL','content'],encoding='utf-8') df_news = df_news.dropna() df_news.tail() # 查看数据规模 df_news.shape 于原始数据都是由爬虫爬下来的，所以看起来有些不整洁，一会我们还需要清洗一番。这里我们自己定义个字段： Category:当前新闻所属的类别，一会我们要进行分别任务，这就是标签了。 Theme:新闻的主题，这个咱们先暂时不用，大家在练习的时候也可以把它当作特征。 URL：爬取的界面的链接