LINEの無料通話の品質を上げる、VoIPプラットフォーム刷新プロジェクト「PLANET」の全貌
2018年11月21日、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2018」が開催されました。4度目の開催となる今回のテーマは「Next LINE」。メッセージアプリだけでなく、さまざまなサービスの開発や新たな技術領域への投資を行っているLINEが目指すビジョンと各分野での取り組みについて、エンジニアたちが技術的側面から紹介します。セッション「Full HD LINE free call 」に登壇したのはLINE PlusのVoIPプラットフォームエンジニア、Jungnam Gwock氏。LINEの特徴でもある無料通話機能の技術的工夫と開発の裏側を解説します。講演資料はこちら LINEの無料通話を支える技術的背景 Jungnam Gwock氏（以下、Gwock）：みなさん、こんにちは。Jungnam Gwockと申します。本日は、LI
Webサービスの品質とは何か？アラート地獄と監視の失敗、サービスレベル目標設計
から学んだ3つの答え - Speaker Deck
Webサービスの品質とは何か？アラート地獄と監視の失敗、サービスレベル目標設計 から学んだ3つの答え
『教え方が上手い人は何をしているか？』を具体的にまとめた表がとても参考になると話題に
融子 @kinyuuchan 青田努さんがまとめたもので、私自身が後輩指導の際に意識したいとともに上司からもこのように指示をあおぎたいなという思いでツイートしました。まわしもんでもなんでもないんですが、こんなに拡散されているのは同じ思いの方がそれなりにいる証拠だなと思いました🌸 2018-06-18 11:37:11 リンク www.wantedly.com 【図表】教え方がうまい人は何をしているか（ヘタな場合はこの8つのどれかができていない） | 株式会社アイ・キュー 「教える」というのは業界や職種を問わず大事なスキル。でもその行動品質はさまざまですよね。教え方がうまい人たちに共通するのって、多分この8つなんじゃないかと思っています。いかがでしょうか。 6 users 76
【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア
お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが検出されないと試験が正しく実施されていないと判断されてしまうことがありました。プラグインで自動生成されるコードにまでその指標を押し付けられ…バグなんて出るはずもなく…。 https://t.co/oM4zT3oolb — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも
開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog
Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基本的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従
バグゼロを実現した話とその後の顛末 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発から品質保証へと橋を架ける / JaSST'18 Kansai from TDD to QA
http://post.simplie.jp/posts/34