ソフトウェアの開発者・テスト技術者・品質管理／品質保証の担当者の方へJSTQBからの情報を届ける「JSTQB カンファレンス in 2022 Autumn」。ここで五味氏が「DXに求められるソフトウェア品質とその計測」をテーマに登壇。続いて、『ソフトウェア開発分析データ集2022』の内容について話します。前回はこちらから。 定量データの傾向性 五味弘氏：ということで最初の一歩です。前振りがやっと終わりました。 （スライドを示して）私たちは『ソフトウェア開発分析データ集2022』というものを、9月26日に公開しています。昔の名前は「ソフトウェア開発データ白書」で、知っている人が99パーセントいてくれればうれしいなと思うのですが、その後継が「分析データ集」で、2022年版を9月26日に公開したばかりです。今日はこれを紹介したいと思います。 最初に結論です。2年に1回（「分析データ集」を）出して

1. はじめに システム開発にまつわるチームや組織の活動は、指標なんかで測れるわけないやろ～、という声は根強いです。ましてや、それが人の評価になろうものなら、感情的な反発さえありえます。Martin Fowlerもこちらよりです。 一方で、何らかの指標で測れるはずじゃないの？という声も根強い気がします。測れんかったら、良くなったかどうか、どうやって判断すんねん、という意見ですね。DORA Metricsを擁するGoogleはこちらよりですかね。 私はどちらなのかというと、後者で、測れるものは測りたいタイプです。もちろん、すべてが正しく測れるなどとは思っていません。そもそも定性的な指標と定量的な指標のバランスが大事であり、定量的な指標でさえも、現実世界では正確性と計測コストはトレードオフだと思ってます。 しかし、ではじゃあ、具体的にどうすればいいのか？それをまとめてみましたので、ご覧ください

こんにちは、臼田です。 みなさん、AWSのセキュリティ対策してますか？(挨拶 今回は2022/10/17に行われたAPN AWS Top Engineersが語るAWSの最新セキュリティ対策にて登壇した内容の解説ブログです。 資料 解説 今回のセッションのテーマは、新しくAWSからリリースされたAmazon GuardDutyのMalware Protection機能がどのようにサードパーティのマルウェア対策と共存するのか、というものです。 詳しくはこの後の内容や資料を見ていただければと思いますが、結論として既存のマルウェア対策が置き換わるような機能ではなく、これまで以上にカバレッジを広げたりするものです。 この内容ではAWSにおけるセキュリティ対策のほんの一部しか話しませんので、セキュリティ全般については下記もご参照ください。 1. Amazon GuardDutyと新機能Malware

日本時間2022年11月2日(水)、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨するイベント『プロダクトマネージャーカンファレンス 2022』が開催されました。 プロダクトマネージャーカンファレンス 2022 ～回帰と進化～ #pmconf2022 - プロダクトマネージャーカンファレンス / pmconf | Doorkeeper 私も当日は業務の傍ら気になるセッションを視聴していました。後程イベントレポートも適宜投稿していこうかなと思っているのですがそれに先立って、各セッションの登壇資料を「非公式」ではありますがブログとしてまとめておこうと思い立ち当エントリを公開しました。 投稿の時点でそれなりに登壇資料の情報がTwitterで公開・共有されていたので学習したい立場としては非常にありがたい限りです！ブログ公開に合わせてイベントのTwitterまとめも下記の形で作成しました。

ふと気になって調べたことの備忘メモです ✍ （2022/11/3追記）ご指摘頂いた内容を踏まえて加筆修正をおこないました なぜ調べたか Webアプリケーションの開発に携わっていると CSRF という脆弱性への対処を求められますが、多くの場合利用しているフレームワークが設定追加だけで対応してくれたり、既に前任者によって適切な処置がされていたりなど、実務上で目を向ける機会はその重要性と比較して少ないのでないかと思います また、Webブラウザの実装やHTTP周辺の関連仕様の変化から陳腐化している情報も多く、現代において全体感と具体的な対処法を理解するには少しばかりハードルが高いように感じていました ですので、自身の現時点での認識を明文化して残しておくことにしました なお、私はWebセキュリティの専門家でなく、一介の開発者のため、誤りが多分に含まれる可能性があります ご指摘を頂ければ修正したいと思

お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル：AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

概要 フロント開発をするとき、レイアウトやアニメーション、その他CSS等の生成をしてくれるWebツールのまとめです。 使いやすそうなツールがあれば追記していく予定です。 ドキュメント類 何はともあれドキュメントは読む癖をつけて、正しい使い方ができるようになるのが良いでしょうということで mdn (Mozilla Developer Network の略) ウェブ標準ドキュメント 個人ブログやQiita内で「こう使うといい！」って書いてあってもその内容自体が間違っている可能性もあるので、より正確な情報を得るにはmdnを参照する Can I use ブラウザごとにCSSやjsの標準関数等が使用可能かどうか一覧表示してくれる ジェネレーター系 Interactive CSS Grid Generator Gridを使ったレイアウトをGUIで作り、コード生成できる そのレイアウトをもとにCodeP

一人 CTO Night での発表資料です

サンディスクのmicroSDカード 512GBが40%OFF。写真や動画のデータ置き場はこれで良くない?【Amazonセール】

スライド概要 SPA(Single Page Application)の普及が一層進んでおり、従来型のMPAを知らないウェブ開発者も生まれつつあるようです。SPA対応のフレームワークでは基本的な脆弱性については対策機能が用意されていますが、それにも関わらず、脆弱性診断等で基本的な脆弱性が指摘されるケースはむしろ増えつつあります。 本セッションでは、LaravelとReactで開発したアプリケーションをモデルとして、SQLインジェクション、クロスサイトスクリプティング、認可制御不備等の脆弱性の実例を紹介しながら、現実的な対策について紹介します。LaravelやReact以外のフレームワーク利用者にも役立つ説明を心がけます。 PHPカンファレンス2022での講演資料です。 PHPカンファレンスでの動画URL https://www.youtube.com/watch?v=jZ6sWyGxcCs

In terms of points, Yuki Tsunoda’s second season has so far been worse than his rookie campaign, but Red Bull and AlphaTauri have still handed him a third year in the sport. F1 Correspondent Lawrence Barretto explains why… AlphaTauri boss Franz Tost knows a thing or two about mentoring drivers with potential, having overseen the likes of Max Verstappen, Sebastian Vettel and Daniel Ricciardo as the

全農広報部【公式】日本の食を味わう @zennoh_food JA全農 広報部の公式アカウントです。みなさんのごはんがちょっと楽しくなることを目指してつぶやいています。好きな食べ物は国産農畜産物、いま食べたいのはレンコンのきんぴら。ソーシャルメディアポリシーはこちら→zennoh.or.jp/publish/sns/so… zennoh.or.jp/index.html

𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 昔いた職場で、組織内のルールや決まったプロセスに毎回『なぜこれが必要なのか理解できない』とこぼしていた東大の新卒がいた。 上司が『お前の納得と理解は後回しでいいから早くやれ。給料もらって仕事をこなすのが俺らの義務なのに自分の感情とか勉強を優先するな』とキレてとても腹落ちした思い出 2022-09-02 11:41:30 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri たとえ合理的な理由があっても組織はいちいちそれを末端まで全部説明してる余裕はないし、『全て知る必要がある』とか『知らなければやりたくない』というのは組織人としては失格だと思う。 期待役割を全うしながら時間を経ないと、必要性が文字だけでは理解できないルールや慣習もあると今ならわかる 2022-09-02 11:44:49 𝓞𝓶𝓸𝓬𝓱𝓲 @ib_kiri 限られた人的リソースを理

howto-tech-docs.md 技術文書の書き方 このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。 科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。 しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。 技術文書とは ここでは、ソフトウェア開発で技術者が書くべき文書ということにします。 ソフトウェアエンジニアにも役割がいろいろあり、アーキテクトと independent contributor では書く文書が違うということはあるでしょうけれど、ここではごっちゃにします。

デジタルサービスの利用者満足を高めるためには、安定した製品の早期リリースに加え、UX（ユーザー体験）やレスポンスタイムの改善が鍵となります。しかしそうした改善を阻害する要因は多様であるため、ボトルネックの特定には苦労も多いでしょう。 その課題解決を支援するために、データに基づく反復テストに焦点を当てたテストプラットフォームが「HeadSpin」です。 HeadSpinは全世界100か所以上の拠点にモバイルデバイスの実機を配置し、その場所にあるキャリアの携帯電話通信網やWifiネットワークに接続することで現実の環境下でのテストを実現し、AIベースの問題検出エンジンによってアプリケーションの性能や動作上の問題を自動的に判別する、などの先進的なテスト自動化の機能を備えています。 HeadSpinを日本で展開するコウェルは9月3日土曜日に、「データ分析が変えるソフトウェアテストの未来」と題したイベ

経緯 DOMについて調べてた時に気づいたので、備忘録として。 （この備忘録ではReactベースで書いてます） 結論 仮想DOMの真のメリットは「パフォーマンスが良いこと」ではなく、「宣言的UIの実現と現実的なパフォーマンスを両立できること」にある。 命令的UIと宣言的UIってなんだろう... 命令的UI 「イベント・変更が発生するたびに、どのように処理を実行し、状態を反映するのか」を記述する必要がある const checkbox = document.querySelector(".checkbox"); const button = document.querySelector(".button"); checkbox.addEventListener("click", () => { if (checkbox.checked === true) { button.disabled =