cell

According to the Wikipedia's article : "The Game of Life, also known simply as Life, is a cellular automaton devised by the British mathematician John Horton Conway in 1970." Given a board with m by n cells, each cell has an initial state live (1) or dead (0). Each cell interacts with its eight neighbors (horizontal, vertical, diagonal) using the following four rules (taken from the above Wikipedia article): Any live cell with fewer than two live neighbors dies, as if caused by under-population. Any live cell with two or three live neighbors lives on to the next generation. Any live cell with

YOLO( Y ou O nly L ook O nce)是一个流行的目标检测方法，和Faster RCNN等state of the art方法比起来，主打检测速度快。截止到目前为止（2017年2月初），YOLO已经发布了两个版本，在下文中分别称为 YOLO V1 和 YOLO V2 。YOLO V2的代码目前作为 Darknet 的一部分开源在 GitHub 。在这篇博客中，记录了阅读YOLO两个版本论文中的重点内容，并着重总结V2版本的改进。 Update@2018/04: YOLO v3 已经发布！可以参考我的博客 论文 - YOLO v3 。 YOLO V1 这里不妨把YOLO V1论文 “You Only Look Once: Unitied, Real-Time Object Detection” 的摘要部分意译如下： 我们提出了一种新的物体检测方法YOLO。之前的目标检测方法大多把分类器重新调整用于检测（这里应该是在说以前的方法大多将检测问题看做分类问题，使用滑动窗提取特征并使用分类器进行分类）。我们将检测问题看做回归，分别给出bounding box的位置和对应的类别概率。对于给定输入图像，只需使用CNN网络计算一次，就同时给出bounding box位置和类别概率。由于整个pipeline都是同一个网络，所以很容易进行端到端的训练。 YOLO相当快。base

datetime的解决办法 混合数据的表中有个日期:2016/9/18 通过table.row_values(row_number)[1]读取时，显示的结果为：42631.0 查看row_values方法的源码： def row_values(self, rowx, start_colx=0, end_colx=None): if end_colx is None: return self._cell_values[rowx][start_colx:] return self._cell_values[rowx][start_colx:end_colx] 1 2 3 4 也就是说返回了self._cell_values，self._cell_values在源码中的定义为：self._cell_values = []，这就是问题的根源 第一种解决办法: xldate.xldate_as_datetime把日期转换回来 xldate.xldate_as_datetime(table.row_values(row_number)[1], 0) 1 2 第二种解决办法: 先用xldate.xldate_as_tuple(table.row_values(row_number)[1]，0) 显示结果为：(2016, 9, 27, 0, 0, 0) xldate_as_tuple源码部分： #

近年来，国内众多厂商都有一体机的产品，不过更多都是围绕硬件本身的堆砌和优化，那么这些产品和Oracle一体机最大的区别在哪里呢？最近读了李亚的《Oracle Exadata技术详解》，系统的了解了Exadata的一些核心特性，我个人认为这些特性就是Oracle一体机最大的优势。为什么这么说呢？举例来说这就好比我们熟悉的iPhone手机，众所周知都知道它的硬件配置并不如同年其他品牌的旗舰机高，但是给使用者的体验确是最稳定的，这很大程度就是因为iPhone软硬件一体，可以进行针对性的定制优化。下面简单介绍下这些属于Exadata的核心特性。 1.Offloading 2.SmartScan 3.Storage Index 1.Offloading Offloading可以理解为将一些处理工作“下沉”到Exadata的Cell存储节点来完成。早期被称为Smart I/O。 参数 cell_offload_processing 用来控制是否启用Offloading，默认值为true，也就是默认是启用Offloading功能的。 那么Offloading的功能具体包含哪些呢？ Smart File Creation Smart File Restore Smart Scan Smart Incremental Backup 基本上从名字上就猜到这些功能的大概作用： Smart File

苹果WWDC开发者大会上，终于发布了大家期待已久的iOS 11，有些新特性功能确实出人意料。不过大的方面苹果貌似也就 AR 和 GM 机器学习了，9月13日凌晨1点，苹果开了新品发布会，相信大家都已经知道Phone X 的刘海了，看起来不是很雅观，对于iOS开发者来说，适配工作也带来了麻烦，iOS11在新旧API 方面做了新的改动，未来App Store就会出现很多大量的APP更新，针对iOS11和iPhone X的适配。 下面针对已经了解的出现的问题进行适配的说明。 屏幕未充满？ 相信一部分开发者已经在着手适配iPhone X 和iOS11 了，xcode9测试版运行自己的项目会发现项目没有充满屏幕，上下会有黑色区域的情况，大家别慌，这是没有设置对应的启动图，iPhone X对应像素 1125 * 2436 大家可以自己添加图片或者准备一张尺寸:1125 * 2436的启动图片, 移动到LaunchImage的Finder目录中, 并在LaunchImage中的Contents.json文件中增加 (注意Json格式): { "extent" : "full-screen", "idiom" : "iphone", "subtype" : "2436h", "filename" : "图片名字.png", "minimum-system-version" : "11.0",

通过一个实例演示怎样通过POI设置Excel单元格的边框、字体、颜色、大小、下划线、合并、对齐方式。 Excel文件如下： Java代码 package my.excel; import java.io.FileOutputStream; import org.apache.poi.ss.usermodel.Cell; import org.apache.poi.ss.usermodel.CellStyle; import org.apache.poi.ss.usermodel.Font; import org.apache.poi.ss.usermodel.Row; import org.apache.poi.ss.usermodel.Sheet; import org.apache.poi.ss.usermodel.Workbook; import org.apache.poi.ss.util.CellRangeAddress; import org.apache.poi.xssf.usermodel.XSSFCellStyle; import org.apache.poi.xssf.usermodel.XSSFColor; import org.apache.poi.xssf.usermodel.XSSFWorkbook; public class

在 Jdk1.7 tomat6.0 的环境下完成了这几天的学习，首先列出了之前做客户信息维护时遇到的问题，然后做了新的任务：库存信息管理。 一、之前遇到的问题 1. 在修改过程中报错，为 ArrayList 的越界错误：数组超出索引。数组越界了，非法查询数组，大于或小于了数组的下标范围。需要检查下数组的访问。 2.UpdatePreviewCustAction.java 中的 cust 与 custUpdate.jsp 中的 cust 需要对应。而我原先写的 customer 导致数据库中 cust 的值为空值，所以修改总是出错。 CustServiceImpl.java 中的 findCustomerById 返回的总是空值，导致错误。 3.UpdateCustAction.java 中的方法写错为 customer ，报错，以至于修改界面无法保存。 4. 在显示电话号码这个功能时，缺少 Cust.java 中的电话号码的方法，增加后，得以显示。 5. 在 Dao 里面定义接口，用 interface 定义对象，查询的列表是一个集合，查询一个对象通过类的对象的 id 号，都是通过 HibernateDaoSupport 实现。 ActionSupport 接受前端传过来的请求处理 404 错误：路径错误 500 错误：属性错误 二、之后的新项目：库存管理 接下来几天

　　昨天简单的看了看Unsafe的使用，今天我们 看看 JUC中的原子类是怎么使用Unsafe的，以及分析一下其中的原理！ 一.简单使用AtomicLong 　　还记的上一篇博客中我们使用了volatile关键字修饰了一个int类型的变量，然后两个线程，分别对这个变量进行10000次+1操作，最后结果不是20000，现在我们改成AtomicLong之后，你会发现结果始终都是20000了！有兴趣的可以试试，代码如下 package com.example.demo.study; import java .util.concurrent.atomic.AtomicLong; public class Study0127 { // 这是一个全局变量,注意，这里使用了一个原子类AtomicLong public AtomicLong num = new AtomicLong(); // 每次调用这个方法，都会对全局变量加一操作，执行10000次 public void sum() { for ( int i = 0; i < 10000; i++ ) { // 使用了原子类的incrementAndGet方法，其实就是把num++封装成原子操作 num.incrementAndGet(); System.out.println( "当前num的值为num= "+ num); } }

　　上篇博客我们看了AtomicLong和LongAdder的由来，但是有的时候我们想一下，LongAdder这个类也有点局限性，因为只能是每一次都+1，那有没有办法每次+2呢？或者每次乘以2？说得更抽象一点，我们能不能自己指定规则呢？干嘛老是傻乎乎的+1呢？ 　　于是就有了LongAccumulator这个累加器，这个累加器更加抽象，前面使用的LongAdder只不过是这个累加器的一个特例，由此我们可以猜出这个累加器功能更加强大，但是需要我们自己的定制规则； 　　前提：看本篇博客的人应该熟悉jdk8中的函数式编程，jdk8是在2014年3月18日就推出了，到现在已经将近6年了，但是我们还是很多人在用着jdk8写着jdk7版本的代码，哎，无力吐槽！既然不能改变别人就改变自己吧！ 一. 简单使用LongAccumulator累加器 　　我们先看看这个累加器的构成，如下所示： public class LongAccumulator extends Striped64 implements Serializable { //这是一个函数式接口，函数描述符是(T,T)->T ，两个相同类型的数据按照某种规则运算，返回相同类型的数据 private final LongBinaryOperator function; //这个是累加器的初始值，也就是相当于LongAdder的base字段

IOS开发实训第八周周报 总结： 根据小组分工，本周我学习的知识点有：对于个人页面的用户收藏列表和浏览列表，进行优化，包括： （1）如何进行UITableViewCell的格式自定义 （2）UITableViewCell自适应地高度 （3）学习UITableViewCell的缓存机制 学习知识点归纳 1. 自定义UITableViewCell 自定义UITableViewCell有两种形式：纯代码定义与xib格式定义 （1）纯代码定义 创建UITableViewCell的子类，作为自定义Cell，并重写初始化函数：initWithStyle:withReuseableCellIdentifier，完成Cell内部子控件的声明与加载； - (instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier { self = [super initWithStyle:style reuseIdentifier:reuseIdentifier]; if(self) { [self setMyView]; } return self; } 在使用之前，需要为这个Cell注册一个CellIdentifier，以便于系统缓存重用的cell： [ tableView