beyondstars

@zhanshen1614 你对这个真实性的定义是合理的。但问题不在你，因为毕竟项目确实是你自己深度参与的。可能企业只是找一个理由而已。所以应该多投几个，多找几个。

你先定义什么是你说的“真实性”，是指 100%不含 AI 参与的才叫真实，还是绝大部分代码 80% 以上不是 AI 生成，还是什么标准，说清楚。

第二个是为什么要判断不存在 AI 代工这件事？用 Agent 写代码是大势所趋。你们是体制内？是开发无法访问外网的军工项目？

Linus 都开始用 AI 写 side project 了，现在还坚持什么工匠精神追求全部手写吗？

你要看：1 、测试覆盖率。2 、提出几个问题要点，他在这个项目中怎么实现的，他说的思路和代码对得上对不上。3 、产品使用体验，有没有什么设计上的硬伤，能否流畅使用（程序行为正确、流畅、界面合理等）。

@julyclyde #14 另外把 nested containerization (比如 docker in docker) 这样的情景也考虑到，有一些环境就是比较简陋没有 syslog server 和可以 bind mount 到容器内部的 syslog socket 。

@julyclyde #14 那宿主机不装 syslog server 您的容器就永远不调度到这台机子上了是吗？

@patrickyoung 第三，cat 和 shell 做的只是简单的 stream 重定向，纯粹转发 byte stream ，几乎没有任何的计算或判断，这也能成为你的攻击点？这也能造成性能问题？我不理解。

@patrickyoung 第二我有我的时间安排，是不是我得像人工智能模型那样，表达任何内容的时候，要检索整个互联网的所有资料呢？我有义务，或者我做出过任何保证，一定要提供最优的方案吗？

我不知道长期陷入信息茧房的人是什么样的，但是从您表现出的偏执和狭隘来看，症状非常恐怖。仅从性能出发就否定一切。建议看一下心理咨询或者自测。

另外，如果您追求效率，那么你不需要在这里显摆您的知识，应当自己去改代码让它直接打印到 stdout ，以此实践你的观点。

@patrickyoung 简洁高效不是你张口闭口定义的简洁高效，你应该自己去跑个分比对多种方案，从中找出显著差异， 来支持您的主张。

我发现您没有没有耐心或者理解能力读完全文，我完全没有声明我的方案是效率优先的，我表达的内容是如果遇到了只会输出到 syslog 的应用，对它容器化时怎么把 syslog 日志输出重定向到 stdout 。怎么就莫名其妙和效率扯上关系了呢？

喷子的常用诡辩逻辑时找到一个缺点，效率看起来不是最优的，就全盘否定一切。在您这里就非常明显了。

要在 opendkim 的配置文件里面启用 Syslog 选项，抱歉我在正文没把这个说明白造成了一些误解。

而且你们难道都没理解对？`-f` 是让进程留在前台，但是和把日志打在 stdout （这属于日志输出路径）没半毛钱关系啊？