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

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

Read more »

场景

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) 的。

Read more »

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

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

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

Read more »

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

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

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

Read more »

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

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

2022.1 update:

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

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

写在最前

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

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

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

写在最前

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

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

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

缺人

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

Read more »
0%