守株阁 - 一切都是守株待兔，如切如磋，如琢如磨。I am just joking.

Created2020-02-28|Updated2026-07-22|人文|汉语

|中文|读音|含义| |颟顸|[mān hān]|糊涂而马虎| |攻讦|[gōng jié]|揭发别人的过失或阴私而加以攻击（多指因个人或派系利害矛盾）。|

Created2020-02-28|Updated2026-07-22|人文|文学

一自五四新文化运动以来，七十年间，中文的变化极大。一方面，优秀的作家与学者笔下的白话文愈写愈成熟，无论表情达意或是分析事理，都能运用自如。另一方面，道地的中文，包括文言文与民间文学的白话文，和我们的关系日渐生疏，而英文的影响，无论来自直接的学习或是间接的潜移默化，则日渐显著，因此一般人笔下的白话文，西化的病态日渐严重。一般人从大众传媒学到的，不仅是流行的观念，还有那些观念赖以包装的种种说法；有时，那些说法连高明之士也抗拒不了。今日的中文虽因地区不同而互见差异，但共同的趋势都是繁琐与生硬，例如中文本来是说“因此”，现在不少人却爱说“基于这个原因”；本来是说“问题很多”，现在不少人却爱说“有很多问题存在”。对于这种化简为繁、以拙代巧的趋势，有心人如果不及时提出警告，我们的中文势必越变越差，而道地中文原有的那种美德，那种简洁而又灵活的语文生态，也必将面目全非。中文也有生态吗？当然有。措词简洁、句式灵活、声调铿锵，这些都是中文生命的常态。能顺着这样的生态，就能长保中文的健康。要是处处违拗这样的生态，久而久之，中文就会被污染而淤塞，危机日渐迫近。目前中文的一大危机是西化。我自己出...

hive 汇总

Created2020-02-27|Updated2026-07-22|Java|Java•hive

Hive 操作符和函数汇总 Hive 架构概述 Hive 是构建在 Hadoop 之上的数据仓库基础设施，提供类 SQL 的查询语言 HQL，将查询转换为 MapReduce、Tez 或 Spark 任务执行。核心组件 MetaStore 存储表的元数据信息，包括表结构、分区、列类型、序列化/反序列化规则等支持多种存储后端：Derby（默认）、MySQL、PostgreSQL 可配置为远程服务模式，支持多客户端并发访问 Driver 接收查询请求，生成执行计划编译器：解析 HQL，生成语法树，进行语义分析优化器：基于规则和成本的查询优化执行引擎：将逻辑计划转换为物理执行计划执行引擎 MapReduce：早期默认引擎，适合大规模批处理 Tez：基于 DAG 的执行引擎，减少中间结果落盘 Spark：基于内存计算，显著提升查询性能 Hive 数据模型 Database 数据库是命名空间的逻辑容器，对应 HDFS 上的目录路径。 Table Hive 表分为两种类型：管理表（内部表）：删除表时删除元数据和数据外部表：删除表时仅删除元数据，保留数据 Par...

计算机数学

Created2020-02-27|Updated2026-07-22|计算理论|数学

precision vs scale sql 中的 decimal 函数的签名如下：DECIMAL[(precision[,scale])] DECIMAL with no precision or scale values is equivalent to DECIMAL(9,0). precision represents the total number of digits that can be represented by the column, regardless of the location of the decimal point. This value must be between 1 and 38. For example, representing integer values up to 9999, and floating-point values up to 99.99, both require a precision of 4. You can also represent corresponding negative values, wit...

泛型拾遗

Created2020-02-23|Updated2026-07-20|Java|Java

导读与全景图 Java 泛型在源码层提供编译期类型安全，在字节码层通过类型擦除（type erasure）向后兼容 Java 1.4 及更早的字节码，在 API 设计层用通配符（wildcard）补全协变体系。理解"擦除"和"协变"两点，所有零散规则都能被推导出来——本文围绕这两条主线展开。知识地图下图概括了全文的结构与各部分之间的依赖关系。类型擦除是理解后续所有限制（不能 new T()、不能 instanceof T、不能创建泛型数组）的钥匙；通配符则是理解所有 API 设计模式（PECS、捕获、递归边界）的钥匙。 mindmap root((Java泛型)) 基本概念 Type Parameter 形参 Type Variable 类型变量 Type Argument 实参 Generic/Parameterized/Raw Type 类型擦除向后兼容动机擦除规则与字节码桥接方法擦除的代价边界 Bo...

MySQL 基本功

Created2020-02-19|Updated2026-07-22|工程实践|MySQL

插件式架构 MySQL的插件式架构.xmind 索引问题索引的出现是为了减少单一维度查询时，搜索数据的成本。索引的基础架构索引的分类不同的存储引擎支持不同的索引数据结构。 MySQL 支持的索引类型至少包括：BTree索引、Hash索引、full-text全文检索、R-Tree索引。 Innodb 支持的索引数据结构只有 B+树。 B+树索引 B 树扩充了二叉平衡树，让每个节点能够存储的数据大大提升。 B+ 树从 B 树演变而来，B 树每个节点都存储数据，但高度高，只有查找离根节点近的数据的速度是快的；B+树所有数据都存储在叶子节点，所以查询到特定的数据必须走完查询路径，也因此 B+树的查找速度稳定，遍历全部数据和范围查找的算法稳定（不用上溯下钻）。两种数据结构，各有所长。 B+树的每个节点可以被认为是一个磁盘块（block）-可以认为 MySQL 的磁盘块等同于 OS 的数据页，大小通常为 4k/8k/16k。磁盘块通常是双层的，第一层表示存储的数据项（data entry），第二层表示指向子节点的指针（pointer）。但 B+树本身只有叶子节点真实数据，非叶子节...

六顶思考帽

Created2020-02-17|Updated2026-07-22|随笔|思维模型

六顶思考帽®是爱德华·德博诺博士开发的一种思维训练工具，它提供了“平行思维”的工具，全面思考问题的模型，避免将时间浪费在互相争执上。人们参加会议都是抱着解决问题的共同目的而来的，然而发生争吵很多时候吵的并不是事实，而是情绪。人们总是还未真正理解对方的观点就陷入了和对方喋喋不休的争执之中。所谓“六顶思考帽”是指蓝帽（指挥帽）、白帽（数据帽）、红帽（情感帽）、黄帽（乐观帽）、黑帽（谨慎帽）、绿帽（创新帽）。六顶思考帽®是爱德华·德博诺博士开发的一种思维训练工具，它是目前全球最有影响力的创新思维训练课程。它提供了“平行思维”的工具，避免将时间浪费在互相争执上。强调的是“能够成为什么”，而非 “本身是什么”，是寻求一条向前发展的路，而不是争论谁对谁错。运用德博诺的六顶思考帽，将会使混乱的思考变得更清晰，使团体中无意义的争论变成集思广益的创造，使每个人变得富有创造性。它运用于会议管理，团队沟通，流程改进，产品研发/设计，制定决策，解决问题和领导力提升等领域。大部分世界500强企业学习使用过六顶思考帽后，都认为六帽帮助他们大大提高了工作效率，并且使会议时间减少了50%。自1984年被发...

代码大全

Created2019-12-31|Updated2026-07-22|工程实践|软件工程

第 1 章欢迎进入软件构建的世界第 2 章用隐喻来更充分地理解软件开发第 3 章三思而后行：前期准备第 4 章关键的“构建决策” 第 5 章软件构建中的设计第 6 章可以工作的类第 7 章高质量的子程序第 8 章防御式编程第 9 章伪代码编程过程第 10 章使用变量的一般事项第 11 章变量名的力量第 12 章基本数据类型第 13 章不常见的数据类型第 14 章组织直线型代码第 15 章使用条件语句第 16 章控制循环第 17 章不常见的控制结构第 18 章表驱动法第 19 章一般控制问题第 20 章软件质量概述第 21 章协同构建第 22 章开发者测试第 23 章调试第 24 章重构第 25 章代码调整策略第 26 章代码调整技术第 27 章程序规模对构建的影响第 28 章管理构建第 29 章集成第 30 章编程工具第 31 章布局与风格第 32 章自说明代码第 33 章个人性格第 34 章软件工艺的话题第 35 章何处有更多的信息

JUnit4/JUnit5 注解

Created2019-12-30|Updated2026-07-22|Java|Java•JUnit•测试

junit4 junit5 特点 @BeforeClass @BeforeAll 在当前类的所有测试方法之前执行。注解在【静态方法】上。 @AfterClass @AfterAll 在当前类中的所有测试方法之后执行。注解在【静态方法】上。 @Before @BeforeEach 在每个测试方法之前执行。注解在【非静态方法】上。 @After @AfterEach 在每个测试方法之后执行。注解在【非静态方法】上。

彩色 UML 建模

Created2019-12-29|Updated2026-07-22|系统架构|系统架构

理论基础与来源彩色 UML 建模（也称为四色模型）是由 Peter Coad、Eric Lefebvre 和 Jeff De Luca 在经典著作《Java Modeling in Color with UML》中提出的领域建模方法。该方法通过四种颜色区分不同类型的域对象，帮助开发人员更好地理解和设计业务领域模型。四色模型的核心思想是将领域对象分为四种架构型（Archetype），每种架构型用不同的颜色表示：粉色（Moment-Interval）：表示业务过程中发生的某个时刻或时段黄色（Role）：表示参与方在特定时刻时段中扮演的角色绿色（Party-Place-Thing）：表示参与方、地点和事物蓝色（Description）：表示描述性信息，通常是可重用的数据四色模型与 DDD 的关系四色模型与领域驱动设计（Domain-Driven Design，DDD）有很强的关联性：关注领域本质：两者都强调深入理解业务领域，建立符合业务语义的模型限界上下文：四色模型的彩色分类可以帮助识别和定义限界上下文聚合根：粉色 MI 通常对应聚合根，负责维护业务不变性 ...