2024 - masskaneko/todayilearned GitHub Wiki

2024/12

2024/12/31

結婚
- 思い出たくさん
  - 戸田、衣装試着、伊豆のロープウェイ、犬カフェ、伊豆半島西側半周、富士の商店街のアートイベント、伊豆長岡温泉、丸子でたけのこ掘り、戸田フェス、妻実家の家業手伝い、韮山のバラ園、静岡の美術館、沼津夏まつり、沼津日本酒フェス、熱海海水浴、富士宮朝霧、伊豆シャボテン公園、原泉アートデイズ、香貫山、浄蓮の滝、湯河原-小田原-箱根
- 両家挨拶
- 実家からアパートに転居して一人暮らし
- 家電新調
  - ドラム式洗濯機、IH炊飯器、マキタの掃除機、TCLのGoogleTV
- 結婚式
- 同居
発信
- JaSST Tokyo 2024 パネルディスカッション
- コードxAI本のレビューとパネルディスカッション
仕事
- 役割
  - ソフトウェア開発チームの一員としての品質保証
    - システムテスト全般 (テスト計画も実行も自動化も)
    - DesignDocやプロダクトバックログなどのドキュメント執筆とレビュー
    - コードレビューもたまに
    - 監視
  - 品質保証組織の設計と能力向上
    - 品質保証の定義
    - QMファンネルの参照と他社事例の調査
    - 1on1による目標設定、支援、評価
    - 求人票の執筆、書類選考、面談、面接
- 社内ハッカソン
  - 企画も実装もやって2位とれた
- 事業部の祝賀会でDJ
- 技術
  - 探索的テスト
    - チャーターの書き方
      - 要求とDesignDocとコード差分をもとに、重視される品質特性を見出し、ラルフチャートを念頭に因子と水準を箇条書きで書き出し、組み合わせない因子についてはそれを抽象テストケースとし、組み合わせる因子についてはテスト技法で使われるモデル(デシジョンテーブル、状態遷移、クラシフィケーションツリーなど)と網羅基準(Nスイッチ、ペアワイズ)を抽象テストケースとする
    - 実行
      - 実行中に気付くこと
        
        因子の追加
        
        組み合わせるべき因子群すなわちモデルの追加
  - テストデータの準備
    - RAG用にドキュメントを作ったり探したりした
  - 主観評価
    - 生成AIの採用が各所で進み、生成物の人から見た良し悪しを評価する必要が出てきた
    - 評価基準を決め(例：3段階評価)、数百のサンプルを用意し、それらを複数人で評価し、何割が受け入れられるものかを集計、悪い場合と良い場合の傾向を分析
  - プログラミング言語
    - 書く
      - JavaScript
        
        AutifyのJSステップ、GAS
      - Python
        
        Playwright 用
    - 読むだけ
      - Go
        
        読める
      - C#
        
        時間かけてなくてまだ読めないけど読めそう
      - Ruby
        
        ちら見の繰り返しではいつまでたっても読めなさそう
  - ツール
    - Azure
      - Log Analytics, AI Search, Blob Storage, Container Apps
    - Datadog
      - traces, profile, log, dashboard, slo
    - Metabase
    - Airbrake
    - Autify
    - Playwright
    - GIHOZ
      - 箇条書きでは表現できないほど大きなモデルを扱うときに使う

2024/12/29

ベニヤ製の初期型レイズドベッド1つを修理した
- 作ったときからベニヤではだめだろうと予想してたが3年もった
- 杭は生きてる
- ビスが短かすぎる。40mm必要

2024/12/27

小田原
- 鈴廣ってこんなに大きくて手広かったのか
- かまぼこ博物館でかまぼこを食べたい気分になった
- 板アートに武田双雲や水森亜土など有名な人が参加してるのうける
箱根湯本
- 混んでる
- 湯河原はすいてるのになー
- 多くの小さなお店を歩いて回れるほど店が集まっていることが混む条件なのかも

2024/12/26

湯河原
- すいてる
- のんびり
- 温泉の質はわからないが気分はよかった
- 料理が丁寧

2024/12/23

初めての江戸前寿司
Product Management for the Enterprise

2024/12/09

個人情報保護法の勉強
- 解説も問題文も何も頭に入ってこなかったのがましになってきた

2024/12/07

栽培
- 記録さぼってたら冬
- たまねぎ100株いってるかも。ほとんど買ってきた苗。苗作りは難しい。
- 子持ち高菜が勝手に生えてきた。50株いってるかも。間引くけど。
- 初めての聖護院大根が太らずカブっぽい
- ジャンボニンニク植えてないけど生えてきた。10株あるか
- パクチーは今年も野草化
- ネーブルの収穫が間近
- ブロッコリー不発

2024/12/01

WSL Ubuntu upgrade
- 22 だと思ってたら 20 やんけ
- うっかり Python 壊してしまったせいか dist upgrade の仕組みが動かないので 24 を新しくいれて 20 の環境からファイルを持ってくる。どうせそんなにないし。
- いれた
- 鍵を持ってきたけど GitHub に接続できなくなったので鍵を作りなおしたら解決
- .profile もそんなに変更しなくてよし
- 最初から Python 3.12 だった。Python いじる前に dist upgrade すればよかった
https://github.com/VikParuchuri/marker

2024/07

2024/07/29

テストでバグを発見するだけでなく、バグが生まれないようにしよう
機能だけでなく、多様な品質特性を意識しよう
検証だけでなく、妥当性確認をしよう
ブラックボックス視点だけでなく、ホワイトボックス視点を持とう
手動だけでなく、自動する仕組みを作ろう
リリースしたら終わりではなく、リリース後にユーザーがどう使うかから学ぼう
チームが上記全てをバランスよく備えるようにしよう

2024/07/25

SQuBOK論文レビュー
- 3章は品質保証の定義を述べることに注力する。TQMを説明するのではない。TQMを広義の品質保証の代名詞として使ってはならない。品質保証活動とはこういうものだ、それはこう分類されるというカテゴリを示す。これが4章の前フリになる。3.2の価値の説明はのせないほうがいい。初学者にとっても「このためにあるのだ」というミスリードになる。品質保証はコストのためだけではない。
- 4章は、3章で述べた品質保証のカテゴリとの対比をさせるように書く。いまあげている題材がうまくカテゴリにあてはまれば一番よいが、そうでないものも考えられる。よって、いま挙げている題材を外す、新しい題材を入れることを検討する。
- 上記の変更に沿って、タイトル、アブストラクト、1.2の本稿の構成、5章のまとめを変える。
- Google Docs から Word に変更する
- 8/4 中に上記の変更をした原稿をレビュアーに送る。8/8 に次の会議形式のレビューをする。

2024/07/24

https://www.researchgate.net/publication/220136916_Research_Review_Globally_Distributed_Requirements_Engineering_and_Agility
- Figure 1: Variations in cost to fix a software defect
- 品質コスト
B.W.Boehm, "Software Engineering", IEEE Transactions on Computers, Dec. 1976, pp. 1226-1241, vol. 25 Fig.3 Software validation: the price of procrastination.
https://qiita.com/pbjpkas/items/54e9d08506f531b62174
継続的テスト（continuous testing）とシフトレフトな活動をアジャイルにどう取り入れるか？／風間裕也・執筆 - Agile Journey
The Economic Impacts of Inadequate Infrastructure for Software Testing, 2002
- https://www.nist.gov/system/files/documents/director/planning/report02-3.pdf
- Table 5-1. Relative Cost to Repair Defects When Found at Different Stages of Software Development (Example Only)
- 1, 5, 10, 15, 30

2024/07/17

日本語で答えるよう指示されたLLMに英語で答えさせる仕事

2024/07/15

栽培
- 爆裂とうもろこし
  - 爆裂しない
- つるくびかぼちゃ
  - 相変わらず4個のまま
  - 新しい場所に植えた株の生育が悪い。全部悪いわけではなく、土を入れたところは大丈夫そう。そりゃチガヤだらけだったところをポットの容積だけ掘って植えただけだと育たないよなー
  - 12月の収穫を目指して今から種まきしてもいいかも
- トマト
  - 毎週500円分ほど収穫できている。もっと増えそう
- しそ
  - 多すぎて居酒屋にあげた
- きゅうり
  - 1,2株目から収穫中
  - 3,4株目を植えた
- 里芋
  - 大きいものだと葉の面積が手の6倍ある。ぜんぶこうだといいんだけどな
- じゃがいも
  - ゴミ袋1個分収穫した
  - あと2株残ってる

2024/06

2024/06/30

栽培
- 爆裂とうもろこし
  - 虫食いだらけだけど収穫した
  - 爆裂させるには何日も乾燥させる必要があるっぽい
- つるくびかぼちゃ
  - 1個実りそう
  - 3株は成長しそうで他はまだなんとも
- バジル
  - 去年と同じく味が濃い。なんも世話してないのだけど。
- 草刈り
  - 少しだけ
  - ポールバリカンは大正解
BOK
- やるかー

2024/06/29

テオ・ヤンセン展示会
- 初めての県立美術館
- 最初は竹に見えたけどプラスチックのチューブだった。これが設計の根幹を成している。軽くて応用が効く。
- 妄想が好きなんだな

2024/06/16

栽培
- もはやどこから書けば
- 収穫
  - じゃがいも
    - 3株試し掘りしたらちょっと早かった感
    - 30度いっちゃったからあせった
    - 残りは7月になるまで放っておこう
  - たまねぎ
    - あとは晩生を少数残してほぼ終わり
    - 初めての昨年より成績が良い
  - にんにく
    - ジャンボニンニクっぽくならなかった
    - 香りと味は非常に良い
    - 草丈と葉の色からして肥料不足な気がする
  - コリアンダー
    - 種を小瓶2つ分を収穫した
    - まだまだある
    - 来年も野生化しそうな勢い
- 野菜育成
  - トマト
    - 収穫が始まり、草丈も順調に伸びている
    - 脇芽からの株も根付いたっぽい
    - 毎年この時期は問題なく、梅雨後にサビダニ(推測)で失速する
  - ナス
    - 過去の写真と比較すると成長が遅い
  - バジル
    - 去年のこぼれ種が生えた芽をトマトとナスの間に植え替えた
    - たぶん勝手に育つ
  - きゅうり
    - とれ始めた
    - 株はまだまだ成長中
    - これくらい成長すればウリハムシを恐れなくてよい
  - 鶴首カボチャ
    - 20株植えて本気モード
    - とはいえ、チガヤを押しのけて植えた株が育つかは賭け
    - 順調な株は草丈1mいって受粉してる
    - 早くもだめそうな株もある
  - さつまいも
    - 6月になってから芽が出たので例年より2週間遅い
    - なんとかなるはず
  - とうもろこし
    - 爆裂種が順調に成長中
    - 半分以上雌穂が出て草丈1m
    - 2年失敗して3年目の正直なるか
  - 里芋
    - ようやくまともな葉が出た矢先にセスジスズメの幼虫がついてた
    - きゅうりもブロッコリーもそうだけど、よくも毎回同じ種類に同じ虫がつく
  - 米
    - 去年の種籾から育苗したものを植えた
    - ベッド2/3ほど・・・30株ほど？
    - 植えて2週間でちょっと成長した感
  - オクラ
    - 去年の種を植えまくったのに全然発芽しなかったので苗を買った
- 果樹育成
  - ネーブル
    - 数十輪あった花から果実になったのは1つだけ
    - 祈るしかない
  - フェイジョア
    - 一昨年3粒だけ収穫、去年なしだったのが、今年は数十粒ある
    - マンモスx1, 実生x2 だから受粉するか怪しいとふんでたけど、この勢いなら心配なさそう
  - 柿
    - 去年うっかり半分に切ってしまったのだが、それ以上に成長している
- 草刈り
  - ポールバリカン導入
  - コメリの18V
  - 作業速度が劇的に上がった
  - やわらかくて細い草は苦手
- 花
  - 去年のマリーゴールドの種からたくさん発芽してたので各地に植えた
  - チガヤゾーンにも植えたので殺風景を覆すべく頑張ってほしい

2024/06/12

Spotifyのプロダクト開発フローから見るシリコンバレー流強いエンジニアの育て方 - ログミーTech
- 半年前にも読んだ
- 多分に主観も入っていますが、私が今までいろいろなエンジニアと関わってきた中で、やはり強いエンジニアというのは、この課題解決志向であったり、チームワーク重視、スピード重視、また常にどんどんプロセスも改善していこう、コードも改善していこう、プロダクトも改善していこう、というマインドを持っている人。
- いくつか簡単に例を挙げますと、まず私が前職でいたMetaでは、実は「スクラム」という言葉は禁句なんですね。みなさんも多くの方はスクラムを聞いたことがあると思いますし、実践しようとされていたりしている方も多いのかもしれませんが、Metaではアジャイルな動き、素早く物事を顧客のために作り上げて、その価値を提供してみて、それがどんどん改善していくアプローチのマインドは非常に強く持っているものの、スクラムは禁句である。
- なぜならば、Metaでは自前で培ったような、さらに良いプロセスがあると自負しているからなんです。そのプロセスは、けっこうどちらかというとカンバン式に近いようなかたちで、どんどん来た課題をどんどんやっていって、それをどんどんマージして、しっかりテストして、自動テストが書けて、どのあとドッグフーディングをちょっとして、どんどんこれのフィードバックループを回して、どんどんタスクを切っていくという、そういうやり方に近い。

2024/06/11

だいぶあいた
生活が変わってきた。まだまだ変わりそう
仕事でも私事でも追われている感じがしてよくない。余裕を持ちたい
栽培は続けているが、世話が不十分な気がする

2024/04

2024/04/16

知的労働における職種定義の決め手は、単位時間あたりの情報空間の認知限界である
- っていう文が降りてきた
- ソフトウェア開発における情報空間として例えば、コード、ソフトウェア要求、ユーザーの行動がある。ある一人がいずれも把握する能力を持っていたとしても、単位時間内に認知できる範囲には限界がある。時間を切り替えれば認知可能になる(例：1時間後、明日)。

2024/04/15

2024/04/14

衣装の試着
- 喜ぶ顔を見れた
栽培
- ノビル
  - ご近所にくばるためにたくさん収穫した
- 里芋
  - 6個植えた
- じゃがいも
  - 芽かきをして1株あたり4本残した
  - 抜いた芽を5本植えた
夕食はパクチー祭り
- 卵とパクチーのコンソメスープ
- 肉味噌豆腐パクチー乗せ
- パクチーでグリーンにしたグリーンカレー

2024/04/12

栽培
- スナップエンドウ
  - 月末に収穫できそう
- 鶴首かぼちゃ
  - 種をまいた
  - 去年だともう苗を植えていたらしい
  - まいた覚えのない場所からかぼちゃと思われる芽が出ていた
- とうもろこし
  - 植えた。合計16株かな
- じゃがいも
  - いつの間にか草丈20cmくらいに
- たまねぎ
  - 早いものは太ってきた。トウ立ちしてるが収穫できそう。
  - 中手、中晩生はまだ太っていない。
- パクチー
  - 既にベッドの外にたくさん生えていて、更に野草化しそう
- ブロッコリー
  - もう収穫が終わり。1株残して撤収しようか。
- 小松菜
  - ブロッコリーと同じく終わり
- 子持ち高菜
  - ブロッコリー、小松菜と同じく終わり
  - こいつも野草化しそう。おいしいからしてくれ。
- いちじく
  - 片方に実がついた
- 米
  - 去年収穫した種もみをまいた。ケッ！そんなもんまいたって実りゃしねぇよ！

2024/04/09

エンジニアリングマネージャーという職種はいつから一般的になってきたのか
- Connpass
  - 2016 【増席】ヤフー、ヒストリア、ギークス『ゲームエンジニアのキャリアアップの道』 - connpass
  - 2016 第1回エンジニアリングマネージャー勉強会 - connpass
- Google トレンド
  - https://trends.google.co.jp/trends/explore?date=all&geo=JP&q=%22%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0%E3%83%9E%E3%83%8D%E3%83%BC%E3%82%B8%E3%83%A3%E3%83%BC%22&hl=en
  - 本格的には 2022 から
- 書籍
- Webページ
  - 2011 DeNAが求めるエンジニアリングマネージャーの「要件」｜【Tech総研】
(59) 「なぜ働くのがつらいのか？」の理由とそれを解決する方法 - YouTube
- 今の社会は、「貨幣を介して市場で取引をすることで効率的な社会的分業が行われて、それによって社会全体が豊かになっていく」というのが前提なのかもしれませんが、専門性や分業による効率化よりも「ルール」を介することによるロスの方が大きくなっているのではないか
- 俺が前職を辞めて野菜作り始めたのはこれだ。まぁそこまで大規模にやってないけど。

2024/04/08

顧客にいち早く価値を届けるために変更頻度を高くしようとしているソフトウェア開発組織では、品質を安定させるために少しずつ変更するという考えがないのかもしれない。意外と。だから、デプロイ頻度は高いけど変更の大きさはまちまち、ということがあるのかと。
筋トレなまってきた。週2の習慣を取り戻したい。日曜に出かける習慣ができてから筋トレがおそろかになってきたような。平日2回にした方が安定するかな？候補は月金か月木。
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
- 変更頻度の高い SaaS の仕事をするようになった今だからこそわかることが増えた。前職でこれを読んでもわからなかったのではないか。
- プロジェクトという言葉がよく使われているのが意外。スクラムはプロジェクトマネジメントの方法だっけか？
- これが学術的に明らかになるのに10年以上かかるだろう。最新の動向は論文ではなく最新の企業に勤めている人のブログに書かれる。

2024/04/06

たけのこを掘った。毎年恒例。

2024/03

2024/03/31

デプロイ周期の短いカンバンであればタイムボックスは不要なのか？と、考えることがときどきあったが、答えを見出した。
- 手に余る巨大な変更を防ぐ仕組みが必要
- デプロイの周期内で、コードレビューで見逃してしまうような量のコードを変更したり、システムテストしきれないほどの仕様変更は避けるべき。
- XP,Scrumの場合、タイムボックスを固定にすることによって巨大な変更を防いでいる。ただし、要求をタイムボックスに合うように分割するコストが必要となる。

2024/03/30

栽培
- 子持ち高菜の収穫はこれで多分最後。トウ立ちし始めているから。
- ブロッコリーと小松菜の芽はあと1-2週間いけるかも
- 強風でシートがはがれかけていた。あぶない。

2024/03/29

ベーシックインカムちゃんねる
- なぜ社会に必要な仕事をしているエッセンシャルワーカーの給料が低いのか？ - YouTube
  - 市場というシステムは自己完結していない
  - 市場は、市場の外からプレイヤーを参入させないと維持できない
  - 人は生まれたときには市場に参加できる能力を持っていない
  - 市場が満たそうとするのは、「金を稼げる人の需要」のみ
  - 市場は、プレイヤーを生み育てる行為(出生)を低く評価する
  - 市場競争に勝つためのリソースと、子供を生み育てるために使うリソースは、トレードオフになる
  - 市場は、市場が存在する前提になるインフラや治安を評価できない。交易を成り立たせる場そのものは交易の対象にできないからである。
  - 人を楽な状態にするとビジネスにならない
    - 頑張らせると儲かりやすい
    - 楽をさせると儲からなくなる
  - 出生を集団に頼っている以上は、集団の欲望を重視する作用がなければ、社会を維持することができない
- なぜテクノロジーが進歩したのに生活が楽になっていないのか？ - YouTube
  - ビジネスにおいて、相手を幸福にするインセンティブって特にない
  - 市場はフェアな競争をする場なので皆が苦しくなっていく
  - 一昔前は、個人の自由が否定されているが、その代わり競争が起こらない
  - 現代は、個人の自由が肯定されているが、その代わり競争の過剰で生活が苦しくなる
- 面白い
- 寿命は伸びた。10年前の文明に戻るのは嫌だといえる程度には文明は進んでいる。しかし、市場に参加することの辛さは変わっていないのではないか。
- 思い返すと、無職になったときの原動力は市場に参加することの辛さだったな。
- 市場にも市場の外にも、競争せずに生きられる人を増やす仕組みがないのだな
- 市場を設計した人がいたならば、どこまで考えていたのだろう
- 市場を設計する責任主体は何なのだろう

2024/03/23

「と思っていて・・・」という表現を現職で初めて聞くようになった。嫌いではないが、慣れない。この表現がどれだけ一般的なのかを調べてみることにした。
栽培
- 書くの久々
- 収穫
  - 祝蕾(子持ち高菜)の収穫が続いている。1年前に苗を買ったときは何もできなかったものの、そのこぼれ種から勝手に育ってきた。おいしくて量もあるから毎年つくりたい。
  - ノビルも何度か収穫した。1回あたり小さいビニール袋いっぱい程度。やはりネギと一緒。
  - ブロッコリーの側花蕾の収穫が続いている。これも毎年定番。去年より多い。冷凍庫に常に在庫がある状況。
  - 小松菜の芽の収穫が続いている。これも毎年定番。去年より少ない。
- お世話
  - 玉ねぎが太ってきた。去年は70株植えてまともに玉になったのが20玉くらいか？。今年は100株だけどどうなるか。玉から育てたものが一番太く、茎が3cmってところ。11月に植えた中晩生の苗はまだ太りそうには見えない。中晩生のだけ追肥しようか。
  - 生ゴミを乾燥させて撒いているのは変わらず
  - 草むしり

2024/03/15

JaSST Tokyo
- 登壇しました: 温故知新：QAエンジニアとして日本的品質管理を再考する https://jasst.jp/symposium/jasst24tokyo/details.html#A7
- 渋いセッションにAが割り当てられて人来るのかなと想像していたら意外と来てくれた
- Discord の感想で印象に残ったものは、日本的品質管理を「今の言葉で再構築すると伝わりやすくなる、とかはあるかもなぁ」というもの。
- セッションの続編をやるなら、これを表現するのが次の課題かな

2024/03/06

継続的デリバリーのソフトウェア工学
- 専門分野としてのソフトウェア工学は、多くの人々が望んだようには発展しませんでした。ソフトウェアは世界を変え、今なお変え続けています。イノベーティブで面白く、わくわくさせるようなすばらしい仕事も生まれていますが、ソフトウェア開発を手掛ける多くのチーム、組織、個人にとって、成功する方法、それどころか発展する方法さえ、いつもはっきりしているとはとても言えません。私たちの産業は、哲学、プラクティス、プロセス、テクノロジーがあふれかえっています。最高のプログラミング言語、アーキテクチャーアプローチ、開発プロセス、ツールは何かについて、専門家の間で宗教戦争が起きています。私たちの職業の目的や戦略は何か、どうあるべきかという問いには、多くの場合、大雑把な答えしかないように感じられます。
- これは全部読もう
- ユーザー、顧客企業、他ステークホルダーからのフィードバックについては、目次を見る限りは記述が少ないように見える
- 継続的デリバリーを CI/CD の CD と見ると、本書の範囲は CD よりも遥かに広いように見える。

2024/02

2024/02/15

"PLG"か"SLG"で企業を選ぶのではなく、プロダクト開発の意思決定納得度。｜(多分)PMに日本で一番会っているエージェントのキャリアnote ～三度の飯よりPMが好き！～
- PLG, SLG という言葉を初めて知り、ざっと検索した中では一番考えられるページだった
- 二者択一なのか？という疑問はよい。二項対立で捉えがちというのはよくあることだ。
- ある時点で、なんのために、どちら寄りなのかというのはあると思う
- 売上でみれば PLG, SLG のどちらでもないはあり得る
- 無料プラン→有料プランというアップグレードを顧客が自力でできる機能を備えていたとしても、大きな売上をあげているのは SLG というのはあり得る
- 販売戦略として PLG, SLG のどちらでもないはあり得るが、何の戦略もないのは好ましくはなく、社員が離れていくだろう
- 売り方がどちら寄りであるがゆえに、特定の社員が活き活きと働けたり、逆に不満を持つこともあり得る
- 特に文脈なく SaaS というと PLG を連想するのではないかと思う。SLG という売り方があるとは想像できなかった。
- The MODEL と関係するらしいが、理解できていない
- プロダクトアウト, マーケットインに近いような気もするが理解できていない
- SLG から PLG への舵切り
  - SLG の場合、セールスとカスタマーサクセスの人数が多く必要である。社員を増やさなくても利益を伸ばしたいときに PLG への舵切りが有効なのではないか？
  - PLG を実現するにはプロダクトに機能が必要である。顧客がユーザーアカウントを作り、利用し、価値を実感し、より大きな価値を得るために金銭を支払うという一連の体験を、サポートなくできる必要がある。
  - SLG という売り方しか考えてこなかったプロダクトの場合、PLG をできるだけの機能もアーキテクチャも備わっていない可能性がある。
  - ユーザビリティは SLG より PLG の方が求められるはずである。SLG であればユーザビリティが悪くてもサポートで賄えるが、PLG をやりたいならそうはいかない。顧客が自力でプロダクトを使えなければ PLG は実現できない。
- PLG から SLG への舵切り
  - PLG の場合、プロダクトの力で市場が開拓されていく。ある時点で市場の開拓が止まるのではないか。プロダクトの力以上の市場を開拓したいときには、新たな市場の要求を取り入れることが考えられる。特に、短期的に大きな市場開拓・売上が欲しい場合、大企業に売るのが手っ取り早い。

2024/02/14

Story Sparks | Oxford University Press
- 母が図書館で借りてきたのを読んでみた
- 小学校高学年向けっぽい
- 辞書が絵つきでよさそう English Dictionaries and Thesauruses | Oxford University Press
情報システム・ディスラプティブ技術調査委員会

2024/02/13

Linear on X: "New Git automation: You can now define custom workflows based on particular target branches with Linear's GitHub and GitLab integrations. 🔗: https://t.co/ELRDiqE4nQ https://t.co/93zUnbE5Qj" / X
- Ready for QA ってステータス名は QA=テストを連想させる
- 昔のチケットツールでもそういうのを見たことがある
- Trac, Redmine ではない

2024/02/07

『ジュニアQAエンジニア』が世の中的にはミドル、シニアQAエンジニアなんだろうなぁ。QAという存在が世の中に認知されて標準化されたが故に、なんだろうなぁ。 https://twitter.com/blue_fang_ur320/status/1628182222388989953
- こういう相場感覚がない。これが本当なのかそうでもないのか、想像がつかない。
- ジュニアQAエンジニアと接する機会ってこれまでなかったからなー
最近の事業会社のQAエンジニアの求人レベルが高くて、

2024/02/06

仕事がなかなか余裕ない

2024/02/05

Agile Testingは新しい概念なのか？〜品質保証の歴史を踏まえて考える〜 #ScrumNiigata
- ブロッコリーが似た発表してた。参考文献も似ている。
- こちらは Holistic Testing とは特に関連づけていないのが違うかな。
- どこが文献の引用でどこが解説なのか、どこが解釈なのかが曖昧なのも違う。こちらは3人ともその辺厳しい。
SQuBOK(R)－ソフトウェア品質知識体系ガイド／日科技連|ソフトウェア品質|SQiP研究会 2016 日本におけるソフトウェアプロセス改善の歴史的意義と今後の発展　…11
- 2.日本のSPIの歴史 2.1 プロセス改善歴史年表

2024/01

2024/01/31

2024/01/27

入籍と結婚式の順番はどっちが先？親の意向は？　入籍・結婚式・引っ越しまでの期間とタイミングも徹底調査｜マイナビウエディングPRESS
- ひと昔前までは、「結婚式で周囲にお披露目をしてから入籍」が一般的だったため、結婚式を待たずに入籍することに否定的な方もまだ多くいらっしゃるようです。
- 初めて知った
- 子供を早く作るために婚姻届を出して同居する方が先で、式は後回しにしたい夫婦には合わない

2024/01/24

JaSST に向けて仕事
LPI Web Development Essentials いいのでは？
- 非Web育ちのソフトウェアエンジニアがWebに入るときによさそう
- 自動システムテストをやりたい手動システムテスターによさそう

2024/01/23

健康診断
- いつも家で測ってる値と違うけどまぁいい。血液で見よう。
JaSST に向けて会議
牡蠣焼いた

2024/01/19

状態遷移テスト
- それなりの状態遷移テストの出番があるので、JSTQB FLはもってるけど状態遷移テストを設計したことはないというメンバーに機会を与えた。概ね飲み込みは良かったのだけど、1つ気になることがあった。0スイッチカバレッジの状態遷移テストなのだけれども、特定のイベントeについては、状態Aを経由したイベントe, 状態Bを経由したイベントe というイベントの書き方をしていた。つまり、特定のイベントについてのみ1スイッチカバレッジを網羅しようとしていた。Nスイッチカバレッジの考え方も軽く説明して「なのでそれは今回いらないと思いますよ」と言うと、わかってくれたようである。
- イベントを与える前提条件という欄を状態遷移表のイベント欄に補足する書き方をしていたのだけど、その前提条件に書いてあるものの中で状態に見えるものもあった。状態とは何かを捉えられてないのかも。
- あとはやはり難しいところとしては、状態とイベントを洗い出すところ。今回は仕様を広く知らないと見逃してしまうイベントがいくつかあった。
- 状態自体は簡単に見いだせた。だが、複数の状態セットに対して状態遷移表を書くアプローチをとったのは理解しにくかったようだ。状態A,Bだけの場合、A,B,Cの場合、A,B,C,D,Eの場合…といったように。理解しにくい理由は無則の概念が入ってくるからだ。A,B,C,D,Eの場合だけやれば、A,Bだけの場合はいらないのでは？という。だが、これはユーザーの環境に依存するものなので、機能的な有則だけ考慮すればよいものではないというのが今回の考え。
- 0スイッチカバレッジでいいとか駄目とか、無則がいるとかいらないとか、狙いによるのだけど理解してもらうのは難しい。
- あらためて今週振り返ると、JSTQB的に言えばテストアナリストとテストマネージャーの役割をやってるな。以前の自分からは想像できない。
スタートアップネイティブエンジニア
- 仕様を書いたことがない、包括的な仕様書を見たことのないソフトウェアエンジニアが増えているのかも？若くて気鋭のプロダクトだとそうなりやすい？
- 若い組織、若いプロダクトしか経験のないソフトウェアエンジニア、いわばスタートアップネイティブエンジニアという層がここ10年だと増えているのかも

2024/01/09

菅野, ソフトウェアの検査の考え方, 1972
石川, ソフトウェアの品質管理推進について, 第一回ソフトウェア生産における品質管理シンポジウム, 1981
- 石川先生、ソフトウェアの品質管理について残してるんだな
- 日本の品質管理の進歩を考えてみますと、われわれが昭和２４年に品質管理を始めてから、三つの段階の発展があります。最初が検査重点主義の品質管理で、二番目が工程管理の品質管理、三番目が新製品開発の品質管理です。
- ロッキード社の視察団が７,８人日ソフトウェアの品質管理推進について本に来たことがありますが、アメリカの製造工場には検査員が１割以上もいるのに、日本の製造工場には１％ぐらいしかいないということに、非常に驚いていました。
- アメリカでは、品質管理というと、未だに検査重点主義の品質管理という認識が強いわけです。
- アメリカだけでなくヨーロッパもそうですが、最近はこのへんのことが段々とわかってきまして、日本的品質管理に強い関心が寄せられています。
- つまり、設計や開発段階からしっかりチェック、管理を行い、いいものを作っていこうという考え方です。
- このように考えてみますと、ソフトウェアの場合というのは、どうも検査重点的な段階にとどまっているような気がいたします。
- どこにミスが起こりやすいか、バカよけをどう作るか、あるいはどこをどう標準化すれば故障が少ないか、ということをしっかりやることが大切だと思います。
- ところが、ソフトウェアというのは、しょっ中新製品開発をしているようなものでして、建設業とか造船業に似たところがあります。
- ソフトウェアの場合でも、いい品質を考えるということは、消費者が何を要求しているのかを調べることから始まります。これがなければ、新製品開発の品質管理はできません。

2024/01/05

栽培
- 朝から草取り
- 腹減ったので朝からカツカレーとサラダチキン食ったら1000kcalいって絶望
- 昼も草取り。草の山がもう一つできた。1日ずっとやれば山が何個かできそう。燃やしたい。
- ベッドの側面の内側に杭を打って補強した。が、補強としては弱いきがする。側面同士を内側に引っ張って土圧を打ち消すような補強が一番のような。そのためには、
  - ベッドを作るときに / あるいは土を全部どけて、側面同士をある程度の太さの棒を通し、外側からナットで締める
    - 1mのボルトがあればいけそう。ありそう。金かかるけど。
  - T字型の材料を各側面から入れて、2つのTの交わる部分をベッドの内側で固く締める
    - T字型の材料なんてあるのか思いつかない。加工がめんどそう。
  - そもそも野地板で作るのが弱すぎる説はある。
- 初期に作ったベッドの中で側面を90cm x2で作ったものが今年壊れそう。これを機に作り直すか。いや、土をよけといて側面だけ180cmに替えればいいか。そして側面同士を補強しよう。
外部からいきなりCTOとして就任する時に気をつけていること｜BTO
- QA, SEPG, PMO も同じに思える
- 役割や権限は周りからの信頼を得られてから、初めて与えてもらうことができます。何の実績もないあなたに、いきなりいろんな役割や権限が渡されることはなかなかありません。そこを嘆くのではなく、自分の実績不足だと認識しましょう。あなたがちゃんと社内で成果を出していれば、自然といろんな役割を任せてもらえるようになります。
「値下げしない家電」にメーカーが前向きなのは値崩れ防止だけではない--指定価格制度を導入しない理由も - CNET Japan
- パナソニックくらしアプライアンス社の松下社長は、「本来、お客様の価値を考えて新製品を作るところに、エンジニアリングのリソースを割かなくてはならないのに、毎年の新製品開発に追われ、それができなくなっていた。これは、お客様にとっても幸せなことではない。2年間の投入サイクルとすることで、お客様を調査し、新たな価値を生み出し、商品力を強化し、正しい価値を、値ごろ感のある商品として投入する形に変えられる」とし、「指定価格制度の商品の一部では、そのサイクルがすでに始まっている」と語る。
- これは白物家電の話だけどカーナビ時代を思い出すほど当てはまっていると思える。なんで大して変わらない製品を毎年作ってモデルチェンジだとか言うのだろうと疑問だった。業界構造によって顧客にとっての価値に向き合う時間がどれだけ奪われていたのだろう。
GitとGitHubの機能をひとつのバイナリに詰め込んだ「Fossil」レビュー - GIGAZINE
- これ GitHub と同じ時代に (2008) 生まれていたら伸びてたんじゃないか？とも考えたけど、GitHub がなかったら発想がなかったのかも

2024/01/04

【図解】剪定基礎講座・総まとめ【ウメ、カキ、ミカン、イチジク、ブドウ、キウイ、モモ、スモモ、リンゴ、ナシ、カリン、アンズ他】 - YouTube
- 実をつける枝がどうやってできるか？実をつけた枝はどれか？から逆算すると理解しやすかった
大阪市立大学　学術機関リポジトリ詳細画面言説史から考えるアイドル声優の発生
- アイドルあるいは声優にはまってる人々が周りにいるけど何も楽しみが想像できず不思議に思っていたので読んでみた。驚くことが書いてあった。
- 「アイドル化」には以下の三つの側面があると考えられる。すなわち「観客によって身体が見られるものであること」、次に「芸よりも演者のパーソナリティが重視されること」、そして「歌手であること」である。
- 「アイドル」という語が日本で用いられるようになったのは1950年代ごろで、主に海外の芸能人に対して用いられた言葉だが、時代を経るごとに日本の芸能人（スター）にも用いられるようになり、1970年代にはアイドル歌手が生まれる。
- 1994年に創刊された『ボイスアニメージュ』（徳間書店）と『声優グランプリ』（主婦の友社）・・・・・・これらの2冊の雑誌は声優のグラビア写真が掲載されていることを売りにしていた。つまり、これら二冊の創刊以前から声優の姿を見ることに対する欲求が高まっていたと言える。
- 毎日新聞、朝日新聞、読売新聞の三紙において、年間で「声優」という語が登場する記事の数を調査したところ、1990年にはそれぞれ10件、22件、16件であったものが、1994年には20件、37件、61件、1998年には70件、71件、48件となっており、全体としてこの時期に増加していることがわかる。
- 『声優グランプリ』の安藤隆啓編集長は「男子高校生の中でヘアヌードを快く思わない層がいて、彼らはテレビではすでになくなってしまった“清純な”アイドルを声優にみていることが一つ（中略）」と説明する。
ネックレスをあげた

2024/01/01

誰にでもわかるTQCのはなし, 石川馨
- 日本的品質管理についてたびたび出てくる石川馨の本。薄いので読んだ。日本的品質管理がいつからできたのか、どの業種が成功していたのか、だめな例もあったのか、外国は日本的品質管理をどう見ていたのかが透けて見えたのがよい。
- TQCは概ね1950年に始まり1985年に本書が書かれるほど完成した/流行したように思える。その後、日本のTQC(1988)が出版されて、TQMに続く。
- 工程の質、人の質、結果でチェック、特性と要因、再発防止、標準化、全員参加、QCサークル
- 部課長の支援がたびたび出てくる
- 今に残る日本的品質管理の駄目なところがわかるのもよい。本来はこうだというのがわかる。
- QCサークルを始めるとき、半年は教育に当てる
製造業にいた身からすると、TQC, TQMは既に衰退して？形骸化して？いたように思える。言葉は残っているが本来のやり方ではないし、効果も限定的だった。全員参加ではないし、教育もなされていなかった。なぜか？
- そこで思い出したのが似た別の問いで「昔は優れていたと聞くがなぜ衰えてしまったのか？」に対する「結局バブルが弾けた後は社員を教育しなくなったから」という答え
- 品質管理に限らず、社員を教育しなくなったというのは何やってもうまくいかないよな。衰退しかない。
- TQC, TQM 的にいえば品質管理はつまるところ経営で、それは人の質、組織の質が決めるというのなら、教育をやめるというのは命取りである
- 少数の人が設計して多数の人に作業をやらせる方式は、誰にでもわかるTQCのはなしでは海外の駄目な方法として挙げられていた。だが、人件費のやすさに目がくらんでオフショアに頼り、しかも設計を指示する本社社員の教育ですら大してやっていないのでは品質がよくなるはずもない。
- 本書では出荷する前に多くの修正が必要な製品は後でしっぺ返しが来ることが述べられていたが、これは量産という工程のないソフトウェアでも受け入れテストに対する大量のバグ修正がある場合に当てはめられるように思える。
- 結局バブルが影響したのかはよくわからないので調べてみたいところ
我入道まで散歩
- 母が行きたいというので。
- 徒歩では10年ぶりか？釣りに行った覚えがある。そのときは前前職だった覚えがある。
- 義魂碑と書かれた石碑があった。水難救助に殉じた人々を供養するものだった。
- 近くに不動明王。
- 沼津港の反対側から見るのはなかなか無い。この先3回もないかもしれない。
栽培
- これから1ヶ月は収穫も定植も育苗もない。やれるのは土作りと草取りくらい。
- 30分ほど草取りをした。鍛えるのにいい。できるだけ全身を使おう。手の力で抜こうとすると手首の親指側が痛くなる。
副鼻腔炎
- いいかげん治すかと思って手術動画を見て過ごす正月になってしまった
- マイクロデブリッダーで病変を削る手術があるそうな
- 鼻にポリープができてふさがってしまうことがあり、このポリープを鼻茸という
- イヤースコープを鼻に入れて詰まっているのか確認しようとしたけど、入り口だけではなんともわからない。さすがに奥には入れない。
- 鼻茸はない
- 人によっては肉眼で見える位置まで鼻茸が出てきていることもあるようだ