- 综合排序
- 最热优先
- 最新优先
- 来自专栏k-cloud-labs
思想随笔1 - 思考思考的过程
本书吸引我的地方在于其中涉及到了大量的心理学理论、心理学实验等内容，分析了人思考的过程，这是最吸引我的地方。 迷之自信 书中把人类的思考模式拆分成快思考和慢思考（系统1和系统2）两个系统，系统1和系统2并不是真实存在的实体，也不是大脑中某个固定的部位，它们是两种不同的思考模式。 之所以叫系统1和系统2，只是为了理解起来更方便。 系统1是依赖直觉的、无意识的思考系统，系统2是需要主动控制的、有意识进行的思考系统。 系统1的直觉式快思考，也就成为了人们决策和行为的真正主宰。而系统1自身存在的缺陷，容易导致人在思考过程中出现偏见和错误。 这些旁观者会用来自于他们系统2的慢思考，来帮你纠正自己系统1的快思考可能导致的错误。
56040编辑于 2023-03-06 - 来自专栏程序员菜谱
问题思考分析过程
[plqlyqrkhq.jpg] 在求职过程中遇到过这样的问题：当系统出现故障时，你是自上而下进行排查，还是自下而上 一个有趣的问题排查过程 今天，同事找我处理一个奇怪的问题。 同步公钥的过程中发现一个有趣的问题，公钥不能同步写入了 ~/.ssh/authorized_key，文件的 ownner 被修改了。 引申思考 整个问题排查并发复杂，幸好也没有占用我太多的时间，但这里让我想起之前我在求职过程时: “当系统出现故障时，你是自上而下进行排查，还是自下而上” 我当时是这样回答： ”由通过自上而下的，也有通过自下而上的
52731编辑于 2022-02-09 - 来自专栏落影的专栏
编译与链接过程的思考
1、静态链接 静态连接就是把静态连接库（.a文件）中的文件链接到可执行文件中； .a文件是多个.o文件的组合； .o文件是对象文件，里面是机器指令； 链接就是多个.o文件打包成可执行文件； 2、 动态链接 动态链接就是仅在可执行文件中加入相关描述文件，执行时再动态加载相应的动态链接库； 3、链接过程 链接的过程，也就是符号重定位。 （静态库里的代码会编译链接到可执行文件，资源文件需要重新打包成一个bundle文件放入ipa包） 思考题? 总结 在写文章过程中，简单复习了下编译原理与汇编语言，深感程序员的技能树太过庞大，随便一个分支就够学习一辈子。 引用 《程序员的自我修养—链接、装载与库》 C程序编译过程浅析
1.5K90发布于 2018-04-27 - 来自专栏本立2道生
重新思考面向过程与面向对象
面向过程与面向对象的思考方式 面向过程和面向对象的差异主要体现在思考方式上，面对同样一个任务， 面向过程的思考方式，首先想的是一步步该怎么做， 对任务进行分解，先干什么后干什么，划分成不同阶段的子任务 并划分责任和义务，定义出行为，抽象出类别 对类进行实例化，实例间相互协作配合完成任务 重构，疏理类别之间的关系，将共有部分抽离成基础类，其他类从基础类继承而来 复用的单元是类 如果以开公司为例的话： 面向过程的思考方式是 面向对象的思考方式是，公司要分为生产部门、销售部门、财务等，分别有各自的职责，生产的要记录生产数据、接收原材料、产出产品，销售的要记录销量、卖出产品…… 面向过程的思考方式偏逻辑、偏动作、偏执行，更符合人类的思考方式 面向对象的思考方式偏抽象、偏数据、偏象形，像上帝模式，像老板视角，各个利益相关方仿佛具有了生命，它们之间通过相互配合完成任务。 在我看来，思考方式是面向过程与面向对象的最大差异，而不在于多态等语言特性。 面向过程与面向对象的联系 面向过程 和 面向对象并不是对立的。
57910发布于 2018-12-19 - 来自专栏育种数据分析之放飞自我
DeepSeek的思考过程，真的受启发
DeepSeek生成的，感觉很有道理： 好的，我现在要思考用户的问题：“GWAS分析中，为何不用性染色体的基因型数据。” 上面的红字是DeepSeek的思考过程，逻辑层次分明，而且考虑各种可能，最后给出结论。 之前用ChatGPT只给出答案，有时候思考过程更能启发人，对于收集整理资料，提高各种可能性，DeepSeek非常棒，之前的博客（2025年，用DeepSeek开启你的AI工具库！） 人工智能AI的时代，我认为有两个关键点： 第一个是问问题，问问题就是思考的过程，AI大大加快查资料和展示结果的速度，之前提出一个问题10分钟，查找资料验证要60分钟，现在重要的是问问题。 第二个是判断力，AI的搜索结果和之前浏览器搜索结果类似，都是信息的罗列，但是AI给的结果更准确以及展示思考过程，这样我们由问题到答案的路径大大降低了，而且AI给出很多可能的结果，这需要我们有判断力。
34210编辑于 2025-02-08 - 来自专栏Material Design组件
页面信息设计思考2
本来没有想到会有2的，结果最近的活动让我有了一些新的思考，就赶快梳理一下～ 页面思考信息1主要梳理的是面对一堆信息时如何通过不断的划分后优雅地展示，然而如果信息量本来就超出了用户能够理解的范围该怎么办？ 在这个活动中奖励有三种 1、瓜分大额奖金 瓜分条件： ·步数达到500步 ·全市/全区步数达到5000000步 影响因素： ·步数越多瓜分金额越高 2、政府背书的证书（类似于蚂蚁森林种树） 获得条件： 2、是否能进行删减 因为瓜分奖金是活动主体，但是如果仅有奖金瓜分就显得有些功利，无法突出“绿色出行”概念，所以看看能不能删掉证书/公益。
82820发布于 2019-03-06 关于技术写作过程的思考与总结
答应很爽快但实际写作过程还是比较痛苦的（ 这本书2014年出版，关于书更详细见：https://blog.puppeter.com/2014/09/08/page-2/ ） 但结果还是收获非常大的，这也是我和写作结缘的开始 问题是什么： 准确的定义问题就相当于解决了问题的一半目标是什么现状是什么： 目标 - 现状 = 差距，再用5W2H方法5W2H:为什么做、要解决相关问题依赖人、什么时间做完、怎么做计划是什么在脑海中大概解决这些疑问 ，那么解决问题的轮廓就已经出来了，写作时我们也可以把这些思考落到笔头写到总结中。 放平日这种分享并没有太多的压力，但在一个陌生的人群中来分享还是会感到有些压力，以下分享关于演讲过程的思考。 2.1 演讲前PPT整理好后，首先就是要反馈的练习，一些不常用的术语，譬如我在分享时介绍了5W2H这个方法，要展开介绍什么是5W2H，如何应用。
36322编辑于 2024-04-22- 来自专栏JAVA人生/面试技巧
大型项目架构演进过程及思考
思考的点 . 负载均衡的调度策略都有哪些？ . 各有什么优缺点？ . 各适合什么场景？ 如图，我们把User拆成了User1和User2，将同一个表的数据拆分到两个数据库中，解决了单数据库的瓶颈。 思考的点 . 水平拆分的策略都有哪些？各有什么优缺点？ 假设我们系统中需要查询2017年4月份已经下单过的用户名的明细，而这些用户分布在user1和user2上，我们后台运营系统在展示时如何分页？ 在架构演进的过程中，还要考虑系统的安全性、数据分析、监控、反作弊等等......，同时继续发展呢，SOA架构、服务化、消息队列、任务调度、多机房等等… ... 在架构演进的过程中，小到核心模块代码，大到核心架构，都会不断演进的，这个过程值得我们去深入学习和思考。
70731发布于 2019-10-09 - 来自专栏王小雷
MapReduce的过程(2)
MapReduce的编程思想(1) MapReduce的过程(2) 1. 4. shuffle shuffle代表map函数产生输出到reduce的消化输入的整个过程。 shuffle的Sort阶段 合并map的输出文件，并维持排序，做归并排序，排序过程循环进行。 5. 如，reduce处理了2/3的输入，则整个reduce进度为1/3+1/3+1/3*(2/3)=5/9，因为reduce开始处理输入时，copy和sort已经完成。 MapReduce的编程思想(1) MapReduce的过程(2)
1.4K50发布于 2018-01-05 - 来自专栏韩锋频道
数据使用全过程的一点思考
近日参加外部会议，对其中谈到的数据使用过程，自己的一点思考。总结整理，分享出来。 1. 知识管理的三个层次 在知识管理领域，有一个典型的知识阶层图。 1). 2). 层次：信息 信息，来源于数据但高于数据。当数据用于描述事物及其关系，形成有逻辑的数据流，被称为信息。其具备一个重要的特点就是实时性。 2. 数据使用全过程 我将数据使用过程，划分为四个阶段，分别对应前面谈到的三个层次。针对不同阶段，我们的关注点也有所不同。可用下面这张图简单总结下。 1). 2). 阶段：加工数据 在数据加工过程，我们主要关注以下几个维度。 海量 随着近些年来企业数字化进程的发展，越来越多的数据被收集利用起来。 这是一个单向的推进过程，往往需要一个较长的周期；且需要有一定专业度的技术人员参与。整个过程需要在业务=>技术=>业务间不断切换，效率很低。 2). 可视化分析 新型的数据使用方式，更加强调可视化分析。
67821发布于 2019-12-19 - 来自专栏ShanSan的云原生之路
关注思考的过程，终将更加卓越 | 2020 年总结
回顾 2020 可以注意到，在这篇年度总结的题目中我特别提到了思考，且这一年博客首页的 Banner 换了几次 Title 也是和“思考过程”有关的。 可以引申出一点 - 这一年，相对于结果的产出，我更关注的是过程的收获-解决问题过程中的思考。校招时部分面试的背书式回答让我很不爽「自己太菜」，逼自己了解把某项技术出现的历史与原因，这算是部分原因。 另一部分嘛，以前入门时一步一步跟着别人做 demo，跟着别人的思路走，按照别人的方法解决问题，现在深受其害库，缺少了点“独立思考”，太不爽了。 So，2020 年关注了下解决问题的思考过程，方案如何高效高质产出。 学习 - 成长 谈到学习，这一年看得书不算多，但是感觉还挺硬核。
67840发布于 2021-01-07 - 来自专栏编程一生
服务运行过程中磁盘坏道引起的思考
举个例子，我有一段数据要保存，内容是： 1 2 3 4 5 6 则： 硬盘1 硬盘2 硬盘3 1 2 1+2 3 3+4 4 5+6 5 6 RAID6是在RAID5的基础上又增加一种校验方式， rebuild 采用RAID1模式，一块硬盘损坏，要更换可以采用热插拔，之后会执行2到3小时的rebuild操作。rebuild过程重要做：磁盘检查和数据复制两件事情。 所以我们最终决定rebuild过程中切一点点流量，实际证明确实是无损的。 总结思考 实际操作是整个处理过程的冰山一角，有惊无险就已经输了。一次把所有事情做对是最高效的。 我总结了原因，从记事起，为生活思考是一种习惯，当我晚上在校园里一圈圈的走，当我坐车上，在车窗的玻璃哈气上涂鸦，我都在思考。而自己为工作又思考了多少，思考了多久。 从方法学的角度，痛苦起的作用是触发人的深度思考。所谓兴趣是最好的老师原理也是因为有兴趣所以自然而然的会多为此思考。而现在我在事情的处理过程中思考还远远不够。
1.4K10发布于 2021-10-19 - 来自专栏老张的求知思考世界
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。一、测试参与度分析在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 印象里在前几年，特别是2015-2019年，大家更多的认为在测试过程中技术实践更重要，比如自动化测试。而近几年大家开始回归本质，从更底层来思考质量保障和业务之间的关系。 这个过程中研发和测试的关系，更像是流水线的上下游，大家各行其是，没有很好的配合。第二阶段：百花齐放，大体对应12-18年。 互联网狂奔猛进的势头放缓后，大家开始降本增效，更追求投入产出比，从以前的粗放式实践回归到思考本质。 如果上述的不可能三角都可以满足，那一切都好说，但很多时候，管理者为了保住自己的饭碗或者获得晋升，会通过各种OKR/KPI来影响执行者，而OKR/KPI往往在落地执行过程中扭曲变形，最后一地鸡毛。
46411编辑于 2024-05-09 - 来自专栏CKL的思考空间
软件测试过程中的痛点思考
针对这份调查报告，我想就下述三点结论谈谈我的一些理解和思考。 一、测试参与度分析 在这一调查报告结论中，提到了需求评审、测试计划和测试评审是整个测试流程中的核心环节。 印象里在前几年，特别是2015-2019年，大家更多的认为在测试过程中技术实践更重要，比如自动化测试。而近几年大家开始回归本质，从更底层来思考质量保障和业务之间的关系。 这个过程中研发和测试的关系，更像是流水线的上下游，大家各行其是，没有很好的配合。 第二阶段：百花齐放，大体对应12-18年。 互联网狂奔猛进的势头放缓后，大家开始降本增效，更追求投入产出比，从以前的粗放式实践回归到思考本质。 测试过程效率的提升和演变 测试左移右移，到底是什么？ 聊聊业务高可用和应用高可用 控制风险，是质量保障的核心工作 业务防资损，质量保障的第一要务！
39410编辑于 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>标签包裹）。 event.shiftKey){event.preventDefault();sendMessage();}">请一步步思考：2+3等于多少？
16410编辑于 2026-03-24- 来自专栏coding for love
第 2 章 软件过程
读完本章将会： 理解软件过程和软件过程模型概念 了解 3 个通用的软件过程模型以及他们的适用情形 了解需求工程、开发、测试和演化这几个基本的软件过程活动 理解为什么软件过程要有效地组织以应对软件需求和设计上的变化 理解软件过程改进的思想以及影响软件过程质量的因素 虽然有许多不同的软件过程，但都必须包含在第 1 章所介绍的 4 个最基本的软件工程活动中： 软件规格说明 软件开发 软件确认 软件演化 2.1 软件过程模型 软件过程模型是软件过程的简化表示。 本节介绍几个非常通用的过程模型（也叫过程范型） 2.1.1 瀑布模型 该模型包含了基本的过程活动并将它们表示为独立的过程阶段，如图，各阶段之间顺序流动，原则上，后续阶段不得在前一阶段结束前开始。 增量式交付 2.4 过程改进 过程改进意味着理解当前的过程，并对其进行改变以提高产品质量，并且/或者降低成本和开发时间。有如下两种很不一样的方法： 过程成熟度方法 敏捷方法 小结 ?
46610发布于 2020-06-23 - 来自专栏全栈程序员必看
武侠世界2-try catch思考
1、 把错误处理和真正的工作分开来； 2、 代码更易组织，更清晰，复杂的工作任务更容易实现； 3、 毫无疑问，更安全了，不至于由于一些小的疏忽而使程序意外崩溃了； 4、 由于C+ = NULL) { fwrite( szTemp, 1, strlen(szTemp), f ) ; fwrite( "\r\n", 1, 2, f ) ; fclose(f) ; } 至于为什么还要定义 #define _MY_TRY try #define _MY_CATCH catch(…) 大家可以思考一下 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn
50810编辑于 2022-07-22 - 来自专栏ThoughtWorks
《面向对象的思考过程》应该是怎样的？
简单来说，以面向对象方式编程就是一种思考方式。本书就讨论这种面向对象的思考过程。 ? 学习面向对象的概念与学习使用面向对象语言进行编程有着巨大差异，理解这点很重要。 面向对象的思考过程就是一个非常优秀的设计理念。它可以独立于语言存在。如果你熟练掌握了面向对象的思考过程，那么就可以轻松地在不同的面向对象的语言之间切换。 本书透彻地阐述了面向对象这一概念。 ? 作者Matt在书中反复强调学习面向对象的思考过程优于学习任何编程语言或工具。事实上，他也是这么做的。Matt阐述了面向对象的三要素：继承、封装、多态，并且自己加上了第四个要素：组合。 首先面向对象的思考过程更加符合大家对世界的直观感受，毕竟不是每个人都是数学家。函数式编程可以简化很多问题，但它并不能简化所有问题。 其次是面向对象的编程范式和函数式编程的范式并不是完全对立的，正如作者讲过，面向过程的编程范式和面向对象的编程范式也不是完全对立的。 ?
1.3K80发布于 2018-04-17 - 来自专栏bisal的个人杂货铺
一次Oracle bug的故障排查过程思考
本文链接：https://blog.csdn.net/bisal/article/details/101729688 问题现象： 一套十几个TPS的系统被执行2分钟(00:30-00:32)的夜维(删除历史过期的数据 初步分析： 通过应用日志，定位到应用处理都卡在了一条SQL语句上，这个SQL要更新一个包含4个CLOB列的表，有的update操作执行时间超过了10秒，形如， update A set a=:1, b=:2, 10秒内，和前几日的执行时间相比，基本一致，并未出现异常， delete from A where update_time <= trunc(sysdate) - :1 and rownum <= :2 2. update这条记录的第二个CLOB列。 3. update这条记录的第三个CLOB列。 4. update这条记录的第四个CLOB列。 发现确实出现了update逻辑读高的现象，大约2万多。
1.2K20发布于 2019-10-22 对DevOps过程实践的一些思考和总结
在18年12月11日，当时写过一篇对DevOps实践价值的思考，其中的重点是在谈DevOps，容器云和微服务架构框架的三元一体化。只有三者相互结合才能够产生DevOps的最佳实践。 在和运维过程集成的过程中增加了类似ETL日志分析，类似Zabbix，Nagios等平台监控预警能力。 2. DevOps支撑平台的搭建和总体架构 一个DevOps支撑平台在搭建总体架构的时候可以看到，其核心更多的是围绕持续交付进行的各种能力的集成和自动化，而不是说其本身新创作了什么能力。 基于微服务架构开发过程持续集成实践 虽然对于DevOps过程不强制要求采用微服务架构进行开发，但是如果你采用微服务架构开发那么更加适合实施DevOps持续集成和交付过程。 2.
25100编辑于 2025-06-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号