视频并不是信息密度的问题，而是输入方式的问题。

文字的读者可以选择阅读速度和阅读顺序。

而视频的速度两倍速已经是极限了。不可能再快。

对非母语读者或者比较艰深的内容甚至会出现跟不上的情况，但这时读者就很少会选择放慢速度，更多的是暂停，倒退重看，非常影响观看体验。

文字阅读时候跳过一部分内容通常是安全，因为一眼就能大概知道讲的什么内容，包含什么关键字。而技术视频如果跳过就有接不上的风险。

视频教程比较适合的情况是读者能够匀速观看，脑子刚刚好能跟上，又能一直学到东西。以我个人的观看体验来讲，这种情况确实非常少。很多时候难的根不上，简单的又没耐心。所以视频的学习体验一直很糟糕。

哈哈，不走正道。

NAS 一般都有百度网盘的集成。你用的是啥 NAS ？

可以看下《 Refactoring UI 》。

可以想象。

他们自己环境不干净，配置也不干净，脚本也没提交，有时候有什么不对自己瞎改能工作就行了，也不敢提交。时间长都忘了。

项目要是没新人进来的话他们永远不知道仓库里脚本配置有问题。

一问就是自己这没问题，可能是你的问题，假装满不在乎，或者假装自己很忙。

一个词来评价：不负责任。

建议戒酒。

@ssgooglg v 站可不是十年前的画风……你们谁有十年前截图给他看看？

@moefishtang 分享一下？装了什么镜像把号弄丢了？

@wencan 6 啊，我还真觉得比套接字翻译的好……

@noyidoit 本地小模型不用拿来说吧，根本上不了线，而且这是英语模型。

线上能用的大场模型，有翻译做的很差的吗？比如通义千问，百川，火星，甚至 deepseek ？

真心问，不是杠。我之前试过感觉都还行。不过我主要用 gpt3 ，国内模型确实用的不多。

翻译已经是最简单的任务了。大模型要是连翻译都做不好就可以倒闭了。

@csulyb 单纯好奇：两天时间，多少时间是在写代码，多少时间是在和 chatgpt 沟通？和 chatgpt 的问答次数大概是多少？

你得打多少字，修多少 bug 才能让 chatgpt 实现一个别人造好的轮子？

说下你口中的“函数式”是什么意思。不会就是去掉 jsx 吧……你用 React 也可以用 React.createElement：

import { createElement } from 'react';

function Greeting({ name }) {
return createElement(
'h1',
{ className: 'greeting' },
'Hello'
);
}

我不想使用工具链的时候就是这么写的。

Vue 也一样：

import { h } from 'vue'

const vnode = h(
'div', // type
{ id: 'foo', class: 'bar' }, // props
[
/* children */
]
)

需要动态创建组件的时候经常会这么写。

这些都是框架最表面的一层，甚至都算不上框架的一部分（更像是工具链的一部分）。你使用了 React.createElement 或者 h 其实并不能增加多少你对底层机制的理解。我也不觉得对生产力提升有帮助，反而会极大影响可读性。写多了你就腻了。

唯一的优势，就是当你自己想山寨一个“半成品”的时候，可以省一步转译。

以前除了豪车，谁讲究这个。
现在新能源可能都来这一套？我刚买了还没提，希望别给我整这一套，太尴尬。