- 综合排序
- 最热优先
- 最新优先
- 来自专栏哲学驱动设计
仓位管理 V4.3
之前设计的仓位管理算法一直比较有效，往往能在市场的不断的上涨下跌中获利。不过感觉短期变动的仓位占整体的仓位较低，使得盈利较低。所以这个月对仓位管理算法进行了升级，尝试了几个版本。这里做一个记录。 V4.2 非线性仓位控制算法（失败！） 直接上脑图。 ? 由于 V3.4 使用了简单的线性算法，使得X值小范围波动时，仓位没有太大变化，所以这次想使用非线性的算法来计算仓位值。最后，挑了三角函数。 曲线变化的仓位管理，并没有比线性变化的仓位管理有更好的效果。 再次分析，原因其实是：历史数据中，大部分的时候，点位并不是大概率都在估值周围徘徊；而是在偏离估值较远的某一个范围内来回振荡。 所以导致本策略的主要方法“越靠近估值仓位变化越大”失去了效果。 后续的策略中，应该考虑的是短期之内在某一范围徘徊（与估值无关），仓位策略应该变化放大。 短线抄底方案 V4.3 经过 4.2 的失败尝试，又设计出了新的 4.3 仓位管理方案。此方案可以理解为“短线抄底方案”。 在此本方案中，将整体资金划出一小部分为短期资金，用于短线的炒作。
89220发布于 2018-07-05 - 来自专栏小晨讲Flink
数仓深度 | 主数据管理
三、主数据管理 （1）主数据管理 企业主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案，以保证主数据的完整性、一致性和准确性。 （2）主数据管理不是数据仓库 数据仓库会将各个业务系统的数据集中在一起再进行业务的分析，并且保存经过清理的数据；主数据管理系统不会把所有数据都管理起来，只是把需要在各个系统间共享的主数据进行采集和发布。 分散管理的主数据由于缺乏一致性、准确性和完整性，从而导致各个企业普遍存在的客户管理、供应商管理、产品管理等不力现象。 （4）主数据管理解决方案 从多个业务系统中整合最核心的、需要共享并保持一致的主数据，即创建主数据的单一视图（主数据管理系统MDM） 以服务的方式把统一、完整、准确的主数据发布给企业范围内需要使用这些数据的业务系统 ，构建覆盖整个企业范围的数据管理基础 提高业务分析的准确度和企业管理的水平，满足法规的要求，降低业务风险 四、主数据管理实施 （1）主数据管理如何实施 主数据管理项目需要持续的建设和运营，建设阶段更多的在于确定架构
1.3K21编辑于 2022-03-09 - 来自专栏明明如月的技术专栏
图书管理系统代码 4SearchFrame （…
serialVersionUID = 343751176496776183L; @SuppressWarnings("unchecked") public SearchFrame() { super("图书管理系统 ; JOptionPane.showConfirmDialog(SearchFrame.this, label_result,"图书管理系统-检索结果", JOptionPane.PLAIN_MESSAGE printStackTrace(); } catch (ClassNotFoundException e1) { e1.printStackTrace(); }catch(StreamCorruptedException e4) { e4.printStackTrace(); }catch(OptionalDataException e5) { e5.printStackTrace(); }catch(FileNotFoundException ; JOptionPane.showConfirmDialog(SearchFrame.this, label_result,"图书管理系统-检索结果", JOptionPane.PLAIN_MESSAGE
1.7K20发布于 2021-08-27 - 来自专栏贾志刚-OpenCV学堂
好消息 | Github代码私仓免费了
我当时写的C++代码让他很无语，总之各种给他挖坑。那个时候他差不多有一个月的时候每天晚上我们就一起远程语音找bug，后来项目终于交付了！他说美元的私仓要停掉，就不用了。 再后来我发现码云也可以代码私仓，但是我又把账号跟密码忘记，所以也不用了，唯一经常登陆的就是github！ 没办法有github比别人落后一个月，没有github比别人落后一年！ 最后算是宣传吧，很久以前我跟另外一个朋友曾经写过一个Java的图像处理库，想学习基础图像处理算法可以看这里： https://github.com/imageprocessor/cv4j 废话不多说了， 都2020年，github终于支持免费私仓了!
70530发布于 2020-04-20 - 来自专栏数据社
详解如何在数仓中管理元数据
业务描述：每段代码实现的具体业务逻辑。 标准指标：类似于 BI 中的语义层、数仓中的一致性事实；将分析中的指标进行规范化。 标准维度：同标准指标，对分析的各维度定义实现规范化、标准化。 数据仓库中的技术元数据一般包含以下 4 大系统：数据源元数据、ETL元数据、数据仓库元数据、BI 元数据。 04如何进行数仓元数据管理 任何系统的元数据管理建设都是十分艰难的，数据仓库更是如此；但另一方面，这个建设过程又是非常重要的。 进而对重复的 ETL 实现自动化管理，降低 ETL 开发的时间成本。 4、数据质量管理 数据清洗的逻辑，简单的说可以分为不同的数据类型和指定的特殊处理列。 全部用 python 解决——开发、维护的代码门槛较高，且性能相比 SQL 相差何止百倍。
1.5K20编辑于 2021-12-02 - 来自专栏量化投资与机器学习
仓位管理：超越凯利公式，梦回华尔街！
代码如下： ? 代码： ? ? 为了实现最大收益，SPY自成立以来使用超过3倍的杠杆买入。 如果这个百分比太大，我们必须使用较小的仓位（头寸）。 时间范围 回撤的第二个重要特征是它依赖于时间范围。事实上，可以证明最大回撤与时间的平方根成正比（大家可以自己证明一下）。 以这样的仓位交易风险太大了。 在这个新的f曲线中找到一个点，使GHPR的期望值最大化。 我们称这个点为“理想的f”。 ? ? ? 使用这种方法，我们看到曲线更加参差不齐。 在这种情况下，如果两个下注大小的总和>=100％，那么当场景4发生时，我们将保证损失所有的钱。根据这些投注规模计算出每个结果k的加权收益率R，计算公式如下： ?
2.2K20发布于 2019-08-20 - 来自专栏技术杂记
RabbitMQ管理4
收回权限 不使用 -p 指定vhost时，默认会使用 / ，而不是清除所有 [root@h102 ~]# rabbitmqctl list_user_permissions mq Listing permissions for user "mq" ... / ^mq.* .* .* mq_test .* .* .* [root@h102 ~]# rabbitmqctl clear_permissions -p / mq Clearing permissions for user "mq" in vhost
29030编辑于 2022-04-23 - 来自专栏VBA 学习
代码管理
但是随着自己VBA使用的增多，代码分散在各个Excel文件中，非常的散乱。管理好自己的代码是提高代码复用率的关键，也能提高开发的效率。 为了把数据与代码分离，我个人一般这样管理自己的代码： 编译型的语言，像C语言之类的，一般都有一个官方的库，以及个人编写、收集的库，这些库是一些常用的功能代码，在编写一个具体任务的时候，会去引用(注意这里是引用而不是复制 ，这个是代码管理的关键，电脑中正常仅有一份库文件)这些库文件，再通过编译生成exe可执行文件。 库 使用加载宏来作为库进行代码管理： 一些功能性的东西，比如一些常用的类、函数等，在编写VBA代码过程中会经常使用到，但是本身不是一个完整的可以完成某个具体任务的，我会放在一个加载宏中，固定保存在电脑的某个位置 将常用的功能分类制作加载宏的目的主要是考虑到随着代码功能的增加，如果放在一个加载宏中，太多了容易混乱，分类管理就比较清晰。
1.2K10发布于 2020-07-28 - 来自专栏云ERP
什么是仓库管理仓管云来告诉你
仓管云带你了解什么是仓库管理 仓储管理的基本原则分别为：效率的原则，仓储作业管理的核心是效率管理。 仓"也称为仓库，为存放物品的建筑物和场地，可以为房屋建筑、大型容器、洞穴或者特定的场地等，具有存放和保护物品的功能；“储”表示收存以备使用，具有收存、保管、交付使用的意思，当适用有形物品时也称为储存。 具体来说，仓储管理包括仓储资源的获得、仓储商务管理、仓储流程管理、仓储作业管理、保管管理、安全管理多种管理工作及相关的操作。 仓储管理是一门经济管理科学，同时也涉及应用技术科学；故属于边缘性学科。仓储管理的内涵是随着其在社会经济领域中的作用不断扩大而变化。仓储管理，即库管。 现代仓储管理已从静态管理向动态管理了生了根本性的变化，对仓储管理的基础工作也提出了更高的要求 。 文章来源：https://www.cangtech.com
1.3K30发布于 2018-06-05 - 来自专栏历史专栏
【愚公系列】2023年02月 WMS智能仓储系统-016.库存管理和仓内作业（库存管理、仓内加工、库存移动）
文章目录 前言 一、库存管理 1.1 页面代码 1.2 接口代码 二、仓内作业 1.仓内加工 1.1 页面代码 1.2 接口代码 2.库存移动 2.1 页面代码 2.2 接口代码 ---- 前言 这节主要分为两个模块： 库存管理：库存管理的作用是确保有足够的库存量以满足消费者需求，减少库存空置和库存损耗，并有效地控制库存成本。 仓内作业：仓内作业的作用是帮助仓库提高组织效率和完成仓库管理。它提高了仓库存储条件、运输条件和信息系统的效率，并节省了人力成本。 一、库存管理 库存管理数据主要是来源于收获管理，所哟库存和库位基本只有查询功能。 1.1 页面代码 <! 1.仓内加工 仓内加工主要分为： 拆分加工 组合加工 1.1 页面代码 <!
1K10编辑于 2023-03-16 - 来自专栏技术杂记
Mycat 管理命令4
| 100 | 4 | 0 | 0 | 0 | -1 | | sd2 | h101/my2 | 0 | h202/my4 | 0 | mysql | 0 | 0 | 100 | 0 | 0 | 0 | 0 | +------------+----------+---------+---------------+ | sd1 | h101/my1 | 0 | mysql | 0 | 4 | 100 | 4 | 0 | 0 | 0 | -1 | | sd2 | h101/my2 | 0 | mysql -------+-------+--------+------+------+---------+------------+----------+---------+---------------+ 4
27820编辑于 2021-12-02 - 来自专栏囍楽云博客
辐射4 书籍代码-辐射4建筑代码及用法技巧（辐射4建筑代码怎么用）
《辐射4》喜欢房屋建造的玩家不在少数，而接触过代码之后，大家就会发现简化了建造步骤，且可用的功能也是前所未见的多，今天小编带来“冥狱蝶”分享的《辐射4》建筑代码及用法技巧，感兴趣的玩家跟小编一起来看吧 《辐射4》建筑类精华文章推荐全据点位置与介绍新手必备建造技巧控制台建造教程建筑特效代码与用法建筑材料入手方法农场建筑作品各式风格房屋建筑作品原材料代码一览 首先大家要明白，本作所有的在游戏中你可以看到的物品都有着两个 基础id决定物体的种类辐射4 书籍代码，比如本作中的货币，瓶盖的基础id就是：；基础id实际上是对用户隐藏的，虽然也有在游戏中获取的方法，但是仅限于能拿在身上的时候，若是不能以数据的形式存储在身上的物品是完全无法获取基础 ps：地图中有许多看似相同的物体实际上有多种基础id辐射4 书籍代码，换言之就是多种id都可以引出一个在视觉层面上完全相同但是在代码层面却又不完全相同的物体，不是太懂b社在做基础i物品引用的时候是怎么想的 有铁丝网的圣约村围墙（四段） 有铁丝网的圣约村围墙（一段） 有铁丝网的圣约村围墙（两段） 圣约村围墙支柱1 圣约村围墙支柱2 圣约村围墙支柱3 圣约村围墙支柱4
1.1K20编辑于 2022-12-29 - 来自专栏程序猿声
代码 | 自适应大邻域搜索系列之(4) - Solution定义和管理的代码实现解析
前言 上一篇讲解了destroy和repair方法的具体实现代码，好多读者都在喊酸爽和得劲儿……今天这篇就讲点简单的，关于solution的定义和管理的代码实现，让大家回回神吧……哈哈。 因此对solution的定义和管理基本是每个算法都要涉及的。在本ALNS代码中呢，也对solution进行了一定的抽象和规范化，提供了一些标准化的接口，同样需要在具体使用中去重写这些接口。 它应该具备的功能看代码就能理解了，注释也写得很详细。主要包括几个功能：获取目标值、获取目标惩罚值、解是否可行、获取每个solution独一无二的hash值等。 具体代码也很简单： class ISolution { public: virtual ~ISolution(){}; //! virtual long long getHash()=0; }; 03 bestSolution的管理 关于bestSolution的管理有两个类搞定，它们的关系如下： [1240] 3.1 IBestSolutionManager
47431发布于 2019-05-14 - 来自专栏低代码开发平台
用低代码优化工作流程管理的4大优势
随着数字化转型的深入，低代码平台以其高效、灵活的特性，成为了优化工作流管理的有力工具。 本文将深入探讨低代码平台优化工作流管理的4大优势，如何通过简化开发流程、增强团队协作、促进自动化等方面，成为优化项目交付周期的有利武器。 4、模板化应用组件提供了一套适用于60多个行业的app应用模板，可以满足各种行业领域和业务功能的需求，供您进行集成和定制，如CRM、项目管理、库存管理等。 在未来的科技生态系统中，跨行业和跨部门的合作变得愈发重要，低代码平台为此提供了良好的支持。2、角色与权限管理提供了细致的用户角色和权限管理功能，确保团队成员只能访问与其职责相匹配的资源。 4、移动端协作提供移动应用程序，让团队成员在任何地点都能查看项目状态、接收通知、审批请求或参与讨论，保证协作的连续性和灵活性。
34200编辑于 2024-07-05 - 来自专栏数据魔术师
代码 | 自适应大邻域搜索系列之(4) - Solution定义和管理的代码实现解析
写在前面 上一篇文章代码 | 自适应大邻域搜索系列之(3) - Destroy和Repair方法代码实现解析讲解了destroy和repair方法的具体实现代码，好多读者都在喊酸爽和得劲儿…… 今天这篇就讲点简单的 ，关于solution的定义和管理的代码实现，让大家回回神吧……哈哈。 因此对solution的定义和管理基本是每个算法都要涉及的。 在本ALNS代码中呢，也对solution进行了一定的抽象和规范化，提供了一些标准化的接口，同样需要在具体使用中去重写这些接口。 具体代码也很简单： 1 2class ISolution 3{ 4public: 5 virtual ~ISolution(){}; 6 //! 的管理有两个类搞定，它们的关系如下： ?
57650发布于 2019-06-06 - 来自专栏数据指象
谈 “数仓与数分” 的4层级标杆能力
数仓与数分作用于数据的不同方面，对岗位的职业能力是有所不同的。我们主要从岗位的四个层级来对比数仓与数分标杆能力的不同要求，方便同学们有的放矢打好基础顺利跃迁。 能保质保量完成业务数据开发工作，了解分层、分主题数仓体系建设方法和基本的数据建模方法。 推荐：《商务与经济统计学》《用数据说话》 2，第二层：独当一面 数仓：深入理解自己所处的行业业务形态、上下游及流程，熟悉维度建模的技术流程。 推荐：《金字塔原理》 4，第四级：驱动业务 数仓：理解一个业务的完整商业逻辑，具备强数据应用能力，从而推导团队的工作范围。 5，第五层：数仓数分一家亲，会开会，会撕逼，会写PPT。 本人不带货，只分享干货。
1.1K10编辑于 2022-06-21 - 来自专栏Hadoop数据仓库
基于 HBase & Phoenix 构建实时数仓（4）—— Kafka 集群安装部署
节点 进程 node1 node2 node3 node4 Kafka * * * 二、安装部署 Kafka 集群 1. 分发相关目录到其它节点 scp -r $KAFKA_HOME node3:/root scp -r $KAFKA_HOME node4:/root 4. # 修改两个配置项 broker.id=2 listeners=PLAINTEXT://node4:9092 三. 4. 单纯从这两个命令行工具的测试结果看，消费者性能比生产者高 3-4 倍，不可能产生消费延迟。
49010编辑于 2024-03-12 - 来自专栏叶子的开发者社区
git管理代码
理论上改代码前要pull一次，然后在push前在pull一次 改代码前pull一次是为了获取最新的同步，但是coding也是需要时间的，难保敲代码的这段时间没有人动远程仓库的东西，所以在改完代码要 git checkout dev ②首先pull一次 git pull 如果是特定分支，比如dev分支 git pull origin dev 这样就可以获取到最新的更新并合并到当前分支 然后开始敲键盘码代码 -m "修改了无法跳转页面的bug" ⑤然后再一次pull，如果木有冲突就push，默认推送到master git push 推送到指定分支 git push origin dev 如果有冲突，改好代码后回到第
37830编辑于 2023-08-24 - 来自专栏落影的专栏
代码分支管理
前言 没有最好的代码管理方式，只有最适合当前需求的方式。 正文 移动项目中，有用SVN做代码管理，也有用Git。从效率上来讲，Git会比SVN更优：最直接的是SVN在切换分支时比较慢。 为了适应敏捷开发的快速迭代，代码管理工具大体都在慢慢切向Git。 本文是介绍项目中用Git管理代码分支遇到的问题。 项目初期 用Git管理代码，首先要区分分支，最直接的做法是仅提供两个分支： 为了保持开发阶段的便利，提供develop分支，作为日常开发的提交分支； 为了保证外网代码的可查，提供master分支，作为日常发布的打包分支 代码的分支管理会随着项目迭代不断进行优化，总体来说是往两个方向发展：保证版本的质量，以及提高开发的效率。 在修改这篇文章的时候颇有感触，文章提到的项目初期真的是很早以前的事情了。 随着项目逐渐发展，分支管理已经逐渐习以为常，现在大家关注的都是组件化多仓管理和多仓合码，pipeline包大小检测、安全检测、覆盖率检测、单元测试等等。
84210编辑于 2022-04-24 - 来自专栏rainbowzhou的成长足迹
代码分支管理
上述情况最有可能的原因就是代码分支管理混乱所致。那么今天就和大家重温一下代码分支策略 有关的知识 。 版本控制系统 提到版本控制系统，大家脑海里肯定会想到SVN或Git。 其实根据版本控制系统的运作方式，目前主流版本管理系统被划分为集中式版本控制系统和分布式版本控制系统两种类型。 集中式版本控制系统 Subversion 简称SVN，是集中式版本控制系统的典型代表。 版本控制系统的出现，解决了多人如何进行协同修改代码的问题。这类版本控制系统，都有一个单一的集中管理的版本控制管理服务器，保存所有文件的历史修订版本记录。 起源于Linus Torvalds 为了帮助管理Linux内核开发而开发的一个开源的版本控制软件。它与集中式版本控制系统的区别在于多个服务器共存，每个人的节点都是一个代码仓库，所有的节点都是平等的。 特点： 优势：分支方式简单，管理工作量较少； 不足：会有等待时间，存在一定的资源浪费；若高频交付，可能存在未完成功能的代码。
97620编辑于 2023-03-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号