Append 2

0X 年的时候写过游戏逻辑，技术可能过时了，就简单说说吧。

1. 不知道，这得问 LOL 的开发人员，不同游戏的 ping 代表的含义可能会不一样。
游戏内显示的 ping 值不一定是 TCP/UDP 的时延，也可能是专门为游戏设计的心跳机制中的网络参数。

2. 网络状况迥异的环境下，没有任何技术手段能确保双方都在某个 ping 范围内。
比起锁定延迟，我们更常的做法是在帧同步上下功夫，比如优先让网快的正常游戏，网慢的客户端对短时间内过来的更新指令作类似于快进的处理。

3. 不同架构、不同类别的游戏控制同步的方法不一样。
比如一款中心化的 RTS 游戏，采用的是服务器广播-客户端收发的方式交互，想要增加延迟可以设置广播队列的发送时间。对一款允许局域网内的 RPG ，纯粹的 P2P 通信，只需要交互前约定共同参数即可。

@littleylv 见 append

频繁地改需求，不外乎是以下几个原因：

1. 甲方对自己的需求不明确 或 乙方对需求理解有偏差。
这种还是挺有说法的，对口定制化跟不对口定制化情况略有不同。
对口定制化中，乙方在开需求会议的时候有义务引导甲方把需求漏洞补全；
非对口定制化中，需要甲方有人全程跟进，双方频繁沟通保持意见统一；

如果已经进入了开发期，有必要重新开展需求研讨会。

2. 甲方追加额外需求
甲乙双方在协商开发周期以及开发成本的时候就要明确额外需求的处理方式--优先级、费用、后续维护事项等。
一旦写进合同，照章办事。甲方来新的需求，乙方负责人会议评估，一致通过的话可以进行排期。如果不通过，对甲方反馈再作协商。

这里面有一个非常重要的点：甲方的需求不能直接到具体的编码人员，中间必须要有项目经理跟技术经理作评估。乙方需要有立场的独立性。


甲方是不会有直接的感同身受的，乙方需要维护自己工程师的利益。如果乙方只会两头吸血，那么 run 就对了。

对于已经语义化了的变量，我有一种评判代码逻辑组织是否合理的方式，即

用自然语言去试读代码是否会让人感到冗余。

从这个角度来看，我是同意 LZ 的说法，比如 if isOpened == true (假如 已打开 为真）就不如 if isOpened （假如已打开）。

之前好像回答过类似的问题。

一言蔽之，在体制内工作容易缺乏职业自信。原因懂的都懂，不赘述。

裸辞跟骑驴找马哪个好，这无法判断，很多事确实只能等到“盖棺”才能定论。但有一个事情是没错的，无论作了哪种选择，都要付诸相应的努力走下去，瞻前顾后、反复横跳是大忌。

既然是挂在网站上作个人展示，就不要拘泥于纯文字描述，可以发挥网络媒体的优势，增强一下读者的视听感官体验。

因为你也是 Web 工程师，前后端都做过。不妨：
- 做个个人经历的 timeline ，突出从学生时期到职人时期的里程碑节点。
- 对项目介绍作可视化处理，比如小程序的动图+动效展示。

个人网站一般是第二入口，即大部分点进去的人是“对你有点感兴趣”的对象，他们可能从别的地方（投递的简历 /论坛的贴子 /Github 的项目代码）知道了你，然后想进一步了解你。因此我觉得在里面感性的建设是必要。

最后是个个人看法：开源出来的东西尽量把 README 写好。
我注意到“喜欢编写健壮的代码，编写会以牺牲性能来提高可读性的代码，因为代码是给人看的”，从工程的角度看，纯叙述性的项目描述也是可以提高项目可读性的。

...给后来的人总结一下：

LZ 面试了一个图形工程师，感到不快，原因如下：

对方背景似乎很牛，但对于 LZ 的核心问题没回答到点子上。
从对方的话语中得知他只想“找大牛抱大腿”（可能还有点不愿意做一线实施的意思，仅个人猜测）。

我试下解读你的需求：
你希望搞钱，但在青岛当程序员工作内容平庸，工资也平庸，想要改变的时候发现自身资质也平庸。

这跟 CRUD 本身没什么关系，就是没有立身之本、缺乏职业自信造成的精神内核不稳固。

我的建议是先作自我剖析，认清自己，再决定接纳还是改变自己。

其实你说的不是什么新鲜事儿，就是一个渠道管理的问题。

在 app 运营的最初期，你的推广渠道够不够多、你在推广渠道话语权够不够大是很关键的。

菜市场的格局已经从堆数量的野蛮生长期过渡到了保质保口碑的成熟期，在这里面，个人小开发没有自主能力。
除了海外渠道，经营私域是最常规的玩法：业务 app 上小程序、云平台，甚至只是打个 apk 包挂到 XAMPP 上。用威推抖油等还有原创红利的新媒体导流。

先去大公司，让前老板给你留个坑。

我从另外的角度提供思路：

你在读研中有没有新的领悟？没上岸有没有觉得可惜？

认真过了，还是差得远，不妨更换赛道，你的长处就不是在这，方向错了越坚持越尴尬；
没尽力，得过且过，也不需要继续。你需要改进的是生活态度，先找工作，俗套地说，从一点一滴做起；
认真过了就差一点点，那就总结经验再战个痛快。“我本可以”是天底下最大的遗憾。

@wunonglin 这不就是在问中国求职吗

国外有另一套说法。

@valuable
一个 18 岁准备读大学的人搞一套专业的图形系统出来很牛
一个 30 岁科班毕业好几年的人只会写搭建 XX 播放器则显得不学无术
对于一个评估学习能力的技术型初筛来说，年龄是否跟所应当有的技术相匹配是很重要的

把信息补充完善，既是对自己的负责，也是对看简历的人负责，双方都可以降低沟通成本

我谈谈几点：

一、行业大趋势不能决定个人的选择方向
全球疫情以及晶圆厂产能相对需求滞后使得国外芯片供不应求，价格水涨船高，大部分国内厂商都纷纷在国产芯片市场中寻找平价替代品。这利好国内的 IC 原厂，但对于依赖国产芯片的其他厂，尤其对里面的嵌入式程序员来说则是一场灾难：
1. 国产芯片质量良莠不齐，写代码出奇葩 bug 查半天；
2. 芯片资料不完善，参数规格需要反复确认，代码移植困难；
3. 国内厂易跑路，经常出现底层代码无人接手的局面；
这些都会增加嵌入式程序员的沟通成本和思维负担，进一步增加被 PUA 的风险。

最近芯片价格有所回暖，但大方向始终会朝“外转内”走。

二、嵌入式开发不是什么越老越香的铁饭碗
这一点其实跟烂大街的 Java 开发是一样的，任何劳动密集型（你没看错）工作最适合的永远是年轻人。上网课学的、培训班出来的嵌入式开发者一点都不少，他们一样上手可以很快，反正东西能跑就行。嵌入式搬砖侠容易被下卷死。而且嵌入式开发通常“技术绑定”、“公司绑定”、“行业绑定”，很多项目经验无法迁移，久而久之造成“公司换你可以，你离开公司生存不了”的局面。不够勤奋（自律自学向上）、想法很多的人不适合嵌入式开发。

排版问题先不谈，我是筛选简历的人，我有以下疑问：

1.你多大了？这么重要的信息居然没有？

2.你到底有没有毕业？一方面在上学一方面已经拿到学位了？还是双学位在读？

3.你把你的 github 搬上来，但我点进去发现你甚至连 README 都没有写？

4.你究竟想找什么工作？一边说你是个很棒的运维，一边说你运营网站提供服务，你的求职目的呢？

5.坐标、期望薪资什么都不说？等对方给你安排全球飞？

你也知道根本原因是什么：
你太急了啊！

如果转正是十有八九的事，等对方主动提出来才好摆高姿态待价而沽。
如果转正机会不大，那你在领导第一次答复的时候就要抓住机会年前转正了。

我好奇的是，领导回答你只能平调的说辞是什么？