NotionNext BLOGTech Share
00中文日志
Random
💎24-03-30 周六
type
status
date
slug
summary
tags
category
icon
password
快速总结
【今天的遗憾】
- 试图早睡，再次失败
- 错过了去游泳的时间
- 睡过了早饭，忘记了午饭，但是晚饭挺好吃
- （学习债务 + 1 = 整理The Rapid Prototype GDC Talks 笔记）
【工作时间】
11小时？（说好的休息呢）
身体数据
奖杯收集
今天的首要任务
图文记录
周六的睡眠情况还行，除了早睡还是差一点嗯。
运动量今天稍微差了一点，主要早上起来就去练口语了，一不小心一口气太投入了。
就忘记休息，以及错过了去游泳的时间。
所以周日一定要早点去游泳，我计划早读完毕再去游泳。
吃的方面嘛，早饭错过了，午饭忘吃了，就吃了个晚饭，热量应该没超标，嗯，明天是自己做的菜，应该会好很多。
健康饮食从明天开始恢复吧！
接下来是今天的日志，早上起来准备对付口语练习的事情。
花了3个小时准备英文学习的相关事宜，搭建学习任务仓库，现在选择的是[[OB-Courses]]
音频材料我选择的是用speechify生成的音频进行练习，直接读教科书可还行。
根据Enjoy 的教程，我把准备好的音频素材导入，然后就尝试着进行了练习。
https://1000h.org/enjoy-app/
等待资源导入的的时候，我继续在看教程，发现了一些很有意思的GitHub项目。
比如这个【中国程序员容易发音错误的单词】
我听了一下，试了一下，发现我还真读错了好多词。
然后往下翻了一下，发现了大佬写的发音纠正器
然后我就和X总聊了一下写日志的事情，他感觉写日志就是在写废话，认为这是一个好习惯，但是不清楚其中的意义。
我给出的意义是记录，数据化和数据追踪。如果想要优化一天的行为，必须要有足够的数据用于分析，才能做到优化。
写日志无疑就是一种很好的方法，日志也不必事无巨细，如果有工作就截屏，然后记录一下正在处理的事情，遇到了什么问题，接下来打算怎么做。
其实就是要养成一个记录的习惯，这种记录习惯其实在很多研究项目中是常见的。
研究员其实就是专业的记录试验的人，研究的结果需要基于研究记录，以及在做试验时候的规范操作。
当然这只是研究的第一步，后续还要更具研究记录，找到问题，以及接下来的研究报告。
包括现在互联网广泛使用的数据分析，也是一个思路，需要有规整的数据进行分析，而格式化的写日志就是在进行这个步骤。
以后也许AI可以做到，现在想要做到就需要花费时间和养成习惯去记录。
但是AI能记录这些就会涉及到很多问题，比如隐私比如技术，会很复杂。其实人工记录培养起来也没有那么的困难。
至少对于我来说是这样的，总之唠嗑的主题就是，为什么要记录日志，日志的作用是什么，日志作用的基本原理是什么，日志还可以怎么记录。
如何养成一个习惯，我是如何养成习惯的。
其实我的方法是利用心理学的损失厌恶来实现的，嗯，就是拿一笔钱打赌，做不到钱就打水漂。
哈哈，听起来很智障，但是你要真的下定决心想做一些事情的时候，这个听上去很蠢的办法，没准真有奇效。
比如你想一个月坚持做一件事，和我打赌，每日打卡，做不到你给我一千块。
体验一下失去金钱的痛苦。
（可恶，居然五百块都骗不到，我真是失败的man）
如果你真的有什么习惯想要坚持，但是没有毅力，你可以找我打赌，失败了钱给我，成功了我还给你。（真的）
然后我就去进行口语练习了，把今天的限额用完了。
感觉Enjoy的服务有点贵啊，他们是直接调用微软识别发音的API进行操作的，目前功能也就那样，还有待开发，不如我知道的另一个软件。
ELSA Speak，苹果手机和谷歌商店可以使用。（真的不是广告）
https://elsaspeak.com
我几年前就有使用过，当时只是应付了一下对话口语啥的，对于口音并没有太多练习。但是当时我就知道他们提供口音纠正的针对练习。
总之我目前在等Enjoy完整版出来之前，针对发音纠正。会使用ELSA而不是Enjoy。
这个软件的评估和数据还是很专业的，买一个会员比买一套所谓的课程便宜，适合喜欢刷题的朋友。
而且他们的游戏化做的还挺不错，不会很枯燥。
然后我就饿坏了，准备去吃晚饭。
晚饭: 沙拉 + 牛肉拉面
Hitchhiker's Guide to Rapid Prototypes!
之后我就逛到了星巴克，听了一下GDC的演讲，以前听过现在又复习了一遍。心境不一样了，感触也更多了。
结果它一个视频半个小时，我是连听带写的，搞了2个小时，还只是草稿。所以回家之后很有必要再整理一下。
到家之后我就开始整理笔记，除了作者提到的一些东西，还有我自己的理解和感悟要一起整理。
作者刚开始就说了只代表他的个人观点，如果听众有自己的一些感悟和理解，欢迎随时补充和修改。
我听劝，还加了不少自己的感想进去。
其中提到了游戏团队的结构，一般来说都是按着公司进行职能划分的。
中大公司基本都是这样的，因为方便管理，但是小一点的工作室真没必要。
但是作者认为其实在做游戏的时候不能那么分裂，分的太开了，特别是小团队，容易出很多沟通的问题。
团队之中的关系应该像一个蜘蛛网，不应该是层级关系，而是一种网状关系。
然后我就联想到了雷达图，有的人会在不同的领域来回跳跃。
我使用网站：制图网站
做了一个有意思的图，感觉比传统的职能分化图，更能表现团队的重要性。
至少这个玩意儿看上去更高级，嗯！
接着我打算把笔记从文本版本整理成图片版本，保存在Miro上。方便以后重复使用。
需要的时间比我想的要久一点，所以前半部分我写的很认真，后面就直接抄PPT。
其实并没有完全整理。
（学习债务 + 1 = 整理The Rapid Prototype GDC Talks 笔记）
终于搞定啦，接下来就是直接使用工具咯！不过该睡觉了，开始今天的总结叭。
总结的时候新增【成就奖杯】英文早读
搞定！睡觉！
项目115开发进度日报
Last update: 2024-03-30