支持！

还是要看是多大的娃。不同年龄对这件事情的处理方式完全不同。但是对于大一点的小孩，看动画片是一个很好的教育方式，优秀的动画片可以塑造他们的是非观，善恶观，也会增长孩子的知识和阅历。孩子最善于模仿，动画片给他们提供了一个可以模仿的对象。

另外屏幕时间这个事情应该就事论事，比如上面 AAP 的指导方案明显就存在严重问题——为什么 2 岁小孩就可以看 1 小时，而 5 岁了还只能看 1 小时，但是到了 6 岁就突然可以看到“不影响睡眠和身体活动”呢？可见这些指导方案也就是专家给出的比较保守的意见，具体的实施应该根据每个小孩的情况由家长来定夺。

我个人是鼓励我家小孩看动画片，也允许孩子看 YouTube 上面拍摄的一些儿童视频，随着孩子年龄增大，最近也引导她看一些非常经典的 BBC 的纪录片。我对于时间控制并不是很严格，偶尔超时也没关系，但相对的我会在孩子观看的时候在旁边陪着孩子一起看 。

另外同意上面的观点，我个人非常抵制短视频，尽力不让娃接触任何短视频。

至于学习外语，我认为重要的是看娃能否看进去，如果孩子对外文动画片不反感并且能够看懂，那么偶尔看看也没关系，但是不要把它作为一个学习外语的主要手段。我家孩子因为周围环境是英文，这两年疫情结束上学后英语已经渐渐变成她的习惯语言，所以最近我会有意识的找一些 YouTube 上面做的精美的中文动画给孩子看，但是我也没把这个作为一个让她学习中文的手段。而与此相对的是在疫情期间孩子在家的时候，我会有意识的给孩子看英文版的小猪佩奇帮助她熟悉简单的英文。

我们（ 80 后）这一代基本上到上大学都没花什么钱，接受的教育也都不错。
但是不能用以前的经验来预测未来。

一般我打游戏都是要不进去到第一个存档点存盘后就弃坑了。要不就是一鼓作气打到终盘。
中间弃坑的不太多，基本上都是生活上当时有其他事情没有时间才会放弃。
不过确实大部分游戏打到后期会感觉到疲惫，很多时候都是为了把剧情看完硬撑着给打完了。有的时候如果后期遇到那种强行拖时间让你练级刷装备的游戏，我就直接上修改器了。

发现年纪大了很少能够体验到小时候玩游戏那种在游戏中自由探索的兴奋的感觉了（不过去年的 Elden Ring 是个例外，确实让我找回了一丝小时候的感觉），现在喜欢的游戏类型大多也是小时候喜欢的那些，对新的游戏接受度也变差了。

所以孩子小时候要是想打游戏的话还是要鼓励他们适度游戏，多尝试各种类型的游戏，那种“等你长大挣钱了再玩”的说法其实是完全错误的。

简单总结就是这个人：能力差 脾气大

先从做网站开始学起，学会搭建网站后学习相关编程，然后学习 Web 安全相关知识（ SQL 注入，XSS 等）

有兴趣了可以继续学习 Python 和 C 语言编程，然后学习汇编（ X86 或者 ARM)，只需要了解基本指令和跳转，CALL/Ret 就足够了，多余的部分可以后面慢慢补。

然后这里开始出现分支，推荐是先学习 Linux 相关的基础操作，然后开始学习基础的 Linux 环境下面的二进制逆向安全。

学习汇编的同时了解 x86 或者 ARM 的 CPU 结构（把常用寄存器都背下来），了解 System Call ，Byte Ordering 。
之后学习 Stack 和 Stack Frame ，在汇编语言的层面了解参数是如何传递给函数的，以及函数是怎么通过在栈上面保存地址返回的。这部分需要同时学习 GDB 的基本操作。
之后学习栈溢出，学习 ROP, 了解 PLT, GOT, GOT Overwrite Attack 。同时学习 Format String Bug 等。这部分同时需要学习 Pwntools Library (Python)
之后学习堆溢出，了解 Unlink Attack ，Double Free 和 House of XXX 系列之后可以开始看 Linux 内存实现(glibc)的原理和机制。
之后学习内核溢出，主要是先学习经典的提权方式(cred 结构)，在这部分需要开始学习使用 Ghidra 或者是 IDA Free 。
然后就可以算是入门了。

另外一个分支是在 Windows 系统下，补充下 PE 结构和 Windows Kernel 的相关知识，使用 OllyDBG 开始学习 Stack 和 Stack Frame 。同时开始学习 System Call 。 了解 DLL Injection ，Code Injection, Hooking ，SSDT Hooking 。然后学习 Kernel Rootkit （同时学习使用 WinDBG ）。并学习 Fuzzing ，Volatility 等知识 这个分支主要学习 Windows 的病毒程序和恶意软件，并进阶学习 Windows 内核。

之后两个分支都学完了，就可以继续融会贯通，如果之前学的是 X86 ，那么可以了解下 ARM 下面的各种攻击，除了寄存器和指令有点不同，其他部分都是大同小异。

后面就是深入操作系统内核(Linux, Windows)，学习各种新的架构（ RISC-V)，于此同时提升编程能力。

0. 日常生活有了奇思妙想可以问他，ChatGPT 比较适合回到一些没有现成答案，而是自己“悟到”的相关联的概念。比如“三甲胺氧化物会让人沉睡吗？睡美人这个故事是不是就是因为当地人吃了格陵兰鲨的肉所以才有的这个故事？”
1. 回复邮件，特别适合那种特别简单一个 yes 或 no 就能解决的行政邮件，但是真的就回复一个词又不太礼貌的情况。也适合有邮件模版，但是需要个性化（修改姓名等）的部分。
2. 做课件，让 chatgpt 来帮我生成课件中的例子，并帮我修改美化课件中的遣词造句。特别适合出练习题，你简单描述下练习题的大意，它就自动生成完整的 latex 代码。
3. 写一些自动化的脚本，简化一些日常的操作。这部分自己学习 bash 也能搞定，但是用 chatgpt 还是快多了。
4. 帮我 review 一些冗长的无聊的 paper：让它先帮我读一遍，然后告诉我文章大意，并告诉我这个文章到底哪里有创新，哪里它觉得有不足。之后再自己读相关部分验证下。
5. 用它来帮助你快速了解某个领域，或者某个技能。比如 NodeJS 怎么配置之类的，程序怎么用 pm2 来让它自动重启之类的。这些知识说有用也很有用，但是没必要特意去学，而传统的花时间通读文档有的时候很浪费时间（尤其是有的时候只是需要实现某个功能，而不需要精通这个领域的时候）。

@SenLief 多伦多大学有专门做这方面的研究。可以自己搜索他们的研究论文和报告。

已经是买的第三块 Apple Watch 了，一开始还折腾一番，现在已经就懒得管那么多了。每天还是会戴，但是如果忘记戴也没觉得会不方便。就像一个可有可无的辅助系统。
戴了的话一般会用到：
1. 看时间和天气温度。这个手机也能做，手表就是方便一点。
2. 找手机，这个是刚需，有的时候找不到手机，手表也在充电的时候会突然觉得手表很重要。
3. DUO 二次验证。学校所有服务都要 DUO 验证，在手表上点击验证还是比手机方便一些。
4. 计录游泳的圈数，这样游泳的时候大脑就可以放空了。这个功能比想象中重要。
5. 脑子一热想减肥的时候会比较关注每天的三环是不是都闭合了。热度过了就视而不见了。
6. 记录睡眠，虽然一般也就是想起来的时候查看一次。
7. 查看邮件或者 Discord 的提醒。也是一个可有可无的功能。

最近教学生 iOS 编程开发，发现 Swift 非常好，应该是最适合小孩子入门的第一语言，理由如下：
1. Playground 和 Xcode 好用，还免费（当然你得有 Mac ）。配套的教学资料在 Apple Book 上面有很多。
2. Swift 语言各种现代的先进特性应有尽有。进阶还可以学习 FP 。
3. SwiftUI 直接可以做 APP ，让孩子能够把自己的奇思妙想直接变为现实，而且还可以下载到手机上给大家用。
4. 平时讲 OO 有时候太抽象孩子不容易理解，现在结合 SwiftUI 把 OO 的内容直接转换成 APP 游戏里的人物属性和怪兽设计，并展示出来，孩子就很容易理解了。

唯一的问题就是需要家里有苹果全家桶。

而多年教学后我发现其他语言真的没有 Swift 的所有优点：

Java 太臃肿，开发 GUI 程序也比较不方便，做网页有点太复杂，做 Android APP 也语法太复杂，对小孩直接劝退。
Python 虽然是大家的首选，但是不需要指定变量类型这点其实很不好。一开始小孩子会觉得很方便，但是后面学习其他语言就会遇到障碍。而且 Python 虽然能开发网页和游戏，但是在这个手机时代其实对小孩子来说并不方便。他们更希望的是能够运行在手机上能够给别人展示的程序。
HTML+NodeJS 也是，作为小孩子可以很快做出展示的作品，但是这种应该很容易让小孩子只关注结果，而不会认真学习语法知识。
C/C++太古老，我个人认为在 2023 年不是一个入门的好选择。等孩子入门了有兴趣了，可以在学习操作系统的时候再讲自学不迟。Rust 也是同样的观点，我觉得让第一次接触编程的小孩子去研究引用和借用，然后学习操作系统内存管理，有点太过分了。
GO 语言还不错，但是我觉得更适合作为孩子第二门语言。
其他 FP 语言都有各种缺陷。而且 Swift 本身也支持超多 FP 特性，进阶完全够用了。

综上所述，我觉得 Swift 应该是最适合现在小孩子学习的语言了。

说个不一样的意见，其实可以买超短焦投影仪，然后放在卧室打到墙上。平时躺床上看 Youtube ，哔哩哔哩，电影，接上 PS5 打游戏，非常爽。

我家的投影仪基本上每天都开，家里客厅的电视都很少用了。

@gamekiller0010 亲测 4090 可以跑 llma2 13b 的

我经常游泳，每次都带着记录圈数。就是普通的 Apple Watch 一点事也没有呀。

@leisummer 完全同意。之前租了一辆路虎限定版开了三天，座椅按摩和座椅降温两个功能实在是太舒适了，长途必备。

最近用 ChatGPT 开发了几个程序，用的都是我完全不熟悉的 Go 和 React ，边开发边学习，也想体验下未来用 AI 开发一个系统是什么感觉。在这个过程中我发现 AI 的几个问题：
1. 不擅长解决某些特定问题——如果特定的问题 AI 找不到直接的解决办法，那么 AI 就会不断重复几种可能的解决方案，然后就会陷入循环。后来这些问题都是我通过 StackOverflow 或者在网上搜寻，找到的解决办法。不过 AI 很强的一点就是我只要告诉她（复制粘贴）这个解决方案，她就会自动帮我修改好我的代码。

2. 逻辑稍复杂的系统出现 Bug 后，AI 可能会无法分析这些逻辑。这时候 AI 有能力帮你写一些代码，但是整体代码的逻辑错误还是需要你自己通读代码来解决修复。这部分说明你不能完全依赖 AI 帮你写所有代码，你还需要有能力去读懂她写的代码，并帮她分析逻辑。

总的来说，在未来的 3-6 年，我估计程序员还需要指导 AI 来干活。AI 有的时候搞不定的话还需要你去帮他思考解决。

我的个人经验是编程语法，配置环境等这部分知识是最不重要的（语法糖就像孔乙己茴字四种写法那样）。在之前的小项目里面，我可以让 AI 帮我写 Go 和 NodeJS 代码，或者我可以试着写一个有语法错误的函数，让 AI 帮我自动修复。

而重要的技能之一是**化整为零（ Divide and Conquer) **的能力。现阶段很多人认为 AI 水平不行，其实显示的是那个人不具备化整为零的能力，他往往妄图让 AI 去开发设计一个大型系统，而这个是现阶段的 AI 无法完成的。

另外就是我上面提到的**自主思考并解决问题**的能力，你有没有能力在 AI 无法解决某些问题时，能够跳脱 AI 的思路，去寻找真正的答案。

最后就是**读代码并理清代码逻辑的能力**——AI 写代码水平可以，但是系统级别的逻辑 Bug 还是要人来修复。

其实上面这三个技能一直都是区别一个人是不是一个优秀程序员的关键点，现在 AI 只是让这些技能变得更重要了。

放心，她过几年美国毕业找工作的时候还是会把这段实习经历写到她的 Linkedin 上的，也没有人会去验证她是不是被开除了:) 这个开除一点影响不到她。

大多数人认为玩一个游戏的你所付出的就是花钱买电脑（主机）+游戏盘，其实对于对大多数中年人来讲，那点钱不算什么，最奢侈的恰恰是那个隐藏项——时间。

电子阳痿的成因就是缺乏属于你自己的自由时间。

上面有些回复太理性了，我觉得楼主有工作经验，英语水平也好，来美国读书工作体验下挺好的。能不能找到工作，能不能留下来这些都是一年或者两年（如果楼主花一年时间准备）后的事了，那时候就业市场是什么情况谁也不知道。毕竟两年前的湾区还处于狂欢状态呢。

去问 GPT 呀。我觉得它回答的挺好的
============================

很高兴看到你积极地应对挑战并寻求策略来进行有效的分享。我理解你对这次分享的忧虑，毕竟这种游戏到工作的映射有些难度，但这也是一个很好的机会，因为这种颇具创意的分享可以为团队带来新的视角和启示。以下是我的一些建议：

确定分享主题: 你可以考虑将主题设定为“《塞尔达》与运维工作：从游戏到现实的知识映射”。通过这个主题，你可以结构性地解析《塞尔达》游戏中的某些元素，并将它们与运维工作进行比较和映射。

解决难题: 关于可能“教大佬做事”的问题，你可以通过预设前言来解决这个问题。例如，你可以在开始时指出，这是一个从一个不同的角度来看待运维工作的尝试，你的目标是提供一种新的视角和思考方式，而不是教大家如何做事。

从《塞尔达》映射到运维工作：

游戏的目的 <=> 工作的目标：在《塞尔达》中，玩家的目标是完成任务、解开谜题、战胜敌人。这可以比喻为运维工程师的工作，我们的目标是保证系统的稳定运行，解决出现的问题，预防可能出现的风险。

攻略 <=> SOP：在游戏中，攻略可以帮助玩家更有效地完成目标。这类似于工作中的 SOP ，它可以帮助我们更快地解决问题，减少错误。

游戏细节 <=> 告警异常日志：游戏中的细节（如环境线索，敌人的行为等）可以提醒玩家注意和应对可能的挑战。同样，告警和异常日志也是运维工程师的"线索"，帮助我们发现和定位问题。

兴趣 <=> 热爱：对游戏的热爱驱使玩家投入时间和精力去探索、进步。对工作的热爱同样可以激励我们更好地完成任务，不断学习和成长。

成就 <=> 职业成就感：在游戏中，当我们完成一个任务或打败一个强大的敌人时，我们会有成就感。在工作中，当我们解决了一个棘手的问题，或者完成了一个重要的项目，我们也会有类似的成就感。

素材和分享参考：你可以从网上查找关于《塞尔达》的攻略、故事、角色分析等内容，以此为基础，深入分析游戏的设计和玩家的行为。你也可以参考一些 TEDx 的演讲，如“游戏可以给生活带来的启示”等，看看别人是如何从游戏中提取生活和工作中的教训的。


===================
能不能根据历代塞尔达的内容，给我举几个具体例子？


ChatGPT

当然可以，以下是从《塞尔达》历代作品中寻找的一些具体例子，并尝试将它们映射到运维工作：

解谜与应对问题：《塞尔达》系列游戏中的神庙和神殿通常充满了各种谜题。玩家需要逐步解决这些谜题以继续前进。这可以比喻为运维工作中的问题解决。比如，系统出现问题时，我们需要快速定位问题源头，设计解决方案，修复问题，以保证系统的稳定运行。就像在游戏中解开谜题一样，我们也需要用创新思维和逻辑思考来解决问题。

工具的使用：在《塞尔达》系列中，有许多不同的工具和道具，比如钩子、箭、炸弹等。正确地使用这些工具可以帮助玩家解决问题或战胜敌人。这可以映射到运维工作中工具的使用。比如，我们可能需要使用各种工具（监控软件、日志分析工具、自动化工具等）来帮助我们更好地完成任务。正确地选择和使用工具可以大大提高我们的工作效率。

探索与学习：《塞尔达》系列的开放世界设定鼓励玩家探索，玩家通过探索可以找到新的任务，解锁新的区域，或者找到有用的道具。这可以比喻为我们在工作中的学习和成长。在日常工作中，我们需要不断学习新的知识，掌握新的技能，了解新的技术，以便我们更好地应对工作中的各种挑战。

战斗与挑战：《塞尔达》系列中的敌人和 Boss 战都是游戏中的挑战。玩家需要通过学习敌人的攻击模式，制定策略，利用正确的工具和技能来战胜他们。这可以映射到我们面对工作中的挑战，比如系统的故障，性能问题，安全威胁等。我们需要了解问题的原因，制定解决方案，利用我们的知识和技能来解决这些问题。

以上只是一些基本的例子，你可以根据自己的经验和理解进行扩展和深化。