最新

与“海鸥管理”（https://en.wikipedia.org/wiki/Seagull_management）概念相似，我在与首席工程师合作时遇到了类似的情况。 在我工作过的多家公司中，我遇到过这种现象，通常在PR/MR评审时会出现，但并不局限于此。我观察到的一般行为是，首席工程师飞过来，对PR/MR、提案、文档或项目进行一番批评，制造一阵噪音后又消失不见。这种批评通常并不明显，但会给任何“较低”级别的人员在审查或提供反馈时带来巨大的压力，往往会严重拖延进度。 在最近的一个案例中，PR/MR的反馈基本上是“你为什么不直接...做这个看起来简单的事情”。我已经探讨过提议的解决方案，但觉得需要证据来支持我所采用的方法。这导致我花了几个小时试图让首席工程师的解决方案奏效。有趣的是，它并没有奏效，反而把代码搞得一团糟。之后，他们消失了一两天，而我从团队其他成员那里得不到任何反馈，因为大家都在等首席工程师的回应。 我很想听听如何更好地与首席工程师合作的建议，尤其是那些工作过度的“海鸥”类型的工程师。

我已经在从 JSON、YAML 和类似格式创建图表方面工作了大约三年。随着时间的推移，它已经发展成为一个通用的图表工具。最近新增的 MCP 服务器和 ToDiagram 聊天功能让我对它的未来充满信心。<p>您可以使用自己本地存储的 OpenAI 密钥，无需注册，即可通过自然语言生成图表。