01|围绕不可言说知识构造知识过程

2024-03-11 徐昊
《徐昊 · AI 时代的软件工程》
课程介绍


讲述:徐昊

时长:大小9.28M


你好,我是徐昊,欢迎你和我一起学习 AI 时代的软件工程。
今天我们开始第一章的学习,掌握知识工程的整体框架。在开篇词我曾提到随着 LLM 的兴起,软件工程也会逐渐变成知识工程(Knowledge Engineering),即提取知识、组织知识为 LLM 易于理解的形式,再通过 LLM 将这些知识转化为可工作的软件。
不难发现,知识工程的关键是提升知识传递效率。为此我们需要先了解知识有哪些种类,以及知识是如何进行传递的。

不同种类的知识

实际上在我们的工作中存在两类知识:显式知识(explicit knowledge)、不可言说的知识(tacit knowledge)。
所谓显式知识就是能够直接表达且在人群中分享的知识。比如,地球的周长、水的密度、三角形面积公式等等。不可言说的知识是指那些不易用言语表达或形式化的知识,它通常是个人经验、直觉或技能的一部分,与个人的认知和学习过程紧密相关。
不可言说的知识需要

展开全文
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。

精选留言

  • aoe
    置顶
    2024-03-11 来自浙江
    工作场景:服务端提供一个「短信登录」的接口 显式知识:输入手机号码 -> 发送短信验证码 -> 输入短信验证码 -> 登录 不可言说知识: 1. 是否要支持国外手机号码?如果支持,支持哪些国家?怎么发送国外短信? 2. 手机号码输入框的格式校验是什么?如果格式不正确,怎么处理? 3. 短信验证码有效期是多久?如果超过有效期,怎么处理? 4. 短信验证码格式是什么?纯数字?4位、6位? 5. 发送短信需要按第三方要求填写短信模板,短信模板更新需要第三方审核通过后才能使用。 6. 短信发送频率限制是多久?如果超过频率限制,怎么处理? 传递方式: 1. 运营部门分确定只发送国内短信「1」 2. 用户、运营部门、测试部门发现问题后,通知开发部门解决方案「2、3、4、5」 3. 遭遇黑客攻击,一夜间短信服务花费了 3W+ 费用,随后短信服务因欠费无法使用。紧接着所有开发与测试都被电话唤醒,紧急排查 Bug。最后大家记住了这次教训「6」
    展开

    作者回复: 大部分是隐式知识

    共 3 条评论
    13
  • 明夷听雨
    2024-03-22 来自美国
    AI时代软件工程变成了知识工程这个提法真是精辟,照这么说,感觉领域驱动设计之类的技术可能还是会继续有用的?

    作者回复: 定义问题的技术 永远不会过时

    
    3
  • 木头人
    2024-03-11 来自浙江
    不可言说的知识想想看应该可以替换成:能力,不是知识本身。

    作者回复: 从消费来说是能力 从传递来看 是知识

    
    3
  • 临风
    2024-03-11 来自广东
    说实话,我也不知道隐形知识和不可言说知识的有没有理解对。按照老师的说法,隐形知识只要记录下来,就可以转换为显性知识,而不可言说的知识是一种经验和最佳实践,只能通过训练方法加以传递。 如果不可言说的知识和隐形知识最大的区别在于能否被记录,那么所有你能写下来的,都不是不可言说的知识,很有可能是是对复杂场景的简化甚至谬误,而产生的一种简化规则,就像编程规范,其中有一个是不要对方法参数在方法体内进行赋值,类似如下代码。 ``` int doSomething(String arg) { arg = "abc"; ... } ``` 其实我过去一直不理解为什么又这个规范,因为有的时候我们可能会对入参进行判空,判空后可能会赋一个默认值。这时这条规范就很麻烦,难道我又要重新定义一个变量吗?后来我才理解到,有些人会搞混形参和实参,分不清方法内赋值后,在调用时会有什么影响,索性就定这么一个规范。 但这就是合理的吗?文字是知识的尸体,知识的背后包含大量的上下文信息,一旦脱离这个背景条件,所谓的”显性知识“很有可能是谬误。
    展开

    作者回复: 不可言说也可以写下来 写下来没什么用而已

    
    3
  • 马若飞
    2024-03-13 来自北京
    看评论区发现,原来这是一门哲学课😄

    编辑回复: 第一章内容有难度,有不好理解的地方可以留言记录,有典型问题老师直播里会答疑解惑。

    
    2
  • 起个名称吧
    2024-03-11 来自陕西
    不可言说知识从经验的角度,偏向实践行动 有一种纸上得来终觉浅,绝知此事要躬行的味道 他人获取这种知识,无非是作者分享这种经验(通过书,课程等)不同的方式。而我们通过训练不断深入这种经验。 另一种部落知识则有一种行业领域黑话的赶脚。 那从软件开发到交付来理解文中的不可言说知识, 我理解是每个人理解层次不同,传递这种知识,每个角色是否理解清楚功能的产出物,这里的不可言说是说每个角色理解的差异(经验),是这么回事吗

    作者回复: know how

    
    2
  • 木头人
    2024-03-11 来自浙江
    突然想到之前听一个读书分享会上说 人在挑书,书也在挑人。一个人和一本书有缘。对那个人来说书就是一本好书。事实情况就是如此,人有所经历才突然看懂了书的某些话。也是不可言说的知识在起作用。

    编辑回复: 这么说的话这门课也挑中了你,期待你在后面留言区多分享哦~

    
    1
  • 绝露
    2024-03-11 来自湖北
    如和调整女朋友的情绪,在处理这个问题时,别人可能能给你方法,但是真正做到对有些人还是挺难的。如果恰好有个高手在处理类似的问题,你在旁观,事后再请教一下,这样子是多少能学到一些的

    编辑回复: 哈哈哈,未曾想到里的例子~

    共 2 条评论
    1
  • 🐑
    2024-03-11 来自广东
    图片生成得好好啊

    编辑回复: 一个叫“锦书”的AI艺术字生成工具(可在线),有兴趣可以去试试~

    
    1
  • 范飞扬
    2024-03-26 来自浙江
    原文的三句话: 1、社会化活动是传递不可言说知识的不二法门。 2、社会化活动最常见的形式是启动 - 反馈循环。 3、在启动阶段时传递知识。 那么,“在启动阶段传递知识”,这传递的是啥知识? Case 1: 传递的是不可言说知识 如果是不可言说知识,那岂不是递归调用了? 为啥我说是递归? 根据 1 和 2,可以得出:传递不可言说知识 = 启动 + 反馈。 如果启动阶段传递的是不可言说知识,可以得出:传递不可言说知识 = 传递不可言说知识 + 反馈。 所以,递归了,矛盾了。(证明完毕?) Case 2: 传递的是显示知识 如果传递的是显示知识,感觉也不太说的通啊。因为如果传递的是显示知识(比如地球的周长),那就不需要针对思维过程的反馈,所以不需要启动 - 反馈循环,所以不是社会化活动,所以矛盾了。(证明完毕?) 。。。所以想请教一下老师和同学们,到底哪里不对呢?是原文不够准确?还是我的证明不对?还是其他的什么?
    展开

    作者回复: 因为无法直接传递 所以 才需要启动-反馈 真正的传递发生在 启动和反馈之间

    
    