效率

EPM版本：11.1.2.4 随着系统应用及时间的推移，存储在Essbase中的数据会越来越多且由于规则的计算，会产生大量空块，进而数据文件膨胀，最终导致在一些特定操作后刷库、重构时，消耗大量的时间重构数据文件，一次刷库、重构甚至耗时几小时！ 理想状态下，我们应该在系统开放之前维护并刷库、重构，但实际情况中我们难免遇到预算等编制过程中需要新增科目等修改稠密维的操作，这个时候重构一次若耗时几小时会对业务造成很大的影响，是不能接受的。所以，提升刷新、重构效率是一件非常重要的事情。 那么，如何提升效率呢？ 我们知道稀疏维修改，不会触发Essbase重构，所以速度很快，耗时大约在秒级。当做了一些特定操作，如稠密维新增member等，刷库时会触发Essbase重构，此时后台将对pag数据文件进行重构，数据越多、数据文件越大（空块会导致数据文件膨胀），重构速度越慢，所以优化的第一个方法就是减少数据文件的大小。 一、减少数据文件大小（操作需谨慎、操作前做好数据备份） ①历史数据归档迁移 将历史数据归档迁移到备份应用中，并将原应用中历史数据及其块删除，注意，如果仅使用cleardata那么仅仅是将数据清除，并不会将删除数据后的空块清掉，所以还需要clearblock操作，具体应用请参考官方文档； ②定期reset、reload数据，消除执行规则产生的空块 二、启用并行重构 减少数据文件大小后

对于程序员来说，敲代码讲究的是速度要快，动作要帅，注重的就是一个效率！ 为什么人家的效率总是那么高呢？？掌握以下50个程序员必备快捷键，提高效率不是问题！ 小伙伴们get了吗？ 来源： 51CTO 作者： wx5d9ed7c8443c3 链接： https://blog.51cto.com/14570694/2465963

1 萧伯纳曾经说过： “世界上只有两种物质：高效率和低效率；世界上只有两种人：效率高的人和效率低的人。” 工作中最重要的不是看你有多努力，花的时间有多少，而是看你的效率有多高。因为一个人的工作能力如何，很大程度上看工作效率的高低。提高工作效率不仅能使我们缩短工作时间，还能增加企业的劳动生产率和经济效率。 那么如何如提高工作效率呢？下面我来分享几个可以提升我们办公效率的软件。 1 UZER.ME 「UZER.ME」是一个云端超级应用空间。 什么意思？就是有很多常用的办公软件，包括Word、PPT、Excel、PS、PDF、AI、CAD等等十几项工具无需下载安装，直接在线即可编辑使用。随时在浏览器就可以完成，如果大家刚刚重装系统或是不想下载软件占用内存，可以试下这个网站。 网址： https://uzer.me/z/apps 2 QuickLook QuickLook是一款开源、免费的文件快速预览辅助工具，可以将 macOS 广受好评的“空格预览”功能带到 Windows 桌面!支持图片、音视频、文档、代码、压缩包等内容，可让用户在使用 Windows 系统时也能获得与 Mac 同样高效快速便捷的文件预览体验。 3 免费PPT 几个免费下载ppt的网站 （1）吾道幻灯片 首推最近偶然发现的PPT神器「吾道幻灯片」，大家都知道平时述职都会用到PPT。 而吾道幻灯片（ www.woodo

阿里巴巴 2019 年实习生校园招聘已经启动，为此，我们整理了一篇《每个技术团队都会遇到的4个难题》，帮助即将从校园进入公司实习的后端程序员， 以实践的视角，看看一个后端技术团队会遇到的一些难题。虽然，技术上的难题远不止于此，但如果能从这篇文章中获得一些职业体感，也许对你的实习面试会有所帮助。 - 正文开始 - 从单个应用到多个应用，从百千级别的访问流量到十万、百万级别，从两三个人的创业技术团队到上千人的技术团队矩阵，这些过程中，技术团队都避不开了以下 4 个问题： 如何预测业务峰值时的容量 如何提升业务的稳定性 如何提高业务的监控能力 如何提高开发效率 如何预测业务峰值时的容量 早期的做法是在开发测试环境进行压测，来评估线上容量，但线下环境的机器规模，和线上差距很大，很难通过线下推导线上。根据经验，将采购的机器加入不同的应用里面，这时候就会遇到一个问题： 最大业务峰值容量是多少？ 这个问题，其实挺难回答的。这个应用多加几台，那个应用少加几台，整体的业务峰值承受能力就会不一样，加减的规则很难通过人的经验来确定，最多只能作为一些辅助判断。另外，核心交易链路的梳理，也是一个体力活，如果依赖人为处理，有可能会漏掉一些看起来不那么重要的”分支”，这是整个容量不确定的地方，可变的因子很多。 比较有效的方式， 是在生产系统部署全链路压测，来验证各个生产环节是否能经受住各类流量的访问

怎么样能写好高效率的CSS呢，一些初学者不注意的很多细小问题，当这些问题集中爆发，那么问题就大了。 1、*{ margin:0; padding:0;} 请不要使用全局Reset： 既然是全局的定义，那么他会吧所有标签都处理一遍，增加了浏览器解析的时间。有些标签其实没有必要处理， 2、display与visibility的差异 他们用于设置或检索是否显示对象。display隐藏对象不保留物理空间，visibility为隐藏对象保留占据的物理空间。当浏览器渲染被占据的物理空间时，会有所消耗资源。 所以不赞成用visibility:hidden; 3、border:none;与border:0;的区别 有些同学肯定没注意过这两个代码的区别，在HTML显示肯定是一样的，但是从基本上来说他们不一样 用border:0虽然现实上和none没什么区别，但是它会保留color、style 这两个属性 所以不赞成用border:0; 4、不宜过小的背景图片平铺 一张宽高1px的背景图片，虽然文件体积非常之小，但渲染宽高500px的板块需要重复平铺2500次。提高背景图片渲染效率跟图片尺寸及体积有关，最大的图片文件体积保持约70KB。 所以不赞成用宽高8px以下的平铺背景图片 5、IE的滤镜 IE的滤镜除了比较消耗资源外也有兼容性问题。当中有令PNG透明的滤镜，可采用

　　在平时开发过程中，数组是我们使用频率最高的类型之一，在使用定长列表时，数组可以说是最佳方案， 来源： https://www.cnblogs.com/minotauros/archive/2019/12/31/12029843.html

PAIP.提升效率----论项目知识库的建设。。 作者Attilax ， EMAIL:1466519819@qq.com 来源：attilax的专栏 地址：http://blog.csdn.net/attilax 在项目建设中，知识库的建设是非常重要的。。可以大大提升工作效率。。 1.按文件名解锁. 可以用everything来做。。 2.按文件内容解锁.. baidu,googled desktop 3.脱机文件名解锁. EDITPLUS+TXT 4.脱机文件内容解锁. BAIDU DESK+INDEX DATA.. 来源： https://www.cnblogs.com/james1207/p/3268747.html

local test = {} for i = 10, 10000 do test[ i ] = {} end local t1 = os.clock( ) for i = 1, 100000 do test[ 1000 ].mValue = 100 end local t2 = os.clock( ) - t1 Misc.Trace( "cost - " .. t2 ) t1 = os.clock( ) local d = test[ 1000 ] for i = 1, 100000 do d.mValue = 100 end t2 = os.clock( ) - t1 Misc.Trace( "cost - " .. t2 ) 这两个效率有很大差别 上面这个消耗 3毫秒 下面这个消耗 1毫秒 现在项目里面有很多没必要重复索引 可以先用一个本地变量记录下来，不用每次都重复索引 这样可以提升效率 来源： https://www.cnblogs.com/lihonglin2016/p/6744579.html

一年一度的深圳高交会又开始了。从参加过前三届之后，发觉这种xx会的趋势都是一样的：一年不如一年。本来应该是政府搭台民间唱戏的，结果倒是政府唱戏越来越多，不入流的公司越来越多，跟“高新技术”无关的下三滥的东西越来越多。虽然排场越来越大，但无论是看的玩的拿的还是发的，都显得越来越小气。 甚至是越来越变态！因为本届高交会将展出一种采用人脸识别技术的“考勤系统”！！！！ 几年前的老问题拿过来问大家一下： 请问一个公司为什么要“考勤” ？ 我这里没有标准答案，但是我有一个公式： 员工产出=工作时间×工作效率 。 《资本论》的剩余价值理论告诉我们，一个公司要更多盈利，就是要让员工在被雇佣的时间内产出尽可能的多的产品。为了达成这个目标，我们有两种方法： 1.增加工作时间 几乎所有的国产老板都在这么干。干的最狠的就是深圳关外的电子厂，当然一些著名的台巴子企业也包含在内。通过各种方法让员工连续干十几个小时，甚至连上厕所都不让。当然对付程序员不会如此，是另外一种叫做“加班”或者“自愿加班”的形式。 以上是揩油员工“自由时间”的方式，对于他们付工资买来的“八小时”时间，他们更不会放过了。于是就出现了一个专有名词“考勤”，以及和这个名词相关的一系列软件和硬件产业。恨不得要把这“八小时”计算精确到毫秒。 2.提高工作效率 人类最伟大的发明之一就是流水线生产，它就是一种提高工作效率的方法

程序的效率和水平常常被挂在程序员的嘴边。他们推崇高效的程序，他们把运行快的程序看成水平高的程序。但是很多程序员并不清楚什么是高效的程序，如何才能编制高效的程序。他们把编制高效程序看作一种奢望、一种追求。 程序运行的快和慢是需要比较的，其前提是相比的程序必须是要完成相同的功能，而且程序运行的硬件环境和软件环境必须一样。不同的人因其程序的不同，程序运行的时间就不同。因此，程序就有了差距。即使相同的人，因对程序进行了完善和变更，也同样会导致程序的不同，进而导致了程序运行时间的不同。没有这些前提谈论程序的效率是没有意义的。 我们不能一概而论的认为，程序越快越好。不同程序对效率的要求是不相同的。现在许多程序员只知道程序越快越好；不知道程序效率改进是一个无止境的过程；不知道程序的快慢是有一个度的；不知道人们对效率的追求是需要成本的；不知道程序快慢与用户感受相关的。而这些正是我最为担心的。我认为无论什么程序只要有用户使用才有价值，用户的感受才是程序效率的目标。只有树立这个目标之后，我们改进程序效率才会有动力，我们改进程序效率才有一个尽头。我们可以把程序归为三种情况： 1、 批处理 是指系统业务功能终止后或其它事物终了后，对其终了前的数据进行加工的过程，这个过程可能涉及到多个程序。有的批处理时间很长几小时到十几小时都有，有的批处理需要几分钟到几十分钟。批处理时间主要涉及到数据量的大小