- 综合排序
- 最热优先
- 最新优先
- 来自专栏python3
3-6 读写二进制文件
在前面两节，读写的文件都是针对文本文件。这一节，重点讲述二进制文件的读写。什么是二进制文件呢？
1.3K10发布于 2020-01-08 - 来自专栏cwl_Java
C++编程之美-结构之法(代码清单3-6)
代码清单3-6 Int CalculateStringDistance(string strA, int pABegin, int pAEnd, string strB, int pBBegin
29650编辑于 2022-11-30 - 来自专栏刷题笔记
3-6 银行业务队列简单模拟 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101221630 3-6 银行业务队列简单模拟 (20 分) 设某银行有A、B两个业务窗口
86230发布于 2019-11-08 - 来自专栏AI机器学习与深度学习算法
机器学习入门 3-6 Numpy数组(和矩阵)的合并与分割
在 numpy 中合并数组比较常用的方法有 concatenate、vstack 和 hstack。在介绍这三个方法之前，首先创建几个不同维度的数组：
1.2K10编辑于 2022-05-25 - 来自专栏深度学习与python
3-6月面经总结，200多页真题笔记和详解（含核心考点及6家大厂）| 极客时间
前两天有小伙伴给我留言： 为了进大厂，花了很多时间和精力在面试准备上，也刷了很多题。但题刷多了有点怀疑人生，不知道刷的这些题在之后的工作中能不能用到，如果只是为面试而刷题是不是并不可取？ 如果你想进大厂，或者去一个更大、更好的平台，就一定要做好两个准备： 靠技术安身立命，苦功下在平时； 面试一定要认真准备。 刷题就是认真准备的一种。否则的话，很多东西你看起来知道、会用，但在面试的高压场景下，很可能大脑一片空白，啥都说不出来。面试的时候，你又没办法面向 Google 编程。 大厂面试，一般会考的就是这么几个大
38310编辑于 2023-03-29 - 来自专栏具身小站
基于VLA进行产品研发落地的步骤
VLA清洁控制的研发， 最难的不是模型本身，而是数据获取、安全设计和泛化验证 ，成功关键在于"不要追求完美模型，而是构建可迭代、可降级、可解释的工程体系"。 阶段1 阶段2 阶段3 阶段4 阶段5 需求定义 → 数据准备 → 模型开发 → 系统集成 → 验证部署 (1-2月) (3- 6月) (3-5月) (2-3月) (3-6月) 关键里程碑： ├─ M1: 技术规格冻结 ├─ M2: 数据集v1完成 ├─ M3: 模型仿真验证通过 ├─ M4: 硬件集成完成 34 或 EfficientNet-B0 VLA骨干 Transformer-L（100M参数） 输出频率 10Hz 训练数据量 50K+ 轨迹段 验证集比例 15%（跨分割） 3.4 注意事项 模型设计陷阱 只做路径规划，执行层用确定性算法 降级2：VLA只做异常检测，清洁用预设轨迹 降级3：完全切换到3D扫描+预设轨迹方案 3 最佳实践清单 架构层面 分层决策，VLA不直接控制电机 安全监控层独立于VLA 设计明确的降级策略
19010编辑于 2026-05-09 - 来自专栏Java经验之谈
导航软件如何规划"最短路线"？
两个路口间的道路 入度和出度 > 道路的方向 边的权重 > 两个路口间的距离 按照上面的思路我们抽象成图就是这样的： 数据结构是为算法服务的，我们将地图抽象成数据结构 图 之后， 下一步就是在该数据结构上设计出一种算法来计算出最短路线 这一步顶点6和上一步顶点4出现了一样的情况， 由于我们打通了顶点3，所以到达顶点6的路径变成了两条 dist 1-6 > 1-5 （200） + 5-6（310）：510 1-3 （300） + 3- dist 1-2：270 dist 1-3：300 dist 1-4 > 1-5 （200） + 5-4（260）：460 dist 1-5：200 dist 1-6 > 1-3 （300） + 3-6 dist 1-2：270 dist 1-3：300 dist 1-4 > 1-5 （200） + 5-4（260）：460 dist 1-5：200 dist 1-6 > 1-3 （300） + 3- 到这里"Dijkstra 算法"就成功的帮我们规划出了最短路线： dist 1-8 > 1-3 （300） + 3-6（180） + 6-8（100）：580
1.2K10编辑于 2022-02-23 - 来自专栏测试开发干货
【实测】python模拟jenkins的定时设置时间库： 【 python_jenkins_monitor 】
最近正在做一款测试平台，然后涉及到了定时任务，虽然我做了很多定时设计，比如间隔几分钟运行，每天的几点几分运行等等。 但是还是有不少小伙伴希望可以直接套用jenkins的时间定时设计，那个设计特别直观，也特别灵活。 甚至可以设置到 ：工作日的每天下午3-6点的每小时的第5分钟执行这种... 这样看来，文章开头的那个需求（工作日的每天下午3-6点的每小时的第5分钟执行）就可以写成： 5 15-18 * * 1-5 这样我觉得都会写，但是如果我们要用python实现，解析出来，这个设置的下一次执行的具体时间
55410编辑于 2023-08-14 - 来自专栏区块链开发
区块链RWA系统开发周期
一、整体开发周期范围简单场景（小额标准化资产，如消费信贷Token）：3-6个月（快速验证商业模式，功能聚焦基础确权与交易）。 、合同审查）、SPV（特殊目的载体）设立（用于证券化资产持有），并设计RWA Token与当地法规的适配方案（如美国SEC证券规则、欧盟MiFID II指令）。 （如React/Vue）；设计系统分层架构（交互层、业务逻辑层、数据层）及跨链/隐私保护策略（如零知识证明ZKP）。 核心开发与测试（3-6个月）智能合约开发：实现资产上链合约（绑定原始资产与Token）、流转合约（交易/分红/赎回逻辑）、风险管理合约（抵押品监控、违约清算），并通过静态分析（如Slither）、动态测试 三、关键影响因素1.资产类型复杂度：简单资产（如小额消费信贷）：权属清晰、现金流规则标准化，开发周期短（3-6个月）；复杂资产（如商业地产、基础设施）：涉及多方权益（如房东、租户、物业公司）、动态风险管理
46500编辑于 2025-09-01 SPS实施周期与团队配合指南：企业高效推进的安全之道
SPS标准实施通常需要3-6个月，复杂项目可能延长至9-12个月。IT/安全团队需全程深度参与，从规划、部署到运维各阶段发挥关键作用。文章还结合腾讯云安全产品，为企业提供实用参考。 根据业内实践，一个中型企业的SPS标准实施周期一般为3-6个月，而IT/安全团队的全程参与是项目成功的决定性因素。本文将为您详细解析SPS实施的全过程。 标准项目实施周期（3-6个月）： 规划与评估阶段（2-4周）：需求调研、风险评估、方案设计 部署与配置阶段（4-8周）：系统部署、策略配置、集成现有系统 试运行与优化阶段（2-4周）：功能测试、性能调优 3-6个月的标准实施周期只是起点，真正的价值体现在系统上线后的持续运营中。
29210编辑于 2025-12-24- 来自专栏Road
设计模式 -- 设计原则
终极目的 稳定、灵活、健壮 实现手段 低耦合、高内聚 设计原则 [设计原则.PNG] 单一职责 & 接口隔离 单一职责 侧重于职责 接口隔离 侧重于业务逻辑 开闭原则 Define: Software 更多 实现拥抱变化的方法远不止于上面所述的6种原则，但是这这6条原则可以应对大部分情况；更重要的是，脱离业务的设计都是耍流氓，严格死扣某一条原则，是一条不归路 书籍推荐 《设计模式之禅》
76650发布于 2018-08-27 - 来自专栏IT笔记分享
设计模式——设计原则
设计原则 程序开发不仅要知道设计模式还要知道设计的原则，尽最大能力按照原则设计开发，对于代码review或者修改后期项目以及项目交接都会很方便。 六大设计原则主要是Java面向对象编程设计的原则，降低项目耦合，分清职责。方便开发和继续维护。 ----
90860发布于 2019-07-14 设计模式-设计原则
这本书中主要讲了六种设计原则： “开-闭”原则 里氏替换原则 依赖倒置原则 接口隔离原则 单一职责原则 迪特米法则 这些设计原则首先都是复用的原则，遵循这些原则可以有效的提高系统的复用性，同时也提高了系统的可维护性 1.为什么会有这样一个原则来作为程序设计的一种约束呢？ 那么这个时候就需要在设计之初用到我们的开闭原则来做一个约束了。 如果说开闭原则是面向对象设计的目标的话，依赖倒转原则就是面向对象设计的主要机制（java与模式）。 依赖倒转原则：要依赖与抽象，不依赖于具体实现。 怎么理解呢? 这一点其实不用多说，很好理解，“面向接口编程”思想正是这点的最好体现 首先是第一点，从复用的角度来说，高层次的模块是设计者应当复用的。但是在传统的过程性的设计中，复用却侧重于具体层次模块的复用。
1.5K10编辑于 2025-06-06- 来自专栏Linux学习~
设计模式-设计原则
设计模式-设计原则 单一职责原则 单一职责原则：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。
49420编辑于 2023-11-10 - 来自专栏landv
报表设计-设计思路
[财务][数据化分析][帆软]报表设计-设计思路 1. ，就是进行模板的设计了，模板设计是 FineReport 学习过程中的重中之重，我们将模板设计分为报表设计、参数设计、图表设计和填报设计四个部分，这四个部分是 FineReport 模板的几大使用方式， 报表设计是纯粹的数据展示，参数设计是动态查询数据，图表设计是使用图表来展示数据，填报设计是录入数据，将数据写入数据库中，根据实际情况确定使用哪一种使用方式，或者联合使用哪几种使用方式； 4）模板预览：模板设计完成之后 FineReport 模板设计主要包括普通模板设计、决策报表设计和聚合报表设计三种模板设计类型 模板设计类型 3.1 普通报表设计 普通报表设计分为报表设计、参数设计、图表设计和填报设计四个部分 普通报表设计 3.2 决策报表设计模式 通过决策报表来实现移动端的自适应，组件间的联动 决策报表设计模式 3.3 聚合报表设计 聚合报表指一个报表中包含多个模块，每一块都类似一张单独的报表或者一张图表
2.4K20发布于 2020-05-25 - 来自专栏Data Analyst
如何借助模型衡量营销效果？
营销绩效评估指标确立举例 以医院场景为例，来说明这种场景下该如何设定营销绩效评估指标，可以从以下几个维度进行指标的设计： 市场占有情况评估 可以针对医院场景的工作量与效率进行评估与分析 营销组合模型流程 通常，构建营销组合模型需要五个基本步骤： 立项评估 通过探索、访谈、文献研究以及与客户反复沟通确定项目的主要内容，从而拟定出营销组合模型的雏形与具体的构建计划，这个过程一般需耗时3- -4周； 模型估计 确定因变量、建立模型层次以及制定模型评估方法，通常我会选择逻辑回归进行处理，如果是市场营销场景，则令销售量为Y，不同的营销手段、价格、促销因素作为X入模，这个过程一般需耗时3-
1.6K20发布于 2019-08-09 - 来自专栏数字IC小站
低功耗设计方法-多电压域设计（三）
考虑图3-6。在多电压域中，时钟缓冲器有时在0.9V供电，有时在1.1V供电。在什么条件下，我们可以尝试得到相对于时钟在1.2V域存在最小的时钟偏差？ 再次考虑图3-6；在哪个电压下你做综合，放置和路由，以及多电压域的静态时序分析？解决方案是必须为每个工作点或供电电压指定时序约束。 多电压域设计的电源规划 对于使用多电压域设计来说，仅仅是将电压输送到不同的电压域是一个挑战。每一个电压域都需要一个独立的本地供电电网，以及一个低阻抗电源连接到供电板。 对于倒装芯片设计来说，这个问题在一定程度上得到了缓解，因为电压可以通过位于电压域的一个pad本地传输。 多电压域设计的系统设计问题 对于静态电压缩放，主要的实现问题与电平转换器有关，如上所述。 系统层面的主要问题是电压上电问题。在大多数情况下，在同一时间精确地提供所有不同的电压是不实际的。因此。
84110编辑于 2022-08-26 - 来自专栏PM吃瓜(公众号)
概要设计 vs 详细设计
概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等 概要设计和详细设计 在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法 概要设计和详细设计的区别与联系 软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。 概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。 概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。 详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。和概要设计一样，每个模块的详细设计文档都应该独立成册。
11K41发布于 2019-11-20 - 来自专栏各类技术文章~
设计原则与设计模式
设计模式的作用 应对面试中的设计模式相关问题； 告别写被人吐槽的烂代码； 提高复杂代码的设计和开发能力； 让读源码、学框架事半功倍； 为你的职场发展做铺垫。 编写高质量代码的方法概述：面向对象设计思想、设计原则、设计模式、编码规范、重构技巧。 面向对象分析与设计： 围绕着对象或类来做需求分析和设计的。分析和设计两个阶段最终的产出是类的设计，包括程序被拆解为哪些类，每个类有哪些属性方法，类与类之间如何交互等等。 多态也是很多设计模式、设计原则、编程技巧的代码实现基础。 类比面向对象设计，系统设计实际上就是将合适的功能放到合适的模块中。合理地划分模块也可以做到模块层面的高内聚、低耦合，架构整洁清晰。在面向对象设计中，类设计好之后，我们需要设计类之间的交互关系。
1.2K40发布于 2021-11-02 - 来自专栏陈大剩博客专栏
设计模式中设计原则
抽象 设计原则 封装变化的内容 组合优于继承 面向接口进行开发，而不是实现 SOLID 原则 单一职责原则 修改一个类的原因只能有一个。
45230编辑于 2023-03-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号