对于2021年活动的感想,请表示抱歉

首先

这是一篇写关于于2018年2月15日至16日举办的Developers Summit 2018的主观感受的文章。

这次是我初次参加开发者峰会,或者说,是我来到日本并成为开发者以来第一次听说开发者专属的峰会。我要感谢那位提供信息的同事。

我聽到的會議內容如下所示:

    • なぜ400以上の開発チームが同じサイクルでリリースできるのか?~Salesforceで行われているプロダクトマネジメント

 

    • ストリームとバッチを融合したBigData Analytics ~事例とデモから見えてくる、これからのデータ活用のかたち~

 

    • 婚活サービスにおけるシステム×サービスのイノベーション

 

    • Shadowverseのリリースサイクルを支える運用基盤 ~高頻度リリースを実現する為の自動化・効率化事例~

 

    イノベーションを起こす開発チームの作り

为什么超过400个开发团队能够在同一周期内发布产品? – Salesforce的产品管理方式

这是一个在介绍Salesforce的同时,讨论开发过程的会议。据说它是提供CRM云服务的公司。
详见网址https://www.salesforce.com/jp/。

据说有400个团队,每个团队由5到10名成员组成,他们每年进行三次发布,采用两周的冲刺方式进行敏捷开发,可以实现1000多个产品的创新(发布)。

    • 約束した内容と違う、と言われることがないように、全社員がタスクを見れるようにして事前に知らせることになるし、計画は5年、1年、リリース、デイリー単位で分けて計画をする。

 

    • 想像したものと違う、と言われないようにデザインプロトタイプ承認をする。デザインのレビューが通ったらポスターとして印刷して、会社に張り、ペンを置いてフィードバックできるようにする。

 

    • なんでもっと早く見せてくれなかった?と言われないようにdaily Scrum、グループで2週に一度レビュー、全プロダクト対象に月に一度役員レビューを行う。

 

    以外はリリーススプリント直前にブランチをLockしたり、開発者を無理させないシステムが大事、と聞きました。

综合了流式处理和批量处理的大数据分析 – 从案例和演示中看出未来数据利用的形式

由于在学校的任务中只对大数据和数据科学家进行了简单的调查,所以案例和演示的解释非常有价值。但是,从中途开始,我对自己的理解力感到不足,在回到家后再看一次还是很困难…
总结一下,上游系统 -> kafka -> 数据湖的流程以松散耦合的方式收集必要的数据,对数据进行适当的管理,通过实验、验证和分析来使用这些数据。这就是关于这个流程的详细信息的解释。
由于演示文稿已经上传,如果您感兴趣的话,请查看这边的资料。

婚活服务中的系统和服务创新

关于系统内部化的讨论。被询问关于为什么内部化没有成功的原因、经验以及相应的解决方法。

    • メイン言語がPHP -> Rubyを使いましょう。

 

    • 要件定義が重要 -> 企画段階から参加しましょう。

 

    • 事業部単位で席を配置 -> チーム単位で配置しましょう。

 

    • 横断的マネジメント

 

    技術力重視 -> 責任感、人格重視

我听说工程师对于公司的理念采取行动也很重要,才决定将产品发布安排在吉日,以符合一个从事婚恋服务的公司的理念。原来如此…
公司所做的是尽量将工程师放置不管。而工程师负责的是根据服务和公司理念来塑造工程师文化。
这是公司的工程师们认识到相互尊重的重要性的机会。

支撑Shadowverse发布周期的运营基础设施──实现高频发布的自动化和效率化实例。

因为我之前一直有一个问题,那就是自动化最终到底要怎么做呢?所以我参加了这个活动。
首先,Shadowverse是一款可以在手机上玩的卡牌战斗游戏,而对于这款游戏来说,调试就是要“发现”bug,我首先介绍了这个正义,然后开始了我的演讲。
这款游戏需要进行的搜索次数竟然达到了难以想象的4京次。而且这个数字似乎还会在补丁中继续增加。因此,他们开发了自动化来应对这个需求,我当然理解为什么要这么做。
这里的自动化是指他们创建了一个用于自动战斗的机器人服务器,并进行相关的运营。
其功能如下:

    • 自動プレイ

ある基準に従い、デッキをランダムで作る。

アプリ管理

定時にビルド検査、アップロードページを監視、ファイル名で制御。

デバッグ管理

スケジュール管理、複数のデバッグ、並行開発、個別デバッグ、予約実行。

報告

エラー発生の時、なんのエラー、再現手順らを報告。社内SNSで共有。

原来如此。就是这样啊。
现在我们面临的问题是,由于自动化工具的速度跟不上卡片增加的速度,所以我们需要改善性能。

创建能带来创新的开发团队

通过列举一些希望创新的公司为例,讨论了商务和工程师之间沟通的重要性。
以亚马逊为例,它不仅仅是技术创新,更是思维的转变。
Airbnb、Uber和Mercari借助多余的资源为需求提供服务。
物联网带来的是各种传感器发送的数据以及对其进行分析和处理。
接下来,不是工程师去理解商务结构,而是工程师去创造商务,这将导致创新。
作为工程师,“思维的转变”是重要的,同时也是对这个认知的机会。

广告
将在 10 秒后关闭
bannerAds