- 综合排序
- 最热优先
- 最新优先
- 来自专栏golang探索者
yuanshuli11phpforelastic 文档
yuanshuli11/phpforelastic 文档 2017-10-30 简介： 用 php 对elasticsearch的api进行了封装，便于在项目中使用。 github地址：https://github.com/yuanshuli11/phpforelastic 环境要求：php: >=5.3.0 下载：composer require yuansl/phpforelastic
34730发布于 2021-10-21 - 来自专栏机械之心
技术文档规范
# 技术文档规范 文档采用 Markdown 语法书写。 目录结构 技术手册目录结构是一部完整的书，建议采用下面的结构。 简介（Introduction） - [必选][目录 | 文件] 提供对产品和文档本身的总体的、扼要的说明 入门篇（Quickstart） - [可选][文件] 如何最快速地使用产品 基础篇（Basics 文件名 文档的文件名不得含有空格。 文件名必须使用半角字符，不得使用全角字符。这也意味着，中文不能用于文件名。 Emoji 在 markdown 文档中，普遍会使用 emoji，帮助理解内容。但是，如果滥用 emoji，可能会适得其反。
1.6K40编辑于 2023-04-07 - 来自专栏从零开始学自动化测试
pytest文档11-assert断言
断言是写自动化测试基本最重要的一步，一个用例没有断言，就失去了自动化测试的意义了。什么是断言呢？ 简单来讲就是实际结果和期望结果去对比，符合预期那就测试pass，不符合预期那就测试 failed
1.3K40发布于 2018-08-17 - 来自专栏后端码事
Kafka 技术文档
Kafka 技术文档 Kafka创建背景 Kafka是一个消息系统，原本开发自LinkedIn，用作LinkedIn的活动流（Activity Stream）和运营数据处理管道（Pipeline）的基础 localhost:2181 --from-beginning --topic my-replicated-topic --my test message 1 --my test message 2 各项技术 大多数消息系统声称可以做到“精确的一次”，但是仔细阅读它们的的文档可以看到里面存在误导，比如没有说明当consumer或producer失败时怎么样，或者当有多个consumer并行时怎么样，或写入硬盘的数据丢失时又会怎么样
98110发布于 2020-09-11 - 来自专栏后端码事
RabbitMq 技术文档
abbitMq 技术文档 AMQP简介 AMQP即Advanced Message Queuing Protocol，高级消息队列协议，是面向消息中间件设计的应用层协议的一个开放标准。 7 4.2 RabbitMQ服务... 7 4.3 RabbitMQ页面监控系统... 7 5 使用客户端程序发送与接收消息... 8 5.1 Hello World. 8 5.2工作队列... 11 5.2.1 初级版本... 11 5.2.2 消息应答（message acknowledgments）... 14 5.2.3 消息持久化（Message durability）... 17 5.2.4 内存使用... 57 10.配置管理... 57 11.性能... 58 11.1性能测试... 58 11.2队列的性能... 59 11.3 类似产品对比... 59 1. 详细的配置项请参考http://www.rabbitmq.com/configure.html 11.性能 11.1性能测试 RabbitMQ的JAVA客户端中附带了性能测试脚本，以下数据都由此脚本测试得到
3K11发布于 2020-09-11 - 来自专栏杨建荣的学习笔记
关于技术文档
关于写技术文档，我觉得是很多做技术的同学头疼的，因为写起来确实有很多注意的细节，很花时间和精力，而反过来说，做技术的同学更头疼的是，工作中竟然没有文档说明，没有了文档那么就是个人主义了，所以文档的事情对很多人来说是一种比较纠结的情况 操作型文档，里面会有很多的技术细节 流程型文档，这种文档的主要是做一些铺垫和补充，比如有些内容简介，制度规约之类的。 而工作中，你的工作成果和技术积累，其实就是通过文档的积累整理出来的。我举三个例子。 首先第一个是文档库的事情。 文档库是很多公司都在使用的技术手段，如果我们要重新设计一个文档库，就会把他规划的很细很全，但是实际去写文档的时候，会发现事情比预想的要难一些，因为从业务和技术两个维度，技术上都可以实现，但是具体去操作的时候就有很大的差别 所以我们准备对已有的技术分享做一层沉淀，通过一些内容上的调整和梳理行程一个较为系统的文档，如果新员工来了之后，就会少走一些弯路。这个时候这个文档的重要性就体现出来了。 第三个是工作成果文档的事情。
921101发布于 2018-04-17 - 来自专栏icecream小屋
gensim技术文档
（2）利用初始化的模型将语料转化为对象的向量 1）TFIDF（词频逆文档频率） 2）LSI（潜在语义索引） 将词袋模型或TFIDF空间映射到低维度的潜在空间，推荐200-500为金标准，在达观数据的长文本分类中 LSI可以进行增量训练，只要有新文档可以一直输入模型当中，通过add_document方法。如果python报memoryerror，那就是内存不够了，需要降低维度。 3)LDA（隐含狄利克雷分配） LDA是LSA的概率扩展，也是向低纬度转化的方式 4)RP(随即映射) 目的在于减小空维度，通过随机性，近似的到文档之间的TFIDF距离，但对于大数据量很慢 4.相似度匹配 在得到文章对应的主题向量以后，就可以进行相似性匹配，将多个文档遍历进行匹配，然后排序选择相似度最大的文章，取其在训练集中对应的分类编号，作为测试文档的类别。
1.1K20发布于 2019-12-26 【技术文档：技术传播的灯塔】
在技术的浩瀚海洋中，一份优秀的技术文档宛如精准的航海图，指引着航行者穿越波涛汹涌的未知领域。它是知识传承的载体，是团队协作的桥梁，更是产品成功的幕后英雄。然而，打造这样一份出色的技术文档并非易事。 一、技术文档的重要性技术文档是产品开发和维护过程中不可或缺的一部分。它不仅为开发者提供了详细的技术参考，也为新成员的快速上手提供了便利。一个清晰、准确的技术文档可以减少误解和错误，提高团队的工作效率。 适时更新：技术是不断发展的，技术文档也需要定期更新，以反映最新的技术变化和产品更新。 四、创新方法在技术文档的编写过程中，也可以采用一些创新的方法来提高文档的质量和可读性：交互式文档：利用现代技术，如 HTML5 和 JavaScript，创建交互式的技术文档，提供动态的示例和模拟。 社区参与：鼓励用户和开发者参与文档的编写和改进，通过社区的力量来丰富和完善文档内容。图片五、结语技术文档是技术传播的灯塔，它不仅照亮了技术实施的道路，也连接了知识的传承和团队的协作。
37800编辑于 2024-11-28- 来自专栏GopherCoder
技术文档如何编写？
关于文档编写的几个思维 近期重新组织了好几篇技术文档，把其中的一些感悟提炼出来。 按照现有文档完成后的文档输出如何组织？ 0. 程序员如何看待文档？ 程序员一定会是接触各种各样的技术文档，文档写的好与不好，大致都能区分出来。 但是对于自己写的文档却可以容忍 “丑陋” 、“难以理解”等...... 对技术、代码可以修改、修改、再修改，优化、优化、再优化...... 比如个人最崇拜的世界 Python 技术排名第五的作者： kennethreitz，他的开源作品：requests 再比如：开源 web 框架 Django 这两个项目的文档堪称是教科书式文档示例。 pic_2.png 这里有一篇中文技术文档写作规范参考：阮一峰：中文技术文档写作规范 标题： 我只谈论一点：标题原则上存在六级，即一级、二级、三级、四级、五级和六级标题。
8.1K61发布于 2018-06-06 - 来自专栏北京马哥教育
如何阅读技术文档
答：“去看文档” “Django的文档都是英文，我看不下去，怎么办” 答：“bla bla bla…. 关于英文的重要性” “Django的文档那么多，我是不是都得看完才行？” 后来随着对Django使用的越来越多，发现翻译的东西虽然能让你快速了解Django的一些东西，但是很多细节的地方还是需要去看英文文档才能明白，究其原因主要有两个：一是文档更新慢，二是文档是有志愿者参与翻译的 再之后，每每遇到问题请教同事或者在网上查得时候总能得到这样的反馈——你看过这部分的文档吗？！先去看看文档再来讨论。 于是乎，在这样不断的被鄙视过程中不断的熟悉了Django的官方文档，对于Django的问题也终于有了正确的认识——那就是，有问题就去看文档;出错了，一定是你文档看的不仔细。 除了在这样被鄙视的的状态下去看文档的，自己也尝试过去挨篇读文档，唯一的收获就是大概知道有哪些东西了，附带的收获就是对文档这东西不那么陌生了。
2.4K90发布于 2018-05-03 - 来自专栏混说Linux
搞技术，如何写好技术文档？
很多技术人自己非常轻视技术文档的书写，然而又时常抱怨文档不完善、质量差、更新不及时… 01 文档的重要性 高质量的文档对于一个组织或团队来说有非常多的益处，比如让代码和API更容易理解、错误更少； 关于文档的重要性，每个技术人或多或少都知道一些，但很多人还是没有写文档的习惯，为什么？ 1.像管理代码一样管理文档 对于如何写出好代码，整个技术圈已经有好多经验的总结了，比如书籍《重构》《代码简洁之道》…… 针对各种编程语言，也有相关的规范，比如国外的Google C++规范，国内的阿里Java 落地页的技术难度不高，但要求内容的有效性、完整性和分类清晰。 4.文档Review 在一个组织内，光靠个人去维护文档是不行的，必须得借助群体的智慧。 技术文档也算是文章的一种，所以一般也都会有这三部分，每个部分有其自己的作用，比如第一部分阐述问题，中间部分介绍具体的解决方案，第三部分总结要点。
77030编辑于 2022-11-18 - 来自专栏Albert陈凯
2019-11-26 Hazelcast Map配置文档
map: default: in-memory-format: BINARY metadata-policy: CREATE_ON_UPDATE statistics-enabled: true optimize-queries: true cache-deserialized-values: ALWAYS backup-count: 1 async-backup-count: 0 time-to-live-seconds: 0 max-idle-seconds: 0 eviction-policy: NONE max-size: policy: PER_NODE max-size: 0 eviction-percentage: 25 min-eviction-check-millis: 100 merge-policy: batch-size: 100 class-name: PutIfAbsentMergePolicy read-backup-data: false hot-restart: enabled: false fsync: false map-store: enabled: true initial-mode: LAZY class-name: com.hazelcast.examples.DummyStore write-delay-seconds: 60 write-batch-size: 1000 write-coalescing: true properties: jdbc_url: my.jdbc.com near-cache: max-size: 5000 time-to-live-seconds: 0 max-idle-seconds: 60 eviction-policy: LRU invalidate-on-change: true in-memory-format: BINARY cache-local-entries: false eviction: size: 1000 max-size-policy: ENTRY_COUNT eviction-policy: LFU wan-replication-ref: my-wan-cluster-batch: merge-policy: com.hazelcast.map.merge.PassThroughMergePolicy filters: - com.example.SampleFilter - com.example.SampleFilter2 republishing-enabled: false indexes: name: ordered: false age: ordered: true attributes: currency: extractor: com.bank.CurrencyExtractor entry-listeners: - class-name: com.your-package.MyEntryListener include-value: false local: false partition-lost-listeners: - com.your-package.YourPartitionLostListener quorum-ref: quorumRuleWithThreeNodes
1K30发布于 2019-11-26 - 来自专栏pandacode_cn
技术文档应该如何编写
# 衡量技术文档好坏的标准是什么 Martin(Bob大叔)曾在《代码整洁之道》一书打趣地说：当你的代码在做 Code Review 时，审查者要是愤怒地吼道： “What the fuck is this 根据所编写的文档，判断主要面向的受众是产品、技术、测试还是商务人员，尽量使用他们所能理解和熟悉的词汇和表达方式来表达。 提供必要的信息。 根据需要编写的技术类型，提供必要的信息，就像摄影拍照一样，有一些约定的摄影构图，例如：均衡式构图、对称式构图、对角线构图、三角形构图、九宫格构图等。 很多技术人员觉得编写文档比写代码还要难，还要头疼。其实写文档和写代码是类似的，很难一开始就写出完美的文档。应该是像写代码一样，一开始写得很丑陋，但没关系，至少有内容了。 # 参考资料 如何写好技术文档? (opens new window) 程序员如何编写高大上且实用的技术文档 (opens new window)
91820编辑于 2021-12-17 - 来自专栏DT乱“码”
Java agent技术原理文档
Java agent技术原理文档 Java代理 (agent) 是在你的main方法前的一个拦截器 (interceptor)，也就是在main方法执行之前，先执行agent代码。
1.5K80发布于 2018-02-09 - 来自专栏hotqin888的专栏
ONLYOFFICE文档转换开发技术
onlyoffice具有文档转换的功能，就是你给一个文档的地址，以及一些参数，post给document server，它会转换成你要的，然后返回一个文件地址，你收到这个地址，把文件下载下来保存，提供用户下载 测试代码如下： //文档格式转换 type Conversionsend struct { Async bool `json:"async"` Filetype string `json
2.6K20发布于 2019-08-14 - 来自专栏LINUX阅码场
如何写好技术文档？
在整个职业生涯中，每个软件工程师都抱怨过文档的质量、数量或者完全缺乏文档。 01 为什么需要写文档？ 高质量文档对工程组织有巨大的好处。代码和api变得更容易理解。 软件工程师经常需要编写几种主要类型的文档： 参考文档，包括注释 设计文档； 教程； 概念性文档； 1.参考文档 参考文档是工程师最常编写的文档类型;事实上，他们经常需要每天写一些参考文档。 概念性文档处理可能是API的库概述、描述服务器中数据生命周期的文档等。概念性文档是用来扩充而不是替换参考文档集的。 技术文档得益于三种不同类型的review，每种审查都强调不同的方面： 专业的视角来保证准确性：一般由团队里比较资深的人负责，他们关注的核心点是文档写的对不对，专不专业。 06 文档写作的哲学 下面的部分更多地是关于技术写作最佳实践的论述。
3.5K20发布于 2021-09-18 - 来自专栏腾讯技术工程官方号的专栏
走进AI时代的文档识别技术 之文档重建
随着图像分析技术不断发展，我们可以将各类非同源文档通过移动终端转成图片，然后通过相关技术重建出可以直接编辑的电子文档，具体流程如下图所示。 ? 2、技术方案 2.1 技术框架 方案主要由输入模块、版面分析模块、排版模块三个模块组成，如图 3 整体方案所示。 系统首先对包含文档的图像进行检测，对扭曲的文档进行校正。 图6 仿真扭曲文档 2.3 排版识别、字体识别 版面分析网络：版面分析是文档分析中的关键技术，传统的方法是通过设计人为规则判断文档各个区域元素类型。 图11 表格重建流程 首先，对表格图片使用神经网络进行像素级的分割，神经网络采用Unet卷积神经网络结构，每个像素有四个对应输出概率，分别表示此像素属于横向框线（可见或隐含）和竖向框线（可见或隐含）的概率 Detection and Structure Recognition of Tables in Document Images [10]Pyramid Scene Parsing Network [11
7.2K64发布于 2019-06-20 - 来自专栏飞雪无情的博客
android技术文档翻译--ant任务
以下内容由http://www.flysnow.org(飞雪无情)提供翻译 原文地址 http://tools.android.com/tech-docs/ant-tasks 更多翻译的Android技术文档请参考
64420发布于 2018-08-28 - 来自专栏OpenSCA
技术文档 | OpenSCA技术原理之composer依赖解析
开发者受到Node.js的npm及Ruby的bundler启发，composer设计上与两者有诸多相似。
2K60编辑于 2023-02-20 - 来自专栏肉眼品世界
再谈如何写好技术文档？
11 省略号 …… 不用多解释。 12 感叹号 ！ 技术型文档不是写小说，用得不多。 13 书名号 《》、<> 不用多解释。 在技术型文档编写过程中，应该尽量少使用被动语句。 下面这张表格列举了部分形容词和副词使用不恰当的场合： 序号 形容词/副词 （可考虑）调整为 1 经过优化，接口响应速度提升明显 经过优化，接口响应速度提升2倍 2 很多人反应现场误报很多 数据统计发现，现场误报率为11% 可抽象也可具体 技术型文档中的插图不一定都得是流程图、架构图、或者结构设计图这种非常具体的技术相关图片，还可以是抽象的、能形象表达文档主题的图片。 对于另外一些“非主流”类型的技术型文档，比如对某个线上问题的分析报告、技术/原型调研类文档，这些文档一般规模比较小、也没什么参考标准，全靠作者自己去组织。
75620编辑于 2022-04-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号