Cookie 廃止本格化から4カ月。いま直面している問題と混乱をまとめる | DIGIDAY［日本版］
あれから4カ月目に突入した。Chromeにおけるトラッキングの混乱を収めるGoogleの努力は……複雑とでも呼ぼう。Chromeのトラフィックのうち、サードパーティCookieが使用されていないのは全体の1％にすぎない。 ところがその後、混乱が発生し、試行錯誤、臆測、図書館がいっぱいになるほどの戯言が交わされている。一時停止し、残骸を選別し、このデジタルサーカスショーの第2幕に備えるときだ。 ――まず、悪名高き1％にズームインしてみよう。 確かに、サードパーティCookieがなければ残骸のように見えるかもしれないが、世界中の広告幹部の欲求をそそるには十分だ。この4年間、臆測ばかりが飛び交っていたのだから、「前菜」としては上出来だろう。 2020年のあの衝撃的で不可解な発表を実現するための一歩だ。Googleが開発した技術、つくり上げた理論──これこそが、正しい方向に進んでいるかどうかのリト
効率的にリファクタリングを進めるための下準備教えます - MonotaRO Tech Blog
はじめに ※ (2024/03/14 16:33) 「インテグレーションテストの気軽な実行・変更ができない」節にて、データのクリーンアップを teardownで行うよう修正 EC開発-B グループの岡崎と EC開発-A グループの菊川です。2人とも普段は MonotaRO の EC サイトの開発に従事しています。 今回は、昨年11月に開催した、テストとリファクタリングのためのワークショップの中で行ったライブコーディングの準備をするにあたって困ったことについて記載します。 ライブコーディングでは、参加者全員の前で実際のプロダクトのソースコードをリファクタリングする、ということにし、それにあたって研修の運営メンバーでリファクタリングに取り組んでみました。ただ闇雲にリファクタリングするのではなく、研修では参加者に「どのような流れや考え方でリファクタリングをするか」を理解してもらえるように、運営メ
フロントエンドのテスト基盤を Jest から Vitest に移行した話
こんにちは。ナレッジワークの torii です。 7 月にフロントエンドエンジニアとして入社してもうすぐ半年、そろそろ技術記事の一つも書きたいなと思っていたところに、ちょうどいいネタを見つけたので投稿してみます！ Jest から Vitest に移行してみた 早速やったことですが、フロントエンドのテストフレームワークを Jest から Vitest に移行しました。理由としては、Jest が CJS を前提として動作しており、ESM 前提のモジュールを動かすのに一手間も二手間もかかるからです。 ナレッジワークのフロントエンドは Next.js を採用しており、テストフレームワークには Next.js と相性の良い Jest を採用していました。関数単位のテストや UI コンポーネントのテストを書く分には問題なかったのですが、それより上層（ページなど）になるとたちまち ESM 互換性の問題を
APIは「売る」時代へ、開発者はビジネス領域へ越境できる
「回答者4万人のうち、65％が『API（アプリケーション・プログラミング・インターフェース）で利益を得ている』、92％が『APIへの投資を増やす』と答えた」 APIの開発支援環境を提供する米Postman（ポストマン）のアビナフ・アシュタナCEO（最高経営責任者）兼共同創業者は2023年12月5日、東京都内で開いたデベロッパー（開発者）向けのイベントでこう語り、全世界で3000万人、日本で40万人を超えているPostmanの利用者が今後さらに増え続けると語った。 イベントにはPwCコンサルティングの大竹伸明代表執行役 CEO、ウルシステムズの漆原茂代表取締役会長も登壇し、大竹CEOは経営ニーズから見たAPIへの期待を、漆原会長はAPIがもたらす開発者にとっての可能性をそれぞれ力説した。 ツールから出発、APIのハブに成長 ポストマンのAPI開発支援環境「Postman」を一言で説明するのは
人だと正解率92％なのに、GPT-4だと15％になる新型テスト集「GAIA」 米Metaなどが開発
このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」（シームレス）を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 Twitter: ＠shiropen2 米Metaや米HuggingFaceなどに所属する研究者らが発表した論文「GAIA: a benchmark for General AI Assistants」は、難しいタスクではなく、人間にとって簡単なタスクを達成する大規模言語モデル（LLM）を評価するためのベンチマークを提案している。この研究は、人間が日常で当たり前に実行してほしいタスクを正確にこなすLLM構築を目指すためのテスト集である。 現在のベンチマークは、人間にとってより困難なタスクを求めており、LLMには数学や法律などの複雑なタスクや、一貫性のある本を書くなどの複雑な課題が
リファクタリングをする際にソースコードの設計からはじめてはいけない - MonotaRO Tech Blog
どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私
ドキュメント執筆にもGit、ビルド、テストで再利用性や整合性を実現する「Writerside」、JetBrainsがプレビューリリース
Kotlinなどの開発元として知られるJetBrainsは、テクニカルドキュメントのための一連のツールを統合したドキュメントオーサリングツール「Writerside」のプレビューリリースを発表しました。 ソフトウェア開発においては、テキストで記述されたソースコードをGitでバージョン管理し、ビルドによって複数のソースコードを1つのアプリケーションへとまとめ上げ、コンパイルし、テストをして本番環境へのデプロイによりアプリケーションを公開します。 そしてこのプロセス全体を、さまざまな機能を備えたツールチェンを用いて自動化することで、ソフトウェア開発の効率を高めています。 一方で、例えばアプリケーションのチュートリアル、SDKやAPIのリファレンスドキュメントなどのドキュメントの制作過程においては、複数のファイルをフォルダにまとめ、手作業で目次のページとリンクさせることや、ソースコードのサンプル
ドキュメントの限界 - orangeitems’s diary
インフラの環境構築を行ったときに、はい、環境です、と接続情報だけ顧客に提供したところで、そのまま受け取ってくれることはない。 ドキュメントはないんですか？。 何を作ったかを示すドキュメントとセットで初めて、プロにお金を払って仕事をしてもらった気持ちになる。今でも、ドキュメントを残せ、ドキュメントがないと今どうなっているかがわからなくなる、常に更新して最新にしよう、そんな掛け声は健在である。 このドキュメント、年々複雑さが増していると思う。というのも、IT関連のソフトウェアにしろクラウドにしろ、機能は増えるばかりだからだ。かつ、設定自体は年々洗練されており、デフォルト値で動くことも多い。たくさんの設定項目があるが、設定するのはほんの一部分である。 ドキュメントに何を残すべきか。設定値全てをドキュメントに書き込もうものなら莫大な量になる。一方で変更したものは少ししかない。このギャップが激しくな
リファクタリングが先か、テストが先か - E2E自動テストの理想と現実 ｜Autifyブログ
2023年5月17日から5月19日にかけて開催された Qiita Conference 2023 にて、弊社の Senior Technical Support Engineer である末村 拓也が『リファクタリングが先か、テストが先か – E2E自動テストの理想と現実』というタイトルで講演を行いました。本記事はこのセッションを元に、ブログ向けに若干アレンジを加えたものとなります。 概略 この記事では、以下のような内容について説明します。 自動テストコードはアプリケーション本体のコードと 依存関係 を作る 一般的に、 不要な依存関係 を排除するのが良い設計と言える 一方で、E2Eテストは GUIに対して強い依存関係 を作る テストの準備などで GUIとの不要な依存関係 を作らないようにするのが重要 不要な依存関係を減らすために、テストレベル を一つ落とす（ユーザーストーリーE2E） 低いテ
経験ベースのテスト技法：エラー推測（どうすれば、深い経験と高度な知識が身につくか） - CAT GETTING OUT OF A BAG
ソフトウェアテスト講義ノオト: ASTERセミナー標準テキストを読み解く の 4.5 経験ベースのテスト技法 (1) エラー推測（P.191）に、このように書かれています。 推測は、「テスト担当者の経験、欠陥や故障のデータ、ソフトウェアが不合格となる理由に関する一般的な知識」にもとづいて行います。逆にいえば、経験と知識が貧弱であれば良い推測はできません。エラー推測によるテストで良い結果を出すためには、深い経験と高度な知識が必要ということです。これは、他の「経験ベースのテスト技法」でも同様です。 どうすれば、深い経験と高度な知識が身につくかというと、一件一件のバグを大切にするしかないと筆者は思います。具体的には、テストしてバグを見つけて直ってきたら、その原因について自分が納得するまで理解するの繰り返しです。 ”どうすれば、深い経験と高度な知識が身につくか”の具体的な方法が「その原因について自
Webフロントエンドにおける網羅的テストパターンガイド
こんにちは、テストが好きなsilverbirderと申します。Webフロントエンドのテストは実施していますか？ユニットテストやビジュアルリグレッションテストは広く知られていると思います。しかし、パフォーマンステストのためのテストコードはありますか？また、カオスエンジニアリングテストやアクセシビリティテストはありますか？ 今回、私はWebフロントエンドにおける網羅的なテストパターンを調査し、その結果をここで紹介したいと思います。これらを理解することで、読者の皆さんが適切なテスト戦略を策定する際の参考になれば幸いです。 前提 今回、テスト対象として取り上げる題材は、TodoMVCというTODOアプリです。フレームワークとしてReactを使用しますが、紹介するテストパターンはフレームワークに依存しないものです。ただし、使用するライブラリはReactに関連しているため、その点についてはご了承くださ
セキュリティは「品質」を基準に考えるべき—— 「セキュリティでガンダムを語る人」がソフトウェアテストの会社に転職した理由
[PR]人気連載「企業セキュリティの歩き方」の筆者としても知られる武田一城氏は、セキュリティの必要性が今ほど認識されず、「とりあえずアンチウイルスがあればいいんでしょ？」という時代からさまざまなセキュリティソリューションの販売に携わってきた。 人気連載「企業セキュリティの歩き方」の筆者としても知られる武田一城氏は、セキュリティの必要性が今ほど認識されず、「とりあえずアンチウイルスがあればいいんでしょ？」という時代からさまざまなセキュリティソリューションの販売に携わってきた。その経験を通して日本のセキュリティ対策の実態を熟知しているからこそ、時には正面から、時にはさまざまな「ネタ」を駆使して、日本企業のセキュリティ導入・運用や情報システム部門のあり方について問題提起を行ってきた。 その武田氏が先日、ある思いを抱いてソフトウェアテスト企業のベリサーブに転職したという。その理由を、ともに長くセキ
C／C++言語の新たなコーディング規約に完全対応したテストツールを販売開始
テクマトリックスは、C言語／C++言語のコーディング標準に対応したテストツール「C++test 2022.2」の販売を開始した。 テクマトリックスは2023年3月9日、Parasoft Corporationが開発した、C／C++言語対応テストツール「C++test 2022.2」の販売を開始したと発表した。 C++testは、コーディング規約チェックやフロー解析などの静的解析、単体テスト、カバレッジ計測、実行時メモリエラー機能などを搭載したC言語／C++言語対応のテストツールだ。 最新版では、C言語のガイドラインで2022年3月発行の「MISRA C：2012 Technical Corrigendum 2」と、2022年10月発行の「MISRA C：2012 Amendment 3」に完全対応した。また、C++コーディング標準の新版となる「MISRA C++：202x」のドラフト版の一
雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
（この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました） 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト（TDD）で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする＆機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO（プロダクトオーナー）に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな
AIでユニットテストを自動生成。リファクタリング、ドキュメントの生成、バグの検出なども行う「Refraction」登場
AIでユニットテストを自動生成。リファクタリング、ドキュメントの生成、バグの検出なども行う「Refraction」登場 ChatGPTに代表される自然言語やプログラミング言語のコードを理解するAIを用いてコーディングの支援を行うツールがまた新たに登場しました。 Refractionは、示されたコードから自動的にユニットテストを生成するほか、コードのリファクタリング、ドキュメントの生成、バグの検出などを行います。 Updates! https://t.co/9otFTI7nh0 is now https://t.co/MtN5JgnetI. Building out many utilities. You can... Generate unit tests Generate inline documentation Refactor your code Added a $5 / month
OCRの精度を担保するテスト基盤アーキテクチャ - LayerX エンジニアブログ
こんにちは！LayerXバクラク事業部 OCRチーム ソフトウェアエンジニアの秋野（@akino_1027）です。 この記事では、バクラクシリーズの機能であるOCRのテスト基盤について紹介していきます。 ※本記事は LayerX Tech Advent Calendar 2022 11日目の記事となります。 背景 バクラクでは手入力ゼロを目指すべく、 OCR機能（文書の読み取り機能）を提供しています。 以下、OCRで書類が読み取られる様子 www.youtube.com OCR機能は「手入力不要」という価値に直結するため、OCR精度を常に高い水準で保っておく必要があります。 安心してコード変更を取り込めるように 今まで読み取れてたのに読み取れなくなった書類はないか 新たに読み取れるようになった書類はどれか を確認する仕組みが必要でした。 OCRテスト基盤の開発 そこでOCR精度を担保するた
巨大な敵「ラスボスCOBOL」にチームで立ち向かう、ベンダーは敵か味方か
2022年10月末、米起業家のイーロン・マスク氏が米Twitterを買収完了したというニュースが飛び込んできた。「the bird is freed（鳥は自由になった）」という同氏のツイートを見て、COBOLもクラウド＝「雲」の上を飛び回れるよう自由になれたらと考えた。 本来の「オープンなCOBOL」への回帰を望む COBOLは1959年、標準言語策定委員会の「CODASYL（the Conference on Data Systems Language）」によって誕生した。CODASYLは、事務処理分野でコンピューターを普及させるために、米国防総省をはじめとする政府機関やメーカー関係者が結成したものだ。同委員会の母体となった会議にはユーザーも参加し、COBOLはオープンでスタンダードなプログラミング言語としてスタートした。 だが誕生から60年以上経過し、残存するCOBOLシステムにはさま
技術書を1冊読んで実践すれば、3年ショートカットできる 書籍・論文から「知識と経験」を学ぶコツ
「スクラムフェス仙台」は初心者からエキスパートまでさまざまな参加者が集い、学び、楽しむことができるアジャイルコミュニティの祭典です。ここで登壇したのは、kyon_mm（きょん）氏。スペシャリストになれなくても成長する方法について話しました。全3回。2回目は、ジェネラリストを目指した経緯と書籍や論文で学ぶコツについて。前回はこちら。 「自分はジェネラリストがいいのかもしれない」という気づき kyon_mm氏：（スライドを示して）「どうしよう」と思った時に、「ちょっと考え直そう、どういうふうに考えたらいいかな」と思いました。その時に「スペシャリストとジェネラリストがいるな」みたいなことをぼやっと思いました。「スペシャリストは、特定の領域にメチャクチャ特化している達人で、その分野なら任せろという感じで、ジェネラリストは、いろいろな領域ができる万能な感じでだいたいそつなくこなします」という感じだな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実録レガシーコード改善 / Working with Legacy Code: the True Record
「Visual Studio 2022」にMarkdownエディターが導入へ ～拡張機能なしで編集・プレビュー／「Visual Studio 2022 17.5 Preview 2」でテスト中
