リリースプロセス改善のために工夫して自動化を推し進めたらチームの底力が爆上がりした話 - NTT Communications Engineers' Blog
こんにちは、クラウド&ネットワークサービス部の福岡です。 SDPF（Smart Data Platform） クラウドの IaaS である、ベアメタルサーバー・ハイパーバイザーサービス開発のソフトウェアエンジニアとして働いています。 本記事では、リリースプロセスの改善を目指して QA チームが実施している試験の一部を自動化したことで、チームの底力が爆上がりした事例について紹介します。 SDPF ベアメタルサーバーサービスのミッション 機能リリースまでの流れと課題 課題1: 価値提供までのリードタイムが長くなる 課題2: QA チームの稼働がひっ迫する QA 削減に向けた取り組み 〜自動テストによる代替〜 思いがけない困難 どうやってこの困難に立ち向かったのか 1. 締切のあるタスクと締切のないタスクをセットにして取り組む 2. チームでサービス説明書の読み合わせ会を実施 取り組みの成果 1
自分が夢中になれるサービスの開発に関わりたいと思った | はてなで働く heleeen にアンケート [#26] - Hatena Developer Blog
はてなで働くエンジニアにアンケートシリーズ第26回は、MackerelチームのSRE、id:heleeenに話を聞きました。 夢中になれるサービスの開発にしっかり参加してみたい Mackerelを普段から運用することがサービス改善のきっかけに リモートワークのコミュニケーションへ些細なことでも持ち込めるように SLIの再編であるべきSLI/SLOの姿に近づけられた 現状を改善したい気持ちを常に持つ 社内に限らず「他者へのリスペクト」が強い人が多い 夢中になれるサービスの開発にしっかり参加してみたい ── Q1. はてなidとその由来を教えてください id:heleeen です。旧姓を言い間違えられたことからついた呼び名をidにも使っています。ぱっと見で読みづらいのですが、これで「ヘレン」と読みます。ちなみに日本人です。 ── Q2. いつどんなきっかけで入社されましたか？ 前職の同僚のエン
![自分が夢中になれるサービスの開発に関わりたいと思った | はてなで働く heleeen にアンケート [#26] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/96e849fd6aa91465fcfcb4bddfd72ffb18b9f2d7/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fh%2Fhatenatech%2F20240131%2F20240131093012.jpg)
【Team & Project】LINEのユーザ向けサービスのWebフロントエンドを開発しているチームを紹介します
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの開発組織のそれぞれの部門やプロジェクトについて、その役割や体制、技術スタック、今後の課題やロードマップなどを具体的に紹介していく「Team & Project」シリーズ。 今回は、フロントエンド開発組織の中で、ユーザ向けサービスのWebフロントエンドを担当しているチームについて紹介します。フロントエンド開発センターの清水大輔、縣亮太、折原レオナルド賢に話を聞きました。 ユーザ向けサービスのWebフロントエンドを担当しているチームのzoom会議の様子 ―― まず、自己紹介をお願いします。 清水：システム開発会社で図書館システムや金融・物流の開発などを担当した後、2009年5月にネイバージャパン（現LINE）にフロントエ
エンジニアと立ち話。Vol.25 @hamakn（メルペイBackendエンジニア）ちょっとお話いいですか？ | mercan (メルカン)
エンジニアと立ち話。Vol.25 @hamakn（メルペイBackendエンジニア）ちょっとお話いいですか？ メルカリで働くソフトウェアエンジニアにちょこっとお話を聞いていく本シリーズ。第25回では、メルペイのバックエンドエンジニアでテックリード（以下、TL）の@hamaknにちょこっと話を聞きました。聞き手はメルペイのVP of Engineeringである@hidekです。 メルペイのダッシュボードチームで、銀行接続・NFC・コード払い・クーポンなどの各機能を加盟店さまに提供するAPI開発をTLとして担当する@hamakn。そんな@hamaknを、@hidekは「TLとして期待される役割を体現しているメンバーの一人」と話します。その理由は？ お客さまが最も触れるメルペイ管理画面の開発を担当 @hidek：（@hamaknさん、まだかな……？） @hamakn：hidekさーん！ 「エン
サービス開発初期の「時間を金で買う」技術
ウェブサービスをゼロから開発して徐々に規模を大きくしていく過程では、CI環境の準備などサービス開発を続けていく上で開発チーム自身が準備をしなくてはいけないツール群が多くあります。これらの問題は多くのチームで共通にみられることから、世の中には様々なSaaSツールが用意されています。優れたサービスはそれなりの価格設定がされているものですが、場合によっては有料サービスを利用することにより、チームがサービス開発に集中できる時間を増やすという戦略も取ることができます。この発表では、私自身が仕事やプライベートで使っている開発支援系のツールに関する紹介と導入する場合の考え方や検討事項などについてお話します。
1年間で開発中のマイクロサービスは1→73に メルカリのプラットフォームチームがやったこと - ログミーTech
2018年10月4日、株式会社メルカリが主催するイベント「Mercari Tech Conf 2018」が開催されました。メルカリグループ各社が、今後目指す方向や、これから取り組む技術的なチャレンジなどを語るエンジニア向けカンファレンス。2度目の開催となる今回は「Evolution（変化）」をテーマに、エンジニアたちがメルカリの技術のこれからを語ります。プレゼンテーション「Microservices Platform at Mercari」に登壇したのは、株式会社メルカリ、テックリードの中島大一氏。メルカリのアーキテクチャをモノリスからマイクロサービスに分割した理由について語りました。講演資料はこちら メルカリがマイクロサービスを選んだ理由 中島大一氏（以下、中島）：マイクロサービスプラットフォームチームでテックリードを務めています、中島です。よろしくお願いします。 今年のMTCのメインテ
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（前編）。Mercari Tech Conf 2018
2013年から2017年のあいだ、スタートアップを含む2000以上の組織に対して、いかに組織のパフォーマンスを加速するかという聞き取り調査を行い、その調査結果をまとめたものです。 その調査結果のひとつにこのグラフがあります。 これは組織のエンジニアの人数とそのパフォーマンスを、組織の違いによって示したものです。 横軸がエンジニアの人数、縦軸はエンジニアあたりの1日のデプロイ数を指標としたパフォーマンスです。 これによると、パフォーマンスの低い組織はエンジニアが増えるとデプロイ数も減少しています。普通のパフォーマンスの組織はエンジニアが増えてもデプロイ数に変化はありません。 一方でパフォーマンスの高い組織はエンジニアが増えるほど指数関数的にデプロイ数が増えていきます。メルカリが目指しているのはここです。 これは単純にアーキテクチャをモノリシックからマイクロサービスへ移行するだけでは実現できま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
