プロジェクト全体のテストを組み立てる際に重要な課題になるのが、テストレベル設計です。テストレベル設計は、ユニットテスト、結合テスト、システムテストといったテストレベルを、どのような責務・段取りで行うか分析・設計する活動です。 このテストレベル設計ですが、ここ10年程度の間に望ましいアプローチが変わってきたと感じています。今回はこの変化と、変化後のモダンなテストレベル設計の原則について、考えていることを書き出したいと思います。 旧来のテストレベル設計のアプローチ 旧来、このテストレベル設計では、Vモデルをベースしたアプローチや、自工程完結・品質積み上げをベースとしたアプローチがよく見られました。 このうち一つ目のVモデルをベースとしたアプローチは、要求定義から設計までの上流工程への対応を観点に、テストレベルを設計するものです。 （Vモデルが必須と明言しているわけではなく、極端な例ですが）例え

※2023.04.25 予想以上に見られているので追記 ChatGPTはAPIでの利用なので学習はされません。また入れてる情報は社内のだれでも見れてよい情報に留めており、顧客情報を始めとした個人情報などは一切含めていません。STORES サービスに関わる情報も含んでおりません。 入れているのは社内業務における経費精算などの各種申請の手順、オフィスの利用ルール、福利厚生の解説などに限定されています。 この記事は STORES PX Advent Calendar 2023 Spring 16日目の記事です こんにちは！STORES のPX部門IT本部でマネージャーをしている@howdy39です。 先日、社内向けにChatGPTを使ったアシスタントBot（Slack Bot）を開発しリリースしたのでそのご紹介記事になります。 リリースアナウンスのSlackメッセージどんなBOT？STORES

ある方から、「悩める新米の管理職にアドバイスを」と言われたので、記事を書くことにしました。 はじめて管理職になって一番の悩みは まず、「管理職になって一番の悩み」となり得るのは何でしょうか。 いろいろとあります。 ただ、実のところ最も頭を悩ませるのは、上司との関係でもなく、目標のキツさでもなく、会議の多さでもありません。 「向上心がなく、能力が低く、素直でない」部下です。 「教育の費用対効果が合わない人」と言い換えてもいいでしょう。 管理職の仕事の中には、部下を教育し1人前に育てる、というミッションが含まれていることが多いですが、やってみると「この人の成長にかけるコストと、この人が生み出すリターンが見合わない」ケースが少なからずあります。 そしてだいたい、そういう人は社内で「問題児」扱いされているのです。 たとえば知人にシステム開発業のマネジャーがいますが、 「（メンバーの）あの人、そもそ

資料を和訳したのは、HRテック事業などを手掛けるギブリー（東京都渋谷区）の取締役を務める新田章太さん。翻訳作業にもGPT-4を活用したとし「日本語翻訳をよりナチュラルにできるよう、プロンプティングしながら作業したので、実質の翻訳作業はたった1日で終わった」と説明している。 関連記事 東大松尾教授が答える、ChatGPTとは何なのか？　一問一答 国内におけるAIの権威である東京大学の松尾豊教授は、ChatGPTをどう見ているのか？　ChatGPTは、一時的なトレンドか技術的転換点か、AI研究者から見てChatGPTは？　日本もLLMを作ったほうがいいのか？　といった問に答えた GPT-4にGPT-4の発表を要約させてみた　人間よりも良い記事になるか？　超長文をChatGPTに読ませる方法も 米OpenAIの大規模言語モデル「GPT-4」。言語処理性能がずば抜けているというが、ではGPT-4は

こんにちは、CX事業本部 Delivery部の若槻です。 今回は、GitHubによる「次世代の開発エクスペリエンスを実現するためのプロジェクト群」であるGitHub Nextについて紹介します。 GitHub Nextとは 現在、ソフトウェア開発者の間では、OpenAIの開発するGPTベースのプログラミング支援ツールであるGitHub Copilotに注目が集まっています。 コードエディター上でリアルタイムに精度の高いコードサジェストを行ってくれるため、開発者の生産性を大幅に向上しうると期待されていますが、実はこのGitHub CopilotはGitHub Nextの推進するプロジェクトのうちの1つに過ぎません。 GitHub Nextでは、GitHubによる次世代の開発エクスペリエンスを実現するために、現在次の16のプロジェクトを提供中または提供予定です。GitHub Copilotはこ

マイクロソフトの進化した検索サービス「Bing」を試してみた。昨年末から、OpenAIが提供する「ChatGPT」が話題だ。一方のBingはCharGPTをベースにマイクロソフトが持つ技術と融合することで、使いやすい「検索サービス」に生まれ変わっている。 ひょっとすると、検索王者であるグーグルの立場を脅かすのではないか、という期待感に満ちている。最近、IT関連で熱狂するニュースがなくて飽き飽きしていたが、新しいBingはIT業界の構造がひっくり返るのではないかとワクワクが止まらない。 新しいBingはチャット形式の検索サービスだ。 これまでの検索と言えば、思いつく単語をいくつか入力し、検索で出てきた複数のサイトから、自分が知りたい情報が載っていそうなタイトルをクリックして、本文を読んで答えを導き出していくというものであった。 新しいBingでもそうした検索は可能だ。さらに「チャット」という

インターネットで調べ物をしていると、「過去に閲覧したページをもう一度閲覧したいけど、タイトルを忘れて検索できない！」という困った状態が頻繁に発生します。ブラウザ拡張機能「Falcon」を使えば、閲覧したページの本文を自動保存して「記事内のかろうじて覚えているワード」を用いた全文検索が可能になるとのこと。めちゃくちゃ便利そうだったので、実際にインストールして使ってみました。 Falcon - Chrome ウェブストア https://chrome.google.com/webstore/detail/falcon/mmifbbohghecjloeklpbinkjpbplfalb Falcon – 🦊 Firefox (ja) 向け拡張機能を入手 https://addons.mozilla.org/ja/firefox/addon/falcon_extension/ FalconにはCh

突然ですが私は今オフィスチェアを売っています。 別に自分の職業なんぞおおっぴらにする必要性なんて皆無なんですが この頃、自宅用にオフィスチェアを買うのに何がいいのか迷っている人が身近に結構いるので口で説明するのがめんどいので自分のセールストークの研鑽を兼ねてまとめようと思った次第です。はい。 言いたいことだけ書いてるので決して網羅的に情報をまとめているわけではないのであしからず。 もくじ Q1：どこで買えばいいの？ Q2：どうやって選べばいいの？ Q3：おすすめのチェアって何？ Q1：どこで買えばいいの？ 特段コレって決まってなければまずは試座できるところに行って決めるのが一番だと思います。 オフィスチェアって見た目だけで座り心地なんて絶対に判別ができないので現物を見ないで金額やネットの評判だけで買うのは金ドブです。 じゃあどこで座ればいいのかって話になるんですが、メーカーのショールームは

この記事は 面白法人グループ Advent Calendar 2022 の7日目の記事です。 アウフグース 「最近サウナ流行ってるけど別に興味ないや。」 「そもそもサウナとエンジニアって関係なくない？」 ちょっと待ってください！！ サウナとエンジニアは一見関係なさそうに見えますが、実はかなり深い因果関係があるのです！！！ エンジニアは頭を使うので脳に疲れが溜まってしまいがちです。 そして、疲れが溜まると仕事のパフォーマンスが落ちてしまいますね。 しかし、サウナに行くと脳の疲れが綺麗さっぱりなくなります！ しかも疲れている時の方が気持ちよくなれるのです！！！ そうなんです！ エンジニアとサウナには究極の因果関係が存在するのです！！！ 仕事で頭を使うので脳が疲れる → 疲れているからサウナで深く整える → 脳の疲れが取れて仕事で良いパフォーマンスを発揮できる → 仕事で頭を使うので脳が疲れる

対話型AI「ChatGPT」はユーザーと自由に対話して自然な文章を出力するモデルで、ビジネスアドバイザーとして十分使えると評価されるほどの能力を持っています。そんなChatGPTの回答をGoogleの検索結果と一緒に表示するChrome・Firefox拡張機能が登場したので、実際に使ってみました。 GitHub - wong2/chat-gpt-google-extension: A browser extension to display ChatGPT response alongside Google Search results https://github.com/wong2/chat-gpt-google-extension ChatGPT for Google - Chrome ウェブストア https://chrome.google.com/webstore/detail/

最近話題になっているOpenAIの発表した、ChatAIサービスの「ChatGPT」ですが面白い記事を見かけたので紹介します。 https://www.itmedia.co.jp/news/articles/2212/06/news110.html 上記の記事では、OpenAIの元会長のイーロン・マスク氏と、サム・アルトマンCEOがやり取りをしており、その中でイーロン氏の「チャット当たりの平均コストは？」と言う質問に、アルトマン氏は「おそらく1桁セントくらいだ。より正確にコストを割り出そうとしており、また、最適化にも取り組んでいる」と答えており、この１か月のドル円の相場が135-150円のレンジと考えると日本円に直すと大体数円から十数円のコストが、チャットごとに掛かっていると思われます。 その他にも別のタイミングで「ずっと無料で使えるか？」と質問を受けた際には、アルトマン氏は「どこかの段階

わたしは未だに自分が「仕事ができない」感がある。いや、たぶん思い込みじゃなくて、本当にそうだと思う。周りと比べても意味はないのだが、明らかにプログラミングのスピードが遅いし、ソリューションや思考の精緻さに欠ける。アメリカのテックカンパニーの人員削減が盛んだしいつ首になってもおかしくないと思う。 「向いていない」エンジニアへのあこがれアメリカで自分がしたかったことは、今度こそ胸を張って「エンジニアです」といえるようになること。何かを作れる人間になること。これは今までの人生で一度もかなっていないことだ。だから、正直なところ「向いていない」と自覚している。 だから、自分と一緒に働いているVincentに聞いてみた。彼は私よりずっと若いけど仕事をしっかりできる。私よりずっとプログラミングも素早いしロジックをよく覚えているし、複雑なリファクタリングもこなせる。 同僚の要領を得ない回答　彼にどうしたら

はじめに リリースされたプロダクトをエンハンス開発していく上で、保守性を保ち続けることがとても大事なのは言うまでもありません。 特に複雑な要件は実現するために難解なロジックを書く必要があります。 このことから 要件の複雑さと保守性はトレードオフになりがち です。 保守性を保つ方法はさまざまです。 例えば、可読性を高めるような書き方をした上でコメントを残したり、 Lintやテストなどツールを使ったりなどです。 しかし、この記事では書き方やツールではなく、 そもそも複雑になりそうな仕様を整理し要件から取り外すこと で保守性を保つ取り組みを紹介します。 この記事は Recruit Engineers Advent Calendar 2022 の2日目の記事です。 adventar.org 開発者が仕様の整理に入り込む フロントエンドエンジニアをやっていると、カジュアルに難解なUI要件が定義された

2022.12.3に開催された「ソフトウェアテスト自動化カンファレンス2022」基調講演の資料です。 https://testautomationresearch.connpass.com/event/262132/

日本XPユーザグループ（XPJUG）が主催になり、毎年秋に開催されている「XP祭り」。ここでKDDIアジャイル開発センター株式会社の小糸氏、三宅氏が登壇。続いて、チーム内で発言頻度に偏りがある問題、打ち合わせ中に謝罪が多い問題、フィードバックを素直に喜べない問題に対する対策と、その結果得られたことを紹介します。前回はこちらから。 関係の質を高めるための取り組み　②フラットな環境を作ろう 小糸悠平氏（以下、小糸）次がフラットな環境を作ろうということです。まずメンバー間の知識の偏りです。これはチームだったら必ず起こり得る話で、エンジニア歴が長くてチームにも長い人と、若手のメンバー（の偏り）ですね。 それからベテランメンバーの発言に従う風潮ですね。「この人が言うんだから信じるしかない」みたいなマインドが働いてしまうチームの傾向が見られた時に、なにをしたかという話です。 これも仮説を立ててみました

こんにちは。プロダクトマネージャーの@more_tです。 pmconf2022の登壇機会をいただき「アイデアと上手くつきあう方法」というトピックで発表させてもらいました。 このエントリーは発表内容の書き起こし記事です。発表の中から特にとりあげたいポイントを中心に補足や加筆しています。登壇のアーカイブ動画も公開されています。 安全に温泉に通いたい 最初にかんたんなクイズを持ってきました。こちらの文章からどういった解決策が取れるか30秒程度で考えてみてください。 「あなたはとある村の村長です。 ある日、村の近くの森に温かい温泉が湧いていることに気がつきました。 しかし温泉へ向かう橋は先日の大雨で流されてしまい、 復旧が必要な状況です。 村の皆は温泉が大好きで、橋の使えない川を渡っていく人もいれば、 わざわざ遠回りしていく人もいる状況です。 さて、村人たちが安全に温泉を利用するためにあなたは村長

先日、社内で技術書に関するイベントが行われた。執筆経験を持つ社内のエンジニア諸氏から話を聞ける、という面白そうなイベントだったので有難く参加してきたんだけど、そこで質問を投げたところ、著者である石川さんからご厚意でこちらの本を頂戴した。 ばばーん！「読みやすいコードのガイドライン―持続可能なソフトウェア開発のために」です！ gihyo.jp 実はもともとこのツイートを見て気になっていたんだけど、「私には難しすぎるんでは…」とためらって買っていなかった本だったので、とてもうれしい！ クライアント開発を担当している石川宗寿が執筆した「読みやすいコードのガイドライン -持続可能なソフトウェア開発のために」が10月22日に発売されます。 著者に執筆のきっかけやこだわった点などをインタビューしましたので、書籍情報とあわせてぜひご覧ください。https://t.co/5e7n9UZ2Oz— LINE

こんにちは、Sansanプロダクト開発部の清水です。 ある程度のアプリケーションの大きさだと当たり前に使われる事が多い「レイヤードアーキテクチャ」の自分が考える設計のポイントや、実際に運用する際のポイントについて書いてみようかと思います。 基本的な話なので「今更かよ」って感じがしますが、実際に設計、運用する際には様々な考慮事項のあるものだと思うので、知ってる人にとっても復習にでもお役に立てればと思います。 そもそもレイヤードアーキテクチャって何? 概要 一言でいうと、アプリケーションを作る際にそれを構成する部品を、それぞれ責務が定義された論理的なグループにまとめて整理し、それぞれのグループ間のやり取りの仕方を決めておこうという事です。 このグループ間のやりとりにおいて、一方向かつ隣接するグループとしかやりとりを行えないようにする事が多く、層状になるのでレイヤードアーキテクチャと呼ばれます。