发生了什么

破买的游戏赛车方向盘到了，狠狠的开了两把欧卡，非常好玩😋路上景色不错。想起了大学时开车去川西的时候，沿途的风景很棒，和伙伴们的浪漫经历、有趣的陌生人，加上自己本身挺喜欢开车的，非常的享受，这种感受是我想通过游戏所表达的，希望未来能做一个这样的游戏。之前关注了很久的《越过山丘》也发售了，也是开车游戏，看起来非常对我胃口，抽空玩一下。

玩了几关沉星之序，果然在NS上买是不错的选择，在工作的闲暇之余可以随时掏出来玩上几关，实在解不出就放一边忙别的事情，体验不会受很大的影响。

一些分享

清理自己的网页剪藏的内容时发现了这样的内容，刚好昨天和朋友聊到了这个话题，也就是隐性知识是很难传达的，最好的传达方式是告诉对方你是如何遇到这样的问题，你是怎么思考的，你想了哪些解决方案，你做了什么尝试，最后的结果又如何。而不是直接告诉对方应该做什么。虽然原文说到的是编程，但实际上我认为大部分事情都应该是这样的。

Programming practices are mostly tacit knowledge. Tacit knowledge isn't easy to share. An expert will relate some simple-sounding rule of thumb, but then grilling them on specific cases will quickly uncover a huge collection of exceptions and caveats that vary depending on the specific details of the situation. These are generated from many many past experiences and don't generalize well outside of the context of that body of experience.
编程实践大多属于隐性知识。隐性知识并不容易传播。专家可能会提出一些看似简单的规则，但一旦针对具体案例进行追问，就会发现其中存在许多例外情况，而这些例外情况会随着具体情境的不同而有所变化。这些经验和技巧都是基于无数次的实际操作积累而来的，因此它们在脱离这些经验背景的情况下很难被泛用。

Trying to apply the rule of thumb without knowing all those details tends to result in failure. Phrases like "don't repeat yourself", "you aren't going to need it", "separation of concerns", "test-driven development" etc were originally produced from some body of valid experience, but then wildly over-generalized and over-applied without any of the original nuance.
试图在不了解所有细节的情况下应用那些经验法则，往往会导致失败。“避免重复使用相同的代码”、“不需要用到某个功能”、“区分不同职责”、“以测试驱动开发”等等这些说法，最初都是基于一些有效的经验总结出来的。但后来，这些原则被过度泛化，被不恰当地应用了，而失去了原有的细微差别。

The way to convey tacit knowledge, if at all, is via the body of experiences that generated the rule. For this reason I find much more value in specific experience reports or in watching people actually working, as opposed to writing about general principles.
传递隐性知识的方式，如果有的话，就是通过那些孕育出这些规则的具体经验来传达。因此，我更看重对具体经验的描述，或者观察人们实际工作的场景，而不是仅仅撰写关于一般原则的文章。

预期

终于周五了，临近发售日自己的任务堆上来了，毕竟程序只有自己一个人，工作上得猛猛干活了，不知道后面几周会不会高强度加班，希望游戏能卖得好吧，虽然是一个自己不那么感兴趣的类型，但是确实有在往让自己觉得好玩的方面努力。

最近继续复活一下自己的业余小项目，做点风格探索。