0%

优质的合作解谜游戏相当稀有,无论是游戏还是一起玩游戏的人都要好好珍惜。

我会从这几个维度评价合作解谜游戏:

  • 难度:难度分为动作难度和解谜难度,难度过高的话会影响友谊的增进,所以需要根据个人情况量力而行。
  • 流程长度:希望大家都有足够的时间玩游戏(笑)。
  • 联机方式:在线或者同屏。
  • 游戏体验:算是给一个主观的评价吧,影响体验的因素太多了。
Read more »

写在最前

本文(本系列)推荐完全出于个人喜好,对于单机解谜游戏,我偏好那种拥有简单的核心机制,然后通过精妙的关卡设计将至发挥到极致。

我会从这几个维度评价单机解谜游戏:

  • 谜题:关卡设计,优秀的解谜游戏往往会令玩家发出类似“这也行?”“还能这么搞?”的惊叹,而不是因为重复而感到繁琐麻木。
  • 难度:对于攻略的依赖程度,仅考虑主线。解谜游戏最困难的部分,往往会安排成隐藏/要素收集,或者 DLC 和玩家自制关卡。然而有些游戏本身就很困难,对游戏体验的流畅性还是有些影响的,因此虽然这并不是一个评价解谜游戏好坏的标准,但还是写在这供大家参考。如果没怎么接触过解谜游戏的话还是从难度较低的开始好了。
  • 画面:非必须,但可以成为神作的理由。
  • 剧情:非必须,但可以成为神作的理由。
Read more »

写在最前

对于体量如此之大的公司,组与组之间的区别可能会大于公司与公司之间的区别。我所在的组是偏业务的后端研发。

我的体验是从一个实习生的角度出发,可能有些东西就不在考虑范围内了,比如薪资、升职机会之类的。

即便都是做技术的,大家适合的方向,追求的目标也不尽相同。所以我的想法不一定有参考价值。

缺人

缺人二字是我最大的感受,很多或好或差的体验似乎也源自于此。(其实好的部分就是能够光速走完面试流程入职,毕竟很缺人嘛。坏的部分可以写很多。)

Read more »

希望有一个包含 ssr plus+ 的 Openwrt 固件,但是这样的固件往往有很多我不需要的功能,而且有被植入后门的风险,所以还是自己编译了一个。

其实一个更重要的理由就是我想要 NAT1,也就是 fullcone NAT,于是只能自己编译。

Read more »

写在最前

自制一个 C++ 的 Parser Combinator,并用它写一个 json 的 parser,目标是代码尽可能简洁且便于理解(换句话说,就是一个玩具)。文章分为几个阶段,每一阶段后都有相应的代码,方便渐进式学习。

前置知识:基本的模板元编程,基本的 STL 用法,对 C++17 和 C++20 的特性有一些了解。但是如果你愿意查阅 cppreference,那么不需要任何前置知识了。

Read more »

本文将介绍如何使你真正拥有在 Amazon 上购买/借阅的电子书(也就是破解 Kindle 电子书)。

注:本文为综述,只是介绍一下几种可能的方法,并不会提供步骤。

Read more »

对于函数式的编程语言,柯里化是语法(或者语法糖)的一部分。但是 C++ 要实现柯里函数,就要 lambda 套 lambda,就很不方便,于是我就想用模板元编程来实现一个把函数柯里化的函数。

注:以下代码用到了 C++20 的特性。

Read more »