Topconf Linz 2017注释

通过manbetx官方网站多少

:Topconf Linz 2017注释

卡米福布基(CC 2)

为了第二次我参观了林茨的Topconf,作为一个演讲者再次谈论网络组织技术领导者所需的新技能.你可以看一个潜望镜记录谈话内容在这里,幻灯片是在这里.

会议期间,我记下了一些我发现在我们的技术松弛频道有趣的事情。你们中的一些人可能会觉得这些很有趣,所以,你走吧:

第1天

基调一位谷歌基础设施专家很感兴趣,但他们的问题是特殊的。好消息是我们可以把这个问题传给AWS;-)

下一个是Elm简介.建立了一个prezi克隆(来源幻灯片)并使用这个例子浏览elm-lang.org的大部分部分。它生成的javascript代码没有运行时错误,但这需要您定义一个100%的解决方案。这对于原型设计来说很困难,但是为了添加新特性,您将拥有更容易重构的代码。我认为对于完整的功能来说,这可能是一个很好的选择,并在榆树中重建它们,以使其更加安全。

所以,背离锈斑(那里的WiFi不好)。如果要构建服务器端的微服务应用程序,生锈才是出路。它比Go有很多优势,现在已经在Mozilla广泛使用。我认为只要我们没有缩放问题,我们就不需要朝那个方向发展。在AWS比例下运行节点代码,但与运行本机二进制文件的同一服务相比,价格要高得多。

我知道但是Corinna 谈话非常有趣和有趣。尤其是了解Sipgate如何进行预算。他们基本上没有预算,也没有严格的控制,只有通过透明。就像Netflix:“为了公司的最大利益而花钱。”即使是为了教育,他们没有限制,这对他们来说很好。

很酷的演示文稿关于项目或与之相关的问题:#Beyondno项目.

流类型和静态类型的javascript的奇迹因为我们现在到处都有巴别塔,现在也许是重新审视流量的好时机。我是说,我们几乎没有运行时错误。但与梳子它提供了额外的功能,如自动文档和更多的健全性检查,这些都是tcomb无法发现的。因为tcomb只在运行时工作。所以,一种策略可以是:使用tcomb进行运行时检查(例如在边界/公共API上,无法强制调用代码)。流到任何其他地方。你也可以使用Flow-Opt-In,你可以从小处开始。

UX上的会话是MEH。没有什么有趣的报道,另外:使用pagespeed。

然后我加入了分布式团队的小组:你可以看在这里…50分钟后我的电池没电了,不过。面板从7:30分钟左右开始。

第2天

主题演讲:30个月的微服务。通往天堂的楼梯还是通往地狱的高速公路?尼斯:扎兰多科技 构建RESTfulAPI的指南.

推荐书#没有项目讨论产品开发流程原则.

这个娴熟的水手谈话很无聊。组织变革如何运作的非常简单的概述。

频繁发布和重大变更@穆祖拉他学习了连续交付和并行开发的基础知识:特性标记,这样可以进行A/B测试。