草庐IT

成本法

全部标签

软件研发的核心问题 -- 效率,质量,成本与产出的关系

软件工程的核心问题-质量,时间,内容与投入之间的关系质量,时间,内容,三者各在一个端点。三者构成一个三角形关系,三者围成的三角形面积就是一个软件投入。在面积不变即投入不变的情况下,任何一个提高单一端点的行为都会降低剩余的两个端点。质量。指代码的质量。时间。指软件的开发时间。包括开发时间,测试时间。内容。指系统包含的模块,功能点等内容。软件开发的本质就是在一定的投入下,在一定的时间内,以一定的质量,开发出一定数据量的内容(功能模块或功能点)。 

软件研发的核心问题 -- 效率,质量,成本与产出的关系

软件工程的核心问题-质量,时间,内容与投入之间的关系质量,时间,内容,三者各在一个端点。三者构成一个三角形关系,三者围成的三角形面积就是一个软件投入。在面积不变即投入不变的情况下,任何一个提高单一端点的行为都会降低剩余的两个端点。质量。指代码的质量。时间。指软件的开发时间。包括开发时间,测试时间。内容。指系统包含的模块,功能点等内容。软件开发的本质就是在一定的投入下,在一定的时间内,以一定的质量,开发出一定数据量的内容(功能模块或功能点)。 

【量化读书笔记】【打开量化投资的黑箱】CH.05. 交易成本模型

交易是有成本的,除非有足够的理由,否则便不应该进行交易。交易的原因增加盈利的期望值降低亏损的期望值对交易成本的估计过低,会导致交易过于频繁,损失扩大。过高,导致交易次数少,持仓时间过长。一、定义交易成本交易成本主要由:佣金和费用、滑点以及市场冲击成本构成。1.1.佣金和费用指支付给经济商、交易所和监管者的费用。同时,经纪商在提供清算和结算服务是,也会收取费用(一般是佣金的一部分)。1.2.滑点滑点是指在交易者决定开始交易,到订单交易所系统实际被执行时,这个时间段所发生的价格变动。滑点会给趋势跟随策略带来更多的损失,给均值回复类的策略带来的损失较少。预测、尤其是短期预测越准确,滑点带来的潜在损失

【量化读书笔记】【打开量化投资的黑箱】CH.05. 交易成本模型

交易是有成本的,除非有足够的理由,否则便不应该进行交易。交易的原因增加盈利的期望值降低亏损的期望值对交易成本的估计过低,会导致交易过于频繁,损失扩大。过高,导致交易次数少,持仓时间过长。一、定义交易成本交易成本主要由:佣金和费用、滑点以及市场冲击成本构成。1.1.佣金和费用指支付给经济商、交易所和监管者的费用。同时,经纪商在提供清算和结算服务是,也会收取费用(一般是佣金的一部分)。1.2.滑点滑点是指在交易者决定开始交易,到订单交易所系统实际被执行时,这个时间段所发生的价格变动。滑点会给趋势跟随策略带来更多的损失,给均值回复类的策略带来的损失较少。预测、尤其是短期预测越准确,滑点带来的潜在损失

大型数据中心浸没式液冷与风冷投资成本分析

液冷相较于传统的风冷有节省能源等几个公认的优势。然而,投资成本被视为阻碍其部署的常见障碍。本文中,我们首先论证了在一个总容量为2兆瓦的数据中心,当机架功率密度为10kW时,采用传统风冷与基于IT机箱的浸没式液冷相比,初始投资大致相等。由于液冷技术的主要优势在于可以高密度紧凑部署,因此,我们又在容量相同的数据中心,量化比较了按每机架20kW和每机架40kW的方式部署液冷时的投资成本差异。结果显示,采用液冷比传统风冷分别节省了10%和14%的投资成本。​1、简介​IT设备采用液冷并不是一件新鲜事物。它在市场上已存在了几十年。但是以往这种解决方案往往出现在较为小众的应用,比如高性能计算(HPC)和游

大型数据中心浸没式液冷与风冷投资成本分析

液冷相较于传统的风冷有节省能源等几个公认的优势。然而,投资成本被视为阻碍其部署的常见障碍。本文中,我们首先论证了在一个总容量为2兆瓦的数据中心,当机架功率密度为10kW时,采用传统风冷与基于IT机箱的浸没式液冷相比,初始投资大致相等。由于液冷技术的主要优势在于可以高密度紧凑部署,因此,我们又在容量相同的数据中心,量化比较了按每机架20kW和每机架40kW的方式部署液冷时的投资成本差异。结果显示,采用液冷比传统风冷分别节省了10%和14%的投资成本。​1、简介​IT设备采用液冷并不是一件新鲜事物。它在市场上已存在了几十年。但是以往这种解决方案往往出现在较为小众的应用,比如高性能计算(HPC)和游

日志系统成本飙升千万,吓得我赶紧把ES换成ClickHouse……

​一、背景唯品会日志系统dragonfly1.0是基于EFK构建,于2014年服务至今已长达7年,支持物理机日志采集,容器日志采集,特殊分类日志综合采集等,大大方便了全公司日志的存储和查询。随着公司的业务发展,日志应用场景逐渐遇到了一些瓶颈,主要表现在应用数量和打印的日志越来越多,开发需要打印更多日志,定位业务问题,做出运营数据分析;另外外部攻击问题和审计要求,需要更多安全相关的日志数据要上报并且能够提供半年以上的保存时长,以应对潜在的攻击和攻击发生时调查原因和受影响面。ELK的架构的缺点显现,ES集群规模达260台机器,需要的硬件和维护成本高达千万,如果通过扩容的方法去满足上述业务场景,ES

日志系统成本飙升千万,吓得我赶紧把ES换成ClickHouse……

​一、背景唯品会日志系统dragonfly1.0是基于EFK构建,于2014年服务至今已长达7年,支持物理机日志采集,容器日志采集,特殊分类日志综合采集等,大大方便了全公司日志的存储和查询。随着公司的业务发展,日志应用场景逐渐遇到了一些瓶颈,主要表现在应用数量和打印的日志越来越多,开发需要打印更多日志,定位业务问题,做出运营数据分析;另外外部攻击问题和审计要求,需要更多安全相关的日志数据要上报并且能够提供半年以上的保存时长,以应对潜在的攻击和攻击发生时调查原因和受影响面。ELK的架构的缺点显现,ES集群规模达260台机器,需要的硬件和维护成本高达千万,如果通过扩容的方法去满足上述业务场景,ES

高兼容低成本,开箱即用的首页性能优化方式被我们找到了

2020年初,小红书首页UI的复杂度显著提升,在优化布局xml和使用一些stub方式的同时,我们也在寻找一些成本更低、性能更好的方式。X2C是当时业界熟知的一种优化方式,其原理是编译期将xml翻译成代码,可以有效避免反射以及读取资源文件的损耗。由于小红书APP中存在着很多自定义View的场景,X2C同时也会带来较高的维护成本。经过对LayoutInflater耗时的深入分析,我们找到了可以兼容各种View场景的APT方案。这一方案既避免了反射所带来的损耗,也不会增加额外的维护成本,成为了一个开箱即用的工具。1、方案的探索我们的探索灵感来自于ViewCompiler。作为Google的一个实验性

高兼容低成本,开箱即用的首页性能优化方式被我们找到了

2020年初,小红书首页UI的复杂度显著提升,在优化布局xml和使用一些stub方式的同时,我们也在寻找一些成本更低、性能更好的方式。X2C是当时业界熟知的一种优化方式,其原理是编译期将xml翻译成代码,可以有效避免反射以及读取资源文件的损耗。由于小红书APP中存在着很多自定义View的场景,X2C同时也会带来较高的维护成本。经过对LayoutInflater耗时的深入分析,我们找到了可以兼容各种View场景的APT方案。这一方案既避免了反射所带来的损耗,也不会增加额外的维护成本,成为了一个开箱即用的工具。1、方案的探索我们的探索灵感来自于ViewCompiler。作为Google的一个实验性