肺结核认真治就行了，按医生的方案定时定量吃药（现在应该都是联合用药）。结核是传染病，定点传染病院应该是免费治，疗程要全，千万不要吃药半途而废；要治到结核病灶完全消失或钙化才行。否则入职体检查出来活动结核肯定没戏。

不过也不用太担心，只要治好了（医院会开活动病灶已消失，以钙化，不存在活动结核传染性的）就问题不大。入职体检（一两百块那种）只能查出有没有大块的活动病灶，查不出来结核历史，最多写一句有钙化点。其实中国结核病史的人很多，大部分都是自己自愈了（钙化点）

再大的公司，就要上微软的域控，或者苹果的 MDM ，加上 JumpCloud / JAMF 那套东西

操作系统直接买笔记本就选 Pro 的。
每个员工入职，直接买 m$的 Azure AD 账号+O365 ，AD 是 4$每月，o365 19$每月

以前遇到过类似的问题是 DNS 解析超时，关键字是 DNS + Conntrack 竞争， 和内核、alpine 运行时等等有关，楼主可以看下是不是遇到这个问题

Javalin

两三年前公司搞了几台 Dell R740xd ，带的是 NVIDIA TU104 卡，发现 PVE 不行，VM 直接死机，后来查文档发现这卡不在支持列表里面。最后折腾好久也搞不定，不知道现在怎么样了
当时最后的解决方案就是换 Esxi ，买最便宜的 license ，对公司来说也不算贵。但是好像也只有 GPU 直通，vGPU 要另外加很多钱

十多年以前仔细研究过这个 char *s = "0123"。当时用的还是 VC6.
结果比较有意思（针对 VC6 ，之后的应该改进了）。

对于 Debug 版，“0123” 会被放到只读数据段里面（好像是叫.rdata). char* s 是个指向这个只读数据段中一小段数据的一个指针。任何对这个数据段的写操作都会引发段错误。

相应的这避免了两次调用相同的函数，结果不一致的问题。
比如下面的代码，假设可写，那么会有

test() {
char*s = "123";
printf("%s", s);
s[1] = 'a';
}

test();
test(); <--- 这里打印出来 1a3 ，和程序的语义不一致。

有意思的是上面的代码在 Release 版是没有出错的，打印出来两行 123 和 1a3 。
当时看了下的结果是，
对于 Debug 版，生成的 exe 有三个段，代码段（可执行），只读数据段（只读），普通数据段（可读可写）。
而对于 Release 版，连接器把所有三个段捏到一起去了，整个 exe 文件只有一个段，这个段可读可写可执行。

总之这个问题和系统的段页式内存管理，以及编译器连接器都有关系

以前做项目见过的：

客户有奇葩的防火墙/负载均衡，对于
1. 非 Get Post 请求，高峰期不能保证 QOS ，要对 Get Post 让路
2. 非 2XX 返回值，会把 response 封装成类似 upstream error：<原始的 body> 而且可能 body 还会被截断

所以为了适应客户把项目做下去只能全部 GetPost ，用 200 返回，再把错误信息放在 Body 里面

在 Linux 下用 GCC 测试了下没有发现问题

这个问题是否和 Clion 的 Console 有关系？

Grafana 有 Log on cloud ，免费用户可以用，但是有容量的限制，50GB 还是多少
问题一般是公司允许用这种在线日志么，还要脱敏

学会用 antlr 就行了，感觉 antlr 不需要特别多的编译原理的东西

用端口开放工具检查下端口是不是 open 的，如果是就是你自己链路上某个节点给封了，比如 GFW

内网回流问题，要解决需要路由器支持

简单解决，就在内网机器 host 文件加个配置，把 xxx.com 解析成内网 192ip 就行了

楼主说的无痕，意思应该是：系统中内置了某些程序或者驱动，挂钩了底层文件读写的 API ，对于某些文件读写操作，会生成审计信息发送给系统管理员或者监控系统。

避过的方法就是绕过系统，用 PE 或者 Live 。当然一般这种公司都不会让你从 USB 或者 CDROM 启动，BIOS 也有密码改不了，个人也拿不到 Bitlocker 的密钥

如果不想花钱，存储用 ES 或者 Loki ，日志采集可以选用 Fluentbit/Fluentd ，Promtail ，或者直接代码里 POST Rest 过去
面板选择很多，Grafana ，Kibana ，等等
如果愿意花钱的选择就更多了，Datadog ，Splunk ，绝对要不不花钱的好用的多，一分钱一分货

先生成一个 PDF 当模板，保证这个 PDF 能打印到这个票据的合适的位置

真正打印的时候用相应的库来编辑 PDF 模板，写入数据，然后打印

Citrix 的用户不要太少，见过很多银行和金融公司，用的都是他家的 XEN ，员工不给笔记本啥的，只给一个小盒子，用来跑 Citix 客户端来登录远程桌面，所有的活都是远程桌面上干

把这个 json array 存储到 elastic search 里面，使用 elastic search 的运算符进行过滤，更新，最后导出