zxfeng

@GeruzoniAnsasu
首先 OP 问的已经很具体了，你对 op 问的 向的服务器发送 get 请求就通关了估计都没去查查是真么回事，如果这个描述还是空泛，那只能说你脑补太多了。
其实，你上来让人去百度帧同，但帧同步解决的问题根本不是 op 想问的游戏结果验证问题，如果你想说服务端重算操作验证 那和同步方案采用帧同步还是状态同步没有关系。 就羊这个游戏，明显类似棋牌这种回合或者低频操作的游戏你推荐帧同步我眼怀疑你根本没有做过帧同步的游戏。

@GeruzoniAnsasu 啥就帧同步了啊，真就是听说个名词就到处用。人家问的如何设计或者从技术角度避免玩家对游戏结果作弊。

这么一个看起来并不算太复杂的小游戏，靠几个普通人搭伙，是否有可能做成呢？
可以的（做出），一个全干程序，一个策划基本能做出产品（美术音乐购买或外包 ），但没有从业经历的普通人的话有点难（做成）

主要障碍都会在哪产生
做出的障碍不大， 想做成会遇到比如如何选题，策划数值能力如何，如何宣发等等问题

需要多大启动资金量
这方面接触有限不好乱估 。不过个人感觉人力成本是小头，后期宣发买量资金才是大头

成功率有多高呢？
就题主描述结合我个人经历而言，非常之低，可比国内彩票

为什么都在说凉的快，这种小体量博的就是短期收益吧？

@realpg 那啥 虽然我提了这个，但实际中也只是调试中或者监听后做一些轻度的操作。如果包含 io 等重操作或者导致很深的其他调用，写在这里调用的时候如果没有这个意识或者调用方不清楚里面的实现当作简单的赋值还是有一定风险

@misaka19000 一直游戏开发，刚开始的时候还没有 unity ，所以用一些开源引擎做，后来 unity 起来就转了

写过两年 java 写过几年 c#(unity)

个人搬砖过程中驱动我主动去写 getter/setter （属性）的场景
1 某个属性只想被其他类读或者写
2 调试的时候方便；查找调用位置的时候，可以快速通过 ide 找到写或读的地方，比如某个值很少赋值但是有海量的读，通过快捷键找起来写的位置来比较麻烦。虽然有的 ide 也可以对成员读写位置区分，但这样能更快定位
3 可以在里面做一些操作，比如打印调用来源，检查 null ，写操作监听回调等等

缺点暂时就想起来一个
1 比如在属性 get 里用到了循环 /内存分配等影响性能等操作，但是调用属性的地方却很容易当作一个常量的值来频繁调用

至于设计原则啊模式啥的 没考虑过 可能层次还没有达到

如果有在上海买房或者生娃的可能性，就早点落。

其他的地方有无户口没什么区别。
没有户口，买房五年社保，断了超过 3 个月就不行；用居住证积分上学，且不说排队优先级，你要保证社保能够稳定的交着，不能等用到积分了结果断掉拿不到积分。而且还要考虑到未来政策会不会改变，比如买房社保变化，不能用积分高考，可能性很低但出了就很要命。

这两者没有户口，会一直有这种社保和政策上焦虑。

还有一点的话。一些工作 比如体制内 社工等要求上海户口，或者有了上海户口要求会低一档。

推荐瑞奇宝宝，亲测对问题儿童有些帮助。

我辈榜样