不合规矩要求删帖的话会删的。是因为想发twine吧但担心对方会搜到，跟dol沾一点边所以发dol吧了（土下座）
是这样的，
lz
觉得dol这种游戏特别有意思，而且本来就构想一个世界观很久了，最终决定亲自把它做出来，打算搞r18向（虽然在国内搞这个有点危），用的是twine。lz从未接触过编程，好在b站上有大佬的教程视频，虽然对编程的语法还是有点懵逼，但借鉴了多位大佬的代码以及在ds的辅助下，最终顺利弄完了
捏
人界面以及开幕段落。
看着自己创建的段落越来越多，以及css实现的文本淡入或者发光或者其他什么效果，lz觉得非常有成就感，几天以来都是码到凌晨三四点才去睡觉。
几小时前，lz又在快乐测试代码时，lz的一个朋友刚好发消息过来，lz就顺口说了自己正在做游戏朋友说想跟我一起做，他编程实力还是强的，能有大佬辅助我肯定也乐意。于是——
直接说不满的点吧，朋友觉得twine不好用，想用trae来写，lz执着于twine的图形化，觉得更直观，但因为朋友极力推荐所以还是决定尝试一下，结果下了好多个软件，又安装了好多个插件朋友把lz的代码导进trae里，然后开始评价lz的代码：lz在跳转段落的选项会用上多个换行，朋友说应该有其他方法可以表达，我这样写有点抽象。接着是有关一段必须输入名字才能跳转下一段落的代码，朋友说这段代码看着丑。再然后是lz设置的变量，我当时在说觉得trae没有图形化不方便，因为lz不熟悉代码，在twine都要反复查看自己设置的变量以及其他代码。但朋友说没必要在意lz设置的这些变量，他说写得太简单了，之后肯定全都要改掉，所以不用管我写了啥。但lz明明是跟着制作《石中剑》的大佬的视频设置的，大佬这样设置能顺利制作好游戏，凭什么到我这就全都要改掉。
我承认自己完全不懂编程，要是能指导我也很乐意学，但直接就把lz辛苦熬了几个晚上码出来的代码贬得一无是处也太过分了吧，更何况至少现在运行下来游戏没有什么问题，lz也并没有求任何人帮忙代码全都改掉，那lz能自由发挥的岂不是只有文案和美术了？既然朋友认为lz的代码不行，那么大概率lz写的东西都会被二次更改，这就会导致lz写东西时有了约束。lz不想这样，这是lz的游戏，lz不想码什么东西之前还要经过别人的审查，这更像是我在辅助别人制作游戏，既然如此lz宁愿不要任何帮助。
现在trae也不想打开了，这个页面对我来说会感到枯燥且没成就感。lz打算用twine死磕到底，朋友不愿意的话lz就继续独干吧，好在网上还是有很多教程的

省流版：lz不高兴自己写的代码被贬低。也不高兴自己写的东西被大改。

自己做的一版先存着，然后和朋友合作做初版。

正常的，代码都是边写边改的，改动有时候涵盖非常多的地方，最主要的是先能写出来，不要操心什么约束之类的

有黑奴帮写代码，你直接告诉他你想要的效果，叫他写不就好了吗？（完全不会编程）

要不要试试era练手

游戏的好坏和代码写的好坏几乎没关系，只要代码运行不影响游戏性就没问题，好游戏的屎山代码多了去了，独立游戏开发最大的难点是没钱/没热情/没时间，如果你想要一个属于你的梦中游戏，自己慢慢做就好了，只要热情不枯竭就没关系

写代码互相瞧不上多正常，别想得太严重了
如果更看重能把内容做出来就多考虑一下，毕竟合作者也不一定是永久的，要考虑到对方离开后是否能接手，每个人写的东西习惯都不一样
如果目的性不重的话自己慢慢做就是了
代码美观不美观跟能不能跑是两码事，太吾作者自己做的那版绿皮代码都能跑，数据真是全放txt
最大的问题就是合作者上手的成本会直线上升，不方便，但一开始也根本不用去考虑这么多，写出来就算成功你和对方只是立场不同视角也自然不同罢了

我教你，你说他没自己写过就瞎说，有本事他自己写出来看看。等他写完就迅速滑轨，让他在赞美中迷失自我

你提要求让他按照你的写出来，他不插手你剧情，你不插手他代码，各自发挥长处嘛

理想点来说，我建议你还是多听听他的，如果你希望自己的游戏可以长久更新，有丰富的社区和mod制作者，那么你还是多听听程序员的意见。我自己也是学计算机的，一个有规划，有设计的代码绝对是完成你游戏的第一步。你自己固然可以慢慢学慢慢做，但是很多算法思想你是不知道的，等你达到对应的水平，你可能会发现前面已经不好改动了（
典中典
屎山代码）。而关于使用的游戏制作引擎，其实你学明白了后，图形化其实没那么必要，你可以设立一个开发文档，方便排查变量命等等，也方便为了的mod制作者

其实程序员说的“美观”不一定是真的好不好看，而是在说框架是否合理，代码是否规范。这一点没学过编程和计算机的确实很难意识到。
在实际项目中，框架合不合理在长期开发中对运行性能、增删功能的难易程度，bug的检查与修复等影响很大。比如假设你的所有变量都用的全局变量，那么用的时候是方便随拿随用了，但是当程序功能特别复杂时，随便删改一个变量就可能会联动一堆数据发送改变，进而导致bug。
然后代码规范就是指变量名命名是否规范，是否添加了注释，功能实现逻辑是否清晰等。这也是短期你可以记住某个函数或者模块是干什么的，长期开发时，不得不去翻以前的代码时，不规范的代码就和屎山一样看不懂了，到时开发就会很麻烦。
游戏通常项目周期都不短，尤其是你想持续更新的情况下，这两点很重要。
但是这些东西非程序员通常不懂，我的建议是，可以多问问ai。

做自己想做的就行呗，可以听他的做一版和自己的那版做一下对比之类的？蹲一下游戏我想玩