Sequence

为了更好的说明activiti 与jflow的两款工作流引擎的特点与区别，我们按照如下几个方面做一次全面的、客观的对比。 首先activiti是国外的一款开源的工作流程引擎，在国际上影响比较深远与广泛，解决了BPM领域的很多问题，值得我们赞赏。他的boss是jbpm的前身。 JFlow是济南驰骋公司开放的一款工作流程引擎，JFlow的前身是CCFlow，ccflow是国内开源的一款老牌的工作流程引擎，承担过很多大型项目，适应于复杂的国内应用环境。 Activity 相对简单，仅有流程引擎，没有表单引擎。在BPM的研究领域, 很多的学者，专家都是把流程引擎与表单引擎分开的，对于这个观点我们并不很赞同。实现功能需要大量的代码开发。 JFlow是JFlow流程引擎+CCForm的表单引擎的有机结合，内容相对复杂，配置程度较高，实施周期短，上手快。 工作流程引擎 - 对比 以国外流行的工作流activiti的模式与当今中国开源的JFlow（ccflow和jflow的总称）流程引擎对照。以便让各位能够了解到中国国情的工作流引擎与国际流行的设计规则的差别、不同、与优缺点。 国外工作流比较通用的就是满足21种流程模式的支持。 5种基本控制流模式的对比 顺序流（Sequence） ACTIVITI : 就是按照流程设计的步骤，一步步的向下运行，这样的模式下每个节点有先后顺序

String类定义实现了java.io.Serializable, Comparable<String>, CharSequence 三个接口；并且为final修饰。 public final class String defined String由char[]数组实现 /** The value is used for character storage. */ private final char value[]; /** Cache the hash code for the string */ private int hash; // Default to 0 value[]用于存储字符串内容，被final修饰，说明一旦创建就不可被修改。String 声明的变量重新赋值即代表重新指向了另一个String实例对象。 实现序列化 /** use serialVersionUID from JDK 1.0.2 for interoperability */ private static final long serialVersionUID = -6849794470754667710L ; /** * Class String is special cased within the Serialization Stream Protocol. * * A String

　　大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家介绍的是 恩智浦i.MX RT1xxx系列MCU的Bootable image格式与加载过程 。 　　在i.MXRT1xxx启动系列第三篇文章 Serial Downloader模式(sdphost, mfgtool) 里痞子衡在介绍使用sdphost引导启动Flashloader时使用过一个名叫ivt_flashloader.bin的image文件，其实这个image文件就是Bootable image的一种，虽然痞子衡简单分析过ivt_flashloader的组成，但介绍得并不详尽，今天痞子衡会为大家系统地讲解i.MXRT Bootable image。 一、什么是Bootable image？ 　　如果你是一个有经验的嵌入式开发者，肯定对image格式有所了解，我们通常开发的Application都是针对含内部FLASH的MCU而言的，比如Kinetis、LPC、STM32等MCU，其内部集成了一块Parallel NOR FLASH，且FLASH地址是映射在ARM 4GB system address内的（一般从0x0地址开始），FLASH里存储的直接就是我们编译链接后生成的原始Application binary(.bin)，没有任何多余的数据组成。或许你会说还有.hex, .srec等其他image格式，是的

今天没吃早餐好难受啊啊啊。 考试之前在打昨天牛客网的一道 ds题 ，要调自闭了。 到考试了还没有写完，心态逐渐暴躁。 \(T_1 : \texttt{color}\) 先把 \(k = 1\) 和 \(x = y\) 的点给特判掉。 然后令 \(x < y\) ，显然要贪心地去选 \(y\) ，因为每两个 \(y\) 中间一定会有一个 \(x\) ，一定满足限制条件。 \(y\) 的作用其实可以看做是分割 \(x\) ，然后问题变成了求一段最多有多少个 \(x\) 。 显然 \(x\) 开头位置越前面越优秀（在一段里面），根据裴蜀定理可以知道最前面的位置其实是 \(\gcd(x,y)\) 。 那么最多一段出现次数其实就是 \(1 + \lfloor \frac {y - gcd(x,y)} {x} \rfloor\) 。 心路历程： 先想到了贪心，然后直接想到了裴蜀定理。 大概 10 min 就做完了，也没怎么去管这道题了。 期望得分：100 pts 代码 #include <bits/stdc++.h> using namespace std; inline int read() { int x = 0; char ch = getchar(); while(!isdigit(ch)) ch = getchar(); while(isdigit(ch)) x = x * 10 +

课程 一 PL/SQL 基本查询与排序　　 　　本课重点：　　 　　1、写SELECT语句进行数据库查询　　 　　2、进行数学运算　　 　　3、处理空值　　 　　4、使用别名ALIASES　　 　　5、连接列　　 　　6、在SQL PLUS中编辑缓冲，修改SQL SCRIPTS　　 　　7、ORDER BY进行排序输出。　　 8、使用WHERE 字段。 　　 　　一、写SQL 命令：　　 　　不区分大小写。　　 　　SQL 语句用数字分行，在SQL PLUS中被称为缓冲区。　　 　　最后以；或 / 结束语句。　　 也可以用RUN来执行语句 　　 　　二、例1：SQL> SELECT dept_id, last_name, manager_id FROM s_emp;　　 　　2：SQL> SELECT last_name, salary * 12, commission_pct 　FROM s_emp;　　 　　对于数值或日期型的字段，可以进行相应的四则运算，优先级与标准的高级语言相同。　　 SQL> SELECT last_name, salary, 12 * (salary + 100) FROM s_emp;　 　 　　三、列的别名ALIASES：　　 　　计算的时候特别有用；　　 　　紧跟着列名，或在列名与别名之间加“AS”；　　 　　如果别名中含有SPACE，特殊字符

秒杀架构持续优化中，基于自身认知不足之处在所难免，也请大家指正，共同进步。 希望可以把阻塞队列ArrayBlockingQueue这个队列替换成Disruptor，由于之前曾接触过这个东西，听说很不错，正好借此机会整合进来。 简介 LMAX Disruptor是一个高性能的线程间消息库。它源于LMAX对并发性，性能和非阻塞算法的研究，如今构成了Exchange基础架构的核心部分。 Disruptor它是一个开源的并发框架，并获得2011 Duke’s 程序框架创新奖，能够在无锁的情况下实现网络的Queue并发操作。 Disruptor是一个高性能的异步处理框架，或者可以认为是最快的消息框架（轻量的JMS），也可以认为是一个观察者模式的实现，或者事件监听模式的实现。 在这里你可以跟BlockingQueue队列作比对，简单的理解为它是一种高效的"生产者-消费者"模型，先了解后深入底层原理。 核心 写代码案例之前，大家最好先了解 Disruptor 的核心概念，至少知道它是如何运作的。 1、Ring Buffer 如其名，环形的缓冲区。曾经 RingBuffer 是 Disruptor 中的最主要的对象，但从3.0版本开始，其职责被简化为仅仅负责对通过 Disruptor 进行交换的数据（事件）进行存储和更新。在一些更高级的应用场景中，Ring Buffer

Oracle 12C 物理Standby 主备切换switchover Oracle 12C 物理Standby 主备切换switchover Table of Contents 1. 简述 2. 切换检查 3. 问题及解决方法 3.1. ORA-16470 3.2. ORA-16475 3.2.1. dirty redo log 3.2.2. log_archive_dest_n 4. 切换角色 4.1. 切换备库角色为主库 4.2. 打开新的主库 4.3. 重启新的备库 5. 切换后的后续步骤 1 简述 Oracle 12C 为DG 的运维提供了很多的改进。这里提到的就是其中之一的：物理DG 主备的一键切换。 所谓的一键就是一条命令。该命令会执行相关的检查，并将11g 的切换步骤进行封装执行。如果不符合 切换条件，会在命令行窗口及日志中给出相应的提示。 2 切换检查 Oracle 为DG 切换提供了的专门的检查命令: alter database switchover to <target standby db_unique_name> verify; 以上命令会验证如下信息： 验证数据库的版本至少为 12.1 主库 REDO 传输正常。 备库 MRP 进程正常运行并且与主库同步。 如果一切正常，数据库会反馈以下消息 SQL> alter database switchover

oracle dg 状态检查 先检查备库的归档日志同步情况 SELECT NAME,applied FROM v$archived_log; alter database recover managed standby database cancel; select thread #,sequence# ,standby_dest,archived,applied,status from v$archived_log order by 1,2; alter database recover managed standby database using current logfile disconnect from session; . 在备库 查看 gap 1. select * from v$archive_gap; ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 查看主库的基本信息： SYS@enmo1 hey~1->select open_mode,protection_mode,database_role,switchover_status from v$database; OPEN_MODE PROTECTION_MODE DATABASE_ROLE SWITCHOVER

1 空洞卷积 1.1 理解空洞卷积 在图像分割领域 ，图像输入到CNN（典型的网络比如FCN）中，FCN先像传统的CNN那样对图像做卷积再pooling，降低图像尺寸的同时增大感受野，但是由于图像分割预测是pixel-wise的输出，所以要将pooling后较小的图像尺寸upsampling到原始的图像尺寸进行预测，之前的pooling操作使得每个pixel预测都能看到较大感受野信息。因此图像分割FCN中有两个关键，一个是pooling减小图像尺寸增大感受野，另一个是upsampling扩大图像尺寸。在先减小再增大尺寸的过程中，肯定有一些信息损失掉了，那么能不能设计一种新的操作，不通过pooling也能有较大的感受野看到更多的信息呢？答案就是dilated conv。 (a) 普通卷积，1-dilated convolution，卷积核的感受野为3×3 (b) 扩张卷积，2-dilated convolution，卷积核的感受野为7×7 (c) 扩张卷积，4-dilated convolution，卷积核的感受野为15×15 (a)图对应3x3的1-dilated conv，和普通的卷积操作一样. (b)图对应3x3的2-dilated conv，实际的卷积kernel size还是3x3，但是空洞为1，也就是对于一个7x7的图像patch

引言： 　　因为之前在项目开发中一直都是使用的Log4Net作为项目的日志记录框架，最近忽然感觉对它已经有点腻了，所以尝试着使用了NLog作为新项目的日志记录框架（当然作为一名有志向的攻城狮永远都不能只局限于眼前的技术，要不断的使用和学习新的技术）。当然serilog也是一个不错的日志记录框架哟，不过今天主要还是要讲述的是NLog在项目中的配置和使用。 NLog框架源码： https://github.com/NLog/NLog 一、导入NLog NuGet PackAge： 二、配置NLog 配置文件： 注意：在这里我是专门新建了一个NLog.config 配置文件用来进行独立配置，当然你也可以在web.config中完成相应的配置！！ NLog详细配置文件信息，请查看官网说明： https://github.com/nlog/nlog/wiki/configuration-file 可参考晓晨大佬的NLog配置： https://www.cnblogs.com/stulzq/p/8504860.html 我的NLog.config 配置代码: <? xml version="1.0" encoding="utf-8" ?> < nlog xmlns ="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi ="http: