傻瓜工具

因此，我最近与App Development的一位副总裁交谈，他在我们谈话的过程中沮丧地举起了双手。 我问他怎么了。 他带着疯狂的表情转向我，说：“我们是工具的傻瓜！”

我们一直在谈论他的开发人员用来完成工作的东西。 当他开始列出工具时，他开始失去对他之前提到的内容的跟踪。 我不记得这个数字了，但是数量很多，其中大多数甚至都不再使用或完全被遗忘。 他的团队拥有比他们支持的产品更多的工具。

我们生活在一个技术乌托邦中，那里有大量的软件可以做您可能想到的每件事。 但是，我们是否做得太好了，是否在提出最重要的问题“为什么”之前就开枪了？

我可以通过两个镜头查看工具。 首先是它解决了问题。 第二个是利用率值。 该价值来自于潜在的上行空间（个人和组织的生产力提升），机会成本（可以在其他地方投入多少时间），价值评估时间（我可以在多长时间内获得价值）以及成本节省（硬成本的用途）我退出了运营模式）。

• 项目报告：带有模板的入门指南
• 存储位置：本地，网络和在线存储
• 在职母亲的一天
• 今天如何专注于激情—即使您的生活一片混乱
• 如果需要我，发短信给我老婆

当您同时考虑解决问题的能力和利用率时，某些工具很明显。 代码存储库服务是必不可少的，而且可以节省大量时间。 有些不是那么有用或有价值，例如文档工具或“快速”应用程序开发工具。

通常，我被问到堆栈溢出是否很好。 好吧，问开发人员，他们会说他们一天多次在公共站点上。 堆栈与代码编辑器一样重要。 但是，内部版本的Stack，例如Enterprise或我们即将推出的Channels产品呢？

让我们回到我提到的两个镜头。 首先，缺乏对内部技术知识的集中访问和易于发现的资源是否对您的组织来说是一个足够大的问题？ 其次，堆栈溢出是否可以在整个组织范围内提供足够的生产力价值并降低成本，而不是花费在实施它上面的时间？

对于与我合作的大型组织，答案是肯定的。 通常，我们与受管制行业的客户在一起时，会增加第三个问题。 是否没有内部技术知识的备案文件和可审核的组织潜在责任？

回到应用开发副总裁。 他意识到缺乏工具的使用是一个问题，并意识到开发人员没有地方分享如何使用工具的最佳实践。 他计划在Stack Overflow上获取所有这些信息，以使其成为所有内部工具以及产品和API信息的知识库。

当您考虑2018年的优先事项时，像Stack Overflow之类的东西在那些计划中适合哪些地方，以及如何与其他优先事项相提并论？

我儿子上个星期确实问过我，当然，斯塔克有答案！