俺としてはチャーハンを食べたい。とても食べたい。今すぐ搔っ込みたい。しかしチャーハンは危険だ。人気すぎる。競合必死だろう。 俺は運が悪いからくじ引きになったら負けてしまう。 くじで負けると、俺の１巡目指名はほかの人に１巡目で取られた後の残り物になる。つまり２軍レベルの料理になってしまう。 これはやばい。競合は避けなければならない。 となると、第二候補である餃子もやめておいたほうがいい。餃子も絶対に競合する。 案外、焼売や天津飯も競合しそうだ。 とすれば、回鍋肉あたりが無難そうに思えるが、このへんが一番、危険そうな気もする。俺と同じ思考の人間がいたら、そいつは回鍋肉を指名する確率が高い。 裏をかいてラーメン一本釣りでドヤ顔するのはどうだろうか。それはさすがにやりすぎか。 ならばエビチリか。しかしエビチリは「俺は人とは違う」と思いこんでいる凡人が一番、チョイスしてきそうな料理って感じがする。

本日2024年3月5日(火)の昼間に開催された、『AI時代のソフトウェアテストの現在と未来』というイベントがとてもよかったので、特に印象深かったポイントについて共有したいと思います。 イベントの詳細はこちらで。 autifyjapan.connpass.com 登壇者はタワーズ・クエストの和田卓人 @t_wada さん、Launchableの川口耕介 @kohsukekawa さん、Autifyの近澤良 @chikathreesix さんのお三方。ファシリテーターは、近澤さんと同じくAutifyの、末村拓也 @tsueeemura さんです。 宣伝タイム Launchableは、「テストの失敗をよりインテリジェントに扱う」ことを目指している。 たとえば、テストのFlakinessの判定や対処にできるだけ人を介在させないとか、過去の実行結果を見て再実行要否の判断をするといったもの。 Auti

先日のテスト設計コンテストで、聴講者の方からよく質問を受けたのがテストアーキテクチャに関する質問でした。 恥ずかしながら、私もテスト設計コンテストに出るまで、テストアーキテクチャが何なのかよくわかっていませんでした。 でも、参加した後の今なら、ちょっとだけ人に説明できるかもしれない。そう思ったので記事にしてみます。 テストアーキテクチャについて考える上で、わからないポイントが3つあるような気がしました。 テストアーキテクチャがなぜ必要なのか？ テストアーキテクチャで何を表現したいのか？ 具体的にテストアーキテクチャをどのような記法で表現すれば良いのか この記事では、「1. テストアーキテクチャがなぜ必要なのか？」と「2. テストアーキテクチャで何を表現したいのか？」に焦点を当てて考えてみたいと思います。 テストアーキテクチャがなぜ必要なのか あなたにはこんな経験がありますか？ 具体的な入力

ソフトウェア開発における品質のメトリクスについて、新旧2冊の本を比べてみました。 1冊は、『初めて学ぶソフトウェアメトリクス』。 原著『Five Core Metrics: The Intelligence Behind Successful Software Management』（Lawrence H. Putnam、Ware Myers著）は、2003年に出版されています*1。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者:ローレンス・H・パトナム,ウエア・マイヤーズ日経BPAmazon もう1冊は、『アジャイルメトリクス』。 原著『Agile Metrics in Action: How to measure and improve team performance』（Christopher W. H. Davis著）は、2015年に出版されて

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

はじめに 2020年12月に 無意識なテスト - CAT GETTING OUT OF A BAG を投稿しました。無意識なテストというのは ”意識して触っているわけではないのにバグを出せてしまうテスト” のことです。わたしがそう呼んでいるだけで一般的なテスト用語ではありません。この記事を３行で説明すると、こんな感じです。 意識して触っているわけではないのにバグが出せます 無意識なテストはこんな特徴があります なぜこんなことができるのかはよくわからないけど、無意識（意識下）に強い影響を与えてそうな２つの習慣を紹介します 先日、認知科学*1の面からプログラミングを理解する本 プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ を読みました。「なんとなくそうだろうな」と感じていたことが、わかりやすい例とともに科学的に解説されていて、ある種の爽快感がありました。 本記事は

ソフトウェアテストの小ネタ Advent Calendar 2020 - Qiita 11日目の記事です。 qiita.com はじめに 私は医療機器（自社製品）の開発者です。開発の現場で感じるちょっとした違和感を大切にし次の行動に移るためのシグナルとして使う、そんなお話を２年前のソフトウェアテスト #2 Advent Calendar 2018 - Qiitaに投稿しました。『違和感のつかまえかた』は多くの方に読んでいただき、これがきっかけで登壇したりと印象深い記事のひとつになりました。今でも覚えているコメントがあります。 この人、無意識を使おうとしてる。 / 他5コメント https://t.co/kF2KspYr5G “違和感のつかまえかた - CAT GETTING OUT OF A BAG” https://t.co/nS8efHY1WC — bowbow99 (@bowbow9

ChatGPTでテスト設計してみた記事と、そのアンサーソングを見つつ、また色んな人が色んなことをやってみた記事をみてChatGPTのすごさがあらためて伝わってきました。両方ともとても面白い記事です。 zenn.dev nihonbuson.hatenadiary.jp 一方、わたしのは埋め草で、特に難しいことはしていません。 仕様についてChatGPTに質問してみて、その回答と自分の期待値を比較してみようという実験です。 曖昧な仕様についての質問 初めに、とてもシンプルな質問をしてみました。 「曖昧」とは何か、「バス」とは何か、みたいなことはまったく配慮してあげなくていいはずなのですが、なぜか「機械でも読み取れるように」ちょっと気遣っている自分がいます。 以下の仕様に曖昧な点があるか、教えてください。 「バスの料金は、10歳以下が無料です」 この質問の意図は、「自然言語で書かれたスペックの

最近、ソフトウェアの品質について考えることがあったので、考えたことをまとめて置こうと思います。 すでに似たような考え方でこういうのがあるよ、などありましたら教えてほしいです。 その他、フィードバック、感想、意見（肯定、反対どちらでも）など、積極的に欲しいと思っています。 品質とは？ 製品やソフトウェアの品質についての定義は様々あります。 そもそも「品質」とはとても意味が広い用語です。 品質については定義されたものをすべて書き出したらきりが無いですが、ASTER標準テキストなどによくまとめられています。 「品質を上げたい」というのはよく聞く言葉ですが、どういった「品質」を上げたいのかはちゃんとディスカッションしたほうが良いかなと思います。 （ちゃんとした返答が返ってくることは正直少ないかなと思いますが・・・。） ここでは品質をモデルとして定義しているものを紹介したいと思います。 よく取り上げ

ソフトウェアエンジニアリング関連の書籍を読んでいると、「コンウェイの法則（Conway's law）」によく出会う。その引用元は、1968年4月に発表されたメルヴィン・コンウェイ（Melvin E. Conway）の論文 "How do committees invent?" で、例の有名な一文は結論（conclusion）に書かれている。 （前略） organizations which design systems (in the broad sense used here) are constrained to produce designs which are copies of the communication structures of these organizations. （広義での）システムを設計する組織は、自らのコミュニケーション構造を真似た設計を生み出すという制約

こんにちは、freeeでQAエンジニアをしているymty（ゆもつよ）です。この記事はfreeeカード Unlimited の開発の裏側について紹介する連載の第8回目（最終回）になります。 今までの連載の中で、freeeカード Unlimitedのアーキテクチャーやインフラといった技術的な側面や、若い優秀なエンジニアや、EMからエンジニアにロールチェンジした敏腕エンジニアが取り組んでいること、そしてEM（エンジニアリングマネージャー）がどのようにチームに関わっているかといった話題がありました。 【第1回】freeeカード Unlimited の開発の道のり 【第2回】freeeカード Unlimited での非同期通信の設計と実装 【第3回】EMから再度エンジニアとしてプロダクト開発に挑戦して学んだこと 【第4回】freeeカード Unlimited でのClean Architecture

オードリー・タンさんが大臣に起用されたり、新型コロナ対策が効果的だったり、そんな報道や記事をたくさん見かけて、台湾が合理的に判断できることを羨ましく思ったりする。でもこの「羨ましい」には、実は無神経さ・傲慢さが潜んでいるのではないか、とちょっと疑っている。 台湾やシンガポール、イスラエルといった国々は、日本と比較してももっとリアルに「自国の存続」への危機感を持続させているのだろう。台湾は台湾海峡を隔てて大陸中国と常に向かい合い、その相手は「一つの中国」を掲げ国家としての存在を否定している。シンガポールは戦後にマレーシアと一旦は連邦を形成するも、真水など重要なインフラをマレーシアに握られたままその後に独立している（現在は協調関係を維持している）。イスラエルは、第1次大戦後のイギリスによる三枚舌外交（その一環のバルフォア宣言）に基づいて建国後、周囲のアラブ諸国と4度の中東戦争を経て自国を維持し

京都にある餃子の王将の壁紙を撮影したツイート。それがTwitter上で拡散され、4月4日11時現在、13000以上のRT数をカウントしている。 タダとはいえ、18歳以上の学生で、その後30分間の皿洗いは必須だ。 @kabaneshi ちょっとうがった見方になりますが、食べさせてもらえる食事（？）の原価によりますが、かなり安い時給で超短期のバイトを雇っているとみることもできるような…。賄い飯のようなものだったら、おそらくかなり安くなるでしょうし。 — kmizu (@kmizu) 2013年4月3日

第5回眞田幸村公出陣ねぷた [日程] 2014年9月6日(土) [時間] 15:00～21:00 [ねぷた当日参加] 当日参加ＯＫ16:00～17:30までにイトーヨーカドー上田店跡地の受付にて。先着順で記念Ｔシャツがもらえます。 [まつりキャッチフレーズ] 粋で元気に華やかに [スケジュール] 15:00～18:00 パフォーマンス１ 18:00～ 出陣の儀 18:20～ ねぷた曳航開始 18:30～20:00 パフォーマンス２ 19:20ごろ 中央２丁目交差点 ねぷた勢ぞろい／大会長 挨拶 20:40～ 帰陣の儀 21:00 終了 [交通規制] 17:30～21:30 上田駅お城口 ロータリー 18:00～21:00 東横インさま前～サンルート上田さま前／原町～上田駅お城口 信号／市役所前～海野町 信号 18:30～20:00 鷹匠町、横町 [バス・タクシー乗り場の変更] [演武・パフ

こちらは8月24日放送分第一話「大きな子どもたち」のワンシーンと思われる。おやつで余ったドーナッツを誰が食べるかジャンケンで決める話なのだが、「大人はジャンケンなんかしないもんだよ」とカツオ。 説明するまでもないが、サザエさんは毎週放送終了時、欠かさず視聴者とジャンケンをしている。 カツオはそのことを知らないのだろうか…。

ネット上で公開された「日本国憲法を口語訳してみたｗｗｗ」という文章が、すごく解りやすいと話題です！！ ↓　↓　↓  前文 俺らはちゃんとみんなで選んだトップを通じて、うちらのそのガキのまたガキのために、ご近所さんと仲良くして、みんなが好きなことできるようにするよ。 また戦争みたいなひどいことを起こさないって決めて、国の基本は国民にあることを声を大にして言うぜ。それがこの憲法だ。 そもそも政治っていうのは、俺ら国民が政治家を信頼して力を与えてるものであって、本質的に俺達のものであるんだ。あれだ、リンカーンの言った「民衆の民衆のための民衆による政治」ってやつ。 この考え方は人類がみんな目標にするべき基本であって、この憲法はそれに従うよ。そんでそれに反するような法律とかは認めないぜ。 俺らはやっぱ平和がいいと思うし、人間って本質的にはちゃんとうまくやっていけるようにできてると信じるから、同じよう