Queue 作者指南
关于 QUEUE
Queue 不是一本“这是 X 公司最新产品”的杂志。我们更深入,专注于核心技术本身以及它们如何影响软件工程师。不是“以解决方案为中心”而是“以问题为中心”——例如,实现一项技术的难点是什么?需要注意哪些陷阱?而不是“做(或使用)XYZ,你所有的问题都消失了。”
QUEUE 读者群
我们的核心读者是实践中的软件工程师。我们为那些技术精湛的人员写作,他们通常通过软件工程领域晋升上来,他们深入参与技术,但也可能担任管理职能。他们可能对战略和领导力负有责任,但并非完全专注于业务职能。职位名称包括架构师、团队负责人、高级工程师、软件工程师、技术总监、开发总监等。
文章重点
文章应侧重于描述该领域的一般挑战,以及在采用任何特定方法时需要权衡或注意的陷阱。它还应展望未来几年,并描述行业预期的一些潜在挑战和机遇。
审稿政策
尽管 仅审核来自受邀提交稿件的作者的文章,但仅凭邀请并不能保证发表。审稿人小组必须首先审查提交的稿件的准确性和相关性。
文章详情
字数: 我们要求专题文章作者的目标字数为 3500 字。我们可以少几百字,或者多 1000 字,仍然保持良好状态。
图表: 鼓励使用图表。我们会修改所有艺术作品以符合 Queue 风格。照片和屏幕截图应采用高分辨率。
参考文献: 请尽量将参考文献列表限制在 15 个或更少来源。引文应在正文中注明,并在文章末尾附上按字母顺序排列的参考文献列表。
作者简介: 请包含一段简短的作者简介,概述您的背景以及您对所写领域的兴趣。
风格: 文章的编辑符合《芝加哥格式手册》(芝加哥大学出版社)以及我们自己的内部风格。
示例
以下是一些符合 Queue 重点的文章
API 设计的重要性,Michi Henning,ZeroC
真实世界的并发,Bryan Cantrill 和 Jeff Bonwick,Sun
三奇偶校验 RAID 及更高版本,Adam Leventhal,Sun