啊,这些不都是别人家的秘书,这下老王又可以八卦了. 自己本地电脑跑开源 LLM 脑子不香么,

自架 LLM

* https://github.com/facebookresearch/fairseq/tree/main/examples/mms 可识别 4000 多种语言、错误率仅为 OpenAI 产品的一半
* https://github.com/google-research/multilingual-t5

如果和 aurora4x 非常类似,那么可以考虑直接在现有开源项目上 fork 修改: https://github.com/Pulsar4xDevs/Pulsar4x

是 web 端么? 如果只是浏览器访问,那么必然就 PWA 了,关于 PWA 可以使用资源的预缓存机制,google 提供的 Workbox 工具箱简化使用.

如果是跨平台的 JS 应用,那么要看你用的是啥了,react native? cordova? capacitor? flutter? 基本上都有热更新, 微软贡献的开源项目 code-push 不错

1. https://github.com/microsoft/react-native-code-push
2. https://github.com/microsoft/cordova-plugin-code-push
3. https://github.com/mapiacompany/capacitor-codepush

支持 Markdown 格式的知识库一大堆, 各有用途, 不说清楚怎么用, 给谁用. 没法推荐. Markdown 格式,后端最好不要数据库, 直接 git 存储+静态站点生成, 如果是开发人员编辑使用:

1. VSCode 编辑器的使用者 [vscode-front-matter]( https://github.com/estruyf/vscode-front-matter):


2. [TinaCMS]( https://github.com/tinacms/tinacms) 基于 Git 后端的,一整套的可扩展的 headless 内容管理系统, 后端将 Git 上的 Markdown 文件生成 GraphQL API 进行查询. 前端 dashboard 用的 nextjs. 它的可视化编辑器比较强大,而且有意思, 使开发者和普通内容创作者能够无缝协作.

Ok, 搞定: https://github.com/snowyu/property-manager-decorator.ts/tree/v2

@chnwillliu 虽然 super 可以这样,但是实例方法不是这样用的,如果不需要`this`,那么应该定义为 static 方法或者函数.

### 请说出方法一中的问题和缺陷

> 首先，该函数只能在函数内部被调用，即在子类方法中使用 `getSuper(this)(...args)` 调用父类方法。如果在函数外部调用该函数，则无法获取到正确的调用者函数名。
>
> 其次，该函数只能用于访问父类方法，而不能用于访问父类属性。如果父类属性与子类属性同名，则无法通过该函数访问父类属性。
>
> 最后，该函数使用了 `arguments.callee.caller`，这是一个非标准的特性，在严格模式下可能会被禁用。

补充:函数表达式也不存在`arguments`, 而且目前 JS 几乎都是在严格模式下,所以该方案基本无用.

### 那么方法二中的问题和缺陷

> 该实现方式可以实现模拟 `super` 访问父类方法的功能，但是有一些问题和限制。
>
> 首先，该实现方式使用了 `Reflect.getPrototypeOf` 方法获取实例的原型对象。这种方式可以正确地获取实例的原型对象，但在一些特殊情况下可能会出现问题，比如当实例的原型链中存在 Proxy 对象时。
>
> 其次，该实现方式只能在子类方法内部调用 `getSuper` 函数，且需要手动传入父类方法名。这样就需要手动维护父类方法名，容易出现错误。
>
> 最后，该实现方式没有考虑多层继承的情况。如果子类的父类也继承自其他类，则可能无法正确地访问到最终的父类方法。


### 那么方法三呢


> 该实现方式可以实现模拟 `super` 访问父类方法的功能，但是也有一些问题和限制。
>
> 首先，该实现方式使用了 Proxy 对象来代理实例对象，以拦截属性的访问。这种方式可能会带来性能上的损失，特别是在大规模的应用中。
>
> 其次，该实现方式只能用于访问父类属性或方法，而不能用于访问父类的私有属性或方法。
>
> 最后，该实现方式可能会存在多层继承的情况。如果子类的父类也继承自其他类，则可能无法正确地访问到最终的父类方法。

补充: 当子类重载了该方法,那么该实现无法访问到父类方法,需要修改,总体来说 ChatGPT 想得过于复杂

### 最后,什么是多层继承的情况

多层继承是指一个子类从另一个子类继承，而这个子类又从其它父类继承。举例说明:

```javascript
class A {
m() {console.log('A')}
}
class B extends A {
m() {console.log('B'); getSuper(this).m()}
}
class C extends B {
m() {console.log('C'); getSuper(this).m()}
}

如果不支持多重继承,那么`B.prototype.m()`中`getSuper()`就会出错.

@cheunghy No, Primsma 是静态生成 Schema 的技术,所以无法做到在运行时刻动态增加删除表和数据源. 它的实现是建立在 ORM 在设计阶段确定好的,如果需要 Upgrade 那么也是 Stop 后 migrate. 没有考虑 headless 动态内容的 CMS, 以及如今的低代码 Online 平台(需要在线增改表以及字段,甚至从第三方拉数据(动态增加 datasource).

对看 pdd 怎么提权刷流氓的: https://github.com/davinci1012/pinduoduo_backdoor_unpacker

stared, Prisma 的问题是无法运行时刻动态创建 datasource 和 model, 硬伤到现在都无法解决: https://github.com/prisma/prisma/issues/6442. what's about teo?

用于构建 P2P 网络的模块化网络堆栈和库(全): https://libp2p.io/
包括打洞协议

@shendaowu 洗耳恭听. 不是教育系统,我所认为的教育系统这个概念范围太大,甚至包括教育局以及教育涉及到的诸多方面,我目前想做的还只是基于技术的一小点,谈不上什么产品,只是想规范一个教案标准,大致看过当前的 SCORM 课件规范以及下一代标准规范 xAPI.需要专门的编辑器,用起来也麻烦.我说设想的是教案标准是基于 Markdown 的纯文本格式,人类容易直接阅读的(这样才好做 diff 以及 code review). 然后就可以直接生成交互式文档,或者游戏式教程世界.

当然,基于这方面的技术积累我也有: [基于 Markdown 的响应(交互)式文档]( https://riceball.me/article/interative-markdown/)

BTW, What's ur target?

@shendaowu 是想做点力所能及的事情,但不是优化什么教育系统,没这个能耐,教育是一个系统工程,不仅仅是传授知识,更是传德立人,但是目前教师成了谋生(赚钱)的贱业,有脊梁骨的真正愿意教书育人的实在太少了,大都是觉得饭碗不错,要依我来,要想当老师,先去贫困山区义务支教 3 年以上才有资格.

现在哪怕是传授知识(受业),也成了商家赚钱的工具,各种培训班层出不穷,还觉得是理所当然.如果是真的传授知识,那也就罢了.可惜大都是迎合考试,讲解各种解题技巧,最起码的本应该是:学生自己想出来这些技巧(经过老师的启发). 受业变成了硬灌. 授人以渔成了授人与鱼.死记硬背,不求甚解.一旦面临实际问题,立马抓瞎.在现实中,有些甚至连问题也不会问(分析),直接寄希望于白给答案.

就算在学校,也连基础的受业也没做好,大部分也还是在应付考试,而不是启迪智慧,我觉得这和师资有关,我们这里一个小学老师要教 50 多个学生,学生的水平素质各不相同,搞不过来.

在我看来,传授知识,尤其是理工科部分,其实完全可以通过技术手段来解决. 比如 STEAM,就是一种较好的启迪智慧的方式.

当然,我个人认为目前的核心问题还是在教案(课件)上,没有统一的标准,有的用 word,有的用 ppt,乃至 pdf.而这些东西没办法像源代码一样,比较,多人 review,一起改进的,没法子迭代.如果像开源项目一样,让老师能对知识点逐一协同改进,提交迭代版本就好. 根据个体情况在电脑或手机上受业,老师就把精力抽来启迪解惑以及为人师表了.

@whileFalse 只是点 V2EX › 教育 频道进来看到的标题大部分是考试而不是有趣的掌握本领,有感而发.


@shendaowu 对无法自学(自律)的人无效. 的确不喜欢纸面考试这种形式. 应该重实际能力,如你说的代码质量啥的,这个不会不舒服,本应如此.我的意思是现在的考试与实际脱节太多. 另外,的确应该活轻松点,做自己喜欢的事情,而不是限制只能做某件事情.

@felaoda pyramid 也是和pylons社区整合，不过这块社区意见差异更大，都不想重复发明轮子，但是pyramid和pylons的主导者在方向上分歧更大。