井伊商店さんの麦味噌が味噌と名乗れない問題についてちょっと解説 - 醤油手帖
※多くのご指摘を受け、記事の内容はほとんど変えていないのですが、順番を入れ替え話がつながるように加筆修正をし、一部見出しを変更して再構成を行いました。なお、文末に変更への経緯等を記載しています（10月29日 10:40） 10月26日に、こんなツイートが投稿されました。 当店の麦味噌が『味噌』と名乗れなくなりそうです。 当店は創業昭和33年、当時から製法は変えておりません。それが、今年の8月末に保健所などの方々が来られて指導文書が手交されました。 納得出来なかったので、要望書を愛媛県に提出しました。 もしよかったら、拡散していだけると幸いです。 pic.twitter.com/I5wgcaeQdO — 井伊商店 (@uwajima_iimiso) 2022年10月26日 愛媛県の井伊商店さんの麦味噌が「味噌」と名乗るなといきなり言われたというもの。いったいこれはどういう意味なのか、ちょっと
UI / UX 学びまとめ
夏、満喫してますか？ 夜は何してる？ フェス、ナイトプール、おうちでまったり、友達とビアガーデン……。ViViモデルが夏の夜にやりたいこと×メイクをまとめました。
MySQLのInnoDBでのデッドロック - mixi engineer blog
こんにちは、mixi開発部にてアプリケーション開発をしていますyouheiです。 今回は、MySQL-5.0.45のInnoDBで連番を管理するテーブルのパフォーマンス測定をしていたのですが、その際に少し変わったデッドロック問題に遭遇しましたので、そのあたりをネタとして書いてみたいと思います。 まずは、今回使用したデータベースのスキーマは下記のようなものです。 CREATE TABLE num ( id bigint unsigned NOT NULL default '0' ) Engine=InnoDB; AUTO_INCREMENTは使用していません。 そこに1レコードだけ登録します。 INSERT INTO num (id) values (1); そして実際連番を取得する際には、 UPDATE num SET id = LAST_INSERT_ID(id+1); といったクエリを
＠IT：不具合追跡でよくある間違い
第8回「ソフトウェアの不具合を追跡するには」では、不具合報告書のライフサイクルと状態、処理方法について説明しました。今回は、不具合報告書に記述すべき項目を紹介します。また、トリアージという考え方についても紹介します。 不具合報告書に記載すべき項目 不具合報告書の書式に用意すべき項目には、次のようなものがあります。 不具合報告書のID番号 件名 製品名 状態と処理方法 サブシステム名 各担当者名 不具合が再現したバージョン／ビルド番号 不具合を解決｛する|した｝バージョン／ビルド番号 環境 深刻度と優先度 再現性 再現手順 添付資料 回避方法 履歴／コメント これらの項目について、詳細に見ていきましょう。 不具合報告書のID番号（ID） ユニークなIDを記入する項目です。不具合（報告書）を一意に特定できるように、不具合報告書には通しの番号を付けます。同じ書式でたくさん書かれる文書には、どんな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
