博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
产品推介不在我们参加会议的原因列表中
阅读量:2526 次
发布时间:2019-05-11

本文共 2657 字,大约阅读时间需要 8 分钟。

目前我想召开会议。 部分原因是因为我最近参加了和 。 我也正在为即将举行的各种活动提交演讲建议,并将于今年至少参加一次会议。 似乎有四种主要的会议类型:

  1. 行业:这些通常与大型展览相结合,在安全领域中最突出的展览是Black Hat和RSA。 有时展览是主要合作伙伴:InfoSec举行了许多会议,但对大多数人来说,主要的吸引力似乎是展览。
  2. 项目/语言:这些会议通常与开源相关,例如Linux Plumbers Conference或OpenStack Summit。
  3. 公司:许多公司举行自己的会议并邀请客户,合作伙伴和员工发言。 就这一点而言,红帽峰会是经典之作,但帕洛阿尔托(Palo Alto)拥有Ignite,而像Gartner这样的公司则全年举办重点会议。 RSA Conference可能是这样开始的,但是现在它的安全性是如此之高,以至于它似乎不适合这个盒子。
  4. 学术界:这些主要是使学术界有机会发表论文,其中一些也与行业活动重叠。

我没参加过很多学术会议,但是一年我会碰到其他种类的东西,这让我很烦。

无论如何为什么要参加会议?

在我继续之前,有一个问题:为什么人们去参加会议? 这是我注意到主要原因 :

  • 他们是演讲者。
  • 他们是拥有会议通行证的参展商(很少见,但确实如此,特别是对于赞助商而言)。
  • 他们想了解有关特定技术(例如,容器或VM编排器)的更多信息。
  • 他们希望找到有关特定问题和方法(例如漏洞)的更多信息。
  • 他们想获得职业建议。
  • 他们喜欢旅行,设法说服经理他们这次会议含糊其词,并且在预算崩溃之前得到了旅行批准
  • 他们想找到更多有关特定产品的信息。
  • 他们重视“走廊”。

关于后两个的更多信息(以相反的顺序)。

“走廊轨道”

我越来越相信这通常是参加会议的最富有成果的原因。 许多会议都有各种“路线”,以帮助与会人员确定与他们最相关的内容。 您知道这类事情:“ DevOps”,“策略”,“热带鱼”,“有毒真菌”。 好吧,走廊轨道并不是真正的轨道。 这就是走廊上发生的事情。 您遇到一个人–也许在咖啡摊位上,也许在供应商的展位上,也许在会议结束后提出问题,也许在排队等待会议赃物时–开始讲话。 当这种谈话导致我错过了一个被我标记为“可能有些含糊的兴趣”或“可能为同事做笔记”的环节时,我常常感到内gui,但是坦率地说,如果您的技术水平很高或业务联系,并以对您的组织和/或职业有利的方式扩大您的网络,然后让您失望。 我知道我的老板同意。

查找特定产品

了解产品的最佳地点通常是在项目/语言或公司会议上。 后者的会议通常在很大程度上旨在使客户和合作伙伴能够找到有关产品,服务和产品的最新和最详细的信息,我知道这些内容可能会非常有益。 对于想在正常工作模式之外的环境中集中精力专注于产品信息的第一手,快速而详尽的访问的人来说,训练营式的活动,研讨会和动手实验室非常宝贵。仅此主题就需要一两天的时间。 在开源世界中,它更可能是一个项目,而不是特定供应商的项目,因为开源社区通常不会被商业产品推销过度迷恋。 这引出了我的主要观点:产品宣传。

产品宣传栏-我讨厌产品宣传栏

只是要完全清楚:我真的非常讨厌产品宣传。 现在,正如我在上一段中指出的那样,这里有一个学习产品的地方。 但这绝对不是在行业会议上。 但这就是每个人都做的-即使在主题演讲中(这确实是可怕的)。 现在,我真的不太介意会话标题是否显示类似“使用Gutamaya的Frobnitz进行令牌环网络终止”之类的东西,因为如果与我无关,那么我可以忽略它。 而且,坦率地说,公司会议之外的大多数会议组织者都积极反对这种事情,因为他们知道大多数人不会来参加这类会议来听见演讲。

那么,为什么人们坚持要编写诸如“令牌环网络终止问题-新方法”之类的会话标题,然后推销产品呢? 他们可能会花前10分钟(如果真的很幸运的话)谈论令牌环网络终止,但是问题是他们几乎可以肯定只花了一张幻灯片就可以了解各种方法,然后才投入商业推广在剩余的整个时间内为Frobnitzes 。 有时,这只是作为概念验证或客户部署讨论的面纱,但还是一个产品推介:“我们通过使用三种口味的Frobnitzem解决了这个问题,客户感到非常满意,减少了98.37%。令牌环泄漏导致地毯损坏。”

现在,我意识到供应商需要出售产品和/或服务。 但是我坚信做到这一点的方法不是在假装自己不是产品的同时推销产品。 参加会议的人并不是愚蠢的他们知道您在做什么。 别那么明显。

实际讨论令牌环网络终止的各种方法,以及优缺点和最后的幻灯片,在其中您指出Gutamaya的解决方案Frobnitz采用这种方法并具有这些功能? 人们将获得有用的技术知识!

为什么不讨论这个概念证明,困难之处以及如何从您的项目中学到经验教训,然后再放一张幻灯片来说明Frobnitz如何很好地适应? 人们会从中汲取教训,以便可以将其应用于他们的项目,甚至可能会考虑使用Gutamaya的Frobnitz系列。 甚至更好的是,您可以告诉人们这不是一个完美的选择(从来没有,不是真的),但是您已经学到了一些有用的课程,并计划在下一个发行版中进行一些改进(“如果您想了解更多信息,则可以参加会议”)。

表明您的公司拥有能够真正解释和研究与我的行业相关的问题的技术专家,并且您具有很好的产品适应性,这很有可能引起我的注意并产生真正的对您,您的产品和您的公司感兴趣。 我想了解的不是行业产品,而是行业,技术,如果幸运的话,还可以学习下一次查看问题时为什么会考虑使用您的产品。 谢谢。


在悉尼举行的OpenStack峰会。 我已经非常兴奋:我参加的上一次OpenStack峰会很有趣,距离我在悉尼已经有几年了。 一年中的美好时光…

很棒,我将解释。

参加任何特定会议的任何特定人员可能会击中其中一个以上。

我肯定会对了解我错过的东西感兴趣。 我考虑过添加“他们想收集很多赃物”,但我真的希望那不是一个。

要完全清楚:我不宽容这个特定的人。

特别是因为我的老板知道阅读此博客。

其实不。 我以前曾在脑海中抽搐过-明确地说不是在会议上-不建议这样做。 我记得那感觉就像是非常非常的滞后,不得不思考通常会立即出现在我身上的事情。

我的妻子告诉我,我变得非常非常模糊。 关于一切。

我查了一下:显然复数应该是“ Frobnitzem”。 你有我的道歉。

尽管他们受到了脑震荡,但他们可能会暂时采取这种行动。

本文最初出现在 ,经许可重新发布。

翻译自:

转载地址:http://zynzd.baihongyu.com/

你可能感兴趣的文章
阶段3 2.Spring_02.程序间耦合_8 工厂模式解耦的升级版
查看>>
阶段3 2.Spring_03.Spring的 IOC 和 DI_6 spring中bean的细节之三种创建Bean对象的方式
查看>>
阶段3 2.Spring_03.Spring的 IOC 和 DI_3 spring基于XML的IOC环境搭建和入门
查看>>
阶段3 2.Spring_04.Spring的常用注解_3 用于创建的Component注解
查看>>
阶段3 2.Spring_04.Spring的常用注解_2 常用IOC注解按照作用分类
查看>>
阶段3 2.Spring_04.Spring的常用注解_5 自动按照类型注入
查看>>
阶段3 2.Spring_04.Spring的常用注解_7 改变作用范围以及和生命周期相关的注解
查看>>
阶段3 2.Spring_05.基于XML的IOC的案例1_3 测试基于XML的IOC案例
查看>>
阶段3 2.Spring_04.Spring的常用注解_4 由Component衍生的注解
查看>>
阶段3 2.Spring_06.Spring的新注解_2 spring的新注解-Bean
查看>>
阶段3 2.Spring_04.Spring的常用注解_6 用于注入数据的注解
查看>>
阶段3 2.Spring_06.Spring的新注解_3 AnnotationConfigApplicationContext的使用
查看>>
阶段3 2.Spring_07.银行转账案例_2 案例中添加转账方法并演示事务问题
查看>>
阶段3 2.Spring_07.银行转账案例_6 测试转账并分析案例中的问题
查看>>
阶段3 2.Spring_07.银行转账案例_7 代理的分析
查看>>
阶段3 2.Spring_07.银行转账案例_3 分析事务的问题并编写ConnectionUtils
查看>>
阶段3 2.Spring_07.银行转账案例_9 基于子类的动态代理
查看>>
阶段3 2.Spring_08.面向切面编程 AOP_1 AOP的概念
查看>>
阶段3 2.Spring_08.面向切面编程 AOP_4 spring基于XML的AOP-配置步骤
查看>>
阶段3 2.Spring_07.银行转账案例_10 使用动态代理实现事务控制
查看>>