前2天碰到一件事《只因职业信息没登记汉口银行的系统居然禁止我使用银行卡账号》，这样的神操作一看十有八九是程序员干的，由此联想到平时开发中遇到的一些对开发人员来说不是事、但给使用系统的内容部人员和客户带来不便的一些用户体验槽点。下面就来说说这样一些低级的用户体验槽点。槽点1：界面信息显示不全在系统界面上要显示的信息，表结构设计是N字节，系统界面上显示时单文

4D向量和4x4矩阵不过是对3D运算的一种方便的记忆而已。4D齐次空间4D向量有4个分量，前3个是标准的x，y和z分量，第4个是w，有时称作齐次坐标。为了理解标准3D坐标是怎样扩展到4D坐标的，让我们先看一下2D中的齐次坐标，它的形式为（x,y,w）。想象在3D中w1处的标准2D平面，实际的2D点(x,y)用齐次坐标表示为(x,

在前几天刚刚大结局的古装热剧《三生三世十里桃花》，小伙伴们是不是还沉浸在里面那唯美的画面，以及太子夜华与青丘白浅的三生三世爱恨情仇呢，其实小编倒是觉得剧中的歌曲很是不错，每一首都能牵动我们的心，而这些曲目在guitarpro6都是可以被演奏的，在演奏前，我们首先要先安装，，初次安装都会遇到一个问题那就是注册码，今天小编要跟大家聊的也就是guitarpro

十年前写的，从今天看起来之前的想法还是比较幼稚的。从理论指导角度，数据分析可以划分为基于统计学的和基于数据挖掘的数据分析方法，很显然基于统计学的相对容易理解一些，而数据挖掘对高等数学要求会高一些，相信毕业十几年的同学很可能连A\X\\2B\XC0都快忘记了，甚至我不确定等小孩上了初中能不能教的了他数学。从分析的出发点看，数据分析

视频压缩的目标是在尽可能保证视觉效果的前提下减少视频数据率。视频压缩比一般指压缩后的数据量与压缩前的数据量之比。由于视频是连续的静态图像，因此其压缩编码算法与静态图像的压缩编码算法有某些共同之处，但是运动的视频还有其自身的特性，因此在压缩时还应考虑其运动特性才能达到高压缩的目标。在视频压缩中常需用到以下的一些基本概念：一、有损和无损压缩：在视频压缩中有

作为一名从业已达六年的老码农，我的工作主要是开发后端Java业务系统，包括各种管理后台和小程序等。在这些项目中，我设计过单/多租户体系系统，对接过许多开放平台，也搞过消息中心这类较为复杂的应用，但幸运的是，我至今还没有遇到过线上系统由于代码崩溃导致资损的情况。这其中的原因有三点：一是业务系统本身并不复杂；二是我一直遵循某大厂代码规约，在开发过程中尽可能按规约编写代码；三是经过多年的开发经验积累，我成为了一名熟练工，掌握了一些实用的技巧。

人类社会可以划分为三个阶段：第一次浪潮为农业阶段，从约1万年前开始；第二阶段为工业阶段，从17世纪末开始；第三阶段为信息化阶段，从20世纪50年代后期开始。托夫勒，《第三次浪潮》如同人类社会的发展，云计算的发展也在经历三次浪潮，第一次浪潮是IaaS，用户是专业IT人员；第二次浪潮是SaaS，用户是销售、财务、HR等专业人员；第三次浪潮是PaaS，用户是IT开

很多时候，我们需要将外部Excel表中的数据导入到数据库，或是需要将某个查询结果导出到Excel文件中，对于这种简单的操作，FoxnicSQL已经内置了ExcelReader和ExcelWriter用于处理Excel数据。本文中的示例代码均可在https://gitee.com/LeeFJ/foxnicsamples项目中找到。读取Excel到RcdSetFoxnicSQL使用ExcelReader类读取Excel中某个sheet的数据，这些数据将被读取到RcdSet，通过RcdSet可以完成数据库保存等操作。在读取Excel前需要定义Excel结构，将Excel列映射到数据库字段，如下代码所示。一旦Excel数据转换成RcdSet，开发人员就可以去做其它更多额外的数据处理。

在开发过程中，进度比较赶的情况下，前端人员当页面写完时，后台的接口还没写完，等要交付的时候后端才把接口给你，这个时候就很尴尬。这个时候Mock就可以很好的解决这个问题，前端团队可以在API还没开发完成的情况下，借助MockAPI实现预对接，加速开发进程。测试团队可以通过MockAPI解决不必要的系统，完成集成测试。EolinkApikit为前端工程师提供API文档管理，快速接口测试，以及MockAPI创建与调用，及查看文档变更历史的能力。有助于前端工程师快速查看API文档详情与历史记录，快速生成和使用MockAPI提前进行页面效果验证。

大家好！我是sum墨，一个一线的底层码农，平时喜欢研究和思考一些技术相关的问题并整理成文，限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。作为一名从业已达六年的老码农，我的工作主要是开发后端Java业务系统，包括各种管理后台和小程序等。在这些项目中，我设计过单/多租户体系系统，对接过许多开放平台，也搞过消息中心这类较为复杂的应用，但幸运的是，我至今还没有遇到过线上系统由于代码崩溃导致资损的情况。这其中的原因有三点：一是业务系统本身并不复杂；二是我一直遵循某大厂代码规约，在开发过程中尽可能按规约编写代码；三是经过多年的开发经验积累，我成为了一名熟练工，掌握了一些实用的技巧。