品質保証の歴史学 at「リリカルの質問全部答えます」 #リリカルの質問 / History of quality assurance
2018年1月9日にあった「リリカルの質問全部答えます」というイベントに参加して聞いた品質保証の歴史学に関する内容をスライドにまとめました。 ・イベント告知ページ https://connpass.com/event/74455/ ・ツイートまとめ https://togetter.com/li/1188522 ・リリカルさんが用意していた質問集 http://mhlyc.hatenablog.com/entry/2018/01/09/181952 ・参考資料『日本におけるソフトウェアプロセス改善の歴史的意義と今 後の展開』（SQuBOK Review Vol.1に掲載） http://www.juse.or.jp/sqip/squbok/squbok_review.html
文化的負債との戦い: 老舗ソフトウェア開発会社でアジャイル変革を仕掛けた8年間
DevOpsDays Tokyo 2021 https://confengine.com/conferences/devopsdays-tokyo-2021/proposal/15184/8
プロセスがプロダクト。エンジニアがカスタマーサクセスをやる意義 - LayerX エンジニアブログ
はじめまして。LayerX インボイスに携わっているエンジニアの花村（@naomasabit）です。 本職はエンジニアなのですが、簿記資格を持っており、監査法人でエンジニアとして財務分析や暗号資産監査業務に携わった経験があるため会計知識もある程度持ち合わせています。 そのバックグラウンドもあり、開発の傍ら経理のユーザーと接するカスタマーサクセスにも携わっています。今回はエンジニアがカスタマーサクセスをやる意義について書いていきます。 カスタマーサクセスとは テクノロジーでレバレッジをかける 爆速でフィードバックを受けて改善する プロセスがプロダクト カスタマーサクセスとは カスタマーサクセスは継続的営業プロセスとも言われます。売り切り型のサービスと異なり、期間に応じて売上が上がるサブスクリプション型の購入形態だと解約されないように継続的にユーザーの満足度を高める必要があります。 こちらは社
「AWS Well-Architected フレームワーク」の「レビュープロセス」資料がとても良かったので紹介したい - Qiita
はじめに 仕事の品質を高める上で、知見のある方にレビューをしてもらうプロセスは欠かせません。 ただこのレビュー、やり方や意見の伝え方によっては、期待した効果が得られなかったり、ネガティブな効果を生み出しかねません。そうした結果、レビューという行為自体が開催されにくくなることは、チームにとって非常にマイナスです。 全員のレビューへの期待を整えておくために、レビューの心構えや望ましい運営方法などを、レビューに関わる全ての人が共通認識化しておくことは、非常に重要だと考えています。 今回、このレビューを効果的に進めるポイントをまとめた、とても良い資料を見つけたのでご紹介します。 レビュープロセス - AWS Well-Architected フレームワーク この資料をおすすめしたい方 エンジニアに限らず、仕事で他者の成果物をレビューをする人、および他者からレビューを受ける人（そう考えると、仕事をす
書評 『Agile Testing Condensed Japanese Edition』 〜アジャイルテストの一冊目として最適〜｜hgsgtk
Janet GregoryとLisa Crispinによる2019年9月発行の書籍『Agile Testing Condensed』の日本語翻訳版です。アジャイルにおいてどのような考えでテストを行うべきなのか簡潔に書かれています！ Janet氏とLisa氏といえばAgile Testing DaysのYouTubeチャネルでも頻繁に登場しAgile Testingについてわかりやすい解説をしてくださってる 本書は訳者まえがきにあるが、著者たちの3冊の本（『Agile Testing: A Practical Guide for Testers and Agile Teams』、『More Agile Testing: Learning Journeys for the Whole Team』そして『Agile Testing Condensed: A Brief Introduction』
プロセッサ市場の下剋上なるか？ Intelを追うAMDを躍進させた2人の立役者
日米欧の各国で、新型コロナウイルス（以下、コロナ）の感染者数がピークアウトし、都市封鎖や緊急事態宣言が解除され始めた。しかし新たに、ロシア、ブラジルなどの南米、インドなどのアジアで感染爆発が起きている。さらに、終息したはずの韓国で100人を超えるクラスターが発生するなど、第2波が到来している。従って、今も尚、コロナへの警戒を緩めるわけにはいかない。 このように世界中がコロナで大騒動している中で、ある異変に気付いた。x86アーキテクチャのプロセッサ（以下、単にプロセッサと呼ぶ）の市場シェアで、Intelが急落し、AMDが急上昇していたのだ（図1）。 Intelが10nmプロセスの立ち上げに失敗したころ、2016年第3四半期（Q3）に最大82.5％あったシェアは、2020年第1四半期（Q1）に66.7％に低下し、同年第2四半期（Q2）に65.8％になると予測されている。これに対してAMDのシェ
1870件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術 - Qiita
はじめに この記事は Linux Advent Calendar 2019 の 23 日目の記事です。 自己紹介 こんにちは。OSSセキュリティ技術の会 の fujiihda です。これまで Linux カーネルを含む OSS に関連する技術調査、技術講演、開発、サポート等を経験してきました。最近では、技術コミュニティを設立する側や運営側に関わらせていただく機会も増えてきました。 本記事で扱うテーマ カーネルのテスト自動化技術として Google の Dmitry Vyukov さんが開発し OSS として公開した syzkaller (読み方：シスコーラー 1 ) というファジングツールについて解説します。2019 年 12 月時点では、内部実装まで踏み込んで調査した日本語の記事は本記事が初となるはずです。 なお、本記事の中身は OSSセキュリティ技術の会 第七回勉強会 の前半の内容 2
第230回 AMD Ryzenが高コストパフォーマンスを実現した3つの理由
第1は、いろいろ言われている通り、Zen2マイクロアーキテクチャが「性能のよいもの」だった、という素直な称賛だ。 第2は、製造プロセスだ。Intelに先んじて7nmでCPUコアを作って投入できたことである。製造は、TSMCの7nmプロセスで行われているという。これまで、AMDの製造はGLOBALFOUNDRIES（グローバルファンダリーズ）が担当してきたが、同社は7nmプロセスから脱落している（GLOBALFOUNDRIESのプレスリリース「GLOBALFOUNDRIES Reshapes Technology Portfolio to Intensify Focus on Growing Demand for Differentiated Offerings」）。AMDが、製造先をTSMCに変更したのはよい決断だったといえそうだ。 第3は、マルチダイのパッケージングの採用である。複数個の
VSM (Value Stream Mapping)を書いたらリリースリードタイムが約200時間も短縮できることがわかった話
https://speakerdeck.com/i35_267/vsm-value-stream-mapping-wozuo-tutara-kai-fa-purosesugake-shi-hua-sarete-hui-falsehui-yi-de-yao-jian-ding-yi-kararirisumadewo268shi-jian-kara40shi-jian-ni-ridotaimuwoduan-suo-dekirukotogawakatutahua-fei-enziniademodekiruvsmzuo-cheng用語整理■ VSM (Value Stream Mapping) とは？ VSM (Value Stream Mapping) とは、「価値の流れ」を可視化した**開発プロセスを可視化する**ための手法、活動になります。 — 詳しくは、 業務プロセス可視化 : VSM (
SUUMOアプリチームがスプリントを廃止してカンバン方式に移行した話 | リクルートテクノロジーズ メンバーズブログ
このエントリは全9回を予定する18卒新人ブログリレーの第4回です！ 今回は、SUUMOのモバイルアプリ開発の現場から、企画と開発が一体となったチームでの開発プロセスについてご紹介します！ はじめに はじめまして。リクルートテクノロジーズ新人の三田涼介です。現在は不動産検索サービスSUUMOのAndroidエンジニアとして働いています。 今回はSUUMOアプリチームの開発プロセスについて紹介します。 SUUMOは巨大なサービスでありながら日々高速に改善を行っており、週1回以上の頻度でiOS、Androidの各OSでリリースを行っています。このスピード感を実現するために、開発プロセス自体も日々磨き込みが行われており、私が配属された3ヶ月前にも開発プロセスに大きな変化がありました。 この記事では、私が新人としてキャッチアップしていく中で学んだ、 なぜ開発プロセスを選ぶことが必要なのか どうやって
Windows における例外ハンドリングとか 64-bit プロセス固有のあれそれとか - NyaRuRuが地球にいたころ
Windows における例外ハンドリング - @a4lg の準技術的日記 すごくまとまってました．個人的に印象深かったのはこの辺． 実は、x64 版 Windows 用のバイナリにおいては、fs:[0] に例外ハンドリング構造体へのポインタを設定するなどという行為は一切行いません。というより、コード上には、例外をハンドルする如何なる追加コードも存在しません。これは、例外ハンドリングを行わない場合のプログラムには一切オーバーヘッドが存在しないということを意味します。 Windows の細かい部分まで見てみると，64-bit プロセスのみ影響を受ける仕様というのがいくつかあって，今回のケースもそのひとつですかね．64-bit アプリケーションの場合，「従来から存在するバイナリ」というのが存在しないので，互換性に悩まされることなく 32-bit 時代の仕様をリセットできる，と． Windows
ウォーターフォール型開発を教科書通りやると失敗する - UXエンジニアになりたい人のブログ
常識かと思ってましたが、業界人であっても開発経験のない人には伝わらないことが多いので、書きます。 なお、ウォーターフォール型といっても明確な定義があるわけではないので、ありがちな以下のモデルを題材にします。 via 開発プロセスの基本を学ぶ | 日経 xTECH（クロステック） なぜ失敗するか ウォーターフォールの各フェーズの作業内容や成果物を上記のように定義すると、非常にわかりやすいです。が、失敗します*1。 要件定義/外部設計は、客がこう言っていた/客が言ってることを実現する画面はこんなのだ、という形で簡単に進んで、内部設計段階で詰まります。なぜなら、外部設計成果の実現可能性を検証していないから。 ある画面と別の画面との処理内容がどうやっても競合する 画面表示に必要なデータを抽出できない こういう問題が噴出します。そしてそもそもどういう前提で外部仕様作ったんだよ上流は、というネットでよ
Suicaに学ぶ、「働き方改革」でかえって負担が増える理由～“誤った自動化”は高確率で失敗する～
Suicaに学ぶ、「働き方改革」でかえって負担が増える理由～“誤った自動化”は高確率で失敗する～：久納と鉾木の「Think Big IT！」～大きく考えよう～（9）（1/3 ページ） 今回は働き方改革について考えてみる。政府肝煎りの働き方改革、これは掛け声だけの精神論や、自動化システムを導入するだけで実現されるものではない。実はこの推進には、Suica導入までの歴史がとても参考になるので、これを一緒に探ってみたい。 編集部より 数年前から「デジタルトランスフォーメーション」という言葉が各種メディアで喧伝されています。「モノからコトヘ」といった言葉もよく聞かれるようになりました。 これらはUberなど新興企業の取り組みや、AI、X-Techなどの話が紹介されるとき、半ば枕詞のように使われており、非常によく目にします。しかし使われ過ぎているために、具体的に何を意味するのか、何をすることなのか、
どういった学習プロセスを辿ると技術力が身につくのか - 圧倒亭グランパのブログ
この疑問は、以前から興味がありました。過去の記事でも少し触れています。 at-grandpa.hatenablog.jp 今回は、今までの自分の経験と、この疑問を考え続けた結果から、あるひとつのプロセスが浮かび上がってきたのでまとめます。 目次 目次 学習したのに身についていない現実 「身につく」とは より多くの問題を解決するには 学習プロセス 抽象的な知識の「種」を定義する 具体的な問題解決にトライしてみる A. うまく問題解決できた場合 B. 汎用性がなく、解決できなかった場合 C. 具体的な問題解決に結び付けられず、解決できなかった場合 フィードバックループを回す 学習に対する姿勢が変わる まとめ 学習したのに身についていない現実 自分はこんな経験があります。 あの本を読んだのに、実際の仕事に活かせていない 手を動かしてモノを作ったけど、何を学んだか説明できない 自己学習をしているが
Unix プロセスと Docker の罠
子プロセスを生成する方法として、fork が挙げられます。 fork は、プロセスのコピーを生成するシステムコールで、コピーされた新しいプロセスを子プロセス、fork の呼び出し元のプロセスを親プロセスと呼びます。
【翻訳】ストーリーポイントを使うのをやめよう - PoohSunny's blog
はじめに このエントリーは、Industrial LogicのCEOで、モダンアジャイルの提唱者としても知られるJoshua Kerievskyの「Stop Using Story Points」というブログポストを許可をえて*1翻訳したものです。2012年と古いものですが、今でも有益な内容だと考えています。原文はこちらになります。 www.industriallogic.com 誤訳等あれば優しく指摘していただけるととても助かりますし喜びます。 ユーザーストーリーを使うのをやめよう ハンバーガー、ポテトそしてコーラがファーストフードのシンボルであるように、スプリント、朝会そしてストーリーポイントは、アジャイルの方法論のシンボルになりました。 アジャイルハッピーセットの準備はできていますか？ おそらくNoでしょう。 ファーストフード研究者のように、我々はアジャイルハッピーセットに、アジリテ
トヨタが自動運転で出遅れたのはどうやら「カイゼン」のせいだった（井上 久男） @gendai_biz
トヨタが抱える重大な「欠落」 1兆円を超える研究開発投資を続け、人材も資金も圧倒的に豊富なトヨタ自動車が、自動運転の商品化で出遅れているのはなぜか。ここには今後の日本の自動車産業の競争優位を揺るがしかねない大きな問題が隠されている。 実は今のトヨタには、最新のある技術が欠落しているのだ。それは、「バーチャル・シミュレーション」を使った開発手法だ。 それを説明する前にクルマの開発の流れを大まかに説明しよう。クルマは商品企画で、どのような製品にしたいか、たとえば「スポーティーな若者向けにする」といったようなコンセプトが定まり、「高速走行時に搭乗者にかかる重力をいくらまでに抑えるか」などの細かい仕様が定まっていく。 その仕様を作るために、開発の上流段階で、実物のクルマやエンジンなどを試作して実験を繰り返し、燃費や安全関連のデータを取り出していく。仕様書は別名「要求書」とも呼ばれる。試作と実験を繰
そら神ゲーになるわ…『ゼルダの伝説BotW』は開発スタイルから別格だった、という話
あやせひろみ @hiromi_ayase ゼルダの開発 ・厳格なバージョン管理 ・単純作業をほとんど自動化 ・5分に1度の自動ビルド ・ビルドエラーを名指しで通知 ・ゲーム内バグ報告機能 ・3周のインクリメンタル開発 ・テスターの修正確認義務なし ・リソースのホットリロード機能 ・序盤からデバッグ開始 これはやばいわ 2017-09-05 21:24:07 リンク 4Gamer.net ［CEDEC 2017］「ゼルダの伝説BotW」の完璧なゲーム世界は，任天堂の開発スタイルが変わったからこそ生まれた CEDEC2017では任天堂の存在感が大きいのだが，その中から，「ゼルダの伝説 ブレスオブザワイルド」のオープンワールドがいかにして制作されたかに関するセッションについて，西川善司氏によるレポートを… 590 users 2127
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.fujitsu.com/downloads/blog/jp/journal/2019-01-17-02.pdf
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
