严富坤的知识库专栏 本次搜索耗时 0.144 秒,为您找到 342 个相关结果.
  • 接口隔离原则

    962 2024-09-12 《设计模式》
    [TOC] Question 1: What is the Interface Segregation Principle (ISP) in software design? 问题 1:什么是软件设计中的接口隔离原则(ISP)? Answer: The Interface Segregation Principle (ISP) is one of ...
  • 版本库管理

    941 2025-02-05 《Git知识大全》
    14.1 谈谈服务器 14.2 发布版本库 14.2.1 带访问控制的版本库 14.2.2 分权限名读取访问的版本库 14.2.3 分权限名写入权限的版本库 14.2.4 在 GitHub 上发布版本库 14.3 有关发布版本库的建议 14.4 版本库结构 14.4.1 共享的版本库结构 14.4.2 分布式版本库结构 14.4.3 版本库...
  • Spec-kit的核心概念

    938 2025-09-19 《Spec Kit开发》
    1. 规范驱动开发(Spec-Driven Development, SDD) What Why How 2. Intent-Driven Development(意图驱动开发) What Why How 3. Executable Specifications(可执行的规格) What Why How 4. Continuous R...
  • 开闭原则

    925 2024-09-12 《设计模式》
    Question 1: What is the Open/Closed Principle (OCP) in software design? 问题 1:什么是软件设计中的开闭原则(OCP)? Answer: The Open/Closed Principle (OCP) is one of the SOLID principles in obje...
  • 程序员的发展方向在哪里,卷技术?

    程序员的发展方向在哪里,路在哪里? 卷技术,拼精力? 非也!! 程序员,必须要有自己的知识体系、框架体系,并且要有使产品落地的能力。要有属于自己的产品,所以,你得刻意去训练你的沟通能力、管理能力、软件设计能力等等,这才是你要努力的方向 ,而不是低着头去卷技术,把时间放在这些重要的事情上,其他重复性、低价值的事情交给AI吧 。
  • 里氏替换原则

    802 2024-09-12 《设计模式》
    Question 1: What is the Liskov Substitution Principle (LSP) in software design? 问题 1:什么是软件设计中的里氏替换原则(LSP)? Answer: The Liskov Substitution Principle (LSP) is one of the SOLID ...
  • 解决Android Studio插件Copilot连接超时问题

    768 2025-05-06 《深入Android开发》
    Android Studio安装了Copilot插件后,在点击登录按钮时报如下错误: Copilot could not connect to server. Extension activation failed: “connect ETIMEDOUT 20.205.243.168:443 解决办法: 在系统的hosts文件中添加如下配置: 14...
  • 立竿见影的提示词技巧

    使用清晰的动词开头 提供少量示例(Few-shot) 明确指定输出格式 控制温度设置 使用系统提示设定角色 使用思维链(Chain of Thought) 使用简洁明了的语言 使用指令而非约束 在提示中使用变量 使用Step-back提示技术 使用清晰的动词开头 使用明确的动作词开始提示,如:分析、归类、比较、描述、定义、评估、提...
  • LlamaIndex与Chroma,究竟是敌是友?

    624 2025-06-06 《RAG维基百科》
    核心比喻:一个各司其职的智慧图书馆 LlamaIndex:你的全能AI图书管理员 Chroma:你的专属高科技记忆书架 强强联手:图书管理员与智慧书架的完美一天 一张图看懂区别与联系 结论:不是对手,而是黄金搭档 当您一脚踏入人工智能(AI)应用开发的世界,特别是想让AI理解您自己的数据时,一个叫做RAG(检索增强生成) 的技术便会立刻出现在您...
  • 掌握AI提示词的艺术:从混沌到精确的认知跃迁

    一、为什么大多数提示词不好用? 二、“简洁”不是“简单” 三、用“计算机语言”写问题:让歧义无处藏身 1) JSON:把需求当 API 合同 2) YAML:更适合人读的合同 3) PlantUML/Draw.io:把任务流程画成图 四、提出高质量问题的前提:拓宽你的认知边界 五、最小可行提示词(MVP Prompt)到可重复结果(Repeat...