最新

技术，非技术；无聊或不无聊。我想摆脱目前这种 CRUD 软件工程师的工作，寻找一些更有意义的事情。

我很难找到合适的反馈方式，来评审那些主要由 AI 生成代码构成的拉取请求（PR）。提交这些 PR 的同事已经学会了事先说明这一点——我发现他们不说明时会让人很沮丧——并且现在会说他们已经评审过并迭代过了。但结果往往仍然是我所说的“偏离目标的大量贡献”，这意味着很多代码都采用了错误的方法。 通常，当某人做了大量工作（我们过去可以用代码行数来衡量），事后批评他们似乎是不公平的。一个好的开发流程，辅以需求讨论，可以确保在对总体方法达成一致之前，某人不会做大量工作。但现在，有了 AI，这种模式不再适用，部分原因在于，在甚至没有确定方向之前就做这件事“太容易”了。 所以，我一直在问自己，现在也问问大家：直接指出整个 PR 都是垃圾，应该直接丢弃，这样可以吗？我怎么知道我的同事花了多少“脑力”在上面，以及他们现在可能对它有多么依恋，如果我甚至不知道他们是否真的理解他们提交的代码呢？ 我必须承认，我非常讨厌评审巨大的 PR，而 AI 生成代码的问题在于，通常情况下，找到并使用现有的开源库来完成任务会更好，而不是（重新）生成大量代码。但除非我花时间评审并理解这些庞大的、新提出的贡献，否则我怎么会知道这一点呢？即使我现在确实花时间去理解代码和隐含的方法，我又怎么知道哪一部分反映了他们真实的观点和智慧（我不会犹豫去批评），而哪些是 AI 生成的废话，我可以毫不客气地进行拆解，而不会冒犯到他们呢？如果答案是“让我们开个会”，那么我会说这个流程已经失败了。 我不确定这里是否有正确的答案，但我很想听听大家的看法。

PacketPro 是一款 iOS 应用，用于直接在设备上检查由应用生成的网络流量。 它允许实时查看外发 HTTP/HTTPS 请求，包括请求 URL、标头、方法、状态码和响应正文。所有检查都在设备本地执行，无需 Mac 代理或越狱。 除了基本的流量捕获，它还提供了多种过滤和分析工具： * 针对主机、域名、请求方法、状态码和内容类型的多种过滤器 * 按会话组织，更容易隔离来自特定应用交互的流量 * 能够在捕获流量时动态地包含或排除请求 * 跨捕获会话的搜索和快速过滤 对于开发和调试工作流程，它支持： * 在应用开发期间检查 API 请求/响应负载 * 验证请求标头、身份验证令牌和参数格式 * 调试意外的网络行为或冗余请求 * 分析第三方 SDK 和分析流量 * 导出捕获的流量以供进一步检查或文档记录 一些值得注意的特点： * 完全在设备上进行流量检查（不涉及外部服务器） * 适用于常规 iOS 应用 * 基于会话的请求组织 * 多种过滤选项，用于集中分析 * 支持导出，以便进一步分析