而且而且而且

1. 嵌入式 搞硬件的公司，往往技术栈十分落后，很有可能 17 年出的产品，采用 13 年出的硬件，用 05 年的工具链基于 2.6 的内核进行开发
2. 嵌入式行业写的代码跟互联网厂的后端代码基本没有半点关系。既不会用到数据库（ sqlite 是极限了）也不会遇到分布式场景，更不用考虑高并发，jvm 更是永远不会涉及的东西。嵌入式行业写的代码 无非是通过硬件 API copy 数据，算算图形学相关的复杂数学题，瞎 b 写一写 20 年前固定好的桌面客户端业务逻辑

无论从什么角度考虑，都不是前端适合转向的方向。





有个前同事写了差不多 20 年代码，转到嵌入式行业后，有 6 7 年的时间都在反反复复地写同一个产品，甚至能把同一份代码悄悄带到 3 4 个公司反复用。他自己养老倒是挺开心的，lz 考虑考虑

赶紧走人，半路出家学 c++ 站不稳的

要是写 c++ 的转行写前端后来又转回去写后端那问题不大

不过有一个 有一点点不同的模式：

https://store.steampowered.com/app/4000/Garrys_Mod/


但 mod 之间，甚至与游戏主体间 都是并行或者说分支的，你不能指望 mod 能推动你的游戏往前往纵向地走，最多只能横向扩展

最近刚好 在某个国内小游戏制作者直播间稍微聊了聊群体策划这件事。
起码在独立制作人圈子里，不要让玩家或网友过多参与策划是个共识。玩家 /网友是没有组织的，也没有共同目标，根本提不出建设性意见。 群体意见跟事项排期优先级也无法挂钩，你会发现你本来要做游戏下一关，但没人关心你的下一关，因为没人知道长什么样，反倒是 “出个更色的皮肤” 获得了所有人的点赞。

更直观的：


你有听说过哪个产品是不需要 PM 光靠网友接龙就能写出来的吗？

不可取。

多人共同意见的结果仅且绝对仅有一个： 没有任何一个提案能达成共识，没有任何提案能让大多数人满意。



以及，拿锤子看什么都是钉子系列

计算机不能生成未知。 永远不能

其实 “粘包” 这个现象很有意思
用文件 IO 来打比喻是不恰当的，因为你不可能遇到往文件里写了一篇文章然后往外读结果只读了个第一列函数就返回了导致文章狗屁不通的情况

大家都知道 TCP 是流的，但 write(&struct, sizeof(struct)) read(&strcut, sizeof(struct)) 可看不出来是流式的

@FrankHB 那首先得先给这两组词创造单独贴切的中文翻译

建议不要提醒会往自己简历上放这些经历的这些人

如果我有了好相机，我也可以……

等会。。可能不太可以

那如果有了好相机，我又刚好有时间大量练习过的话……

那可能也上不了台面，那再假设一下我碰巧认识了一个大师……

恩恩这回一定能登上知名摄影师的行列了


…………
等会
我为啥不直接假设自己是个知名摄影师

emmm...

travis 拉 github 的依赖又不会很慢。。

如果你用本地的 CI，那建议 repo 也放本地，然后把所有依赖的库源码都在本地镜像一份

不要放预编译好的 binary，除非这个 binary 是 CI 的其它 pipeline 生成的，那可以通过 API 把其它 pipeline build 好的 artifacts 拉回来，否则 CI 还是尽量保证从头 full build

说了多少次家不在湖北也不能出去 根本不是不给下高速的问题

是 你啥时候，为啥，要上高速

的问题

产品 实际上会变成什么样

并不完全取决于

你设计的时候想做什么样

@lekai63 浓硫酸加热催化（狗头

“做项目的”
“我就打个工”

> 那么保留这个“浮点运算不准确”的特性有什么特殊意义吗？如果没有特殊意义，那么“浮点运算结果不准确”是不是 Bug 呢？如果是 Bug 的话为什么至今仍然有很多开发语言有这个问题呢？


1. 是的，有意义，意义在于与硬件行为保持一致以便程序编写者能更好地利用上硬件，并优化代码逻辑。

2. 不是 bug，而是数学-工程实现 非完全一致带来的必然代价。有很多数学模型工程上都无法精确实现，只能近似。比如几乎所有的编程语言都是“图灵完全”的，但没有任何一种语言能写出图灵机，因为图灵机模型描述的无限长纸带是不可实现的。浮点数的问题也是“近似实现”带来的。

3. 为了追求数学上的精确，还有非常多的办法，也有专门的用数学语言编程的编程语言。但它们的目标是去解决数学问题，由于硬件限制，这种语言一般完全达不到工业语言的性能水平。所以，事实上有解决了浮点精度 /符号计算问题的语言，但它们不适合写工业代码；也有充分暴露硬件实现以便编码者优化逻辑的工业用编程语言，但它们的计算有精度限制，与数学运算不完全等价。

取舍问题

顺风车其实你有点理亏，因为顺风车车主其实没有任何法律责任一定要带你去目的地，这也不是他职责所在，甚至他临时不去了让你下车都是合情合理的，毕竟你只是搭车主的顺路，并非营运线路。快车之类滴滴自行运营的我肯定据理力争

打车几年没投诉 看来 lz 还没遇到过恶意拒单开到你面前点个到达直接溜走不让你上的，这种客服电话回来我都是要求直接封号的。当然最后封没封我是不清楚，但给了我打车券补偿