- 博客(1147)
- 收藏
- 关注
RSS订阅原创 折线图的奇妙变奏：四种创意可视化方法
圆形折线图：适合展示周期性数据，首尾相接的设计强调循环斜率图：适合比较两个时间点的变化，直观展示变化幅度凹凸图：适合展示排名或相对位置的变化，竞争关系一目了然周期图：适合比较多个周期的模式，发现季节性规律实际情况下，选择哪种变体取决于你的数据特点和想要传达的信息。关键是要记住：可视化不是为了炫技，而是为了更好地讲述数据故事。下次当我们面对数据时，不妨思考一下，哪种"变形"的折线图能让你的故事更加动人。
2026-01-26 17:23:52
478
原创 痛击转型痛点：低代码不止“能用”，更是企业数字化破局的核心密钥
回顾低代码的发展历程，从最初的“拖拽工具”，到如今的“企业级开发平台”，低代码的核心价值，正在从“能用”向“好用”升级。它不再是“凑合用”的过渡方案，而是企业数字化转型的“核心利器”；它不再是“技术简化”的产物，而是“技术优化”的体现；它不再是“中小企业的专属”，而是所有企业都能使用的“数字化工具”。对于企业来说，选择低代码平台，不是“跟风”，而是“理性选择”——它能够帮助企业解决技术落地难、成本控制难、人才适配难、迭代优化难这4个核心困境，让数字化转型不再是“纸上谈兵”，而是“落地可行”；
2026-01-26 15:53:50
641
原创 技术面：如何让你的系统抗住高并发的流量？
如何能让系统抗住高并发流量，要考虑的因素有很多，但是真的让你讲一下都有哪些，很多人肯定就会说，用Redis缓存啦，用MQ做解耦啦，总之就是想起来这一块儿就说一嘴，想起来那一块儿也说一嘴，总之就是说的不能成体系一些。一般面试官问这种问题的时候，是想看你怎么回答，有没有从架构的思想去思考这个问题，就算有一些具体技术你记得可能不是很熟练了，面试官也会相信你是能够解决问题的。这一次就整体来说一下如何让你的系统抗住高并发流量。
2026-01-24 17:07:45
833
原创 别再硬编码熬BPM了！低代码手把手实操，4000字技术流落地指南（避坑不踩雷）
作为IT产品技术人，咱们的核心目标是“用最低的成本、最高的效率，落地业务需求，解决实际问题”。低代码搭建BPM，不是“投机取巧”，而是顺应行业趋势，解放双手、聚焦核心的最优解——它不完美，有局限性（比如复杂场景的灵活性不如传统开发），但它能帮我们快速落地需求、降低迭代成本，这就足够了。本次实操，全程聚焦技术流，不堆砌平台广告，不夸大低代码的“万能性”，只讲真实实操、踩坑避坑，希望能帮到正在搭建BPM的你。最后，抛出2个问题，欢迎评论区交流讨论，一起成长：1. 你用低代码搭建BPM时，踩过哪些坑？
2026-01-24 15:32:43
1119
原创 Nginx多服务静态资源路径冲突解决方案
多个服务共享同一个URL路径空间，Flask生成的静态资源路径是绝对路径（），导致不同服务的静态资源被路由到错误的后端服务。
2026-01-23 17:17:31
761
原创 破局新农业数智化困境：低代码不是“捷径”，而是重构生产逻辑的技术密钥
写到最后，笔者想重申一个观点：新农业数智化，终要回归“农业本质”，农业的本质是“种养结合、精耕细作、提质增效”，数智化的核心，是“用技术解决农业的实际问题”，而低代码，只是实现这一目标的“赋能工具”——它不是“万能的”，也不是“过渡产物”，而是贴合农业场景需求、能够真正降低转型门槛、实现快速落地的“最优解”之一。
2026-01-23 15:05:49
785
原创 如何提升 C# 应用中的性能
本文介绍的关键优化技巧包括：基于测量的针对性优化、内存管理最佳实践、高效的异步编程模式、合理的数据结构选择、数据库访问优化以及生产环境监控等。值得注意的是，性能优化应当遵循"先测量后优化"的原则，避免过早和过度的优化。同时，在追求性能提升的过程中，不应牺牲代码的可维护性和可读性。最终，持续学习最新的 .NET 性能优化技术，结合实际应用场景进行实践和验证，是保持应用竞争力的关键。.NET 的垃圾回收机制虽然自动化了内存管理，但不当的对象分配策略会导致频繁的 GC 暂停，影响应用响应速度。
2026-01-22 17:20:51
862
原创 救命！IT忙到脱发，业务闲到摸鱼？低代码员工赋能，早该卷起来了
做IT互联网产品技术这么多年，我见过最荒诞也最普遍的场景：IT部门的同事天天加班改需求、修BUG，连喝口水的时间都没有，头发掉得比代码行数还多；而业务部门的员工，却被困在重复的表单录入、数据统计、流程审批里，明明有大把精力可以投入核心工作，却只能机械摸鱼，吐槽系统难用、效率太低。更离谱的是，很多企业老板还在自我感动：“我们给员工配了最好的办公设备，招了最厉害的IT团队，怎么效能还是上不去？” 答案很简单——方向错了，再努力都是白费功夫。
2026-01-22 15:06:49
869
原创 PHP 异步与多线程 从 TrueAsync 展望未来
RFC TrueAsync 1.7 讨论中有个问题：这个提议会如何与 PHP 核心未来的变化互动？要设计好语言的长期演进，至少得对 PHP 的发展方向有基本判断。本文试图回答这个问题。TrueAsync 项目不仅是 PHP 核心的 async 改动，还包括回答以下问题所需的其他研究：PHP 能在多大程度上向多线程方向发展？是否存在根本性限制？实现真正的多线程可能需要哪些核心改动？可以实现哪些语言抽象？本文不是 PHP 多线程的详尽综述，也不追求每个细节的技术精确性或大众可读性。
2026-01-20 17:18:57
521
原创 破局养老数字化困局：AI低代码的技术重构与落地真相
AI低代码赋能养老服务，本质上是通过技术手段，让养老服务回归"以人为本"的核心。它不是要用技术替代人工护理，而是通过自动化、智能化能力，减轻护理人员负担，让服务更精准、更及时、更有温度。作为技术从业者，我们在深耕技术的同时，更要深入理解养老场景的特性与老年群体的需求，避免陷入"技术至上"的误区。未来，AI低代码将持续推动养老服务从"碎片化"向"一体化"、从"被动响应"向"主动服务"转型，而技术落地的关键，在于平衡效率与体验、创新与实用。
2026-01-20 15:33:17
869
原创 InheritableThreadLocal，从入门到放弃
InheritableThreadLocal相比ThreadLocal多一个能力：在创建子线程Thread时，子线程Thread会自动继承父线程的InheritableThreadLocal信息到子线程中，进而实现在在子线程获取父线程的InheritableThreadLocal值的目的。
2026-01-19 17:23:38
740
原创 技术破局：低代码如何重构建筑业数字化底层逻辑？
建筑业的数字化转型，从来不是“技术越复杂越好”，而是“技术越适配越好”。低代码的出现，打破了传统数字化模式中“技术人员主导、业务人员被动接受”的困境，通过可视化配置、模块化组件、开放API等技术特性，让懂业务的人参与到数字化工具的构建中，实现了“让听得见炮火的人制造炮火”。从技术本质来看，低代码并非对传统开发的颠覆，而是对开发效率的提升与开发门槛的降低；从行业价值来看，它让数字化不再是头部企业的专属，成为中小企业可负担、可掌握、可迭代的转型工具。
2026-01-19 15:17:38
1109
原创 MySQL性能优化：从底层原理到实战落地的全维度方案
在数据驱动的业务场景中，MySQL作为主流开源关系型数据库，其性能直接决定系统响应速度、吞吐量与运维成本。尤其对于高并发、大数据量的平台（如DeepSeek这类AI服务场景），慢查询与不合理索引设计可能引发系统卡顿甚至雪崩。MySQL性能优化并非零散的“调参改SQL”，而是基于底层原理的系统性工程——既要掌握可落地的实战技巧，更要理解优化背后的核心逻辑，才能实现从“治标”到“治本”的突破。
2026-01-16 17:17:52
1064
原创 破局信创深水区：低代码国产化部署的技术博弈与落地真相
低代码的国产化部署，从来不是简单的技术替代，而是中国企业数字化转型的创新实践。它不仅解决了国外技术"卡脖子"的问题，更通过提升开发效率、降低开发门槛，推动了企业的业务创新和管理升级。作为技术从业者，我们需要跳出"替换思维"，以创新的视角看待低代码的国产化发展。在实践中，既要注重技术的深度适配和性能优化，也要关注业务价值的实现；既要规避各种认知陷阱，也要把握AI带来的发展机遇。只有这样，才能真正发挥低代码的价值，推动国产化替代从"可用"向"好用"升级，为中国数字经济的高质量发展提供有力支撑。
2026-01-16 14:43:31
1347
原创 线程池以及HashTable,HashMap,ConcurrentHashMap之间的区别
降低线程创建和销毁的开销提高程序响应速度防止线程数量失控导致系统资源耗尽。
2026-01-15 17:14:00
1016
原创 破局制造数智转型困局：低代码不是“捷径”，而是技术重构的必然选择
站在制造业数智转型的关键节点，低代码技术的价值已不再是“降低开发门槛”，而是通过技术架构的优化，实现“技术普惠”与“业务创新”的双向驱动。它让制造企业能够以更低的成本、更快的速度实现核心业务系统的数字化升级，让技术真正服务于业务创新。需要强调的是，低代码不是制造企业数智转型的“万能钥匙”，其价值的实现依赖于企业对自身业务需求的清晰梳理、对平台的合理选择，以及业务人员与技术人员的协同配合。对于制造企业而言，不应盲目跟风低代码，而应结合自身的规模、行业特性、转型需求，理性规划低代码的应用路径。
2026-01-15 15:28:46
954
原创 并发，并行与异步
定义： 并发是指一个系统有能力在一段时间内处理多个任务。这些任务的执行在宏观上是重叠的，但在微观上是通过任务的交替执行实现的。精髓： Go语言之父 Rob Pike 对此有非常精辟的论述：“Concurrency is about dealing with lots of things at once.”（并发是关于处理多件事情的能力）。这里的关键词是“dealing with”（处理），它强调的是一种程序结构，使其能够应对和管理多个任务流。举例说明： 一个餐厅突然来了三个客人，但餐厅只有一个服务员。
2026-01-13 17:26:41
927
原创 技术流速通：低代码破局固资管理“黑箱”，从架构到落地全拆解
项目上线后，企业固资管理效率显著提升，具体成效：1）资产利用率从原来的56%提升至72%；2）每年减少资产流失和闲置损失约800万元；3）开发周期仅12天，远低于传统ERP的6个月；4）维护成本每年仅5万元，远低于自研的45万元。技术总结：低代码平台的灵活建模和快速配置能力，完美适配了制造业复杂的固资管理需求；丰富的集成能力实现了与现有系统的无缝对接；多终端适配解决了现场作业的痛点。同时，私有部署模式保障了数据安全，符合企业合规要求。
2026-01-13 14:58:45
645
原创 Java中线程安全问题的原因和解决方案
Java内存模型（JMM）定义的多线程并发三大核心特性，任何一个被破坏都会引发线程安全问题：原子性：一个操作（如count++）包含“读 - 改 - 写”三步，非原子操作会被多线程交错执行；线程安全问题本质是多个线程并发访问共享且可变的资源时，操作的原子性、可见性或有序性被破坏，导致程序执行结果不符合预期。ThreadLocal（线程本地存储）:为每个线程提供独立的变量副本，线程操作自身副本，互不干扰。核心思路：要么避免共享可变资源（从根源消除问题），要么控制并发访问规则（保证三大特性）。
2026-01-12 17:22:27
326
原创 2026破除技术空转：从范式重构到产业深耕的革新路径
2026年，AI产业正站在关键分水岭。智源研究院年度报告明确指出，人工智能已从追求参数规模的语言学习，转向对物理世界底层秩序的理解与建模，行业正式迈入价值兑现期。但热潮之下，多数企业仍深陷“技术空转”困境：重金布局的AI项目停留在Demo阶段，技术与业务流程脱节，所谓的“智能化升级”沦为纸面文章。作为IT从业者，我们更需清醒认知：AI驱动的技术革“新”，绝非模型的简单堆砌；产业“智”变，也不是概念的盲目跟风。
2026-01-12 15:40:23
818
原创 线程池和高并发
实现 Runnable 接口的 run() 方法，使用 Thread 类的构造函数传入 Runnable 对象，调用 start() 方法启动线程。例子：Thread thread = new Thread(new MyRunnable());继承 Thread 类并重写 run() 方法，直接创建 Thread 子类对象并调用 start() 方法启动线程。例子：MyThread thread = new MyThread();
2026-01-09 17:16:37
782
原创 戳破“旅游+”数字化伪命题：低代码不是捷径，而是重构效率的技术革命
不同旅游企业的业务场景存在差异，低代码平台的标准化组件无法覆盖所有需求。如果过度依赖平台的标准化功能，可能会导致系统无法满足个性化需求。因此，在选择低代码平台时，需要关注其自定义开发能力，比如是否支持代码扩展、是否开放API接口、是否支持第三方插件集成等。回到最初的问题：低代码到底能为“旅游+”带来什么？我的答案是：它不是解决所有问题的“万能钥匙”，而是重构旅游行业数字化效率的“工具革命”。
2026-01-09 15:00:52
923
原创 2026 年 PHP 的三大优势 这门“老将“为何依然重要
开发者比较语言时，讨论经常跑偏到性能基准、语法偏好或者互联网文化。但当你在构建 API 或 Web 后端时，"优势"通常意味着一些更无聊——也更重要的东西：能否快速交付功能而不埋下维护陷阱？能否集成数据库、队列和第三方 API 而不从头造轮子？能否处理混乱的数据和边缘情况而不把代码变成鬼屋？这就是 PHP 最擅长的领域。不是因为它最优雅，而是因为它的形状刚好契合大多数 Web 后端。带着这个思路，来看 PHP 在 2026 年的三大优势。
2026-01-08 17:20:08
832
原创 破局制造转型困局：低代码的技术渗透与效能革命
站在技术演进的角度来看，低代码并非制造数字化的“终点”，而是降低数字化门槛、构建自主创新能力的“起点”。它解决的核心问题，是让制造企业从“依赖外部技术供应商”转向“自主掌控数字化进程”，让业务需求直接驱动技术实现，让一线员工成为数字化创新的主体。未来，随着AI、工业互联网、大数据等技术与低代码的深度融合，低代码平台将具备更强的智能决策和自主优化能力——能够自动分析生产数据优化流程、自动适配柔性生产需求、自动预警供应链风险。但无论技术如何演进，低代码服务于制造业务、提升生产效率的核心本质不会改变。
2026-01-08 15:17:25
789
原创 破局百种数字经济新场景落地：低代码的技术突围与实践真相
低代码技术的出现，并非要取代传统开发模式，而是通过“技术普惠”重构开发生产关系，让技术能力更好地服务于数字经济场景落地需求。从实践效果来看，低代码可高效支撑上百种数字经济新场景的构建，尤其在跨部门协同、敏捷迭代、数据互通等核心需求上，展现出传统开发模式无法比拟的优势。展望未来，低代码技术将朝着两个核心方向演进：一是场景化深耕，平台将针对不同行业场景（如工业、政务、医疗）预制专属组件与解决方案，进一步降低场景落地难度；
2026-01-06 15:21:18
1058
原创 读写分离面临的问题及其解决方案
主从复制，主库与从库之间由于网络，设备差异，负载情况等，必然存在延时，延时有大有小，只要延时保持再一个合理的范围内是可以接受的。1.1.1造成主从延时的参见原因主从设备差异：例如主库性能较好，从库性能较差，对于同样的写入或更新操作，主库能较快完成，从库花费时间较多，如果系统持续维持高频的写入更新，主库与从库之间的差异会被逐渐拉大。导致主从的延迟越来越大。对于这种情况，需要尽量保证主从服务器性能一致，使得两种处理相同量的数据花费的时间尽可能接近。
2026-01-05 17:13:41
623
原创 【教育数字化】破除“技术空转”困局：低代码如何重构教育系统建设逻辑？
教育数字化转型的核心本质是“用技术赋能教育，提升教学质量和管理效能”，而非追求“技术的先进性”。低代码的价值不在于“替代传统开发”，而在于为教育数字化提供了一种“高效、灵活、低成本”的建设路径，解决了传统开发模式无法适配教育场景需求的核心难题。作为IT技术从业者，我们在推动教育数字化转型时，应始终坚持“需求导向、问题导向”，避免陷入“技术堆砌”的误区。低代码平台为我们提供了更高效的工具，但真正的破局关键在于深入理解教育场景的核心需求，通过技术重构优化流程、打通数据、提升体验。
2026-01-05 15:51:47
956
原创 MyBatis 连接缓慢问题排查与解决实战
回顾整个排查过程,虽然走了一些弯路,但也让我积累了宝贵的经验。首先,排查思路要遵循先易后难、逐层深入的原则,从外部依赖开始,逐步深入到数据库层面,最后才关注框架本身,这样可以避免一开始就陷入复杂的底层问题。其次,复现问题是定位根因的关键,通过新建项目复现问题,我才能够排除业务代码的干扰,快速缩小问题范围,这是整个排查过程中最重要的转折点。
2026-01-04 17:33:00
1049
原创 低代码重构技术底座：从工具到数智引擎，驱动企业高质量跃迁
随着数字化转型的深入，企业对低代码的需求将从“单一场景的快速开发”升级为“全链路的数智化支撑”。未来，低代码平台将朝着“平台化+生态化”的方向演进：一方面，平台将进一步强化技术底座能力，实现与云原生、大数据、人工智能等技术的深度融合，打造统一的数智化底座；另一方面，平台将构建开放的生态体系，吸引第三方开发者与合作伙伴入驻，丰富组件库与解决方案，形成“平台+生态”的协同效应。对于企业而言，应正确认知低代码的价值，跳出“工具化”的浅层认知，将其作为重构技术底座、实现数智融合的核心支撑。
2026-01-04 15:33:21
984
原创 对齐规则太 “苛刻”，PostgreSQL表变大的 3 个核心原因
从商业数据库迁移到开源数据库PostgreSQL后表体积变大是为了支撑PostgreSQL的核心特性（MVCC）和跨架构的性能稳定性。这也意味着，我们不能期望商业数据库和开源数据库两者的存储大小完完全全“一一对应”，而且开源数据库跟商业数据库相比起来还是有一定的差距。桦仔from=001YH。
2025-12-31 17:13:04
623
原创 关于低代码：助力企业数字转型新方略
在数字经济时代，企业数字化转型的核心诉求是“高效、低成本、快速响应市场变化”。低代码平台凭借其“可视化编程、组件化复用、快速迭代”的核心优势，精准破解了传统开发模式的痛点，为企业数字化转型提供了全新的解题思路。作为IT互联网行业的从业者，我们应该正确认识低代码的价值，将其作为数字化转型的重要工具，结合企业的业务需求和技术基础，制定科学的实践路径，充分发挥低代码的力量，助力企业实现高效、低成本的数字化转型。当然，低代码平台并非“万能的”，它不能替代企业对业务需求的深度思考，也不能替代传统开发人员的核心价值。
2025-12-31 15:36:34
647
原创 SpringSecurity、Shiro 和 Sa-Token，选哪个更好？
Spring Security、Apache Shiro和Sa-Token，这3个主流安全框架到底该选哪个？有些小伙伴在工作中可能遇到过这样的场景：新项目启动会上，架构师坚持要用Spring Security，团队里的老将却说Shiro更简单实用，而年轻的同事则力荐Sa-Token这个后起之秀。大家各执一词，都有道理，到底该听谁的？今天这篇文章就跟大家一起聊聊这个话题，希望对你会有所帮助。是企业级重型武器，功能全面但复杂，适合大型项目和有经验的团队。是灵活实用的轻骑兵。
2025-12-29 17:45:41
1014
原创 低代码：全力构筑企业数字转型新生态
从技术演进的视角来看，低代码平台的崛起并非偶然，而是传统软件开发模式与企业数字化转型需求矛盾激化的必然结果。低代码的核心价值，在于通过技术封装与流程重构，打破了“技术垄断”，实现了“业务与技术的深度融合”，让数字化转型真正落地到业务场景中。随着低代码技术的不断成熟与完善，其将从“辅助开发工具”跃升为“企业数字化转型的核心支撑平台”，引领企业数字化转型进入“低成本、高效率、普惠化”的新阶段。对于企业而言，拥抱低代码并非简单的“技术选型”，而是对“组织协同模式、业务运营模式”的全方位变革。
2025-12-29 15:11:35
1155
原创 链表的基本操作，用链表实现线性表
第二点在返回值上，我们其实可以让返回值为void因为在这个函数里面其实我们没有动l的值l里面是一个指针，而这个指针指向了一个我们声明的结构体类型的数据我们是根据这个指针访问这个结构体类型的数据，然后更改这个结构体内的一些数据我们并没有对l这个变量里面存储的数据进行改变所以我们可以用void而在上面我们用Link list这个作为返回值的原因是在我们对l的理解中，l指的是这个链表对于这个链表实际上是发生了变化的所以我们在这里用了返回值接下来的尾插法和指定位置插入都有这个问题。2.构建一个节点插在为节点后面。
2025-12-26 17:07:49
512
原创 破局数智融合：从技术重构到价值跃迁，解锁行业转型核心密码
数智融合不是一场“技术革命”，而是一次“价值重构”。它不是简单的技术叠加，也不是系统的替换升级，而是以数据为核心，通过技术架构重构、业务流程优化、组织协同升级，实现企业价值的提升。对于IT从业者而言，我们不仅是技术的实现者，更是业务的赋能者，需要跳出“技术思维”，站在业务视角思考数智融合的落地路径。未来，数智融合将向更深层次推进，AI、大数据、物联网等技术将与业务场景更紧密地结合。无论是大型企业还是中小企业，都需找准自身定位，选择适配的落地路径和工具。
2025-12-26 15:03:01
968
原创 【面试题】MySQL 中的索引数量是否越多越好？为什么？
记住：🔹每个索引都是负债（维护成本）🔹只有高频查询才值得建索引🔹定期清理就像定期大扫除🔹质量 > 数量（一个设计良好的复合索引顶三个单列索引）最终建议：从核心查询开始，按需创建，定期评估，保持精简！佛祖让我来巡山from=001YH。
2025-12-25 17:05:29
434
原创 重构数字能力：企业转型从 “浅层跟风” 到 “深度赋能” 的技术指南
站在行业发展的角度看，数字转型已进入“深水区”，浅层次的技术应用已无法满足企业的发展需求。真正的数字转型新范式，绝非“技术的简单叠加”，而是以业务价值为导向，通过“基础支撑-核心能力-价值输出”的三层协同架构，实现技术与业务的深度融合，最终构建“快速响应、数据驱动、全员协同”的核心能力。对于IT从业者而言，我们不应仅仅是技术的实践者，更应是转型的引领者。在助力企业转型的过程中，要始终坚持“业务驱动技术”的核心逻辑，避开转型误区，通过技术创新破解业务痛点。
2025-12-25 15:17:03
927
原创 从夯到拉，锐评 28 个后端技术！
最终排行如图：OK 就分享到这里，如果你们还想看哪些技术的排名，或者你觉得哪个技术的排名不合理，都可以在评论区告诉我哦。程序员鱼皮from=001YH。
2025-12-23 17:17:49
714
原创 低代码开发：为企业实现数字赋能支招献策
综上，低代码开发为企业数字赋能提供了高效的实现路径，但企业需清醒认识到：低代码不是“万能钥匙”，无法解决所有数字化问题，其核心价值在于“快速响应业务需求、提升开发效率”，对于核心复杂系统，仍需传统开发模式或混合开发模式支撑。企业要通过低代码实现有效数字赋能，关键在于精准选型、适配架构、高效协同、保障安全，让低代码真正服务于业务发展。从行业发展趋势来看，低代码将向“高可用、高安全、智能化”方向演进。未来，低代码平台将深度融合AI技术，实现需求自动识别、代码自动生成、故障自动排查等智能化能力；
2025-12-23 15:39:37
688
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人