1978年東京生まれ。酒場ライター。著書に『酒場っ子』『つつまし酒』『天国酒場』など。ライター・スズキナオとのユニット「酒の穴」としても活動中。 前の記事：どう作っても笑っちゃうくらい美味しい「厚揚げサンドイッチ」 もしかして、料理に使える？ スーパーのソーセージやハムなんかのコーナーによくある、「合鴨スモーク」が好きなんです。 各社からいろいろな名前で出ていますが、たいてい200g弱くらいのボリュームで、値段が300円前後とリーズナブルで、カットするだけでめちゃくちゃいいおつまみになるんですよね。居酒屋のお通しとかでもよく見かけます。 こういうの 取り出すとけっこうな迫力 いつもはたいてい、0.5cmくらいの幅にカットしてそのまま食べています。しっかりと脂身もあるので、一度に全部は食べきれず、1/3とか1/4ずつを数日に分けて食べるので、長く楽しめる。なんとも優秀な一品。むしろ、こんな美

男性は女性が思っている以上に占いに拒絶感あるぞ

こんにちは、料理ブロガーの山本リコピンです。 今年も値上がりの毎日で、買い物へ行くと“安くてたっぷり”なコスパのいい食材をつい買いがちです。 ということで今回ご紹介するのは、コスパよくできて、ビールがすすむピリ辛おつまみレシピ。 4～5本入りで100円くらいのちくわを、痺れる辛さの花椒、にんにくを加えた衣にくぐらせて、ごま油とラー油で揚げ焼きにします。強めに焼きつければ、少ない油で表面カリッ、中はむっちり食感のおつまみが簡単に作れますよ。 それでは早速レシピです。 山本リコピンの「ちくわのカリッとにんにく花椒焼き」 【材料】1～2人分 ちくわ（10cmくらいの長さのもの）　4～5本 ごま油　大さじ2 ラー油　小さじ1 糸唐辛子　お好みで （A） 片栗粉　大さじ1 マヨネーズ　大さじ1 にんにくすりおろし　小さじ1 花椒（パウダー）　小さじ1/2 作り方 1. ちくわは1cm幅の輪切りにする

はじめに最近、LLMへのRAGを用いた文書データの連携等を目的に海外を中心にOCRや文書画像解析技術に関連する新しいサービスが活発にリリースされています。 しかし、その多くは日本語をメインターゲットに開発されているわけではありません。日本語文書は、英数字に加えて、ひらがな、漢字、記号など数千種類の文字を識別する必要があったり、縦書きなど日本語ドキュメント特有のレイアウトに対処する必要があったりと日本語特有の難しさがあります。 ですが、今後、海外の開発者がこれらの課題に対処するため、日本のドキュメント画像解析に特化したものをリリースする可能性は低く、やはり自国の言語向けのサービスは自国のエンジニアが開発すべきだと筆者は考えています。 もちろん、Azure Document Intelligenceをはじめとした、クラウドサービスのドキュメント解析サービスはありますが、クラウドを利用できないユ

こんにちは～筋肉料理人です！ 今日はみなさん大好きな「照り焼きチキン」を、花椒のしびれる辛さで美味しく食べるレシピを紹介します。 使うのは高タンパク＆コスパよしの鶏むね肉です。鶏むね肉は加熱しても硬くなったりパサついたりしないように、ポリ袋に入れてぽん酢しょう油や日本酒で揉んで下処理。塩昆布を使うことで旨味を入れ、しびれの刺激だけではない、食べ応えのある一皿に仕上げます。 筋肉料理人の「鶏むね肉の花椒照り焼き」 【材料】2人分 鶏むね肉　1枚（300g程度） キャベツのせん切り　適宜 ミニトマト、マヨネーズ　適宜 塩昆布　5g 花椒　適宜 サラダ油　大さじ1/2 （A） ぽん酢しょう油、日本酒　各大さじ1 鶏がらスープの素（顆粒）　小さじ1/2 おろしにんにく　小さじ1/4 花椒　小さじ1/4 （B） しょう油、砂糖、日本酒、みりん　各大さじ2 作り方 1. 鶏むね肉はフォークで全体を刺し

こんにちは、料理ブロガーの山本リコピンです。 しびれる辛さがクセになる、中国産山椒の花椒。今回は、その花椒を鶏もも肉にたっぷりもみこんで、皮パリ、身はジューシーに焼き上げた「花椒チキン」をご紹介します。食べる時に、花椒と相性ぴったりのラー油をお好みの量かけてみてください。一気に本格的な味わいです。 ではでは早速、レシピです。 山本リコピンの「花椒チキン」 【材料】1～2人分 鶏もも肉　1枚 片栗粉　大さじ1 花椒（パウダータイプ）　小さじ1/2 塩　2つまみ サラダ油　大さじ1 ラー油　お好みで適量 作り方 1. 鶏もも肉は余分な脂身を取り除き、皮目を5～6ヵ所フォークで刺す。 2．両面に塩を振ったら、花椒をもみこみ、片栗粉を全体にまんべんなくまぶす。 3. フライパンにサラダ油を熱し、2の鶏肉の皮目を下にして置いたら、蓋をして表面の色が白っぽく変わるまで中火で加熱する。 片面だけ蓋をして

本当においしい。 簡単、楽しい「カレーブック」 売上No.1のアナンのスパイスセット。わずか数ステップで、ひとつひとつのスパイスの香りを楽しみながら、本格カレーが出来上がります。 商品を見る

こんにちは。AutifyのSET(Software Engineer in Test) 、末村(@tsueeemura)です。 皆さん、E2Eテストしてますか？以前はほぼSelenium一択みたいなところがありましたが、最近はPuppeteerやCypress、TestCafeなどいろいろなフレームワークがあり、ついつい目移りしてしまいますね！ さて、どのフレームワークを使うにせよ、E2Eテストを書く上で共通で意識しないといけない重要なファクターがいくつか存在します。 その一つが ロケータ です。操作や検証の対象となる要素を指定するためのキーのことです。 ロケータにはCSSセレクタやXPathが利用でき、idやclass、name といった属性を利用するのが一般的です。 今回はこのロケータについての話を書こうと思います。 ロケータとは要素を一意に指定できさえすればロケータに使うものは何でも

こんにちは。Autifyの品質エバンジェリストの末村です。 もう5年前にもなりますが、なぜE2Eテストでidを使うべきではないのかという記事を書きました。この記事はありがたいことに長い間閲覧されており、弊社ブログの人気コンテンツの一つとなっています。 一方で、5年という歳月はソフトウェア開発のトレンドを変化させるには十分すぎるほどに長いです。テストツールの面では Playwright が新たな選択肢として加わった他、 testing-library によるアクセシビリティ属性を用いた要素探索が新たなベストプラクティスとして登場しています。 この記事では、E2Eテストにおける要素探索の考え方の変遷をおさらいしつつ、ベストプラクティスについて説明します。 要素選択の考え方まずは、要素選択の考え方についておさらいしておきましょう。要素選択とは、読んで字の如く、Webページ内の特定の要素を探すこと

The more your tests resemble the way your software is used, the more confidence they can give you.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Observability を実現するためにアセットを活用しよう（AWS 秋の Observability 祭り ~明日使えるアセット祭り~ ）

皆さん、フォーム作ってますか？ Webサイトやアプリを作るにあたって避けられないのがForm作成、多くの方が autocomplete を設定するなど、より使いやすいフォームを作成するために尽力されていることと思います。 一方で、悪気なく書いたコードでより使いにくいフォームになってしまっている例が世の中には多く見られます(特に銀行系) 今回は、よくあるフォームの実装を例に、(特に日本語話者にとって)より使いやすいフォームにするためのちょっとした仕様や私が考える対策を書いていこうと思います。 忙しい方のために最初に書いておくと、この記事に書いてあることの多くは autocomplete の仕様を意識した実装をしましょう の一言に集約されます。 多くの方にとっては「何を当たり前のことを」と思われる項目も多いかとは思いますが、当たり前のことがされていないフォームが世の中には多すぎるので、少しでも

TypeScriptではtype alias syntax（型エイリアス構文）とinterface declaration（インターフェース宣言）を使って型を定義できます。 おおよそ両者同じことができるので、どちらを使うか迷います。 両者の使い分けに関する記事は沢山あります。 これらの記事を読んで基本的にはtypeを使えば良いと思っていました。 ですが最近以下のことがあり、typeとinterfaceの使い分けがわからなくなってしまいました。 typeよりもinterfaceの方がコンパイルのパフォーマンスが良いという話を耳にした。 interfaceしか使えない特定の機能を知った。 そこでtypeとinterfaceの違いを学んで、どう使い分ければよいかを整理しました。 type, interfaceそれぞれのメリット typeのメリット interfaceで表現できないことが表現できる

はじめに GUIのアプリを開発してdockerコンテナ内で実行し、ホストのWindowsで表示したいと思いました。軽くやり方を調べたところ、WSL、Xサーバーなど色々な用語が出てきて混乱してしまったので自分なりにまとめてみました。 環境 この記事は以下の環境で検証しています。 Windows 10 Pro 22H2（ビルド：19045） Rancher Desktop 1.14.1 Docker version 26.1.0-rd, build cca8e72 WSL バージョン: 2.2.4.0 WSLとは？ WSLはWindows Subsystem for Linuxの略で、Windows上でLinuxを動かすための分離された環境です。WSLを使うことでWindowsに複数のLinuxディストリビューション（Ubuntuなど）をインストールでき、それぞれのLinuxに入ってコマンドを

注: VIA コンフィギュレーターによる自動検出を有効にするためのコード提出は、公式ブランチへのマージが進行中です。新しい情報が入り次第、このページを更新いたします。 初期設定 1.付属の USB ケーブルを使用してデバイスをキーボードに接続し、スライドスイッチを有線モードに設定する必要があります。次に、Chromium ベースのブラウザ（Google Chrome、Microsoft Edgeなど）を使用してVIA の公式オンライン コンフィギュレータ (usevia.app)にアクセスします。 2.NuPhyのWebサイトからお使いのキーボードに対応した JSON ファイルをダウンロードします。ダウンロードしたファイルを手動で VIA コンフィギュレーターにアップロードできます。 3.[SETTING] タブ (アイコンの一番上の行にある歯車のアイコン) をクリックして、設定ページを開

ユネスコ無形文化遺産登録から10年を経て、登録当時には約5.5万店だった海外の日本料理店が、2023年には約18.7万店にまで増えるなど日々関心が高まっています。 京都府立大学、日本料理アカデミーでは京都から国内外を問わず和食のさらなる発展と和食文化を担う人材の育成を目指し、「日本料理大全 デジタルブック」を公開します。 ある料理を知るためには、まずその背景を知らないと始まりません。「日本料理大全」シリーズは手法のみを解説するのではなく、考え方の基礎を示していくことを目指しています。経験や勘に頼るのではなく、なぜこの味が生まれるのか、どうしてこの調理法になるのか、といった根拠や科学的な理由を示しています。それらをもとに料理する人が考え、取り入れ、オリジナルの料理を生み出す手助けとなることを目指しています。 このシリーズが日本料理の発展・普及の一助となり、多くの人々の健康と喜びを導くことにな

まえがき クラウド上の仮想サーバから手元のスマートフォンまで、いまや複数のCPUコアを搭載するマルチコアはどこにでもある環境になりました。ハードウェア側が並列(Parallel)・並行(Concurrent)処理に向けて急速に進化する一方で、ソフトウェア側つまりプログラミング言語の進化はさほど追い付いていません。並行処理記述の手軽さを求めた Go言語 や、マルチスレッド処理の安全性を重視する Rust言語 などが登場してはいるものの、「普通にプログラムを記述するだけで複数CPUコア環境で高速に走るプログラミング言語」は遠い夢物語のままです。 モダンなプログラミング言語や並列・並行処理ライブラリは、複雑で難解なマルチスレッド処理を直接記述しなくてすむよう、安全性・利便性の高い抽象化レイヤを提供します（例：Go言語のgoroutineとchannel、Rust言語の Rayonライブラリ）。し

こんにちは。AWS Container Hero の新井です。 Amazon ECS の登場から間もなく 10 年が経ちますが、その間、ECS ⾃体の進化に加えて、さまざまな AWS マネージドサービスとの連携が可能になりました。 現在では、コンテナベースのワークロードを活⽤することで実現できないことを探す⽅が難しいほど、柔軟なアーキテクチャが構築できるようになっています。 しかし、⾃由度が⾼い分、要件に合ったアーキテクチャを模索する際には、迷うことも多いでしょう。 AWS上でシステムを適切に構築するためには、あらかじめサービス間のつなぎ⽅やパターン、その特徴を把握しておくことが重要です。 これにより、フィージビリティを迅速に確認でき、その後のトライアンドエラーのサイクルを加速させることができます。 今回は、最新の AWS サービスアップデートを踏まえつつ、Amazon ECS / AWS