- 综合排序
- 最热优先
- 最新优先
- 来自专栏k-cloud-labs
思想随笔1 - 思考思考的过程
本书吸引我的地方在于其中涉及到了大量的心理学理论、心理学实验等内容，分析了人思考的过程，这是最吸引我的地方。 迷之自信 书中把人类的思考模式拆分成快思考和慢思考（系统1和系统2）两个系统，系统1和系统2并不是真实存在的实体，也不是大脑中某个固定的部位，它们是两种不同的思考模式。 系统1是依赖直觉的、无意识的思考系统，系统2是需要主动控制的、有意识进行的思考系统。系统1是直觉系统，运行起来速度快，不怎么消耗脑力，不用意识控制，可以称为快思考。 系统1的直觉式快思考，也就成为了人们决策和行为的真正主宰。而系统1自身存在的缺陷，容易导致人在思考过程中出现偏见和错误。 在转化过程中，总是有一部分能量会被浪费掉，公式如下 1 能量的总和 = 有效能量 + 无效能量 “熵"就是无效能量，是"无序化"的度量。
55340编辑于 2023-03-06 - 来自专栏程序员菜谱
问题思考分析过程
[plqlyqrkhq.jpg] 在求职过程中遇到过这样的问题：当系统出现故障时，你是自上而下进行排查，还是自下而上 一个有趣的问题排查过程 今天，同事找我处理一个奇怪的问题。 同步公钥的过程中发现一个有趣的问题，公钥不能同步写入了 ~/.ssh/authorized_key，文件的 ownner 被修改了。 引申思考 整个问题排查并发复杂，幸好也没有占用我太多的时间，但这里让我想起之前我在求职过程时: “当系统出现故障时，你是自上而下进行排查，还是自下而上” 我当时是这样回答： ”由通过自上而下的，也有通过自下而上的
52431编辑于 2022-02-09 - 来自专栏本立2道生
重新思考面向过程与面向对象
面向过程与面向对象的思考方式 面向过程和面向对象的差异主要体现在思考方式上，面对同样一个任务， 面向过程的思考方式，首先想的是一步步该怎么做， 对任务进行分解，先干什么后干什么，划分成不同阶段的子任务 并划分责任和义务，定义出行为，抽象出类别 对类进行实例化，实例间相互协作配合完成任务 重构，疏理类别之间的关系，将共有部分抽离成基础类，其他类从基础类继承而来 复用的单元是类 如果以开公司为例的话： 面向过程的思考方式是 面向对象的思考方式是，公司要分为生产部门、销售部门、财务等，分别有各自的职责，生产的要记录生产数据、接收原材料、产出产品，销售的要记录销量、卖出产品…… 面向过程的思考方式偏逻辑、偏动作、偏执行，更符合人类的思考方式 面向对象的思考方式偏抽象、偏数据、偏象形，像上帝模式，像老板视角，各个利益相关方仿佛具有了生命，它们之间通过相互配合完成任务。 在我看来，思考方式是面向过程与面向对象的最大差异，而不在于多态等语言特性。 面向过程与面向对象的联系 面向过程 和 面向对象并不是对立的。
57310发布于 2018-12-19 - 来自专栏落影的专栏
编译与链接过程的思考
前言 最近遇到一个错误，如下 在解决过程中，回顾了很多知识，于是有了这篇文章。 关键词：预处理、编译、汇编、链接、动态链接库、静态链接库、真机调试。 链接的过程，也就是符号重定位。 （静态库里的代码会编译链接到可执行文件，资源文件需要重新打包成一个bundle文件放入ipa包） 思考题? 总结 在写文章过程中，简单复习了下编译原理与汇编语言，深感程序员的技能树太过庞大，随便一个分支就够学习一辈子。 引用 《程序员的自我修养—链接、装载与库》 C程序编译过程浅析
1.5K90发布于 2018-04-27 - 来自专栏育种数据分析之放飞自我
DeepSeek的思考过程，真的受启发
DeepSeek生成的，感觉很有道理： 好的，我现在要思考用户的问题：“GWAS分析中，为何不用性染色体的基因型数据。” 上面的红字是DeepSeek的思考过程，逻辑层次分明，而且考虑各种可能，最后给出结论。 之前用ChatGPT只给出答案，有时候思考过程更能启发人，对于收集整理资料，提高各种可能性，DeepSeek非常棒，之前的博客（2025年，用DeepSeek开启你的AI工具库！） 人工智能AI的时代，我认为有两个关键点： 第一个是问问题，问问题就是思考的过程，AI大大加快查资料和展示结果的速度，之前提出一个问题10分钟，查找资料验证要60分钟，现在重要的是问问题。 第二个是判断力，AI的搜索结果和之前浏览器搜索结果类似，都是信息的罗列，但是AI给的结果更准确以及展示思考过程，这样我们由问题到答案的路径大大降低了，而且AI给出很多可能的结果，这需要我们有判断力。
33610编辑于 2025-02-08 关于技术写作过程的思考与总结
1.3 写作案例关于写作案例这里，我更想表达在分享过程中一定要言之有物，笔者分享了写作的方法和注意事项，最后需要通过案例套用一下刚说的方法，做到言之有物。 可能目录有些长，说一下目录的思考，这里源于我问自己的三个问题基础上不断的延展而来，这三个问题是：如何做产品体验？如何解决体验类的问题？如何预防体验类的问题？ 放平日这种分享并没有太多的压力，但在一个陌生的人群中来分享还是会感到有些压力，以下分享关于演讲过程的思考。 还有就是演讲过程中尽量的放慢语速，适当回想大纲、目标和本节重点内容是否都讲清，转移自己的注意力缓解紧张情绪。 演讲质量上场后下面人比较多，最好关注某一部分的听众，关注他们的表情是否能听懂，如果不断地点头说明还是能听懂或有收获的，如果大部分只顾看手机，可能要思考一下，如何讲的更有趣一些吸引观众。
35822编辑于 2024-04-22- 来自专栏JAVA人生/面试技巧
大型项目架构演进过程及思考
因此，一个大型服务系统都是从小一步一步走过来的，在每个阶段，找到对应该阶段网站架构所面临的问题，然后在不断解决这些问题，在这个过程中整个架构会一直演进。 那我们来一起看一下。 思考的点 . 负载均衡的调度策略都有哪些？ . 各有什么优缺点？ . 各适合什么场景？ 思考的点 . 水平拆分的策略都有哪些？各有什么优缺点？ . 水平拆分的时候如何清洗数据？ . 在架构演进的过程中，还要考虑系统的安全性、数据分析、监控、反作弊等等......，同时继续发展呢，SOA架构、服务化、消息队列、任务调度、多机房等等… ... 在架构演进的过程中，小到核心模块代码，大到核心架构，都会不断演进的，这个过程值得我们去深入学习和思考。
70631发布于 2019-10-09 - 来自专栏ShanSan的云原生之路
关注思考的过程，终将更加卓越 | 2020 年总结
回顾 2020 可以注意到，在这篇年度总结的题目中我特别提到了思考，且这一年博客首页的 Banner 换了几次 Title 也是和“思考过程”有关的。 可以引申出一点 - 这一年，相对于结果的产出，我更关注的是过程的收获-解决问题过程中的思考。校招时部分面试的背书式回答让我很不爽「自己太菜」，逼自己了解把某项技术出现的历史与原因，这算是部分原因。 另一部分嘛，以前入门时一步一步跟着别人做 demo，跟着别人的思路走，按照别人的方法解决问题，现在深受其害库，缺少了点“独立思考”，太不爽了。 So，2020 年关注了下解决问题的思考过程，方案如何高效高质产出。 学习 - 成长 谈到学习，这一年看得书不算多，但是感觉还挺硬核。
67440发布于 2021-01-07 - 来自专栏韩锋频道
数据使用全过程的一点思考
近日参加外部会议，对其中谈到的数据使用过程，自己的一点思考。总结整理，分享出来。 1. 知识管理的三个层次 在知识管理领域，有一个典型的知识阶层图。 1). 数据使用全过程 我将数据使用过程，划分为四个阶段，分别对应前面谈到的三个层次。针对不同阶段，我们的关注点也有所不同。可用下面这张图简单总结下。 1). 运维 整个采集过程，应该是免运维或者只需要很少的运维成本即可完成。企业内部数据可能纷繁复杂，数据源也很多，要管理好如此多的采集过程，没有完善的运维保障是不可想象的。 这是一个单向的推进过程，往往需要一个较长的周期；且需要有一定专业度的技术人员参与。整个过程需要在业务=>技术=>业务间不断切换，效率很低。 2). 可视化分析 新型的数据使用方式，更加强调可视化分析。 其过程也简化为，提出数据需求，自助分析...，以上过程是双向的，不断迭代。这里更加强调平台方提供的自助分析能力和业务侧对数据的理解。
67621发布于 2019-12-19 - 来自专栏编程一生
服务运行过程中磁盘坏道引起的思考
比如有的rebuild过程中显示黄色，完成后显示绿色，代表状态是online。 rebuild过程实际不影响服务运行，但是这个过程中读写硬盘会比较频繁，通常建议隔离业务。 所以我们最终决定rebuild过程中切一点点流量，实际证明确实是无损的。 总结思考 实际操作是整个处理过程的冰山一角，有惊无险就已经输了。一次把所有事情做对是最高效的。 而在工作中，我经常需要发表一些自己的论点或者总结思考。而这时候，我总觉得自己说的是陈词滥调。 我总结了原因，从记事起，为生活思考是一种习惯，当我晚上在校园里一圈圈的走，当我坐车上，在车窗的玻璃哈气上涂鸦，我都在思考。而自己为工作又思考了多少，思考了多久。 从方法学的角度，痛苦起的作用是触发人的深度思考。所谓兴趣是最好的老师原理也是因为有兴趣所以自然而然的会多为此思考。而现在我在事情的处理过程中思考还远远不够。
1.3K10发布于 2021-10-19 - 来自专栏老张的求知思考世界
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。一、测试参与度分析在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 印象里在前几年，特别是2015-2019年，大家更多的认为在测试过程中技术实践更重要，比如自动化测试。而近几年大家开始回归本质，从更底层来思考质量保障和业务之间的关系。 这个过程中研发和测试的关系，更像是流水线的上下游，大家各行其是，没有很好的配合。第二阶段：百花齐放，大体对应12-18年。 互联网狂奔猛进的势头放缓后，大家开始降本增效，更追求投入产出比，从以前的粗放式实践回归到思考本质。 如果上述的不可能三角都可以满足，那一切都好说，但很多时候，管理者为了保住自己的饭碗或者获得晋升，会通过各种OKR/KPI来影响执行者，而OKR/KPI往往在落地执行过程中扭曲变形，最后一地鸡毛。
46311编辑于 2024-05-09 - 来自专栏CKL的思考空间
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。 一、测试参与度分析 在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 印象里在前几年，特别是2015-2019年，大家更多的认为在测试过程中技术实践更重要，比如自动化测试。而近几年大家开始回归本质，从更底层来思考质量保障和业务之间的关系。 这个过程中研发和测试的关系，更像是流水线的上下游，大家各行其是，没有很好的配合。 第二阶段：百花齐放，大体对应12-18年。 互联网狂奔猛进的势头放缓后，大家开始降本增效，更追求投入产出比，从以前的粗放式实践回归到思考本质。 测试过程效率的提升和演变 测试左移右移，到底是什么？ 聊聊业务高可用和应用高可用 控制风险，是质量保障的核心工作 业务防资损，质量保障的第一要务！
38510编辑于 2024-05-17 手撸AI对话助手带上思考过程
http://192.168.31.24:4000",api_key="yourapikey",temperature=0.7,streaming=True,)system_prompt=("你是一个会展示思考过程的 思考过程提示词在大模型的响应参数里，只有部分模型是带有reasoning，如果要兼容大部分模型，就要换种方式，输出时带标签标识。 展开代码语言：PythonAI代码解释#...其它不变system_prompt=("你是一个会展示思考过程的AI。 \n""请先输出你的思考过程（用<THINK>标签包裹），""然后再输出最终答案（用<FINAL>标签包裹）。 think-section"><divclass="think-header"onclick="toggleThink(this)"><spanclass="think-arrow">▼思考过程
12810编辑于 2026-03-24- 来自专栏ThoughtWorks
《面向对象的思考过程》应该是怎样的？
简单来说，以面向对象方式编程就是一种思考方式。本书就讨论这种面向对象的思考过程。 ? 学习面向对象的概念与学习使用面向对象语言进行编程有着巨大差异，理解这点很重要。 面向对象的思考过程就是一个非常优秀的设计理念。它可以独立于语言存在。如果你熟练掌握了面向对象的思考过程，那么就可以轻松地在不同的面向对象的语言之间切换。 本书透彻地阐述了面向对象这一概念。 ? 作者Matt在书中反复强调学习面向对象的思考过程优于学习任何编程语言或工具。事实上，他也是这么做的。Matt阐述了面向对象的三要素：继承、封装、多态，并且自己加上了第四个要素：组合。 首先面向对象的思考过程更加符合大家对世界的直观感受，毕竟不是每个人都是数学家。函数式编程可以简化很多问题，但它并不能简化所有问题。 其次是面向对象的编程范式和函数式编程的范式并不是完全对立的，正如作者讲过，面向过程的编程范式和面向对象的编程范式也不是完全对立的。 ?
1.3K80发布于 2018-04-17 - 来自专栏bisal的个人杂货铺
一次Oracle bug的故障排查过程思考
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
1.2K20发布于 2019-10-22 对DevOps过程实践的一些思考和总结
在18年12月11日，当时写过一篇对DevOps实践价值的思考，其中的重点是在谈DevOps，容器云和微服务架构框架的三元一体化。只有三者相互结合才能够产生DevOps的最佳实践。 而开发运维一体化后，我们希望的是整个向生产的持续交付过程也是自动化和流水化的过程，最多只是增加需要的人工审批环境而已。 简单来说，传统方式下类似配置或测试人员参与了整个软件交付过程，那么整个过程就一定会有协同和沟通，产生效率问题。 在和运维过程集成的过程中增加了类似ETL日志分析，类似Zabbix，Nagios等平台监控预警能力。 基于微服务架构开发过程持续集成实践 虽然对于DevOps过程不强制要求采用微服务架构进行开发，但是如果你采用微服务架构开发那么更加适合实施DevOps持续集成和交付过程。
24200编辑于 2025-06-24- 来自专栏开源部署
Nginx反向代理搭建配置及搭建过程一些思考
可以自己思考下。 由于实验比较简单，这边环境就简单处理。
89920编辑于 2022-07-04 - 来自专栏大刚测试开发实战
记一次bug分析过程，并随之引发的思考
刚好昨天在测试过程中，遇到了一个业务上的bug，并开展了分析、定位，提单，遂将详细过程中记录于此。最后，带着以上问题，分析“测试定位bug所带来的优缺点”，以及相关的思考与总结。 由于我的测试重点是企业数据解析及同步后的数据统计，因此添加企业的过程、添加的方式并不需要过多关心，只要重点关注： ① 在A系统上、成功添加到了这两种企业类型的数据； ② 代码解析A系统数据库中的企业数据时 ，解析的逻辑是正确的； ③ 解析后的企业数据，成功同步至了B系统的数据库，且数量正确； ④ 页面企业数量展示正确； 2、发现bug的过程 为了便于构造数据，我写了一个添加企业的脚本方法，业类型节点传入参数 ，甚至会打击到测试人员的自信心； 5、总结与思考 或许细心的同学会发现，如果项目在开始前做了概要设计和概要设计评审，那么测试人员不就可以了解到研发的实现方案、表结构设计，从而更加快速地定位到bug了吗 其实很多时候，我们在测试过程中发现的很多bug，并不是由于开发人员编码能力不好，或者粗心大意造成，而是在项目开发实施过程中，没有遵循一些必要的项目流程，没有充分认识到质量的重要性；如果能做好这方面的工作
39620编辑于 2022-11-14 - 来自专栏linux百科小宇宙
Storm - 使用过程中的一点思考
与Hadoop相比较，storm更擅长即时处理 storm不会有hadoop复杂和冗长的预处理过程，分布式的storm和分布式的hadoop是一对好搭档，他们可以共同构成一套大数据处理框架 一种基于Storm的可扩展即时数据处理架构思考 http://www.linuxidc.com/Linux/2015-07/120511.htm Storm如何分配任务和负载均衡？
48420发布于 2021-06-08 - 来自专栏DevOps时代的专栏
乔梁：实施 DevOps 过程中的两个关键思考
当时百度并没有工程生产力部门，而是负责软件过程度量的 SQA。在加入之后，该部门的职责已经改为：“通过引入先进软件研发模式，并在百度各产品线进行推广，从而提升生产效率“。 因为，此时传统运维的工作方式成了“瓶颈”，必须改变原来研发部门与运维部门之间的协作方式，才能让这一过程更加平滑流畅。 ? ? 其中，最后一个关键点就是：让运维人员参与到软件开发过程中，组建全功能团队，建立信任关系，改变原有的工作方式，从而提升软件的交付速度。 2 实施 DevOps 的两个关键思考？ 第一：正确认识“度量” 怎么强调度量都不过分。通常度量项有三种属性。包括它的可观察性、可行动性与时间性。时间性又分为引导性和滞后性，如下图所示。 为了完成这种改变，就必须改变原有的思考和工作模式。 ? 为了达到这些要求，我们可能需要将一些测试用例的层次从最上层的端到端测试下移到系统集成测试、组件测试，甚至单元测试，如下图所示。
2.7K52发布于 2018-12-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号