确实不建议附很多代码,因为说实在的,写代码在游戏开发中只是很小部分的工作。只关注这一小部分而不介绍其他的内容,恐怕这才是读者会失去兴趣的原因。
所以说@太昊 的日志就很对我胃口,给大家推荐一下 (
9
OwenTsai ,游戏设计,Web开发
确实不建议附很多代码,因为说实在的,写代码在游戏开发中只是很小部分的工作。只关注这一小部分而不介绍其他的内容,恐怕这才是读者会失去兴趣的原因。
所以说@太昊 的日志就很对我胃口,给大家推荐一下 (
6
狼崖雪 ,想做一款自己和周围人喜欢的游戏。
开发日志这个东西在我眼里,应该是一篇浅显易懂的进度披露类的文章。就算是你本周做了晦涩的东西,你也要想办法把他写的相对能让人看明白。同时也可以分享一些趣事,因为根本上来说开发日志是建设你社群的重要一环。
我举个例子,我写的开发趣事
https://cowlevel.net/article/1885822
和我认认真真写的专业性质教程
https://cowlevel.net/article/1860271
我在这两篇文章上花的心血是不一样的(后者花了我四五个中午,前者只花了我大概半个小时)。但是从互动数量上来看差距并没有那么大。
同时还要考虑到牛关本身也有着相当大比例的专业用户,本身就会对游戏开发有一些兴趣。所以其实从开发日志的角度上来说,浅显易懂的文章明显更容易让人爱看且吸引人。
3
Kingfeng ,我们作为一个协会誓要治愈这个世界及其居民
如果你是要撰写你的“代码开发日志”,有三个最重要的部分
1、未来的规划
主要是一些你在开发过程中涌现的想法,我强烈建议你专门找个软件Or日记本来写,并且可以随身携带(或者同步到你手机)以便你蹲厕所的时候修改
2、已经完成的功能
这时你开发日志最重要的功能,比如【完成了数据类的存储功能】或者【完成了战斗系统的法术模板】 并在其后注明相应功能是如何使用的
3、待解决的问题
如果你陷入一个功能很深而且你的大脑渴望休息,你需要存一个”存档点“,一个不重要的修正可以在代码里下一个TODO并注明,一个开发了一半方法可能会需要你详细的写下当时的思路和步骤
4、团队沟通
如果你是一个团队共同开发,你希望团队注意的修改或者函数变更可以在上注明
再说软工上的开发文档,注意这并不是开发日志,开发日志是因为团队合作或者个人长时间更新的时候为自己”存档“用的,程序员还会需要写开发文档。
最后一点,没人关心你的”代码“,例如你写了一个存储功能,没有人会关心他是怎么存的,你只需要在文档里写明是哪个函数,利用了什么技术(SQLite或者常见的json存档)、数据结构是如何的、有什么功能、要怎么使用。你甚至不需要写流程图,没有用户会关心一台电视机是怎么从接受信号到显像到解析遥控器红外,他们需要的是,耗电如何,使用了什么屏幕,大小如何,什么色彩标准,我按哪个键是换台。
如果真的有人想要深入了解你代码每一步的走向,他会自己去看代码
2
frankc ,喜欢篮球和表格,正在开发一款策略游戏
我也很感兴趣这个问题,因为我也想要开始一个devlog。我觉得最大的作用起码对于我这样的人来说就是给自己不要摸鱼的鞭策吧。有了这个就不能三天打鱼两天晒网了,有一个持续的动力。另外就是拓宽你的潜在用户群体啊,获得一些反馈啊诸如此类。不过也分“写给自己看的”和“写给别人看的”这两种吧
2
LeeT_Game ,《Dungeon Slayer》开发者
我的开发日志都是做成视频,每周一个视频的速度在油管更新(因为我有很多一起交流的开发者都集中在这个平台)。已经坚持了一年了,感觉这样做的好处有几个:
1. 慢慢的建立围绕自己游戏的社区,因为这个真的很花时间,越早开始越好。
2. 给自己一个不能偷懒的理由。知道有一些人在关注自己做的游戏,会比较不容易懈怠。:)
3. 我会在开发日志里面包含每周添加的内容,遇到的问题,前后的解决方案对比之类的。一般不会过多的加入代码的解释,偏向于成果展示。因为后台数据告诉我,爱看别人写代码的真的不多。
4. 一开始也不用太纠结要输出什么内容,坚持尝试不同的日志风格,然后慢慢就知道你的观众喜欢哪一种类型的日志了。(如果是视频,可以通过点击量,观看时长,停留时间获取这些信息)
我通过这种方式慢慢扩展了1000+的频道订阅和150+的discord社群组员。虽然不是什么大的频道和社群,但是聊胜于无吧。希望对你有帮助。:)
1
{{question['follower_count']}} 个玩家关注
相关元素
相关问题
小数值的策略游戏如果想引入防御,如何设计数值比较好?5人关注 1个回答
作为一个独立个人开发者,从开始计划到完成一款游戏是怎样的过程?35人关注 4个回答
国内有哪些线上的独立游戏开发者社区?17人关注 4个回答
开发日志应该怎么写?写什么?
0 条评论