云服务无非就是现代的 Mainframe 。知道云服务商会怎么搞了吧。

多谢楼上诸位，原来如此，有意思。

只用系统自带输入法。苹果的这个就非常好用。

@jinliming2 哎对啊，我怎们没想到，多谢多谢！

@marcong95 我觉得也是，这个工作量不小。就算动画完全是日本公司做的，自己只用写游戏，这也算个完整的迷你游戏了。要是能开源就好了，我想要他那个 spritesheet 。

@FrankHB

@levelworm 如果真不确定，那么你需要实际是 owner count >= 1 的 affine type 。
这东西因为类型系统的叒鸡，C++ 表达不出来，要么就得 template<typename T> using 管它叫我特么不知道叫什么也懒得赐名的_ptr = variant<unique_ptr<T>, shared_ptr<T>>; 去近似，还不如直接 typename<typename T> using XXX = shared_ptr<T>; 得了。
前提是你真不确定，而不是滥用——像明明业务逻辑上就没 share 的没事非得 shared_ptr 。要知道 shared_ptr 没法随便 release，污染接口可能没法收场，所以设计上能不用就不用，更不用提落实到代码的实现了。
T* 说白了无非是 variant<unique_ptr<T>, observer_ptr<T>, xxxx_iterator<T>, ...> 的大杂烩嘛，这种不确定明显更欠扁，设计中几乎从来就应该拒绝出现（古董 API 中的 T* 对应的设计中，原则上也不会有这种东西，只是因为当年的语言连 shared_ptr 这种都没法明确表达又非得要用而不得不这样变通，才会让用户习惯于 T* 很正常，形成了错觉）。就算一时稀里糊涂真不确定也得 using 个 alias 出来，这样在新代码里只要看到（为了兼容历史包袱外的） T* 就可以放心视为写 bug 直接打死，而不用浪费时间多 review 了。

多谢多谢，我觉得我的问题还是学艺不精，毕竟是业余的，写代码往往写一会就不写了，等过了几个礼拜再写。目前写的多了点，我觉得等我写的多了点就能好一些。

@statement 我觉得也是这样，有个需求逼着学的特别快，自己学啊学，除非是几天就能搞出来的东西，否则多半弄不完。

活了四十岁，我觉得人生的意义要自己寻找。有的人要找一辈子，也不一定找得到。

@exceldream 还行，反正我还得帮老婆做作业、考试啥的。。。

最近在看 X-Files，一下班就看到睡觉，太爽了。顶多中间和老婆聊聊和娃玩玩。

的确不错。我觉得这些东西开发做起来肯定很开心吧，不需要产品经理按着头做的。
希望能够把 spritesheet 放出来就好了。这种日式像素的风格还是很有意思的。

里头大部分是码农所以还挺有文化的。。。

@kop1989 话说买一大堆旧硬盘回来不知道对楼主有没有帮助。。。其实我也很好奇这些比较特种的技术是怎么学的。

类似的例子比如说写 Malware，还有 CPU 破解（这个应该是要高倍显微镜）。

学编程可以不，学历其实无所谓。

公司电脑最好少装自己的东西，我最近刚被 IT 说过。。。其实我装的都是开发的东西，但是也不行，因为都是自己学开发的东西，他们觉得虚拟机和一些反编译软件比较可疑。

@hahaayaoyaoyao 多谢！

@linbiaye 全部习题都做完吗？基本上做几题不会做就觉得智商有限。还好不靠算法吃饭。。。
我还是比较喜欢从数据结构入手的，比如这本：
https://www.amazon.com/Data-Abstraction-Problem-Solving-Mirrors/dp/0134463978/ref=sr_1_1?dchild=1&keywords=Walls+and+Mirrors+AST&qid=1626919480&sr=8-1

其实这本也没看完，看到自平衡树看不懂就弃疗了。

微信我觉得就是程序员懒，反正什么都不清理堆在那里。