Zerol's Notes

内容写于 2021.7，删减并整理于 2023.9。懒得放图片了。

2021 年我在【TEG技术工程事业群 - 安全平台部】的某个侧重开发的组实习了两个月，体验优秀（甚至是我至今为止的实习中体验最优秀的）。

好的公司/组总是相似的，而不好的则各有各的不同。

场景

1
2
3
4
5

// CMakeLists.txt
add_library(api SHARED api.cpp)

add_executable(main main.cpp)
target_link_libraries(main PRIVATE api)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

// main.cpp
#include <cstdio>

void f() {
    puts("f in main!");
}

void g();

int main() {
    g();
    return 0;
}
// api.cpp
#include <cstdio>

void f() {
    puts("f in api!");
}

void g() {
    f();
}

执行输出的结果是 f in main!，一定程度上出乎意料且违背预期了。我希望自己编译出的动态链接库给别人用，但是我又不能控制别人的可执行程序（或者其它动态链接库）中有什么符号，因此我希望自己的动态链接库是自包含 (self-contained) 的。

作为 Jetbrains 家 IDE 的重度使用者，对于其在远程开发方面一直落后于 VS Code 感到挺遗憾的。幸运的是，Jetbrains 于 2021.3 提出了名为 Projector 的新方案，原理上比较接近 RDP，仅适用于 Swing 开发的 GUI 程序，传输绘制的命令到浏览器中，用 canvas 进行渲染。

好处是体验和本地相当一致，也不需要在开发机上装什么桌面环境，相比起 Linux 下的远程桌面，有更好的流畅度和清晰度。

以下列举一些坑和可能的解决方案（写于 2021-06-11，希望之后 Projector 能问题更少且更加好用）：

官网链接：https://syncplay.pl/

场景：想和朋友一起看电影，但是用远程桌面（比如之前推荐过的 Parsec）或者屏幕共享（比如远程会议软件）的话会影响画质，如果要多人同时按下播放按钮的话就很愚蠢（尤其是中途想暂停或者倒回去看）。

Syncplay 是一个用于多人同步播放器进度条的跨平台开源软件（甚至内建了聊天室）。

官网链接：https://parsec.app/

低延迟（适合游戏）、高带宽（无需中转服务器）、支持多人的远程软件。

2022.1 update:

如果符合以下条件，那么建议使用 moonlight，客户端开源而且不限制画质：

• 使用 N 卡
• 使用场景是内网或者拥有公网 IP
• 只需要一个客户端（其实多人同时连接的话可以选择 moonlight 和 parsec 一起开）

官网：https://u.tools/

快速启动应用/打开文件，同时支持插件提供的额外功能，提升生产力。（甚至跨平台，但是我觉得别的系统原生的可能就够用了。）

写在最前

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

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

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

写在最前

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

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

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

缺人

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

共 65 本，其中推理 21 本，科幻 16 本。