Answers:
一些一般的：
但是请记住，您不必选择常规主题，也可以在自己的工作中进行L＆L主题。可以说，这是更有价值的，因为听众可以对您的工作有所了解（而不是假设一切都是通过魔术发生的）。例如，您的安装人员可能会就安装的工作方式做一个话题，质量保证负责人可能会针对准备测试环境做一个话题，您的构建人可能会针对构建过程做一个话题，如果您的项目有一个有趣的架构，并非所有人都知道，然后就此做一个话题。
还要记住，您的听众不一定只由程序员组成。您可能也有质量检查人员和项目经理，因此请不要以为“设计模式”不是一个有效的话题，因为每个人都必须知道设计模式。
显然，您不能对其中一些进行过多的详细说明（例如，不要对每种模式的利弊进行深入分析）。
控制反转和依赖注入是强大的思想，需要比现在广泛得多。
我从未参加过L＆L，但似乎您基本上是在与以下人员合作：
我认为，提出诸如“您认为我们如何做X”的问题，并最终揭示当前的实现方式，对于您的听众来说将是有趣且发人深省的事情。您可以从等式中提取所有程序设计，因此，即使非编码器也可能遇到麻烦。
您甚至可以抽象出公司面临的一个难题或难题。就像您必须使用方钉和圆孔，然后最终将方钉凿成圆形一样-更改库存软件以适应公司的需要。
我认为任何鼓励技术思维的介绍都会自动引发有趣的对话。
例如时间/流程优化
您如何加快派饼服务员的操作速度？他提供一块馅饼，然后等待对方完成。他抓起盘子并将其带到厨房，然后为下一个人服务。如果您不关心菜品堆积问题，如何更快地满足饥饿的顾客的需求？
我认为用简单的比喻来描述您在工作中使用的范例，这是在咀嚼三明治时的深思熟虑的食物。
我建议采取以下敏捷方法：
我喜欢讨论我所从事的事物的历史的演讲，尤其是深入的演讲，足以使我对我的许多事物有更多的了解，“为什么这样？” 问题类型。
例如，很多人都不知道PHP是从一组简单的Perl脚本开始的，用于管理（P）个人（H）ome（P）age。
如果您的公司使用大量免费/开源软件，则有很多历史可以讨论。令您惊讶的是，有很多人认为Linus Torvalds写了bash（实际上他只是很早就移植了bash）。
如果您花足够的时间进行研究，则可以在几乎所有技术上研究和挖掘幽默，有趣且经常提供信息的轶事。
这样做的额外好处是可以包括那些本来不会参与的人。