• https://note.com/kubopi/n/n625aaff97984
  • サーバーサイドエンジニアからすると、この振る舞いの品質が一番遠い存在になっていることが多いです。何故ならば、受け入れテストをするのが自分ではない、或いは誰も行わない可能性があるからです。
  • プロセス品質はサーバーサイドエンジニアから見るとあまり馴染み深くない分野だと思います。これらは開発（主にコーディング）をしていく上ではあまり気にする必要がなかったからです。仕様は実装しているその場で考え、後でレビューをしてもらい、CICDを通してリリースする、というサイクルを回しているだけで良かったです。
• 津島屋雄町純米大吟醸うまい。津島屋はどれもうまいや。
• イカロール変な味した。アンモニアかな？生の買えばよかった。
• 家訓：そばが見えなくなるまで天ぷらを盛りなさい
• 2022ってなんだったっけ
  • 自分の土地にレイズドベッドを作って栽培
  • SQiPチュートリアル
  • InnerSourceCommons 日本語コンテンツへのコントリビューション
  • SaaS 業界への転職
  • 死別x3

• 会社に曲作ってる人がいたので久々に作りましょうなんて流れに。といったところにS1のアップグレードクーポンが来ていたので買った。S1が3から6になった。ちょっとさわってみたけどだめだ覚えてない。おぼつかない。ついでにほかのプラグインも持ってるやつを思い出してインストール。Garritan World Instruments と NI のいろいろ。あーKomplete5だっけか。
• 栽培
  • 育ちの悪いものに不織布をかけることにした。+5度の効果があるってほんとかな。あるならすごいね。いま0～10度だから5～15度になるなら11月並になる。
  • ついでに液肥あげたけど余計だったかも
  • R1近くの草刈りを進めて埋もれてた果樹(みかん2種)が見えるようになった。宮川早生と寿太郎だっけ。生きてるけど弱ってる。桜は見えないから死んだな。
  • 今年けっこう開拓したけど来年どうしようかな。はやくもメンテしたほうが良さそうなところが見えた。
    • 初期R1～5のビス追加。すぐおわりそう。
    • 草が多かったところへの砂利追加。たいへんそう。
      • 道路沿い
      • 壁沿い
    • 排水路への治水。地面用のドリルが欲しい。たいへんそう。
    • 畑用のエリア10m2ほど作成。Rじゃないところがあってもいいのでは。
    • 果樹の追加。枯れちゃったフェイジョアの補充。うちにある夏みかんと柿。セキュリティ壁用としても早く植えた方がいいのでは。
    • R18以降の追加。後回しかな。家ができてからで。

• 2か月ぶり？に Stable Diffusion を動かした。といっても相変わらず CPU で動かす出来合いのモデルだけど。いつでもクソ画像を生成できるように。

• ソフトウェアテスト Press 総集編から QA に関する記述を探す
  • Vol.1 Annex アフター・ザ・ゴールド・ラッシュ したがって，QA工数，QAコストは，多くても，総開発工数の10％前後と見るのが妥当でしょう 文脈からすると QA 部門の工数、QA 部門のコストというのが正確。
  • Vol.1 特集1 第2章 プロセスで見るテスト テスト計画を立てる際に，いの一番に行わなくてはならないことは，テストの全体指針，つまり「テスト戦略」を決めることです．テスト戦略を立てるためにも，テスト対象やプロジェクトの性質，要求品質に基づき，品質保証のタイプ分けを行うことから始めなくてはなりません．品質保証のタイプは「検出型」「網羅型」「最善型」の3つに分かれます
  • Vol.4 特集2 Webアプリケーションのセキュリティテスト 品質保証のQA（Quality Assurance）活動におけるテストプロセスやその改善活動は
  • Vol.4 Appendix テスト技術者を育てるコミュニティの力
    • QAの専門家は日科技連に集まってオフラインでいろいろ盛んに活動してたんです．ところが，テストのところだけポカッとなにもなかったんですよ．
    • ウチなんかはそれほど規模も大きくないSIerですけど，テストなんて…っていうと何ですけど，開発者が片手間に，一応やっているくらいだったんですよ，最初は．でも，TEFに入って，製造業の品質管理とか品質保証とか，そういう人たちのやってることと比べて，僕らのやっているソフトウェアテストが正しいのかどうか確認できるようになってきた．そのときに，TEFでのやりとりを見ると，海外で言われているソフトウェアのテスティングエンジニアと，製造業からの流れにある品質管理というのはちょっと違うんだなと．感覚なんですけど，その辺がわかってきたのは大きいかな
  • Vol.5 特集2 第1章 テストをどう考えていますか 『実践的プログラムテスト入門』の著者であるBoris Beizer氏によると、テストの最終目標は品質に関連する情報を集め、その情報を開発者に提供していくサイクルを継続し、ソフトウェアの品質を向上させていきながら、品質保証を支援することだといっています。

• WEB+DB Press 総集編から QA に関する記述を探す
  • 総集編Vol.1～102 また、非エンジニアのメンバー、特にQA（テスター）もCI/CDを使って適宜デプロイできるようになり、作業のスピードは格段に速くなりました。 "サービスの成功にコミットする"ために自社開発したフランジアのCI/CD
  • 総集編Vol.1～84 モバイル技術 第5章 コンテンツの規模や利用ユーザ数、利用機種の種類が増えれば増えるほど、システム的な対応や事前のコンテンツチェック(QAテスト)に工数を要します。
  • Vol.100 特集3 メルカリ開発ノウハウ大公開
    • 第3章 使い勝手を決めるモバイルアプリ開発
      • たとえば、USだけの修正であっても、JPやUKでもQAが必要になります。
    • 第4章 品質を支えるQAとSET
      • メルカリには、プロダクトの品質面や開発の生産性向上を担う役割としてQAエンジニアとSETがいます。
  • Vol.96 APIによるサービス間連携 第5回
    • 各サービスの責任範囲やコードを修正したときの影響範囲がわかりやすいのでコードの修正やQAにかかる時間を短縮できる
  • Vol.93 プロダクトの作り方 第1回
    • 実装が一段落したあとはテストだ。チーム内でのテストミーティングを最低2回は行う。テストミーティングでは、チーム全員が集まって想定されるすべてのユースケースを実際にテストしてみる。
    • そのあとQA(Quality Assurance、品質保証)によるテストを行う。
  • Vol.92 特集1 Web開発新人研修 第1章 Web開発の世界へようこそ！
    • テストエンジニア、QAテスト(Quality Assurance、品質保証)エンジニアは、ソフトウェア品質のスペシャリストです。
    • デバッガやテスタと呼ばれる、決められたテストケースや探索的テストを行う職種もありますが、テストエンジニアはそれより上の層、設計や分析を主な責務とすることが多いようです。
    • ソフトウェアとしての観点で検査をするとテストエンジニアとなりますが、サービスを使う顧客の観点での検査・品質測定を行う場合はQAエンジニアと呼ばれます。
  • Vol.84 第3章 ゲームデザインのベータテスト
    • 次にそれらを項目に落としていき、各チェックポイントにおける想定を制作していきます。QAテストで行うようなテストケースのゲームバージョンを作るようなイメージです。
  • Vol.72 第5章 コードレビューの現場から
    • mixiでは、これまで、起案→承認→開発→QA→リリースといったウォーターフォールに近い方法を取っていました。
    • ステージングサーバでのQA確認を行う前には、必ずコードレビューを通さなければなりません。
  • Vol.45
    • 第4章 RSpecで学ぶBDD(振る舞い駆動開発)の基礎知識
      • ここに至っては、テストコードは「ソフトウェアの品質を担保するためのテスト(QAテスト)」とは完全に異なった性質を持つようになっています。
      • また、本当にソフトウェアの品質を担保するためには、開発を助けるためのテスト(開発者テスト)とは別個にQAテストが必要であることには変わりありません。「テストが先」という物言いは、少なくとも「開発者テストが先」と言わなければ誤解を招きかねないのではないでしょうか。
• ほかの面白そうな記述
  • Vol.84 第1章 CTO とは何か

• QA=テストじゃないことを言いたい人、いた。
  • BASE 社 "QAという言葉を正しく理解して使っていますか" https://devblog.thebase.in/entry/the-term-qa
    • BASE 社の方言なのでは？とコメントされている。QA=テストと言っている企業が多そうな根拠を示していないからそうなる。
  • Photosynth 社 "QA初心者がQAゼロの企業に入ってみたら" https://akerun.hateblo.jp/entry/2019/12/03/192819
    • 同志だ
    • これよりうまく始められた気がする
• テスターちゃんでも扱われていた QA=テスト？ https://testerchan.hatenadiary.com/entry/2020/10/13/221439
• 着想 https://twitter.com/YasuharuNishi/status/1169848912586276866 あー分かってきたぞ何となく。国内のクラウド方面の自称QAの方々の少なくない割合の皆さんは、全ての技術は海外（というかGAFAM）発であって国内には学ぶべきものなどないと思っており、それらは全て無償で手に入ると思っているんだな。だからQA=テストとしか思えないし、Wモデルなんて知りもしない。
  • 海外の QA が ISO9000的QA(証拠提示)だとしたら QA=テスト に近くなるのはわかる
  • GAFAM に見習うなら品質に焦点を置いた活動がテストだけではないことはわかりそうなもんだけど
  • これがまぁまぁ真 (6割の人がそう思っている) なら危ないな
• https://twitter.com/YasuharuNishi/status/1143523648457904130 開発はアジャイルで進化したのに、QAは何だか昔と代わり映えしませんね。でもまぁこれは、現在進化させてるところです。本家TQMには期待できないからね。
  • TQM が SQE に大きな影響を与えることは期待していないという意味なら、そうかもと思える。遠いんだよね。いま日科技連から賞をもらってる企業って全然ソフトウェアじゃないから。
• https://user-first.ikyu.co.jp/entry/2019/04/23/090000 "E2EテストをSelenium Webdriver からCypress.io に移行した話"
  • AI入りキャプチャリプレイツールが選択肢に入ってないのは2019だからかな？
• t-wada が 2007 年にした話に Developer Testing, Customer Testing, QA Testing というテストの分け方があって、この QA Testing が QA と約されたために QA=テスト となった可能性が浮かんだ
  • https://twitter.com/yumotsuyo/status/9543560223 デベロッパーテスト、カスタマーテスト、QAテストって切り口は、要はテスト戦略の1パターンです。
• 2007年より前に QA=テスト に関する発言があるかを調べようとすると Twitter 以前になるので検索対象がわからなくなった。mixi にログインしたけど日記の検索対象は新着1週間なので無理だった。

• https://www.juse.or.jp/sqip/squbok/file/squbok_rev2016_1.pdf SQuBOK Review 2016 "日本におけるソフトウェアプロセス改善の歴史的意義と今後の展開"

• https://www.jica.go.jp/activities/issues/health/5S-KAIZEN-TQM-02/materials.html
  • 和文1 5S-KAIZEN-TQM 三段階戦略による病院経営変革
  • 「5S-KAIZEN- TQM」の概念と実践は、アフリカ大陸だけでなく、全世界に広がりました。
  • これまで、開発途上国にはマネジメントがないと主張されていました。しかし、多くの国々では、この手法を使って病院の経営管理を成功に導き始めていることから、我々はその主張は間違っていると確信しています。問題は、人々の能力ではなく、方法にあるのです。

• Embold よくないすか？ https://docs.embold.io/

• Four Keys 有名になってきた
  • https://twitter.com/hiroki_daichi/status/1602249482250637313 リードタイムって何の間？という話
  • https://engineers.weddingpark.co.jp/four-keys-2/ Wedding Park の例。AWS OpenSearch を使っている。
  • https://data-viz-lab.com/free-bitool-comparison ツールは BI なんだろうな
  • Power BI も選択肢か https://learn.microsoft.com/ja-jp/power-bi/ CFD 書けるっぽいのでリードタイムの内訳を見るのによさそう
    • みんなで使うなら Pro 必須
  • https://www.metabase.com/learn/visualization/chart-guide metabase でかける図

• Virtualbox: ホストのフォルダをゲストでマウント
  • Virtualbox の設定: Share Folders
    • name: C_DRIVE, Path: C:, Access: Full
    • name: WSL, Path: \wsl$\Ubuntu, Access: Full
  • ホスト(Xubuntu)
    • sudo mkdir /mnt/c
    • sudo mkdir /mnt/wsl
    • sudo mount -t vboxsf C_DRIVE /mnt/c
    • sudo mount -t vboxsf WSL /mnt/wsl

• QAエンジニアとかテスターを何と呼ぼう？ https://qualab.jp/category/software-testing/
  • 長いけどだいぶわかってきた
  • これを読むと QA to AQ の QA が西洋的であることがわかる。
  • Agile Testing Condensed でテスターの新しい役割という話も同じだ。
• TQM 誤解本いいな。でもこれで TQM がわかるわけではないんだよな。
• is now in QA https://twitter.com/ConcernedApe/status/1047171632110886912
  • QA stands for "Quality Assurance", and means that the actual development of the update for Switch is (presumed to be) finished, and is now being tested thoroughly to ensure there are no bugs/crashes https://twitter.com/ConcernedApe/status/1047173194375819264
• 「明示された状況下で使用されたとき、明示的ニーズ及び暗黙のニーズをソフトウェア製品が満足させる度合い」
• QA to AQ より
  • 一般的にQA(品質保証の活動)は、数多くのスプリントが終わるまで、あるいは開発プロセスの後半まで行われません。多くのスプリントが完了するまでQAテストを遅らせると、当初は十分と考えていた作業項目が、あとで多くの問題を引き起こしてしまう可能性や、プロセスの後半まで対処されなかった性能やセキュリティなどのシステム品質特性によって、アーキテクチャに混乱が引き起こされる可能性があります。
  • 多くの場合、QA担当者は酷使されており、開発者とは別のチームの一部になっています。
  • 多くの場合、チームの他のメンバーから、QA担当者は単なる最終的なゲートキーパーとしてしか見られていません。
  • QA担当者は、製品をリリースするにあたっての障壁と見なされる可能性があり、多くの場合、QA担当者と開発チームの間に「我々」対「彼ら」というメンタリティをもたらします。
• Agile Testing Condensed Japanese Edition より
  • 従来 テストチームや QA チームは品質を確保する責任があると考えられており、たいていはプロセスの本当に最後で、実稼働環境にデリバリーする直前で作業を求められますが、この時期では、品質を改善するには手遅れです。
  • 新しい
    • テスターの役割は複数の活動で構成されていると考えています。関係者との協力、テスト活動への専門知識の提供、開発者や他のテスターとのペアリング、プロダクトオーナーのサポート、全体的な品質戦略の整理と調整、優れたテストデータの取得、リスクの特定など、
    • テスターが品質特性に「チームの健全性」を追加し始め、チーム全体のコミュニケーションとストレスのレベルに注目しています。これらは、結局のところ、品質に大きな影響を与える可能性があるものです。
    • 私はこの役割に「品質の作り込みエンジニア」または「品質の作り込みコンサルタント」という用語を使い始めました。
• 老舗の製造業でハードウェア製品のソフトウェアを作る仕事からグロース企業で SaaS を作る仕事に変わって何が変わったんだろう
  • 一度に一人が使う製品 -> 一度に沢山の人が使う製品
  • 使うときだけ電源ONする製品 -> 常に動いている製品
  • 早くて3ヶ月、通常6ヶ月のリリース頻度 -> 遅くても週1度のリリース
  • 派生製品が複数あり、それぞれに 1バイナリ or 1パッケージをデプロイ -> 1つの製品について、複数のコンテナを色んな場所にデプロイ
  • ユーザーの利用状況は観測できない -> 観測できる
  • イントラネットが必要 -> ほぼインターネットだけで仕事ができる
  • 9割くらい新卒から務めてる人 -> 9割くらい経験者採用の人
  • 多数のプライベートチームによる Teams と 割とオープンな Yammer -> 少数のワークスペースでパブリックチャンネルがほとんどの Slack と Teams
  • 非同期処理の割合：とても増えた
  • クライアントアプリという概念：ない -> OS, ブラウザ, PC/スマホ という新しい概念と向き合う必要が出てきた
  • ローカルビルドとテストの難易度：難しくなった
  • プロダクトコード：C, C++ -> Ruby, Python, Node.js, Go (Ruby と JS 全くわからない)
  • リファクタリング機会：とても少ない -> 定期的
  • 全く初めての AWS のサービス色々
  • PdM という職種に初めて出会った
  • SRE という職種に初めて出会った
  • EM という職種に初めて出会った
  • Azure DevOps -> GitHub, JIRA
  • Office 365 -> Google Workspace, Notion
  • 用語：システムテスト -> E2Eテスト
  • 用語：リリース前にやるテストが QA と呼ばれるようになった (衝撃)
• 変わっていないこと
  • プロダクトの理解は難しい
  • 自動テストは難しい
  • テスト設計は難しい
  • 昔書かれたコードはつらい
  • バックログリファインメントは難しい
  • 良いバックログアイテムを書くのは難しい
  • バグの分析は難しい
  • アプリ固有部分と共通部分の線引きは難しい
  • 良いプロセスとチームワークを考えるのは難しい
  • ドキュメントをメンテするのは難しい
  • プロセスの品質を明らかにするのは難しい
  • 裁量労働制
  • 出社頻度 (月1未満)

• https://engineering.visional.inc/blog/384/hrmos-authentication-infrastructure/ Visional が認証基盤を統一した話。インナーソースの素だったり。
• ISC
  • 翻訳もりあがってきた。レビューも。1日2-3時間やってる。
  • プレスマンの本より作業が早くなってきた。
  • 今日はミートアップ。GitHub を具体的にこう使うという話だった。ここ何回か概念的な話だったので具体的なのいいね。もっと踏み込んでもよかったと思うけど。「親会社が GHE を管理してて子会社から依頼すると org を作ってくれるけど private リポジトリしか作れない設定になっている」ってのつらすぎる。
• スーパーで買い物してる最中に「なんであれ動かんのだ」と仕事のことを考えていた。板についてきた。

• Is Agile Killing QA? https://www.forbes.com/sites/forbestechcouncil/2019/03/18/is-agile-killing-qa/?sh=3bb839ce34d6
  • In this agile world, quality assurance (QA) has changed from “test everything” to “test as fast as you can.” 最初から認識が異なる
• What is QA testing? https://www.zibtek.com/blog/what-is-qa-testing/
  • こっちのほうが考える材料がまともに見える
• "is in QA" で調べるとどこでつかわれてるかわかるかも
• 緑本を読み直そうとして数ページで閉じてしまった。資料書くときにちゃんと読もう。
• とれたてのサツマイモは全く甘くない。1ヶ月寝かせたやつはうまい。
• 脂が増えてきた。運動量が減って食う量が増えてそう。

• 栽培
  • サツマイモ全部収獲した。すげー量。食い終わるのは2月か？
    • 一番遅く植えたやつでも小さいイモがついていた。ぎりぎりまで放っておいてもよかったけど次を優先した。
    • イモごと植えたやつの方がツルを植えたものより収量が多い。ツル植えの方がイモがまとまっていて収獲しやすい。イモ植えだと広くイモができているので掘り返す手間がかかる。その分たのしい。
    • 早くて5月上旬植え9月上旬収獲、遅くて8月上旬植え12月下旬(成長限界)ってところか。
  • 里芋収獲中
    • 葉が伸びてないので失敗かと思いきや1株でビニール小袋一杯になるものもある。全然ついてないのもある。
    • 栽培期間が半年なのは長いなあ。来年はもっと少なくていいか。
  • たまねぎが細いので液肥をあげた。持ちかえしてくれ。
• Story Book 使えるのかな https://tech.stmn.co.jp/entry/2021/05/17/155842
• てすらぼ面白かった https://www.youtube.com/watch?v=eAfqZ3eFuuc&t=1650s
• TQM誤解本買うか https://www.juse-p.co.jp/products/view/888
  • あのとき聞いた講演の動画でてるじゃないの
  • https://www.youtube.com/watch?v=_Ufg2U6NRYQ
  • https://www.youtube.com/watch?v=h7rqm_Kr9pg
  • https://www.youtube.com/watch?v=TUTSzCatkXI
  • https://www.youtube.com/watch?v=I0k8e4DGB94
• QA≒テストになっていることにふれているツイートを漁ってみた
  • https://twitter.com/trickmrbiz/status/1050978252011986945 「テストをしている人のことをQAと呼んだりすることがあるらしい」という程度の認識しかなく、実際、テストとQAをイコールで捉えている人たちも多くいました。 認識の違いはどこから生まれるかというと、その人がいる環境だと思います。テストプロセスの一部を指してQAと呼んでいるところもあれば、ソフトウェアの品質に関わる活動を広くQAと呼んでいるところもあります。お互い、同じ言葉を使っていても、その意味は全く異なります。
  • https://twitter.com/gen519/status/1487222394343550978 Web&game 系のQA≒test だとそうなります
  • https://twitter.com/gen519/status/1334821781035601921 業界によって、QAチームの担当範囲が変わるかもですね・・・Web：QA≒TEST Game：TESTER≒デバッガー
  • https://twitter.com/gen519/status/1539756288137375750 業種によってQA≒テストになっているので技術・業務内容の分解・カテゴライズが必要そうなんです。
  • https://twitter.com/Qbook_valtes/status/1430081226690351107 「QAチームというとテストをするだけの組織と思われがちですが、テストというのは品質改善するためのあくまで一つの手段に過ぎません」QA≒テストと考えられがちですけど、確かに、品質というのはもっと幅のある概念ですよね！
  • https://twitter.com/halspring_qa/status/1171766168522084357 QA=テストと思われる誤解、「漁師をロープ結ぶ職業だと思っているようなもの」という説明が眠い脳に降りてきた ロープに超詳しい漁師ももちろんいるけど、それだけが仕事ではない テストに超詳しいQAももちろんいるけど、それだけが仕事ではない
  • https://twitter.com/akiyama924/status/1050895629109456896 “QA ≠ テスト”と教えられて育ってきたので、QAとテストを区別していないブログなどを見るとモヤモヤします
  • https://twitter.com/mty_mno/status/1371635506988032000 QA=テスト？でこういうお話を書いたりしていた http://testerchan.hatenadiary.com/entry/2020/10/13/221439
  • https://twitter.com/tsueeemura/status/1457634929194373121 あなたの「QA=テスト」という誤解はどこから？私は縦割りから！
  • https://twitter.com/tsueeemura/status/1171909796414410752 世の中的には QA = テストのカッコいい言い方 QAエンジニア = テスターのカッコいい言い方 ぐらいにしか思われてないだろうな。倉庫内軽作業をロジスティクスって言うようなもんだろう
  • https://twitter.com/caori_t/status/1303930634180554752 そもそも「QA＝テスト」ってところから抜け出そうっていうときに、「QA＝テスト」っていう前提を疑わないで、あくまでも「QA担当者がテスト以外もやるよ！QAにこだわらないよ！」っていう構文になっちゃうのが何度聴いてもモヤモヤするし、なんかすごいもったいない気持ちになるので何とかしたい。
  • https://twitter.com/uechang16/status/1463498384967307264 テストエンジニアとQAエンジニアって別物じゃないのかな QA=テストじゃないし よくあるサイトだとめちゃくちゃ混同されてるけどさ
• 出前館QAエンジニアの役割とチャレンジしているミッションとは？ https://recruit.demae-can.com/engineer-recruitment/work/582/

• The best way I know to improve it is to be forced to maintain a system you design over a long period of time as requirements change., ぼくが知る限り、判断力をつける一番の方法は、自分で設計したシステムを長い間メンテすることだと思う。
  • https://www.quora.com/How-did-Evan-Priestley-learn-to-program
  • https://web.archive.org/web/20121111232231/http://ktamura.com/epriestley.html

• 栽培
  • 大根1本だけ初収穫。ちょっと小さい。
  • 里芋収穫2株目。まともな量。
  • カリフラワー初収穫。ブロッコリーみたいに側花蕾が生えてくるんだろうか。
  • 唐辛子収穫何回目かな。これで最後かも。
  • バターナッツ1個収穫。まだ大きくなるかと思って放っておいたけど限界かな。葉はまだ緑色なので枯れるまでやってみる。
  • ミニトマト収穫。例年からするとあと2週間かな。
  • 白菜はまだ結球し始めていないように見える。
  • 里芋の後に玉ねぎを植えた。これで60本ってところ。
• 自分のではないビールを10kg買って腕が痛い

• 栽培
  • 大根の早いやつはそろそろ
  • 夏の雑草が概ね枯れてきた
  • カリフラワーの片方に花蕾ができてた。12月中旬に収穫できそう。青虫が増えてるので注意。最後にオルトランやっとく。
  • ブロッコリーと芽キャベツは相変わらず遅い。一応のびてる。
  • モロヘイヤの種のさやを割ってみたら未熟だった。からからになるまで放っておくのがいいのかな。

• パンデミックは終わっていないことを認識しつつリスクをとって交流

• 雨なので家でのんびり
• ISC
  • ちょっとだけレビュー
  • ほんとちょっとだけだなー全然みれてない
  • 自分の訳も12月になったらブーストしてくか
  • レビューしてて InnerSource に適した組織規模と構造ってどんなもんか？って疑問が出てきた。本だと5冊どれも large enterprise としか書かれてない。企業名はどれも大企業っぽい。なんかガイドラインないんすか？ってグローバルの方で質問した https://innersourcecommons.slack.com/archives/C04PXKRN4/p1669205198871379
  • ないらしくて議論すっか？って伸びちゃった
• ソフトウェア品質保証と言われる活動は重要だが、本質的に保証なんてできないのはソフトウェア品質保証が言われた数十年前からのことではないか。で、今はますます保証ができなくなっている。世界中にいる大量のユーザーが24時間Webサービスを使い続け、常に大量のデータが変更・蓄積され、サービスに必要な計算機資源は開発者のローカル環境やステージング環境では再現不可能な規模になっている。網羅的なリグレッションテストは、考えられるケースだけであっても、市場の求めるリリース頻度に合わせようとすると全てを実行する不可能となっている。本番環境でテストするというアプローチが始まっている。自動車もそうなりつつある。大量ユーザー・大量データ・常時実行・高頻度更新だけでなく、ディープラーニングも保証などできない傾向をさらに進めている要素である。

• プロダクト理解むつかしい バックログはあれに最適化されてるのか
• 弥次喜多やってない！定休日は水曜のはずなのに。明日水曜が祝日だからか。ってことで近くにあるという時代へ。https://tabelog.com/shizuoka/A2205/A220501/22017529/ めしやでもあり飲み屋でもある。ビール2杯、刺し身2種類と佃煮のお通し、持つ炒め、焼きそばで3300円。やすい。持つ炒めと焼きそばは普通の1人前より多い。

• 田子重で李白売ってるの反則
• マネジメント系の仕事に偏ったからプロダクト系の仕事やらんと
• タクティクスオウガをちまちま

• 研究者から実務者に、半年に1回のリリースから遅くとも毎週リリースの世界に入った身として改める姿勢がある。これまでは、大きなビジョンを描いたり、問題を慎重に分析したり、チームメイトにもってほしい基礎知識を説明することが今よりも重要だった。それらが重要なのは今でも変わらないが、それよりも重要なのは、すぐ効く小さなことを実践することだ。分析や説明はほどほどでよい。まるでアジャイルマニフェストだ。ちょうどよいユーザーストーリーを見出すことにも似ている。
• Notion でのチームワーク覚えるか
  • バックログ
  • GitHub 連携
  • CFDやバーンダウンチャートやリードタイムなどの順調さやパフォーマンスを調べる方法
• 魚がし鮨に開運があった。600円。祝酒って書いてあるから本醸造かな？でもほかのよりうまい。磯自慢900円よりはこっち。

• 会計
  • 非経理職にとって仕分けの知識はほとんど不要
  • 管理会計は精緻化と予測
  • 財務会計はあくまで過去の数字。それだけで良いか悪いか、今後どうなるかわからない
  • 内訳をみる
  • 変化をみる
  • 予測は基本的に損益計算書
  • 予算の策定は別の話、らしい
  • 自分にとって必要な数字を把握する。投資家としてなのか、社員のどの職種としてなのか。
  • 資格で勉強するなら簿記よりビジ会のほうがいいんじゃない？簿記だと仕分けからになる。仕分け伝票からいくつかの計算を経て財務諸表になる。
  • 販売管理費の内訳は業務改善を考える上で大事っぽい。
  • 質問：外注せずに正社員が開発したほうがいいってことが私のいる業界ではよく言われるんですけど、まだまだ進んでないように見えます。原因は複合的だと思うんですけど、会計を勉強すれば見えることもあるのでしょうか？回答：たぶん管理会計
  • 試験どれにしよう https://workvision.net/column/financial/2020021202.htm
  • https://drive.google.com/file/d/1Agu7uH-1LtDptdoBn21YFZjBmLI_8W0n/view
• 栽培
  • 水やり
  • カリフラワーから青虫を14匹駆除。寒くなってきたけどまだいるんだな。花蕾はまだ見えない。
  • さつまいも2株収穫。つるからの不定根は切ったが、直下からの不定根が多かったので栄養が分散してしまった？
  • ミニトマト10個ほど収穫。ようやく。夏にとれるはずだったのだが。
  • さといも1株収穫。少ないなー。買ったら200～300円くらいの量。あんま世話しなかったからな。肥料と水だろうな。味はよい。
  • あいた場所にたまねぎ定植追加20本くらい？

• InnerSource Summit
  • part1 ねむい。やっぱ元が OSS 開発なんだな。
  • part2 先をいってるなーという感じ。ということもあれば、「OSS開発のことを知ってる人なんて少ない」って発言もあって、ヨーロッパ？もそんなもんよねと。
  • https://social.cologne/@Myrle おー？マストドンに
  • https://www.infoq.com/jp/articles/C4-architecture-model/ C4: context, container, component, code らしい。
  • 服部さんおめでとう
  • 日本からもアップストリームにコントリビューションしていきたいね
  • というためには入門者を広めて基礎知識のある人を増やさないとってことで翻訳
• テスト自動化の成果をどう評価し、どう次につなげるか https://speakerdeck.com/goyoki/test-automation-next-step
  • ときどき見返そう

• mabl https://www.m3tech.blog/entry/mabl_operation
• 不具合分析 https://www.m3tech.blog/entry/2019/03/19/110000

• 仕事始まったからか全然書いてない
• ISC
  • ミートアップ
  • 協働とはから入っているのがいい
  • 管理会計に手をつけなきゃ進めないのでは？管理会計って進歩してない領域。コーポレート会計部門ではなく開発部門の中のコスト管理。
  • 脱予算経営ですよ

• 恵みの雨

• 金岡ローカルマーケット
  • ローカルだなー。そうか高尾山古墳はここなのか。
• 栽培
  • 燃やした
  • そろそろサトイモ収穫できるかな
  • オクラが終わりそう
  • あいたところに残りのたまねぎかな
• レイワネルソン
  • やっぱここいいわ

• 仕事
  • 「穴埋め問題にすれば楽よ」という言葉が頭をよぎった。
• ISC
  • Understanding the InnerSource Checklist の邦題について考えた。オライリー・ジャパンの邦題のつけかたを調べよう。
  • インナーソースチェックリスト -実践前に確認しておきたい意義と方法の要点集- なんてどうだろう。

• 仕事
  • 開拓だよねえ。というのは前職でも同じだけど、環境は前より良い。人・組織・制度・ツールという意味で。
  • 近い https://moneyforward.com/engineers_blog/2022/11/08/my-vision-of-qa-engineer/ いや、キャリアじゃなくて図にある考えが。ただ、もっと踏み込める。
• ISC
  • 把握してなかったところの PR が来た。ありがたい。

• 先週の営業日は3日だけど今週は5日。慣れよう。

• 戸田さんさん祭りに初めて行った。3年ぶりの開催らしい。念願のへだとろはんぺん売り切れ。マトウダイの塩焼きがおいしかった。ふつうにおいしいのレベルよりおいしい。
• 北山の棚田にようやく行けた。刈られた後だから旬じゃないけど。軽自動車で通ったんだけど狭くてぎりぎり。どこかに停めて歩けばよかった。
• 栽培
  • いつぞや捨てた何らかの柑橘系の種が発芽して草丈10cmほどになってたのが3本。もともとの2本と合わせて苗木が5本に。
  • 雨がないので水やり
  • 草木灰を作ろうとたき火したけど草がかわいてなかった

• Azure DevOpsオンライン Vol.7 ～ テストはExcelから卒業できるのか？ https://tfsug.connpass.com/event/262960/
  • 話を聞いていてテストマネジメントツールに求めることを整理する
    • いま何のテストがあるのか、全てのテストタイプ・テストレベルについてグラフィカルに俯瞰したい
    • 機能の、画面の、APIの、関数の何割をテストでカバーできているかわかるようにしたい
    • 何のパラメーター(入力、状態)があるかわかるようにしたい
    • それらのパラメーターが、どの機能や画面やAPIに使えるかわかるようにしたい
    • ある機能や画面やAPIについて、どのパラメーターをどんな組み合わせで入れるか、どんなテスト設計をするかを表現したい
    • そのテスト設計から具体的に何のテストケースが生まれたのかわかるようにしたい
  • パラメーターを整理できる表を作れるらしい。そこからテストケース (work item) を生成できるのかは謎。何かのテスト設計技法に対応しているのかは謎。
  • やっぱりここを埋めるツールが必要で GIHOZ になるのかな？
  • 「acceptance criteria からテストケースを生成したい」そうっすね
• 栽培
  • 玉ねぎの購入苗をR17に定植
  • R17はあと半分ある。自家製のたまねぎ苗にしようかな。

• 仕事3日目。5現主義：現場・現物・現実・原理・原則 を思い出そう。いま着目するのは現場・現物。
• 早い夕食のために2時間抜けてまた仕事。ってのができるのが裁量労働制のいいところ。
• 21時を過ぎてかわせみへ。もはや常連。
  • 天美が優勝：これと赤磐雄町の開運を選べと言われたら迷う
  • 佐賀の七田は雑味がいい主張をしていた

• 西浦ローカルマーケットへ。にぎわってた。
• 栽培
  • R17 を完成させた。6t 買った土が全部なくなった。たまねぎかなー。にんにくもやりたい。
  • 水やり。雨が少ないから土日どっちかでもやらないと。
• DIY 部いい
• シュウウエムラの化粧落としは高いらしい

• 仕事2日目。まだなんもわからんけど初歩のアウトプットがちょっと見えた感じ。明日が休みでよかった。
• patlet の let って booklet や leaflet と同じだったのか https://www.dictionary.com/browse/-let#:~:text=%2Dlet,noun%20(anklet%3B%20wristlet).

• 仕事1日目。刺激が多かった。久々の仕事だからなのはもちろん、出社して人に会って、これまでの会社とは環境が異なるのもある。いい感じ。

• バー開拓
  • 節目となる日に Victory
  • バーテンの所作もつまみになる雰囲気だった
  • ラスティーネール、バランタイン17年、グラスホッパー

• 伊豆ゲートウェイ函南
  • 日曜日だから犬がたくさんいるだろうと踏んでドッグラン目的で行った。犬の前に人が多かった。駐車場はほぼ満席。半分他県ナンバーじゃないかな。平日にしか来なかったからこの感覚を忘れていた。
  • つるくびかぼちゃを150円で買った。来年育てよう。
  • うちの犬、相変わらず他の犬に興味ないな。それでもよく動いたのでよし。
• ISC
  • Understanding の翻訳 Pull Request が 3 つあるのでレビューに着手
  • 今回は監訳。整合性をとったり全体の質を上げる役目。英語をどれだけ日本語にするかも(カタカナにするのかも)監訳のうちなのかな。
• 机整理
  • ディスプレイ2台を縦配置にして空いた場所に棚を設置。ひとまずPCとオーディオインターフェースだけ置いた。ひろびろ。何を置くかは今後の仕事次第。よく見る本、マイク、エフェクター、ミキサー、工作の機材が候補。
  • 縦2台のディスプレイまだ慣れない
• https://www.mnc.toho-u.ac.jp/v-lab/aging/doc2/doc2-02-02.html
  • 運動の健康増進作用が強調される一方で、活性酸素の大量産生による有害性も指摘されています。事実、激しい運動をすると有害な酸化ストレスが増加することがヒトでも動物でも証明されています。
  • 私たちは運動習慣が有益効果をもたらすのは、適度な身体活動が活性酸素の発生によって抗酸化機能を高めているからではないかと考え、中齢から高齢のラットに定期的な運動をさせて酸化傷害のレベルを測定してみました。
  • 以上のような効果は、定期的運動によって産生された活性酸素に対して防御機構（酸化傷害分子の除去あるいは修復）が誘導されたためによることが示唆されます。
  • ちょっとキツイと感じる程度から始めて時間をかけて少しずつ負荷を増やしゆくのがいいでしょう。
  • 運動したら酸化するから老化するんじゃないの？と思ってたどり着いたのがこれ。運動による活性酸素生成による害もあれば、活性酸素に対する防御機構もあるらしい。この防御機構の度合いと最大酸素摂取量(vo2max)の関係がわかると適度な運動の範囲が見えたりしないかな？

• 副反応なのかだるくなって大体つぶれた。37度。
• 栽培
  • 2週間前から明らかな肥料不足の株に固形肥料をまいといたけどまだ効いてないみたいなので液肥を追加
  • 雨が全然ないので水やんないとというのもある
  • 大根以外は食害がなくなってきた
  • ももとりんごの種を植えた

• ワクチン4回目を打った。BA.5対応してたから打ったけどそうじゃなかったら見送ってたかも。今回はファイザー。ファファモファ。

• いっぱいお話
• かわせみ
  • さくら宿泊を報告。天美 はいいらしい。のんどいてよかった。
  • お燗どうですか？と滋賀の七本槍渡り舟
  • 何年ものかの九平次。香りは古酒っぽい。味は「もしかしてだめなんじゃないか」と思いきやいける。甘みと旨味は九平次らしさが残ってるけど、素の九平次らしい香りは全く抜けちゃってる感もある。

• 沼津案内つづき
  • 御浜岬、戸田港、出逢い岬、煌めきの丘、大瀬、長浜城跡、淡島、大平を回って大手町へ。こうした南部の案内は何回かやっててパターンになってきた。
• バー開拓：令和ネルソン
  • 客おれだけ。1杯目ルシアン。ウォッカとジンをカカオリキュールで割ったもの。2杯目バランタイン17年ストレート。

• 友人1名を沼津に案内
  • いつのまにか富士山が冠雪してる。しかもくもりなのによく見えるのは珍しい。
  • 沼津港、御用邸記念公園を周り、千本浜で釣り。戸田の民宿さくらに泊まった。
  • さくらの日本酒やばい料理もやばい極まってる
    • 一合ずつ飲んだ順：栄光富士、花陽浴(八反錦純米大吟醸)、農口(特別純米)、天美(赤磐雄町純米大吟醸)
    • 味見：磯自慢(純米吟醸)、楽器正宗(雄町純米大吟醸)
  • 深海魚が東京や京都に売れるようになって地元で消費できる量が減り値段も上がってるらしい

• 来週に向けて机まわりを一新…しようとして途中。ひとまずディスプレイが縦2台になった。そして空いた横に棚を置く。
• 畑に行く機会が減る。が、冬だからよし。春までに家だな。

• 身の入らない日が続いてしまった
• オラッチェ
  • 年2-3回行ってる気がする
  • 日曜だからか人が多かった
  • 外の席でごはん。外の席はペット連れのみらしい。うちらしかいなかった。アシナガバチの小さいのがいっぱい飛んでるけど人には寄ってこない。

• 釣り
  • https://fish-beginner.com/senbonhama 波打ち際から35mほどの地点で水深は6m強。 千本浜のトイレから片浜側に300m地点だとこんな水深らしい。
  • 6/35 ≒ 0.17 なので9～10度ってところ https://www.basic-mathematics.com/tangent-table.html
  • 囚人堀のところが一番深くて、原側へ行くとまた浅くなるってのが意外。ずっと深くなると思ってた。

• 栽培
  • ちょっとだけ
  • しその跡地1に白菜x2、しその跡地2にロマネスコx2を植えた。ロマネスコの苗は畑の土で育てたんだけど全く育ってないので化成肥料を元肥として入れた。植え遅れた分だけ肥料で勢いをつけてほしい。
• 犬
  • 畑へ行くついでに犬の散歩。という日が増えた。ほぼ犬を連れていっている。地図で見ると30分かけて1km歩く感じ。道草くいまくり。17:30ですっかり暗くなったな。
  • 毛づくろいと肉球の毛刈り。
• 沼津港の店
  • 2014 http://www.senbon1kamome0.com/column/ourshop-notnumber1/
  • 見方がおもしろい。今もまた変わってきてるよな

• 栽培
  • R17 土入れ直前まで組み上げ。なかなか地面が硬かった。
  • 初期に作ったベッドの中に長辺が外側に傾いているものがある。土圧なのか。中期からは土圧を考慮して最初は少しだけ内向きに作るようにした。壊れそうな兆候があるとき直せるのかな。内側への圧力をかけてからビスをはずして打ち直せばよさそうだけど、その圧力をかけられるかわからない。
  • アブラナ科の中で一番順調なカリフラワーの食害が若干進んだように見えたので葉の裏に虫がいるか確認した。10匹くらいいた。
  • サツマイモのつる起こし残り。7月～8月に植えた株に対して。収穫は11月中旬以降かな。
  • 大葉を撤収。次は余ってる白菜かな。
  • パクチーのこぼれ種がいっぱい発芽してる。
  • ナスとれてるけどさすがに勢いが落ちてきた。いつまで続けようか。1株先がなさそうなものを撤収。
  • オクラも同じかな。最長で11月末までとして、その次はえんどう豆かそら豆かな。とすると苗を今のうちに育てないと。
• 家事
  • 10月のうちに重いやつをこなさないと
• 釣り
  • 予定が入った。だんご釣りかフカセ釣りやってみようかと調べている。これを機会に遊動浮きを使えるようになろう。
• Stable Diffusion
  • 子供が教室でオーバードーズしてる
  • 多人数対戦する力士
  • 笑えるものってなかなかできないな。笑うには、構図や行動や場所を理解できてから「おかしいやん！」と思えることが必要なんじゃないか。だいたいのものは理解できない。ぱっと見実写なんだけど何だかわからない。あと、SD が広まっているからか SD らしい欠陥がわかると面白みが減るんじゃないかな。人が絵の正しさを5秒くらいの短時間でどう判断してるか(何を期待してるか)が SD によって、SD らしい欠陥とは何かを見つけることによってわかるんじゃないかな。

• 母と富士五湖へ 2日目
  • 山中湖の遊覧船に乗った。遊覧船はいつどこで乗ってもいいもの。多少天気が悪くても。
  • 忍野八海を散歩。ここも西湖と同じく外国人観光客のほうが多い。前に来たのはいつだったか。
  • 道の駅富士吉田で吉田うどん。暴力少なめ。
  • 帰りに鹿と遭遇。すぐ逃げてくれてよかった。
• ISC
  • Japan Meetup 2回目。地道にやっていこう。
  • 翻訳プロジェクト開始の合図をかけた。単に翻訳するだけじゃなくて InnerSource をメンバーが理解することも目標にしてる。

• 母と富士五湖へ
  • 行きは富士宮から
  • 本栖湖の近くでにじますフライ定食
  • 精進湖は車から眺めるだけ
  • 西湖いやしの里根場を散歩。タイとインドネシアの旅行客が多いらしい。ぱっと見聞きした感じとも合っている。
  • 河口湖の湖畔を散歩
  • 最終地点の山中湖へ

• Stable Diffusion
  • 適当に Waifu つくってみる
  • 別に裸を指定するつもりのない prompt だけど裸が出てくることがある
  • 200枚くらい作ったけど1発で質が高いと思えるものはできないんじゃないかな。質を求めるなら加工が必要。
  • SD 登場以前の概念の waifu を求めるなら Waifu Diffusion は向いてないのでは？とも思える。ありえないもの、考えつかないものを生んだほうが面白いのでは？waifu にかぎらず
• Twitter を始めて14年らしい
  • 長いねー
  • 人生の 1/3 以上だ。若い人なら 1/2 以上って人もざらなのでは。
  • 昔の Twitter は～今の Twitter はどうだったって意見をたまに見る。わからんでもないけど言うことにあんま関係ないかな。どうだろう。
  • 10年前～7年前の自分のツイートを Tweetdeck に表示するようにしてるけど人格も興味も変わってる気がするな。

• Stable Diffusion
  • OpenVINO 版でもネガティブプロンプトを使えることがわかった。tokens_uncond = self.tokenizer( の第一引数が "" になっているところがネガティブプロンプトに相当する。 https://dskjal.com/others/run-waifu-diffusion-on-cpu.html --negative-prompt で渡せるように demo.py を変更した。
  • https://note.com/abubu_nounanka/n/n3a0431d2c47a 1発で作るのではなくフォトショも合わせて練っていく方法
  • ネガティブプロンプトで extra limbs や missing limbs と入れると特有のおかしな描写が減る気がする。といっても missing limbs がおかしいわけではないが。
• 栽培
  • ししとうまだとれてるけど白菜を植えたいので隅に移動させた。そして白菜x2を定植。
  • サツマイモのつる起こしを全般的に。
  • トマトが復活してきてる。夏に復活してほしかった。
  • 大根は相変わらず食害でボロボロ。追いまきしたものはまだ出てない。
  • カリフラワーが今あるアブラナ科では一番生育が良い。草丈40cm葉は20cm以上になってる。花蕾はまだ見えない。
  • ブロッコリーは草丈20cmないがんばれ
  • 端に植えといたパプリカがようやく育ってきた。端だから、肥料を与えてないからという理由もあるだろうけど、パプリカが元々遅い気がする。前もそうだった。多年草らしいから冬越させたい。

• Stable Diffusion
  • Bash でループさせてる
  • OpenVINO 向けに4つのモデルを作ってあって https://huggingface.co/bes-dev/stable-diffusion-v1-4-openvino/tree/main これを毎回 hf_hub_download でダウンロードしているっぽい。モデル差し替えや追加学習は素人にはできないと思っておいた方がいいだろうか。
  • --model ShadowPower/waifu-diffusion.openvino で Waifu もいける
• XBB そういうのも出たのか https://twitter.com/ramos262740691/status/1580565074808561670 BA.2免疫を20-30倍回避するケンタ＆BJ.1のXBBさん爆誕
• ワク4回目で BA.5 対応できるので予約した。こんどはファイザー。

• 本 https://type.jp/et/feature/20727/
• JSTQB カンファレンス
  • Quality Assistant と言われてから何年か経っているらしい
  • Janet が Question Asker の元なのか。ブロッコリーはこれに影響されてるのかも。
• Stable Diffusion
  • GPU なしで WSL で動くの探したらこれ https://github.com/bes-dev/stable_diffusion.openvino OpenVINO に感謝
  • 初めての画像 https://twitter.com/masskaneko/status/1580247477080707072
  • モデルの変更には対応してないらしい https://github.com/bes-dev/stable_diffusion.openvino/issues/64
• はじめての経済学 第12回 貨幣と金融 Part1 http://www3.u-toyama.ac.jp/kkarato/2020/economics/handout/economics-2020-12-0720.pdf 名目所得を価格指数で割ると実質所得が得られ，異時点間の比較ができる。

• Twitterでも同じだ
  • 2006年に「無限スクロール」機能を開発したエイザ・ラスキン氏は……「衝動の早さに脳がついていけないようにすれば、スクロールをずっと続けてしまう」と語り、技術革新がユーザーたちに必要以上にスマートフォンの画面を見つめ続けるよう仕向けたと指摘
  • https://www.bbc.com/japanese/44721055
  • https://hazamamakoto.blogspot.com/2018/07/sns.html
• 栽培
  • R17 の外枠だけ作った
  • 白菜3株追加
  • 栽培ついでに散歩して近所の畑を見ている。冬野菜とサトイモはうちのより育っている。気候は一緒だからそれ以外よね。

• 栽培
  • サツマイモ3株目。晴れずに気温の低い日が続いたからか思ったより成長してなかった。4株目は待ってみよう。5株目以降は11月になってから。
  • サツマイモを掘ってるときに大きな幼虫が出てきた。つのがある。蛾かなあ。他のベッドにもいるのかも。ヨトウムシもこうやって潜んでいるのかもと思うと調べなくては。
  • すくなかぼちゃが活着していそう。実るかはぎりぎり。
  • たまねぎそろそろ植えたいけど苗が育ってない。買うしかないかなあ。
  • モロヘイヤに鞘ができていた。食用としては終わりだ。若葉でない葉はいけるのかも？としらべたけどはっきりわからない
• ISC
  • 翻訳プロジェクトの文書を書いて募集した
• QA として日本のモダンな Software QA を調べておくのも参考になるか
  • LINE https://engineering.linecorp.com/ja/blog/quality-advocator-shift-left-shift-right/
  • Cybozu https://blog.cybozu.io/entry/2022/10/05/080000_1

• 毎秋恒例の伊東旅行
  • あいにくの雨だけど小雨のうちにドッグランへ
  • 来年この犬は生きてるだろうか

• ISC
  • 次の翻訳やっていくぞ、っていうドキュメントを作ってる https://github.com/InnerSourceCommons/jp-contents/blob/51-Starting-Translation-of-UnderstandingInnerSourceChecklist/books/Understanding-the-InnerSource-Checklist/PROJECT.md
  • リーダーって久々だな。リードはいつもしてるけど。
• 栽培
  • 昨日なめろうにしたニギスのあらを魚粉にしてまいた。
  • すくなカボチャの苗x3を植えた。バターナッツと入れ替えようと思ってたけど、まだ育ちそうなので2本残しておいた。
  • レイズドベッドのバターナッツが育ちそう。11月までもってほしい。12月はだめだろうな。
  • 大根の虫食いがひどいので点検と種まき。防虫ネットなしだとこんなもんなのかな。去年もこんなんだったけどとれたね。信じよう。
  • ブロッコリーの虫食いは大根に比べれば少ない。
  • カリフラワーの虫食いは全く無い。成長もブロッコリーより良い。新しい土だからかな？
  • 大葉に種がついて葉の収穫は終わりそう。種はプチプチしてて楽しい薬味になる。去年は1瓶作ったような。
• 課題図書
  • 次の仕事前の課題図書をまとめといた方がいい。XP祭りのときに色々得られた。
  • これもそうかな？事業をエンジニアリングする技術者たち https://www.lambdanote.com/collections/carta/products/carta-ebook
  • 既に読んだ本も含めて自分の知識の根幹を成す群はこれっていう体系を作るのがいいんだろうな
  • 何かいい話を聞くと、医療機器のときこれを知っていればこうしていればって浮かぶんだよね。それが何なのかを明文化しよう。
  • 次のプロダクトならではの構築技術についても知っておく必要がある。
• カリフォルニア厳しいな https://wirelesswire.jp/2022/10/83197/?fbclid=IwAR3amagCpJnRcX0YTxwEhew1fQQNBlCiz_Ga8wbk9OFdvsy-grR8mOIr3-Q
  • それはもちろん、我々、世界中に住む人々がビッグテックに支払っている大量のサブスクリプション・フィーだろう。我々がパソコン一つ、スマホ一台を手にし、YouTubeを見て、検索する度にビッグテックは莫大な収益を約束される。
  • 今のビッグテックだけでは働かなくても生きられる社会の実現には到底不十分ってことなんじゃないかな。食・エネルギー・建設といった生物的・物理的な産業に革命が起きないと。

• またワクチンを打つか決めなければならないので調査
  • BQ1.1 が来るらしい
    • https://twitter.com/CorneliusRoemer/status/1576716682512388096
    • Google で唯一ヒットした日本語のページ https://mame-clinic.jp/column/%E3%80%90%E3%82%A4%E3%82%AE%E3%83%AA%E3%82%B9%E3%81%A7%E6%84%9F%E6%9F%93%E8%80%85%E5%A2%97%E3%80%91%E3%82%B3%E3%83%AD%E3%83%8A%E3%82%AA%E3%83%9F%E3%82%AF%E3%83%AD%E3%83%B3%E6%96%B0%E6%A0%AA%E3%80%8Cbq
    • 変異の系譜 https://twitter.com/dfocosi/status/1576217954013696000
    • BA.1向けワクチンのBA.5に対する効果は、(中和抗体でみて)BA.1に対する効果の4分の1程度 https://twitter.com/koichi_kawakami/status/1570271793629495297
    • ファイザーが作成したBA.1およびBA.5対応ワクチンの評価書 https://www.cdc.gov/vaccines/acip/meetings/downloads/slides-2022-09-01/07-covid-swanson-508.pdf
    • モデルナのBA.1二価ワクチンとBA.5二価ワクチンでは、BA.5に対する結果は同程度とする意見。と、それに対する同程度には見えないという意見。 https://twitter.com/N_Dietis/status/1570264008195719178
• ニギスが安かったのでなめろうにした。うまいけど大葉を使った方がよかったな。せっかく大葉を育ててるのに収穫を忘れていた。

• 今年75%経過
• XP祭り
  • オブジェクトクラブのメーリングリスト http://objectclub.jp/ml-arch/extremeprogramming-jp/0/index.html
  • 2002年のXPとスクラムの資料 https://www.slideshare.net/umejava/scrumxpscrum-and-xp
  • Web2.0時代のソフトウェア開発手法 https://xtech.nikkei.com/it/article/COLUMN/20060402/234199/
  • アレグザンダー勉強会にむけて「私とパターン、そしてアレグザンダー」(1st Decade) https://note.com/kkd/n/n21d9f15e8737
  • パターンリポジトリ https://web.archive.org/web/20000919031253/http://www.kame-net.com/jplop/Default.htm
  • Clean Craftmanship https://www.amazon.co.jp/Clean-Craftsmanship-%E8%A6%8F%E5%BE%8B%E3%80%81%E5%9F%BA%E6%BA%96%E3%80%81%E5%80%AB%E7%90%86-Robert-C-Martin/dp/4048931075
  • 脱予算経営 Beyond Budgeting https://kawaguti.hateblo.jp/entry/20120315/1331798274

• 東芝に売られた事業が軒並み好調な事情 https://www.itmedia.co.jp/business/articles/2209/29/news061.html
  • 東芝の虎の子とも云われた同事業（旧・東芝メディカルシステムズ）は、富士フイルムやコニカミノルタなどとの綱引きを経て、6655億円の金額と引き換えにキヤノン傘下に入った。その事業の責任者は、「東芝での事業上の相乗効果はほとんどなかった」と後日語っている。
  • https://diamond.jp/articles/-/184113 東芝の中でね、当社は長年に渡って「自己完結的ビジネス」でした。エレクトロニクスがどんどん進化した70年代、80年代はシナジーがあり、総合電機メーカーだからこそできたビジネスだった。エレクトロニクス技術を医療機器用に改良あるいは進化させて作るっていう部分に、われわれの寄って立つものがあった。コモディティ化したエレクトロニクスが医療機器にすぐ活用できるようになってくるとシナジーは薄れていきました。 でも今はデファクトができあがり、アプリケーションに集中して開発できるようになった。そこからは東芝の中でも割と独立した運営がなされるようになりました。故に切り出し（東芝メディカルシステムズの売却）がしやすかったんでしょう。 昔は多製品に使い回せる部品を作るというシナジーがあったんだな
• 約3ヶ月間、品質文化醸成のために"QAクイズ"を出題し続けてみた https://note.com/kubopi/n/n664b613fa5f9
  • 最初のQAが何しているか集めてもいいかも
• QA to AQ の本が出るらしい https://codezine.jp/article/detail/16607

• BPStudy
  • 高校でゲームプログラミング
  • 大学1年でアルゴリズムの本に出会ったが、何に役立つのかわからずおもしろくなかった。
  • 敵の動きや優先度を決めるという計算をなんとかやっていたのを、アルゴリズムの知識があれば役立つことに大学4年くらいになって気づいた
  • あのときこの知識があれば、という原体験に基づいた本が監訳したもの
  • アルゴリズムとデータ構造はいつ必要なのか？処理のボトルネックを見極めたいとき、最短経路を求めるとき、欲しいデータを抽出するとき
  • アルゴリズムの意味を理解するには、実行過程を出力して、できれば絵にするとよい
  • アルゴリズムが速いのか実験して理解できたら採用する

• 筋トレ
  • https://www.youtube.com/watch?v=BCSEmiYi9sU
  • 1RM って何だろう https://ken7821.exblog.jp/22548778/
    • 何kgのウェイトを上げられた回数に相当するパーセンテージを RM の表から探して 100% の重量を算出する。例：40kg 8回なら、80% なので、1RM = 40 / 0.8 = 50 kg
    • 筋肥大、筋力アップ、全般的な筋力アップ、瞬発力アップという目的によって負荷(RMで表す)が変わってくるらしい

• ISC
  • https://github.com/InnerSourceCommons/jp-contents/blob/main/.github/workflows/gitbook-branch-deploy.yml 1リポジトリで複数の本をGitBookにデプロイする方法。books/BOOK-NAME に各本の原稿を置く。各本のブランチを作っておく。main ブランチが更新されたら各本用のブランチに原稿をコミットして .gitbook.yml をコピーする。
  • 日本の community call 2回目。
    • 管理会計という言葉を初めて知った。私が挙げた問題はどちらかといえば管理会計らしい。InnerSource の実現には管理会計の変更が必要かもしれない。既存の管理会計に合わせるのではなく。
    • 単純な企業で InnerSource を実現するモデルを描き、直面するであろう(またはしたことのある)問題のモデル、問題同士の関係のモデルを描くのが次回。
    • 今回は議題にならなかったけど、情報インフラは管理会計でも財務会計でもないはず。関連はするけど。
• 栽培
  • さつまいも掘り1株目。2kgだった。これはまるごと植えの株。つる植えの株と比べよう。といってもつる植えの方が植えた時期が遅いから1ヶ月後かな。
  • さつまいものベッドが1つあいたら白菜かな。
  • すくなカボチャの苗が育ってきたから終わりそうなバターナッツと入れ替えたい。まだちょっと早い。

• アブローラー始めて1ヶ月すぎてた。筋肉と基礎代謝量がちょっと増えてる。体重はちょっと減ってる。加速するには…
  • 糖質は制限してるけど脂質と総カロリーを全く制限してないのを見直す。
    • これが一番つらそう。
  • もっとへとへとになるまで追い込む。何回やったから終わり、ではない。
    • これはできそう。
  • アブローラーで使った筋肉の超回復の日に、他の筋肉のトレーニングをする。アブローラーは腹筋・大胸筋・上腕・僧帽筋・脊柱起立筋の順かな？に効くので、あんま効いてないところをやる。
    • といっても何のトレーニングがいいのかわからない。
  • プロテインを増やす。いまは1日20g。20に根拠はなかったけど調べてみると、筋トレで増量するなら身長cmと同値の質量gが目安らしい。そこまで増やさないにしても、食事で70gだとして+20gで90gだと足りてないかな。食事で90g(たぶん肉けっこう食べたなってレベル)+30gプロテイン(付属のさじ擦り切れ3杯)で120gに増やしてみるか。っていうのは大変だ。
• The Smartest Way To Use Protein To Build Muscle (Science Explained)
  • 重要なのは…1日あたりのプロテイン摂取量 ＞ プロテイン摂取回数。これだけで最大90%を占める。あとはプロテインの質。
  • 1日あたり摂取量は身長cmと同値の質量gが単純な目安
  • 1日の摂取回数(食事回数)は3～5回。2または6だとだめ。つまり普通の朝昼夜食でよい。
• 「非外来語のカタカナ表記」研究の現状と今後の展望
• 片仮名表記されやすい非外来語の性質
• 「人権」をスラング的に使うことの是非が話題になってるけど、本来重い意味なのにカジュアルに使われちゃってる言葉たくさんあるよねという話

• んーまぁこんなもんでしょってことでサイン
• 犬の爪が伸びすぎてたので切った。肉球に刺さりそうなものもあった。あぶない。ニッパーで切ったら飛び散ったので専用の爪切りを買った。狼爪(ろうそう)は見逃しやすい。肉球の面と平行になるまで切って良い。犬の爪は人間の爪とは異なり円柱状である。中心に神経と血管が通っており、爪の伸びに従って神経と血管の部分も伸びてゆく。通常、肉球の面と平行になるまで切っても出血しないが、伸ばしすぎてから切ると出血する。伸ばしすぎた場合、出血してでも肉球と平行の面まで切るのがよい。そうすれば神経と血管の部分が適度に縮小する。
• 栽培
  • といいつつ、ほぼ犬の散歩でおわったけど
  • 大根のおいまきで出た芽を整列した。全て育てば28本の予定。時期的にまだまいてもいいけど場所がない。
• 10年Windowsで仕事してたエンジニア、Macユーザになるの巻
  • どっちでもいいなら Windows 選ぶなあ
  • 2014～2015年に Macbook Air を使っていたのを思い出した。使用頻度が低かったから結局慣れなかった覚え。
  • 毎日使えば慣れそうだけど自分の性能が落ちそう

• 墓参りと納骨相談
• ひさびさの時之栖

• 栽培
  • 台風が来る前に収穫できるものをとった
  • たまねぎを30株ほどまいた。10月2週目に定植予定。
  • 台風の後にバターナッツを収穫できそう
  • ブロッコリー、カリフラワー、芽キャベツはいずれも異常なし
  • 追いまきした大根、マンジェルビーツ、シュガービーツは発芽してない
  • R17 に白菜、R18 にたまねぎで今年は終わりかな
• バー巡り
  • Blanky's Bar 2回目：覚えててくれた。ギネス→ゴッドファーザー。
  • Tom's Bar 1回目：メニューないの面白い。世界大会で2位のカクテル→B&B→バランタイン。カクテルはバランスの良さと相乗効果を感じる。「薬っぽくて甘くて強いの」といういつもの注文をしたらB&Bが出てきた。ブランデーとベネディクティンDOMだからB&Bらしい。同じ注文でも店によって出すものが違うのが面白い。最後のバランタインはウィスキーの話になって代表的なスコッチを試すことになって出てきたもの。ウィスキーはよくわかんないな。表現が見つからない。アードベックがいけるのは表現できるからかもしれない。

• SQiPチュートリアルの回答分析…をする予定だったのだが方針だけ決めて昼寝したらどうでもよくなってきた
• 頭を使わなかった分、アブローラーなどトレーニングをした。

• JTC: Japanese Traditional Company っていつから？
  • 2017年12月 https://twitter.com/peugeot106s16/status/938300915764867072
  • 2016年11月 https://twitter.com/RX78_2ni/status/799242257169715200 JTCはJapanese Traditional Company の略です
  • 2016年10月 https://glamorousdammy.hatenablog.com/entry/2016/10/30/033721 新卒でJapanese traditional big companyに入って半年で転職するということ
  • 2016年4月 https://twitter.com/guiltydammy/status/720956519190126592 Japanese Traditional Big Company 略して JTBC、みんなに使ってもらいたい
  • 2015年6月 https://twitter.com/Mr_BunSuiRei/status/609382990158823425 ふじ◯うとかいうベンダーのおっさんがホント腹たつ。。。。。なんなんだ。。なんであんなに自分たちで物を決められないんだ。。おんぶにだっこ過ぎる。。the Japanese traditional company過ぎる。
  • 2014年6月 https://twitter.com/normalian/status/474025569185583104 突然の打ち合わせ場所変更に紙媒体の用意急がざるを得ない辺りが Japanese Traditional Company 臭
• 【Flutter×Firebase】東海オンエア好きすぎて聖地マップ共同作成アプリ作った話【個人開発】
  • ぬまづの宝でもこんなアプリを作れればいい
• https://www.mof.go.jp/pri/publication/policy_1972-1990/ 本書では、ニクソン・ショック、オイル・ショック後、約２０年間にわたる安定成長期 （昭和47～平成２年度）の財政金融政策を、財務省統計を中心に作成した図表・ 統計を豊富に用いて詳述しました。行政の実務者、研究者、学生など幅広い方々に御活用いただければ幸いです。 特に3章プラザ合意後の財政金融政策がおもしろ
  • https://www.amazon.co.jp/%E5%AE%89%E5%AE%9A%E6%88%90%E9%95%B7%E6%9C%9F%E3%81%AE%E8%B2%A1%E6%94%BF%E9%87%91%E8%9E%8D%E6%94%BF%E7%AD%96%E2%80%95%E3%82%AA%E3%82%A4%E3%83%AB%E3%83%BB%E3%82%B7%E3%83%A7%E3%83%83%E3%82%AF%E3%81%8B%E3%82%89%E3%83%90%E3%83%96%E3%83%AB%E3%81%BE%E3%81%A7-%E8%B2%A1%E5%8B%99%E7%9C%81%E8%B2%A1%E5%8B%99%E7%B7%8F%E5%90%88%E6%94%BF%E7%AD%96%E7%A0%94%E7%A9%B6%E6%89%80/dp/4818818267 本もあるのか
  • PDF 版が出たのって今年かよ https://twitter.com/PRI_MOF_Japan/status/1530139793510002688
• 栽培
  • 芽キャベツx3, カリフラワーx2 を定植。いずれも買った苗。
  • 大根を追いまき。これで発芽すれば1ベッド分うまる。
  • マンジェルビーツとシュガービーツを8粒ずつまいた。去年は発芽しなかったけど今年はどうか。
  • ブロッコリーの1つが茎にダメージを受けていた。倒れそうなので土寄せしたけどもってくれるだろうか。
  • 安定して収穫できている野菜はナス、オクラ、ししとう。あと1ヶ月続くかな。
  • バターナッツを来週に収穫できそう。

• 栽培
  • R16 が完成。牛糞堆肥と米ぬかを入れといた。雨の後に白菜を植えよう。
  • 白菜の苗は全面的に食われてるけどなんとか成長してる
  • ロマネスコが発芽したけどかなり小さい。9月中に植えられないかも。
  • 9月中に R17 を作りたい。今年は R17 で最後かも。6t 買った土がなくなってきたし。
  • 大根が発芽してきた。まだちょっと歯抜けだけど。
  • ブロッコリーは水をあげないと元気がない。まだ活着が甘いかな。
  • この日は草刈りなし。
• 田楽屋
  • ようやく行けた。予約なしでも入れる。囲炉裏が目につく。
  • 尾瀬の雪どけ ひやおろし 純米大吟醸 https://ozeyuki.raku-uru.jp/
  • 楽器正宗 本醸造 https://www.daikichi-sizengo.co.jp/%E6%A5%BD%E5%99%A8%E6%AD%A3%E5%AE%97/

• いい面接だった

• 栽培
  • 草刈りを広範囲にがんばった。ネコソギも少しまいた。ひさびさに草刈り機を使った。ナイロンでもいけるけど密集してるし硬いものもあるから向いてない。40V ならナイロンでもいけるかもしれないけど、飛び散りがこわい。

• 親とそば屋へ行ったら親の中学時代の同級生とその先生がいた。地元だしそんなこともある。同級生はずいぶん死んだらしい。
• 栽培
  • 大根の発芽率が悪いのでまきなおし
  • 実のつきが悪いサンマルツァーノを抜いた。根にこぶはないので線虫ではなく、茎を水につけても白く濁らないので青枯れでもない。症状からして近いのはサビダニ。レイズドベッド全体に広まってるのかな。梅雨明けが早く高温乾燥だとサビダニが増えるらしい https://www.youtube.com/watch?v=N3UEsYlOJSc スプレーで気門を封殺 https://www.youtube.com/watch?v=G2RaW-XgHSE
  • サンマルツァーノを抜いた空きにブロッコリーを6株植えた。購入した苗でハイツSPという品種。1株75円。8月の終わりから育てている苗が定植できるほど育ってないので買った。

• SQiPシンポジウム2022
  • ソフトウェアファースト
    • 同期安定化プロセス Microsoft Secrets
    • これからは Web だと考えて Google へ。Google はクラウドの会社。Web側に実行の主体がある。
    • クラウドと従来の開発との違いはデプロイメント。日々進化しているなかで、あなたの手元のソフトウェアをアップデートしてくださいと言われることはない。何を市場投入の事前に確認するか、事後でもよいのかという考え方が大きく変わる。
    • リリースしてからが本番って2012年も言ってた
    • 常に進化し続けるシステムであるためバージョンという考え方が消失 段差からリニアへ
    • 仮説検証は Google だと launch & iterate
    • ソフトウェアファーストとは、プロダクト・事業を生み出すために(What)、人と組織が(Who)、ソフトウェアという技術を使う(How)ということ。
    • 所有から利用の文脈で「いつかはクラウン」
    • 及川さんの学生時代から「産業のサービス化、ソフト化」と言われていたらしい
    • フリーミアムとマネタイズという言葉は Web が出てきてから
    • ユーザーだけでなく広告配信者がいる
    • 高度成長期はないものだらけだった 何が欲しいか簡単にわかる時代だったってことかな。なんで今は難しくなったのか？
    • モード1/2はガートナーのバイモーダルが由来らしい
    • 長澤さんも似たようなこと言ってたかな。ビジネスにおけるITがどう変わったかという話で。
    • SOR, SOI, SOE ってエンタープライズシステムのための言葉だと思ってたけど別にそんなことなかった。手作業を機械化するだけではない価値を生む文脈で使える。ここでモード1/2も出てくる。
    • 売り切りだとサポートなんて無しで済ませたいというのは本音 おもしろい、言えてる
    • 子供が小学生になったので家族でキャンプに行こうと思ったのだが今の車ではオフロードに向いていないのでまだ行っていない、という目的と課題を持つ自動車ユーザーがいるとする。そうした情報は、ユーザーと親身にしているディーラーが細かく聞かないとわからない。
    • Microsoft Secrets では、各国でのソフトウェアの捉え方を紹介している。米国ではビジネス、欧州では科学、日本では製造。ここが日本の大きな間違い。
    • ハードウェアの製造では敬意が払われている。そもそもソフトウェアに製造は存在しないが、仮にそう捉えたとしても敬意が払われていない。
    • コア部分にブラックボックスとなる部分を残さない これは理解しやすい言い換え
    • 「及川さんのいた Google や Microsoft では内製化率100%なんですか？」と言われると、それが当たり前だったから「はい」と即答していた。しかし、よく考えると OSS は違う。OSS を採用することは一種の外部調達である。ただし、自社からもコントリビューションしているので、ブラックボックスではない。これは100%内製化しているわけではないが手の内化しているという例である。
    • 及川さんの支援業の経験上、アドバイスのほとんどがブレーキをかけるもの(スローダウンさせるもの)ばかりである。
    • 自動車なら減速させるほど安全になるが、飛んでいる飛行機ならば？ 面白い例え
    • 製品によって、当たり前品質、一元的品質、魅力品質のどこが重要なのかが異なる
    • 「挙げられたビジネスモデルとエンジニアリングの変化は Web が最初に辿った道だと思います。他の業態・製品も物によってはそれを追っていますが、そのスピードはそれぞれだと思います。Web のように変化するには同じ時間がかかるか？それとも整備された高速道路を走ってより早く変化できるか？見込みの考えをお聞きしたいです」って質問をしたんだけど打ち切られた。ぎりぎり時間内なのに。
    • 聴衆の多くが知っている概念を参照して聴衆に新たな知をもたらすには、言い換える、具体化/汎化する、近いけどそうでないことを探る、誤解しそうなことを探る、誤解されたことを提示する、体験した例を提示する、聴衆が理解できそうな例を見出す、昔と今で違うか同じか提示する
  • 組織にテストを書く文化を根付かせる戦略と戦術
    • State of DevOps: 2-3万社、DevOps の能力と経営指標の相関を見て、因果関係が
    • デプロイとは本番環境へのデプロイ。ステージング環境ではない。
    • 組込みでも金融でも関係ない
    • Change Advisory Board とは相性悪いらしい
    • 文化を根付かせる王道：(新人)教育
    • 文化を根付かせる王道：人事評価
      • 事業責任者が評価するとテストを書かずにユーザー向けの新しい価値を実現する方を評価する。だからテストを書こうとしなくなる。
    • 王道があれば覇道と邪道もある
    • 3年かけて教育を受けた技術者が何割になれば文化に影響するのでしょうね。1割ではむりかも。3割だとどうでしょう。
    • 邪道(みんなもうやっている、やらない理由を説明せよ)でも文化ができればいいんじゃない、と思うけど、邪道だと文化ができにくかったりするんだろうか。みんなもうやっている、が初動だと、やる理由がわからなかったりするのかな。
    • Lean と DevOps の科学、必須だ
    • xUnit Test Patterns にテストを書いた後の保守コストの図が載っている。最初に作る山を乗り越えれば幸せが待っているとは限らない。

• SQiPシンポジウム2022
  • 成功を振り返ることは褒めることでも労いでもなくて、成功を定義して理由を明文化して、成功できる人を増やしたり更に成功することを目指す厳しい活動。
• 疲れたのでやま弥へ

• SQiPシンポジウムの併設チュートリアルを終えた後に InnerSource Commons の会議と作業をしてコミュニティ三昧 (二味) な日だった
• SQiPシンポジウム併設チュートリアル
  • 全体としての質を練れそう
  • もうちょっと難しくして問題の数を減らしたほうがよかったか？
  • 要求を扱えなかったのがちょっと後悔
  • 作りたいコンテンツと作れるコンテンツに差があったのでは？
  • 講師が講義慣れしてて演習慣れしてないかも
  • Q7 に規律(discipline)を入れるべきだった。なぜ規律なのに守られていないのか？って聞いたら面白いのでは
  • SQiPライブラリから論文を探してみようだとかやってもよかったか
  • やっぱ自分はメタな方に興味があるのかな。次点でコードのある演習。
  • やりたかったのは1日コースかもしれない
• ISC Japan
  • Getting リリース
  • Understanding キック (リード, 監訳)
  • 振り返り
  • コミュニティコール

• SQiPチュートリアル演習作成
  • ぎりぎりできた
• 2次面接
  • さあどうだろう
• 栽培
  • トマトの一部を撤収
  • ししとう、枝豆、オクラ、唐辛子の収穫が順調
  • オクラもっと作る予定だったんだけど苗が育たなかったんだよな
  • 撤収したトウモロコシのベッドに土を載せて待つ。ブロッコリーか白菜を予定。
  • バターナッツの実は順調なんだけど花がさいてなかった。これで終わってしまわないか心配。
  • 大根はまだ出ない。今日雨がふるからどうかな。
  • すくなカボチャの種がいっぱいあるので適当にまいた。

• SQiPチュートリアル演習作成
  • あと2日追い込み
  • 自分で演習題材を作ると、それに合う記述を本書 (SEPA9thJa) から探すのは大変だ。厚いし難しいので。
  • Mermaid の UML にある図が UML に準拠しているか
• ぬまづの宝
  • 重要なポイントを突くことができた
  • 方針をどう解釈するか分かれている
  • ポジショントークをするか中立になるか差が出ている
• InnerSource Commons
  • こちらもインナーソース入門のリリースに向けて追い込み

• 栽培
  • 大根の種をレイズドベッドにまいた
  • 白菜2群の種をポットにまいた
  • とうもろこしを撤収
  • 米ナス、枝豆がぼちぼち収穫できている。
  • トマトは一時期の病気がひどいときよりは樹勢が改善したが、実がつかない。

• InnerSource Commons Meetup #1 OSSの開発スタイルを社内で実践 https://innersourcecommons.connpass.com/event/257580/
  • ちょっとは具体的なエピソードと懐疑的なところも
  • 言及した
    • 製品群
    • 組織構造
    • 外注
    • 会計
    • 輸出
  • 言及してない (忘れてた or 時間不足)
    • 工数
    • 人事評価
    • ライセンス
    • need to know 原則
    • クラウド
  • モチベーションを明文化できてよかった。

• https://www.science.org/doi/10.1126/science.abg6296
  • 2021年5月 Science
  • Fig.1 空気中の SARS-Cov-2 ウィルス濃度に対する感染確率のグラフ。感染確率50%の濃度が 0 となるようスケーリングしてある。このスケーリングだと、マスク有無の差は横軸で 0.9 に見える。マスクなしだと50%感染する空間においてマスクをすれば、感染確率が 1% か 10% に抑えられる？
• 1次面接
  • カジュアル面談のときも思ったけど向いてそうに思える。先もある。これは通ってほしい。
  • 通ったとして2次と3次は何に備えればいいんだろう。

• 友人が Android のゲームを作ったので apk の中身を見た
  • apktool からの Java Decompiler で中身を見る http://java-decompiler.github.io/
  • 特に自作っぽいコードが出てこないと思ったら Unity 製だからっぽい
  • Assembly-CSharp.dll にゲームのコードが入ってて dnSpy https://github.com/dnSpy/dnSpy で見られる
• SQiPチュートリアル演習作成
  • Main() に突っ込んだ版ができた。まだクソにできるかな。いや、むしろ良い方を良くできるか。
  • 同じ動き、ではないけど。見た目だけではわからない。
• 栽培
  • 最後のサツマイモを植えた。つるではなく芋ごと植えるやつ。暖地なら8月終盤に植えても年内に収穫できるのではないか？と思って。

• SQiPチュートリアル演習作成
  • https://gist.github.com/masskaneko/ed9c3fc21caa14be1497e0b1bb4b9fd3
  • こんなもんでいいか
  • ポインタ、コレクション、イテレーターもろもろあやうい
  • Siv3D のリファレンスは情報不足なので結局ソースを見て推測するしかない。チュートリアルは親切なのに。
  • あとはクラスを使わずに Main() に突っ込んだ版を作る
  • ログもデバッガもユニットテストもないので限界。デバッガはあるらしいけど手を出してない。ログはあるのかな。
• 栽培
  • 除草剤をまいて数日、効いているのかはっきりわからない。効いていそうなところもある。まいたはずなのに全く変化がない場所もある。
  • 放置してた領域の草取り。5m2 ほど。以前は抜けなかった太い草が抜けるようになっている。除草剤が効いている証かもしれない。
  • バターナッツが順調。いくつか受粉してる。1つ傷がついていた。動物にかじられたようにも見える。
  • コガタスズメバチが飛んでる。おとなしいのはわかっていてもこわい。
  • ロマネスコを5ポット分まいた。白菜とブロッコリーも何日かあけて苗を作っていこう。
• アブローラーやってたら首の右側から右肩にかけて痛くなった。1日たってもなおらない。

• SQiPチュートリアル演習作成
  • 設計の問題にちょうどいい OSS を探す
  • X の小さいアプリなんてどうだろう https://gitlab.freedesktop.org/xorg/app こんな場所だったのか
  • 小さいアプリでも題材として大きいなあ
• もうだめだてきとうに作るか
  • と思いついたのが OpenSiv3D for Web
  • Windows でも WSL でも動かないな https://siv3d.kamenokosoft.com/ja/vscode/running-code-with-vscode この通りにやっても
    • Windows で tasks.json をもとに em++ コマンドを作ったら動いた。せっかく VSCode 用に作ってくれてあるのに不格好すぎる。
    • ビルド em++ Main.cpp -c -o Main.o -O0 -std=c++2a -g -D_XM_NO_INTRINSICS_ -IOpenSiv3D/include -IOpenSiv3D/include/ThirdParty
    • リンク em++ Main.o -o index.html -O0 -g -LOpenSiv3D/lib -LOpenSiv3D/lib/freetype -LOpenSiv3D/lib/giflib -LOpenSiv3D/lib/harfbuzz -LOpenSiv3D/lib/opencv -LOpenSiv3D/lib/opus -LOpenSiv3D/lib/tiff -LOpenSiv3D/lib/turbojpeg -LOpenSiv3D/lib/webp -lSiv3D -lfreetype -lgif -lharfbuzz -lopencv_core -lopencv_imgproc -lopencv_objdetect -lopencv_photo -lturbojpeg -ltiff -lopusfile -lopus -lwebp --emrun -s FULL_ES3=1 -s MIN_WEBGL_VERSION=2 -s MAX_WEBGL_VERSION=2 -s USE_GLFW=3 -s USE_SDL=2 -s USE_LIBPNG=1 -s USE_OGG=1 -s USE_VORBIS=1 -s ALLOW_MEMORY_GROWTH=1 -s ERROR_ON_UNDEFINED_SYMBOLS=0 -s EXCEPTION_CATCHING_ALLOWED=["InitSiv3D"] -s ASYNCIFY=1 -s ASYNCIFY_IGNORE_INDIRECT=1 -s ASYNCIFY_IMPORTS="['siv3dRequestAnimationFrame','siv3dOpenDialog','siv3dDecodeAudioFromFile','siv3dGetClipboardText']" -s ASYNCIFY_ADD="['main','Main()','s3d::System::Update()','s3d::AACDecoder::decode(*) const','s3d::MP3Decoder::decode(*) const','s3d::CAudioDecoder::decode(*)','s3d::AudioDecoder::Decode(*)','s3d::Wave::Wave(*)','s3d::Audio::Audio(*)','s3d::Clipboard::GetText(*)','s3d::CClipboard::getText(*)']" -s MODULARIZE=1 --preload-file OpenSiv3D/example@/example --preload-file OpenSiv3D/resources@/resources --shell-file template-web-player.html --pre-js OpenSiv3D/lib/Siv3D.pre.js --post-js OpenSiv3D/lib/Siv3D.post.js --post-js template-web-player.js --js-library OpenSiv3D/lib/Siv3D.js
    • 実行には web server for chrome を使った

• カジュアル面談。受けますかー
• 栽培
  • 除草剤を広くまいた
  • 白菜と小松菜の芽が出た。ブロッコリーが出ないのでまきなおし。まだ暑いからか遅かったり出なかったり。

• InnerSource Commons Japan
  • やっていき会議だった

• アブローラーほか遊んだことによる筋肉痛がまだある
• InnerSource Commons Japan
  • こまごまとした修正を一気に https://github.com/InnerSourceCommons/jp-contents/pull/29
• 栽培
  • オクラ初収穫。7月から収穫できる予定だったのに遅い。最初の苗が食べられてしまったのが効いたかな。
  • 枝豆の収穫が続く。1株あたりの収量が少ない。
  • トマトとトウモロコシほんとだめだな。いまはサンマルツァーノだけが頼り。病気に強いという麗華を12月まで育てよう。
  • 草には相変わらず負けている。まず薬で枯らして、恒久対策として砂利を厚くするということはわかっている。9月いっぱいかかりそう。

• 初めてのアブローラーおもしろい。伊之助ボディになるやつ。アブ abdominal muscle は腹筋らしい。腹筋だけでなく腕と胸にも効く。
• なし崩し的に友人宅で集団でゲームしたけどコロナガード下がってきてるわ。面白かったけど。

• 犬王おもしろかった。それでいいんかって部分はあるけどこれでええんや。公式な史実ではない平家の話があるってことなんだろうな。
• ついでに青梅を散歩。古い家を見て、川遊びをする人を見て。澤乃井の地らしく看板が多い。

• カジュアル面談の予定ができた。ぼちぼちやっていく。

• SQiPチュートリアル演習作成
  • ドメイン知識ってなんだろうって調べたけど文献がない。自分で説明する。
• 栽培
  • きゅうり死亡。去年と一緒。次の苗はまだ育ってない。
  • 白菜とブロッコリーの種をまいた
  • 草取り。きりがない。恒久策が必要。

• https://innersourcecommons.connpass.com/event/257580/ やるよ
• 犬の毛を刈った。モサモサの雰囲気は残しつつ首まわりと足のつけねをさっぱり。
• Getting Started with InnerSource に出てくる discussion list って何かと思えば、メーリングリストとビジネスチャットのことらしい https://dictionary.cambridge.org/dictionary/english/mailing-list?q=discussion+list a computer program that sends and receives electronic messages from anyone in a group to everyone else in the group:
• 栽培
  • 草取り

• PCR陰性だった
• モダンフェスでやった情シスとの共同のやつの延長活動を InnerSource Commons Japan でできないだろうか？
• "needs to know から searchable transparency へ" ってフレーズを見た覚えがあるけど見つからない
  • チームの透明性と心理的安全性 https://www.slideshare.net/NavitimeJapan/ss-238514881 これはこれで
• https://piyolog.hatenadiary.jp/entry/2022/08/13/023034
  • 攻撃から9分で全従業員に注意喚起していてすごい
  • ハードキーつよいね
  • 最後に偏執的ではあるものの非難のされない文化を醸成することがセキュリティにとって重要という点。今回のフィッシングをうけ、誤って入力をしてしまった3人の従業員に対し責任追及は行っていないとした。人間は間違いを犯すもので適切に報告を行い、隠蔽をしないということが非常に重要であると言及。 わかってる

• Gartner Hype Cycle for Software Engineering 2022 https://twitter.com/TheMarkONeill/status/1557531379746881536
  • Innersourcing はまだ Innovation Trigger らしい。
  • https://twitter.com/InnerSourceOrg/status/1559090454318256129 本家も反応
• Dunbars number
  • https://www.visiontemenos.com/blog/all-you-want-to-know-about-dunbars-number-from-prehistory-to-21st-century-enterprise
  • https://www.visiontemenos.com/blog/dunbars-number-in-enterprise-agility
  • Dunbar’s number suggests that humans are best able to handle approximately 150 relationships in a larger sense, and tend to maintain stronger ties to smaller groups of around 50 https://innersourcecommons.org/documents/books/InnerSourceChecklist.pdf
  • https://www.youtube.com/watch?v=r4QU1WJn9f8
  • https://thinkit.co.jp/article/8404 前にも見た

• 朝から Zoom で SQiPチュートリアルの会議。まぁ、まとまるっしょ。やっぱこうやって目標や方法や日程やら sync しておくといい。全部非同期コミュでやることもできるけど全員日常的に書くわけじゃないからなー。ツールへの慣れの問題じゃなくて他の活動を持ってる人たちだからだと思う。
• 俺以外の3人みんな Power Point じゃん。
• まだ足にきてる
• お好み焼きうまい。これが関西の力か。
• 台風に向かって帰宅
• お土産のぶどうがうまい。こちらから渡した静岡東部セットも食べてくれただろうか。黒はんぺん、桜えび、富士宮やきそば。
• RiJ をちら見。全然知らないゲームでも楽しめるように作られてるのがわかる。ものによっては RTA を突き詰めるよりツッコミどころのある糞感のあるゲームの実況に見える。10分くらい見てやめた。どうにも他人のプレイを見るというコンテンツとは相性がよくない。

• 琵琶湖博物館はよかった。水族館好きなら楽しめる。考古学好きにも。
• お目当てのブラックバス天丼。ハーブの香りがして食感もよい。が、特にバスの特徴がない。身も薄く切ってある。おいしいけどダメだな。滋賀ならどこでもブラックバス料理を食べられると思ったけど全然そうじゃなくて、ここ含めて数件しか見つからない。食用魚として根付いてないのか、そんなに獲れないのか。
• 人混みは避けたつもりだけど限界がある。KN95 マスクを信じるしかない。
• ついでに京都へ。近鉄への乗り換えこんな遠かったっけ。そうだったこんな街。
• 家まだ建ててなくてすいません

• 4時起きで移動
• ひかりって静岡に止まるやつと止まらないやつがあるのか
• スマホで Pull Request のレビューするのやりづらい
• よねはらじゃない、まいばら
• 田んぼが多い。静岡東部の田園風景よりも広く見える。
• 墓やら何やら見て、ほんとに亡くなったんだなあと実感。さぞ無念だっただろう。お別れなんてしたくない、墓参りなんてしたくない、線香なんてあげたくないんだけど、どうしようもない。
• 適当に入った店 "はらぺこキャット" のハンバーグがうまい
• 河内の風穴がおもったより本格的。いい写真がとれた。2日間筋肉痛に。
• 初琵琶湖。船の時間は終わってしまったので散歩。外来魚回収ボックスには何も入ってなかった。
• 音ゲー作曲家の考えがちょっとだけ見えて面白かった。やっぱり設計してるんだな。若い世代との差別化も意識している。売りにする、勝負する、そうねえ。
• 草津駅から20分ほど散歩してホテルへ。

• ぬまづの宝100選
  • PDF にある表を Google Sheet にコピーしたい。Word で PDF を開き、表を Google Sheet に貼るとできた。
• SQiPチュートリアル演習作成
  • おわりは見えてきたけどおわんねーな

• 滋賀旅行の下調べ
  • どこでもブラックバスを食べられると想像してたけどそうでもないみたい
• InnerSource Commons Japan
  • 訳文の Bag Bash
  • 見つかるもんですね

• SQiPチュートリアル演習作成
  • 複雑さとバグ発生確率の相関を示す論文探し
    • コードの複雑度が高い2割に8割のバグが含まれるのではないかと研究する人もいましたが、複雑度はたいていソースコード行数と比例するため、複雑度が高いとはいえ、それが統計的有意性を持ってバグが偏在しているという事実は認められませんでした。*2 1つだけ論文があるが、博士課程の論文程度のものなので無視してしまうことにする。 https://books.google.co.jp/books?id=4WR2EAAAQBAJ&pg=PA63&lpg=PA63&dq=%E8%A4%87%E9%9B%91+%E3%83%90%E3%82%B0+%E7%B5%B1%E8%A8%88+%E8%AB%96%E6%96%87&source=bl&ots=xXtRcxx4uv&sig=ACfU3U2nwCvYrCI3D2RQbTOOFCs7zBYxiA&hl=en&sa=X&ved=2ahUKEwi1xef7grn5AhULHqYKHSL_A6oQ6AF6BAgDEAM#v=onepage&q=%E8%A4%87%E9%9B%91%20%E3%83%90%E3%82%B0%20%E7%B5%B1%E8%A8%88%20%E8%AB%96%E6%96%87&f=false
    • その博士課程の論文 に出会ったきっかけがテクマトリックスの資料 だったのを覚えている
    • それを紹介するブログ も書いた。もう8年前だ。

• SQiPチュートリアル演習作成
  • 発表概要からのができた。あとはソフトウェアエンジニアリング以外に目を向ける問題も合わせて分野の理解というくくりにしよう。
  • 回答欄と本書の目次も作成
  • 全員分で4時間になりそうか
• ひもの和助
  • いつもサバなのでイワシにした。どちらも捨てがたい。
• 2次だめだったかー。理由は納得。もともと自分でも懸念していた部分。そう都合よく埋まらないってことと捉えよう。

• SQiPチュートリアル演習作成
  • 作りかけで時間もわりとかからなそうな分野の理解の演習を仕上げ…られなかった。終わりは見えた。
• 栽培
  • 畑に行くのが10日ぶりかな。1回雨が降ったから耐えてはいるでしょうと踏んで今日まで放置。ちょっとしおれている株が2つあったけど他は異常なし。いまのうちと考えて水を与えた。
  • サンマルツァーノが相変わらず病気。下の葉の方が異常があるので除去。
  • カボチャx3が枯れた。バターナッツx2が生きているけど葉が小さい。50%かなぁ。
  • 雑草がのびまくり。R15 が途中。手つかずだ。

• 骨になっちゃった。わかっていたとはいえ、さみしい。
• もう墓は決まっているのだけど、家に墓を作れるのかな？と調べるうちに "墓地埋葬をめぐる現状と課題の調査研究" に辿り着いた。令和2年厚生労働科学特別研究事業らしい。282ページもある。以下のページはその解説。https://hajime-himonya.com/?p=5071
• そもそも墓地埋葬法で庭に墓を作って納骨しちゃいかんことを初めて知った。
• ちょっとだけ畑に撒こうかな。桜の周りにでも。花が咲けば思い出すように。

• 2次面接
  • つつがなく答えられた気はする。あとから考えると、あの答えは悪く解釈される可能性がある、別の話をすればよかったかも、と浮かぶが、終わったこと。
  • 何の準備をするか手探りだったけどやっといてよかった。

• SQiPチュートリアル演習作成
  • モデリングの問題が進んだ。やっぱりこれが一番重い。
  • 昨日の増田さんの話と本はモデリングの問題を作る上で頭に入れといた方がいい。演習問題にドメインモデルは入れない予定だけど。
• 羊肉はいいもの

• Slack・Teams・Notionの様なコラボレーションが機能しない理由～統治機構と組織文化から考える
  • わかる、ささる
  • 企業統治の方法、そうよね
  • 時間と空間を選ばない非同期な働き方は、ドキュメンテーションが大きな前提にある。 InnerSource の本にもそう書いてある。
  • 自分の考えてる事・やってる事を文字にして残すというのは、実は結構な訓練が必要だと思う しかもチャットだとメールよりリアルタイムに書くことが求められる。ドキュメントの共同編集でもそう。これに加えて、場、人々、言い方、自身の評価を気にしだすと更に書けなくなる。
  • 組織が小さく、ツールが何も無いところで、メンバーのITリテラシーも高く、好きなツールを早いものがちで導入してキャッキャウフフしていれば良い幸せな時間は短い 至言だ
  • 現場の便利ツールにしたかったら、統合による横断や横具を早々に諦めて、会社・組織ごと分割していった方がよい, システムを経営の統治機構とするならば、IT投資は経営のアジェンダとしてToBeを提示し、現場が何を言おうと、たとえ人が辞めようと方針を貫徹するぐらいの覚悟が必要 やっぱ経営の統治機構だよね
  • 情報のサイロ化は、自然な動きなのですよね。自然だからほぼ同じ様な症状が違う会社でも起きる。その自然な動きに逆らって人為的にやらないと、一定以上の企業では、コラボレーションは起こらない そうか自然なのか。気づかなかった。それに逆らうから苦労するのね。
  • ビジネス側は、自部門の利益を最大化する事が最優先なので、放っておいても横展・横串の動きをするインセンティブが無い 自然ね
  • ・まず会社をどうして行きたいのか？・それを実現する為にはどの様なルールが必要なのか？・それを実現するにはどの様なシステムになるのか？ 会社をどうしていきたいのか、考えが及んでないように思える。経営課題だと考えていない。
• 設計の考え方とやり方 https://asken.connpass.com/event/254709/ https://speakerdeck.com/masuda220/she-ji-falsekao-efang-toyarifang
  • Eric Evans の DDD 本と達人プログラマーに書いてある
  • 変更理由、市場の競合関係の変化に対応する、事業の環境の変化に適応する、事業の遂行能力を変える、事業の方針を変える、開発者の事業活動の理解が変わる、開発者の設計能力が変わる、利用できる技術の費用対効果が変わる
    • 実態は競争優位より競争劣位。このままだと負けてしまう。
  • ソフトウェアの変更が楽で安全であれば…事業活動の変化のスピードを上げられる。事業活動の変化のコストを下げられる。開発者の学びと成長をソフトウェアに反映できる。開発者の成長の機会を増やせる。費用対効果の高い技術に移行できる。
    • 逆に言えば…スピードが落ち、変化のコストが増え、成長の機会が減り、学びと成長を活かせず、費用対効果の悪い技術を使い続ける
  • クラス設計の分かれ道
    • トランザクションスクリプト方式：データクラスと機能クラス、中心は入出力処理、プリミティブな型、防御的プログラミング
      • 計算判断ロジックが断片化し重複する、ビジネスルールの暗号化、どこにどんなロジックがあるか探しにくい、ちょっとしたロジック変更がやっかいで危険に
    • ドメインモデル方式：ロジックとデータのカプセル化、計算判断ロジック（ビジネスルール）、アプリで扱う値を独自の型として定義、契約プログラミング
      • 自然数であることが保証された型を渡されたメソッドでは、その値を分母として使用したときに 0 除算例外を考えなくてよくなる。
  • クラスを考える順番
    • ビジネスルールクラス：計算判断ロジックの制限的な記述
    • を使うビジネスアクションクラス：計算判断の実行、通知・依頼、記録・参照
    • を起動するコントローラー
  • クラス設計を改善するリファクタリング
    • 最初からきれいなものはできない。リファクタリングは前提とする。
    • ふくらんでくるクラスがある。低凝集。メソッド抽出、クラス抽出、パッケージの追加。分割意図を説明するためにパッケージ名、クラス名を工夫する。
    • 分割した要素の凝集度をさらに改善する。クラスの移動、インスタンス変数の移動
  • テーブル設計
    • イミュータブルデータモデルに振り切っている。事実の記録を徹底。INSERT だけで UPDATE しない。
    • 同じ条件で参照すれば必ず同じデータを取得できる。書き込みが単純になる。読み取りも単純になる(WHERE句の単純化)。同じ事実をあちこちで複製しても不整合は起きないので分散システムと相性がよい。

• 家族が減ってしまった。大往生だけど寂しい。

• 進まねば
• 1次面接
  • 相手からすると私は期待している人材そのものではないだろうから、それでも現場で役立てると判断されるかで決まるんだろう。キャッチアップできるか。

• Android
  • https://developer.android.com/courses/android-basics-kotlin/course をちらほら
  • https://github.com/google-developer-training そういうのもある
• 沼津夏まつり2日目
  • 朝食は屋台のやきそばとビール。
  • 花火の種類が増え、時間あたりの打ち上げ数が多い気がする。

• Android
  • 昨日は Slack API で今日は Android って何してんだと自分でも思うけど仕方あるまい
  • とりあえず Android Studio https://developer.android.com/studio/
  • https://developer.android.com/training/basics/firstapp 最初の画面で入力したテキストを次の画面に渡して表示した
• 沼津夏まつり1日目
  • 知っている光景が戻ってきた。サ!!のうちわを入手。人混みに留まることは避けた。

• 職務経歴書を更新。製品を構成する技術、本職で使用したツールを追記した。
• Slack API
  • Slack で運営している Testing Community JP で、メッセージが90日間の保存になるからどうしようっていう話が出てる。既存のツールもあるけど、自分でも簡単なものなら作れるのかな、今後 Slack はまだ使うだろうから API がどんなもんかさわってみることにした。
  • https://api.slack.com/apps 対象ワークスペースのトークンを作る。今回はパブリックチャンネルの発言を読むだけ。
  • https://slack.dev/python-slack-sdk/faq.html#python-documents Python で始める
  • https://api.slack.com/methods/conversations.history/ この API を使うと発言を取得できる。1チャンネルあたり100件が1度の取得言語っぽい。10000件とるには100回呼ぶのかな？
  • API リファレンスにある返りの JSON が Python SDK だとどうなるのか読み取れなくて、結局 JSON を見て dict, list を判断している。そういうもん？
• 栽培
  • 水やりだけ
  • サンマルツァーノも病気っぽくなってきた。他のトマトとは症状がちがう。トマト全部病気になってないか？
• 灯籠流し
  • 祭りは見ても灯籠流しは見なかったので久々。20年ぶりかもしれない。大抵は御成橋をくぐる前に消えてしまう。

• WACATE夏ワーク的な仕事がおわった。いい題材だった。なかなかない。いや、WACATE夏ワークって言ったけど、これ若手がやる仕事じゃないよな。ベテランもうっかり WACATE に行くことがあるけど(今でもあるのか？)、そういう人達向け。しいていえば。

• 長くないな

• カジュアル面談のフォローアップみたいなやつ。親切だなあ。他にも潜在層いるだろうに。
• 栽培
  • 4:00 は早すぎた。まだ暗い。
  • 雷が来たので大した作業もせずに撤収。
• InnerSource Commons
  • https://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%83%8A%E3%83%BC%E3%82%BD%E3%83%BC%E3%82%B9
    • メリットベースってなんなんだろう。30分調べてもわからなかった。
    • ARMとIntelは、メリットベースの決定でLinuxカーネルに取り組んでいる。
    • ARMとIntelは、経営判断に基づいてLinuxカーネルに取り組んでいる。
  • 2時間会議。初回
    • 最初の訳は、どうにかなるでしょう。そっから何を目標にするかだね。
    • Trusted Comitter を日本語にするとしたら…お墨付きコミッター、常連コミッター、顔パスコミッター
• 文学って学問じゃなくて作品だったの？学じゃないじゃん。 https://twitter.com/masskaneko/status/1551599256187768832
  • https://ja.wikipedia.org/wiki/%E6%96%87%E5%AD%A6
  • というのは冒頭だけを読んだ印象でもあり、ページを読んで戻ってきた印象でもある。文章を作る方法の学問か、文章から発見する学問だと想像していたので、まさか 最も普通の意味での文学は、それ自身が歴とした芸術である。 とは想像しなかった。
  • 学であるからには発見と体系があると理解していたのだけど、そういうわけでもないのかもしれない。
  • なるほど人文学 https://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu4/siryo/attach/1337673.htm
  • 文章を研究すると、ここにあるように「人間の多様性の解明」に行き着くのかもしれませんね。humanity を辞書でひくと literature, language, history, philosophy とあるのもその表れでしょうか。ということが進みました。工学しか見ようとしてこなかった私には新鮮。
  • 目の前の人間が同じ言語を話していたとしてもどのような背景があってその言葉を話しているかを理解するための研究 それもまた人間の多様性の解明なんでしょうね。観測と、それを解釈した思念の区別は、高校時代の倫理で初めてふれましたが、そのときは思想と言語と物理的な観測しか扱いませんでした。人文学というともっと、歴史と文学あるいは宗教や生活様式まで総合して他者理解をするのかも。

• TestingCommunityJP で SPL の質問があった。お手本のやり方とは言えないし SPL をやっていたとまで言えないと思うけど、当時どうやってたか思い出すために回答する。 https://testingcommunityjp.slack.com/archives/C9KBY6K32/p1658007921460029
  • コア部分はリポジトリでバージョニングされている、派生製品ごとにリポジトリがあり、どのバージョンのコア部分をとってくるかを決めている、コア部分のバージョンアップ内容のほか、派生製品の市場リリースまでの期間次第で、バージョンアップするかしないか決める（例：3ヶ月ならバージョンアップしてテストする、1ヶ月ならテストが間に合わないから見送る)。だいたいこうやっていた覚えがあります。コア部分のバージョンアップを見送った派生製品があっても、その次の派生製品を出すときにはバージョンアップしていたはずです。
  • もう6年以上前ですし、SPL とまでは言えないし、決して良いやり方ではないことを前置きした上で思い出しました。なお、コアとは例えば、派生製品群に共通のライブラリ、デバイスドライバ、アプリケーションの非UI部分を指します。
  • コアの修正によって派生製品にバグが起きたことがわかったとき、原因がどちらにあるのかを調べます。必ずしもコアが原因ではなく、派生製品に元々あった欠陥がコアの修正によって引き起こされる場合もあります。基本的には原因のある方を直します。出荷期限が近い場合、修正が技術的に難しい場合は、修正をせずにコアのバージョンを戻して暫定的対処をすることもあります。具体的には派生製品のリポジトリで指定しているコアのバージョンを "最新" から "特定バージョン" に変更します。こうした暫定的対処を強いられるバグが複数あり、コアのバージョン指定だけでは全てを解決できないこともあるので、どのバグ修正を諦めるか、開発期間を伸ばすか苦渋の判断が必要なこともあります。
  • コアを変更する時、派生製品とのインターフェース(APIやデータ構造)が変わるときは、コアのリポジトリにコミットされる前に内容が協議されます。協議といっても、メールだけで済むことがほとんどでした。コアチームが大きな変更と認識している場合は会議が開かれることもありますが、まれです。インターフェースが変わらないときは、コアのチームによっては変更内容を端的に示すリリースノートが派生製品の全体メーリングリストに連絡されます。ただ、コアを変更しても何も連絡しない場合が多かったように思えます。何も連絡しなかったとしても、リポジトリのコミットログか、毎週の内部リリースビルドのための変更点を記録する文書を見れば、変更があったことを派生製品チームが知ることはできます。また、連絡をするときでも、派生製品チームの同意がないとコアを変更できないという場合は見たことがありません。
  • コアの変更連絡の数が派生製品の数だけかというと、そうです。ただし前述のように、メーリングリストでの事後報告(あるいは変更直前)もあれば、会議を開くこともあれば、何も連絡しないこともあります。
  • コアの変更連絡はコアの開発チームと派生製品の開発チームの間で行われます。両チームは開発部門にいて、QAのいるQA部門とは異なり、開発チームのメンバーにQAはいません。開発部門内のテスト専門職がチームメンバーにいる場合はあります。コアの変更連絡に用いられるメーリングリストにはQAも入っていますが、QAが反応しているのを見たことがありません。QAが出てくるのはバグが起きてからです。そして、変更内容の連絡はあっても、テスト内容まで連絡しているコアのチームは見たことがありません。
  • 回答ここまで。
  • 結局、予防コストをどこまで払えば一番お得かという問題なんだろう。
• 栽培
  • R15 の木枠を作った。
  • 米ナスを収穫。まだなるだろう。ペースが期待より遅い。
  • 植え直したトマト2株も病気と思われる症状になったので撤去。同じ場所にサツマイモを植えた。土が原因ならサツマイモも病気になりそうだけどどうだろう。原因を特定するなら、健康なサンマルツァーノから作った苗を植えたいところだけど、まだ育ってないので。
  • 5:30 開始、7:30 終了。これでも遅い（暑い）。4:00 開始、6:00 終了でもいいかもしれない。

• "バズワード化した概念とその解説を示す文献の切り抜き画像や断片的解説だけを見て、自称中級者程度の知識があれば判別可能な欠陥に一言程度の文句を吐いて寄り合うことは、自称中級者を更に堕落させるのに適したポルノ的体験である。避けよう。" と学習した。
  • Spitting out a word or so of complaint about flaws that can be discerned with the knowledge of a self-proclaimed intermediate level by leaning on only clipped images and fragmentary explanations of buzzworded concepts and literature that illustrate them ​is a pornographic experience suitable for further degrading the self-proclaimed intermediate level. Avoid it.

• SQiP演習作成
  • 1個はできたかな。もう2個もできそう。一番重いのはできるだろうけどとても苦労しそう。
• 戸田港まつり生きたかったなー
• 目立たないカフェを開拓した
• 小説というのものを10年？ぶりに読んで気づいたこと。人物や場所などの固有名詞が登場した時点での説明は簡潔でしかなく読み進めると推測が進む。全て読んでもわからないことすらある。技術文書や報道文書のように出典を示したり特定の節でまとめて説明するものとは構造が異なる。物凄く新鮮に感じた。 https://twitter.com/masskaneko/status/1550817587063242752
  • 論理的思考力があっても文学的文章が苦手！　の対策 https://tyugakunyushi-kokugo-shoronbun.com/topics/%E8%AB%96%E7%90%86%E7%9A%84%E6%80%9D%E8%80%83%E5%8A%9B%E3%81%8C%E3%81%82%E3%81%A3%E3%81%A6%E3%82%82%E6%96%87%E5%AD%A6%E7%9A%84%E6%96%87%E7%AB%A0%E3%81%8C%E8%8B%A6%E6%89%8B%EF%BC%81%E3%80%80%E3%81%AE/
    • 言葉のひだ、言葉のあや、行間、言葉の裏に隠された心情。そういったものまで文学的文章では読み取らなければなりません。 無理でしょ？
    • 生徒を見ていると、論理的思考力はあるのに文学的文章が解けない子は複雑な心情表現（＝問われやすい部分）に関係する手がかりを読み飛ばす傾向にあります。実体験がないので、ぴんとこないのです。実体験がないと心情が読み取れる動作や発言があっても読み流してしまうんですね。 小学生の頃の自分に論理的思考力があったかは危ういけどこうだったのかもしれない
    • ある言動のもとにある感情は一つとは限らないということを、お子さん自身の感覚に落とし込んでみること。 小学生にそんなことできるか？と思うけど、できる小学生が何割かいたのかもしれない。もしそうなら会話が通じないのではとすら思える。

• 犬の世話
  • 目の治療で延期されていた狂犬病の予防接種をようやく終えた。
  • 抗生物質を止めたからか、また菌由来と思われる目やにが出るようになってしまった。機能的な改善はせずとも免疫は戻ってほしい。不思議と目のことは気にしていない。もう感覚がないのかもしれない。
• 筋トレとプロテインと食事制限が定着してきた。ゆるいけど。

• デブサミ
  • Developer Productivity 20年物語
    • Sun Microsystems, Release Engineering, 単純作業？ Developer Productivity の走り, チームでの開発, 公式ビルド:ユニークな番号をつけて皆が見えるところに置く, 夜間テスト:公式ビルドをQAチームが自動テストして朝メールで届く, ビルド用のハードウェア管理, Engineering/QA組織が別:視点が違う,緊張関係,QAは完全にできたものをテストする, ユニットテスト:JUnitがまだ流行していなかったころ, 公式な開発プロセスではなかったけど開発者がやりはじめていた
    • 一日一度では足りなくなった: この変更を入れたバージョンを隣のチームに渡したいから作ってくれないか？ automatic build & test at every check in, automatic integration at higher frequency, ソフトウェアでやればいいんじゃないか？ 後の Jenkins
    • 世の中ではもっと大きな潮流: クラウド, 人件費は上がる一方だけど計算機の値段は下がる一方, 湯水の如く計算機を使うには, Sun は業績が右肩下がりでレイオフ→デスクトップマシンが余るので調達, 分散ビルド, 20台構成
    • Pre-commit / pre-merge: Gitによってやりやすくなった, 最初はGerrit, 他の人の変更と混ぜる前に問題が見つかれば自分のせいだと明確にわかる
    • Selenium, then Appium: レイヤーが増えた, 画面に写ってるものをテストするにはどうするか
    • Engineering in Test: ユニットテストが当たり前になってくるとテストをしやすく設計するニーズが生まれた, パッケージとWebサービスの違い, 動いてるソフトウェアに手出しできるか, 壊れそうになったら直そうという選択肢
    • CloudBees 立ち上げ: シリコンバレーでは大企業組とスタートアップ組で分かれていて交わる機会が少ない
    • Provisioning: Developer Productivity に必要なサービスをえいやっと立ち上げる, なんなら会社の標準に沿った初期のスケルトンコードまである, アプリは何もないけどCIはあるのが初期状態
    • Infra consolidation: 開発インフラは各チームにあったのが社内SaaSに、とはいってもOSSは社内SaaSで求められるマルチテナントに向けて設計されていない, 各チームでの文化の違いがうまらない, 宣教師, 1人が面倒見れるのが1チーム分なのでチームを超えてスケールしない, 会社の栄枯盛衰は3年5年で動くから宣教してていいのかとも思う
    • 何千人が同じプロジェクトに向かっている組織もある, そこにはビルド職人, 世の中の潮流から取り残された独自の文化を進むことがある, そうでない多数の小さな組織はビルド職人を雇う余裕がないからオープンな技術を採用する
    • Developer Productivity のツールが SaaS になってきた現在では、セキュリティを理由にそれらを採用できない会社が取り残されがちになっているように見える
    • Feature Toggle だなんだというのは Web サービスのための技術だけどパッケージ開発には適用できない。パッケージは日陰に見えたときもあったけど日の目を見るのではと思うときがある。
    • ここまでの歩みを見ると組込みはなんて行進的なんだろうと思っていたことがあったけどやりたいことができる計算機が多い安いという状況ではないからだということがわかってきた
    • アメリカの斜陽な会社は Developer Happiness に投資してエンジニアをつなぎとめようとしている
    • アジャイルをリードしているのは実は日本に見えるけど日本人は多分アメリカに追いつこうとしてやっているのではないか？おもしろい
    • 大規模になると破綻するのはビルドとテスト: incremental distributed build at scale: 少しずつビルドして融通し合う, more intelligence: 全部できないから有効なところからやる
    • Launchable: CloudBees は大きくなりすぎた, 自分の好きなことをやれるように
    • 世界中の国に開発を投げているのは日本とフランスだけ
  • Findy
    • https://speakerdeck.com/findyinc/dev-sumi-20220721-productivity-features
    • Findy では1人1日あたり平均プルリク3件を作ってこなす
    • 数値化のマインドがある, サーバーのメトリクスも可視化していますよね, 定量的な議論は具体的な改善策につながりやすい, 企画やデザインなど組織全体で
    • 自分達のことになると定量化はプレッシャーになるチームが多いようにみえる, 事実に向き合うことのつらさ, 体重計に乗りたくない心理
    • はてなの事例: プルリクの数が増えた, 1プルリクあたりのサイズが減った, リードタイムが減った, こまめなCIが走るようになった, つまり安全なコードを保てるようになった, コンフリクトが起きづらくなった
    • グロービスの事例: 1プルリク300行当たり前, 休み前のビッグバンリリースが横行
    • 帰属意識の高いプロダクトであるほど多く修正するようになる, Lean と DevOps の科学
    • ドラム式洗濯機になると乾燥もしやすくなる, 毎日でも洗濯できる, 頻度が上がると生活の質が上がる
  • Findy 感想
    • 変更単位を小さくしてもアウトカムは変わらないのでは？というもっともな疑問。例えば、ある機能を開発するのに書いたコードが同じでプルリクの数が1個と10個だったとするとそう思うかもしれない。ただし、10個の方がレビューの総コストが低く、レビューとテストで欠陥を見逃す可能性が低い、コンフリクトを起こす可能性が低い。つまり、やり直しのコストが低くなると考えられる。ただしこれは実証されていない。LeanとDevOpsの科学以上のことはわかっていない。そこをFindyが示せると強い。
    • "ドラム式洗濯機"を持っていることが前提。でないと生乾きの服へ何回も着替えることになる。水路を流れていくコード片の量、時間あたりコード片の量、が話の重点だが、水路の質、フィルターの質も良くなければならない。頼れるCIパイプラインと自動テストがなければならない。
  • メルカリ
    • 問題意識: ターゲットは経営層, エンジニアというよりも, Facebook のファウンダーと話をする機会があった, Qタイムリープしてもう一度同じことをやるとしたら？A早期にリソースの大半をプラットフォーム開発へ投下したいね, おもったよりも早く投資すればよかった, 即答だった, 歴史から学んだであろうテックジャイアントも後悔している, なぜ愚者的な選択をしてしまうのか/せざるをえないのか, 事業がうまくっているから投資できる, 初めからプラットフォームに投資することはできない, だから思ったより早期にと表現されている, 技術的負債も開発生産性の低下も原因があるはず, 「もっと早くプラットフォームに投資すればよかった」と経営層に思ってもらうためのロジックとは, ビジネスの変化(例:メルカリはC2Cマーケットからペイメント事業を始めた), 法令
    • メルカリでは？: 技術的負債はエンジニアの言葉, 経営層には伝わらない, 負債も資産なのだから持っておけばいいじゃないか, 受け取りやすい文脈が必要, そこで Short Termism あるいは Myopia, 目先の利益を優先して将来の利益を損ねる, Robust Foundation for Speed Task Force (RFS TF)
      • https://glossary.mizuho-sc.com/faq/show/1163?site_domain=default
    • RFS?: グループ全体の非連続的な成長のため, 試行錯誤の機会, ビジネスのSpeedが目標(開発のSpeedではない), エンジニアリングとして強化することはコミュニティで言われていることと変わらない, 最新の技術スタックが並んでいることから連想するキラキラしたイメージが壊れてくれないかなと思っている, できてないことがある
    • Why?: このままでは事業計画が頓挫すると考えたので経営層に話をもっていった
    • 何のドキュメントもない, データベースと密結合しているビジネスロジックを解いていく, 継続できるようにしていく, 1年近くやって仕様やコードが継続できるものになってきた, ネガティブなフィードバックがあった, きついが経営層からのフィードバックはごちそうだと思って食べていく
    • 生産性の妥当な絶対値を追求するよりも上がったか下がったかが明確にわかることが重要
    • https://careers.mercari.com/jp/engineering/rfs
  • メルカリ 感想
    • 何の経営の意思決定が開発生産性の低下を生んだのかを明らかにしたいんだろうな
    • なぜそのままだとビジネスの継続性がなくなるのか, 改善されるたことをどう測るのか: 新しい社員がプロダクトとプロセスを理解してパフォーマンスを出せるようになるまでの期間、価値を生む労力とやり直しの労力の割合、として測るのかな
    • twada の質とスピードと同じに思える
• 献血
  • 小学校の同級生に会った。そんなこともあるもんだ。見た目には全く面影がなかったけど、声はわかる。
• かわせみへ。これで3回目か。くせになってる。しかしほかに替えがない。

• 無料+ちょい有料の健康診断
• カレー屋に入ったら開店前だったけど作ってくれた
• 栽培
  • ちょっとした草取り。全然追いつかない。
• テスト戦略おしごと
  • ひさびさに Mermaid で図を書いた
  • 身についてないね
  • 引き出しの少なさを感じる

• DRIVE CHART は DeNA時代からなんだなー https://www.slideshare.net/dena_tech/drive-chart

• 栽培
  • R15 がようやく完成。サツマイモx4を植えた。1つだけ芋ごと、3つはツルのみ。
  • 植え直したトマトも不調。一番後に植えたサンマルツァーノは順調なので土か株か。サンマルツァーノの脇芽を他のベッドに植えれば原因を絞れる。
  • とうもろこしの第一陣の中で雌穂が出たものが2本だけ。だめそう。第二陣はそろそろ雄穂が出そうで樹勢も良い。1本だけ雌穂が出ている。
  • 枯れたトマトx1、ナスx1の場所にサツマイモのツルを植えた。いまのところ順調。一部枯れた夏野菜は諦めてサツマイモに切り替えるのがいいかも。
  • みかんx2 のまわりの草が茂ってしまった。生きてるか危うい。

• https://www.youtube.com/watch?v=A8qTRBc8Bws
  • N2 --fixation by bacteria--> NH4+(Ammonium)
  • NH4+ --Nictrification by another bacteria--> NO2-(Nitrite)
  • NO2- --More nitrification--> NO3-(Nitrate)
  • NH4+, NO2-, NO3- are available for plants, NO3- is the best
• 農地の窒素循環: 寒地土木研究所月報No.751, 2015 https://thesis.ceri.go.jp/db/files/10810534265669248e682f7.pdf
  • 作物が吸収できる主な窒素の形態は、アンモニウム態窒素(NH4-N)と硝酸態窒素(NO3-N)である。これらはともに無機態Nの形態である。作物に吸収された窒素は、作物の体をつくるタンパク質や酵素タンパク、葉緑体タンパクなどの構成成分となる。これらは有機化合物としての窒素、すなわち有機態Nである。
• FRAM そういうのもあるのか
  • https://zerprize.co.nz/home/FRAM
• 夏への扉

• 浮島ひまわりらんどでいい写真が撮れた
• ひさびさにテスト計画っぽい作業
  • 馴染みのないドメインだと、これが効くという自信がない

• InnerSource Japan
  • 会議前の覚書:
    • 決めることは？ビジョンの共有、チームの設立、ここ1年の目標設定、直近のスケジュール設定、協働方法の決定(リポジトリ、ドキュメント、レビュー…)
    • ビジョンは日本で InnerSource を広めてゆくこと。
    • ここ1年の目標成果は、Patterns 翻訳、Getting Started... 翻訳、Adapting... 翻訳。翻訳に注力するならこれくらい。
    • メンバーはおそらく InnerSource を推進してる人、ソフトウェアエンジニアリングにおける組織づくりに詳しい人、翻訳経験のある人
  • コアメンバーでのチームビルディングが先
  • Getting Started with InnerSource を先に読む方が価値を理解できそう、勉強会の題材にもよさそう
  • InnerSourceという言葉は使っていないけど近い目標を持っていて近いエンジニアリングに取り組んでいる人々がどこにいるか？どうアプローチしていくか？
• MoT Tech Talk
  • 平均空車待ち時間 + 平均迎車移動時間, マッチング距離上限をメッシュごとに算出、15分毎に更新
  • 優先するタクシー会社を選ぶ機能。想定ほど効果がでないのは障害か想定試算のミスか？ある配車ルールに接触していることが判明。そのルールを緩和し、優先するタクシー会社が選ばれる確率が上がったことを確認。
  • 配車リクエスト1つずつマッチングを計算するよりも、ほぼ同時のリクエスト複数に対してマッチングを計算した方が当該ユーザー群の待ち時間の総和は最小になる。 max wewight matching で解く。効用を距離の1次関数とするのが簡単。だが、現実を即したモデルにするには多次元にするしかない。効用の考案にはビジネス部門も関わる。
  • 早朝、雨天、退勤
  • 配車依頼ログに承諾・拒絶が残っている。時間、メッシュなどの特徴量を生成して LightBGM モデルを作成。
• あるユーザーの使う機能の結果が他のユーザーの行動に影響を受ける、数千や数十万人もユーザーが多数いる、何ヶ月や何年も利用されている、何TBものデータが蓄積されている、ほど、機能の結果は決定論的ではなくなる。
• 文脈なく単にアプリの機能というと1を入れると必ずAが出てくるみたいな決定論的なものだと認識していたけど、検索・翻訳・配車・広告・SNSなど現実のアプリはどんどんそうでもなくなっていく傾向にあると気づいた。認識のアップデートが必要。
• だから「レジリエントなQA」の重要性が高まってくるということかな？https://twitter.com/hide_ramen_san/status/1546780439448518656

• 13年のWiMAX利用を終え、初めての光回線へ。快適。
• MS ToDo でのタスクマネジメントは、リストをプロダクトバックログ、今後の予定をスプリントバックログに見立てると使いやすいことに気づいた。ようやく。べつにスクラムじゃないけど。未定のものも含めた未来のことがリスト。やることになったら期限と通知を入れる。タイトルの最後に予想所要時間を書く。多くても16hまで。
• CML っていうモデリング言語があるのか https://contextmapper.org/
• https://twitter.com/nodchip/status/1546449966150795264 Google 模擬面接の社会人サークルがあるのおもしろい。手加減して解釈すればコーディング面接一般に使えるかもしれない。
  • Arai60セット https://1kohei1.com/leetcode/

• JaSST Niigata 2022 - 基調講演
  • 監視の着目対象は点、コンポーネントに注目、過去の傾向、外から見られること
  • 5年くらい前は observability は使われていなかった (SRE本、入門監視)
  • observability: 中の振る舞いや状態
  • 中に入ってログを見なくてもいい、外部ツールから observe することができる
  • アクセスを点よりも線や面として把握する
  • (known|unknown)(knowns|unknowns)
    • Q1から、直感,テスト,監視,オブザーバリティ
    • ほんとか？
  • 監視は、アクセス全体の傾向を見る。でも、点？全体の傾向を見る単一のメトリクス（さっきの例）だから点？
  • 名前が中身を表してないな。中身は重要だから覚えよう。
  • ここからオブザーバビリティを実現する方法の話
  • three pillar: メトリクス、ログ、トレース。ただとればいいわけではない
  • 線や面にするための残し方があるんだろう
  • どのユーザーのリクエストや内部イベントに対する結果なのかがわかるようにするってことが構造化なのかな
    • やっぱそうですよね IPアドレス＜ユーザー名＜セッションID＜アクセスUUID
  • カーディナリティ: 高い方が一意にアクセスを特定できる可能性が高い
  • トレース: Jaeger の例, 1つのリクエストに対する処理時間の内訳を時系列に表示
    • シーケンス図が出ればいいと思う
  • オブザーバビリティ駆動開発、後から実現しようとしても遅い、という言葉がありました。これをうまるやるための起点は、要求として書いておくことだと
  • Q.オブザーバビリティを実現するためのユーザーストーリーを作っておくことがオブザーバビリティ駆動開発ってことなのでしょうか？例：「POとして、どの機能がどの地域のユーザーによく使われているかの情報を残してほしい。なぜなら、今後優先する機能を決める判断材料にしたいからだ。」「UXデザイナーとして、どの画面でユーザーがスムーズに操作できるか、あるいは迷っているのかを知りたい。なぜなら、改善すべき画面を特定したいからだ。」
    • A.どちらかというとサービスとして欲しい機能であって、未知の状況に対処するための活動ではないように見える。
• JaSST Niigata 2022 - freee
  • まさかの tDiary の人
  • 障害訓練は一種のテストってことが気づきだったらしい
  • CSIRT 社内の情報システムのセキュリティ, PSIRT プロダクト・サービスに関するセキュリティ
  • WAF はルールベースのフィルター
  • 正常な行動から外れているとその場でログアウトさせる
  • 攻撃
    • エンジニアが使うOSSツールにマルウェアを仕込む
    • クッキー
    • 社内SNSでなりすまし
    • 情シスに2FAリセットをお願い
    • 本番サーバーにログインして攻撃
    • CEO にBTC支払い要求
  • 期待された発見は技術的なことだが、訓練でわかったことは人間の問題。いくらシステムを強固にしセンサーを張り巡らせても、それを判断する人間を訓練しなければ真のObservabilityは完成しない。
  • 全社訓練の前に部門訓練。ビッグバンテストの前にユニットテストみたいな考え方。
  • ソフトウェアエンジニアリングのプラクティスはソフトウェアだけで完結しない。人間も一緒に鍛えなければならない。
  • 午後3時間の訓練、1時間で振り返り。振り返りではGoogle Docsに大勢がKPTを書き込んだ。Problemsは多数で重いものもある。1年で到底解決できなさそうなのもある。取り組む順番を決めてやっていく。
  • 訓練用の障害を仕込むチーム（搭載：軍事用語）は5人
  • オープンな社風の会社とはいえ、さすがに社内SNSに「CEOに3000万円要求されました」と書けなかった
• JaSST Niigata 2022 - リンクアンドモチベーション
  • SREユニット QAエンジニア
  • スイカの食べ頃時期を外から見極めるには？
  • 数年前までインフラエンジニアだった→SREに→監視,カオスエンジニアリング,Observability
  • 監視はQA(開発チーム)で持とう！が結論
  • テスト293の鉄則に Testability の1つとして Observability がある
  • SRE文脈の Observability は未知の障害に備える やっぱこれなのか。1回も考えたことなかったかもしれない。
  • 実例 SRE:ログは整備されています。探す仕組みもあります。アプリ特有の検知？わかりません インフラエンジニアからSREになりきれてないように見える
  • QA(役割)がリリース後に関わる機会として監視を担うのはありそう。SREの認知負荷を下げるためというのはわからない。
• observability ねえ
  • (known|unknown)(knowns|unknowns) ってなんだろう https://www.itconductor.com/blog/how-to-build-observable-systems
    • preparing to known failures by known causes
    • preparing to unknown failures by known causes
    • preparing to known failures by unknown causes
    • preparing to unknown failures by unknown causes
  • ユーザーが動かしている環境を観測できることへの私の期待ってユーザビリティの問題を早く定量的に示すことなんだけど、observability の文脈で多くの人が焦点を当てている問題はリクエスト集中や侵入といった性能とセキュリティの問題なんだろうと思えた。かなりずれている。

• 栽培
  • 板と杭を買った。最初の目標まであとベッド3つ。
  • 1800mm の支柱5本を買った。浜で拾った竹を使おうとしたけど、まっすぐで1800mmのやつがないので買った。
  • ニャハハの家庭菜園でおなじみ、ゴムスビーが届いた。
• 1社落ちた。次へ。応募できそうなのはあと4社かなあ。

• TopGun Maverick
  • 初代TopGun を見てから行った。見てよかった。
  • 4DX って絵が飛び出るやつかなと思ったら揺れるマッサージチェアだった。ビールをちょっとこぼしてしまった。
  • 見せ所の作り方は初代とよく似ていた。
• InnerSource Commons
  • 語句のレビューまじめに考えると数時間消費
  • 内容はおもしろい。経験からして共感できる。こうなりたいけどなれなかったっていうのもある。
  • Trusted Committer っていうパターンがある。Committer って Trusted だから Committer って言われるから Trusted って冗長なんじゃないの？Trusted をつけるなら Trusted Contributor ならわかる。Contributor って必ずしもいい貢献をするわけじゃないから。
    • っていう疑問を Slack に書いたら反応あり。
    • Trusted と認定する人は developers だけでなく upper management, management interface を含む
    • committer はあるプロジェクトに commit すること。やることはコードを書くことだけではなく、ドキュメントを整備したり、コミュニケーションを円滑にしたり、テストしたりすることも含む。
    • Trusted Committer は Maintainer になる可能性がある。
  • patlets って初めて見た。パターン・ランゲージ用語かもしれない。
    • To make it easy to compare and contrast the patterns in a group, each group of patterns begins with a table of pattern summaries, called patlets. A patlet shows a pattern’s icon, name, short problem statement, and summary of the solution. https://www.informit.com/articles/article.aspx?p=2065043&seqNum=4

• 面接おわり。わりとフランクだったけど疲れた。
• https://twitter.com/cz_binance/status/1543905416748359680 技術ブログがセキュリティホールになったと読むこともできるけど、こんなキーとエンドポイントを丸々書いたコードが社内で生まれる方が根本か？
• MoT がフルリモートOK宣言してた。前にGoは沼津がエリア外だったけど今は入ってた。これはありかもしれない。

• 栽培
  • 恵みの雨よ
  • R13を完成させた。赤土を入れている最中に堆肥を入れるようにした。これで混ぜる手間が減り、上層に堆肥が偏ることがない。堆肥の量は従来の1/3にした(1袋40Lの1/3)。
  • 早速サンマルツァーノx3を植えた。ポットの育成限界を超えてると思えるくらい伸びている。
  • 米ナスあと1週間以内に収穫できそう
  • とうもろこし1陣の背はのびて雄穂も出てるけど実ができない。雄穂は開いてないから待とう。
• InnerSource 日本はじまりそうだな。っていうかはじめる側。
• 選挙ゲーム
  • ブラウザで動く https://e869120.github.io/election-game/index.html
  • 負け！
  • コード https://github.com/E869120/election-game
    • ソフトウェアエンジニアリング目線だとコードの品質がどうこうって言いたくなるけど、反響が出るものを作ったってことがまずすごい。これは忘れてはならない。ライブラリに慣れてても6-7時間では作れないなあ。
  • https://siv3d.kamenokosoft.com/ OpenSiv3D for Web

• https://twitter.com/Hiro_Washi/status/1543236644798857217 SWEBOK V4 public review 再開が近いらしい
• 経済産業省 未来ビジョン 2022 https://www.meti.go.jp/press/2022/05/20220531001/20220531001-1.pdf
  • 投資家が、中長期的な投資・財務戦略において最も重視すべきだと考えているものは「人材投資」であるにも関わらず、企業側の認識とギャップがある。
    • 逆だと予想してた。投資家の方が未来を見ている。研究開発費とIT投資も投資家の方が優先順位が高い。
  • 日本の学生は、「大学生後期」に進路を決める者の割合が高い。
    • かなり異なる。中高で決める割合は、日本15%、ドイツ44%、アメリカ、25%、中国26%、インド17%、ベトナム30%…。
• stackoverflow survey 2022 https://survey.stackoverflow.co/2022/#salary-canada
  • https://survey.stackoverflow.co/2022/#ability-to-find-knowledge-and-information-within-their-organization
    • InnerSource 関係かな？ Knowledge siloes prevent me from getting aideas across the organization
• 栽培
  • 恵みの雨よ
  • 調子の悪いトマト3株を諦めて抜き、ストックの苗に差し替え。茎を水につけても白くにごらないので青枯病ではなさそう。虫も全く見当たらない。トマト以外にとうもろこし1株、なす1株が同様に葉が枯れている。場所から考えると通路にまいた除草剤がレイズドベッド内に入ってしまった可能性がある。ほか、灰色かび病かサビダニかもしれない。新しい苗も同じ枯れ方をしたら土に原因がある可能性が高くなる。

• https://github.com/remote-jp/remote-in-japan リモートワーク会社一覧
• 図書館
  • 図書館情報学の本を簡単に読んだ。ぬまづの宝100選がらみで歴史を調べると、昔のことを残していく価値がわかってくる。
  • 史書コーナーがマニアックすぎる。史談会の沼津史談だけでも圧巻。沼津の教育(令和3年)と沼津今昔物語を借りた。
• 沼津の教育
  • 教育委員会 https://www.city.numazu.shizuoka.jp/kurashi/kyoiku/kyoiku/ から辿れる
  • 教育基本構想 https://www.city.numazu.shizuoka.jp/kurashi/kyoiku/kyoiku/keikaku/kihonkoso.htm
  • 文化・芸術・歴史 https://www.city.numazu.shizuoka.jp/kurashi/kyoiku/kyoiku/bunka/index.htm
  • 文化財 https://www.city.numazu.shizuoka.jp/shisei/profile/bunkazai/index.htm
• se-index 論文DBのやつをちょっと再開
  • InnerSource commons で論文まとめてる人がいるっぽいので innersource で探ってみる。と、20本ってところ。ngram が一致してるだけで中身が innersource を扱ってないものもあるだろうけど。2002年のやつもあるし。
  • "innersource" と "inner source" をまとめたい
• 介護が必要になってしまったか

• 勉強会『成長し続け、変更を楽に安全にできるソフトウェア設計とは』のまとめ https://sochankun.hatenablog.com/entry/2022/06/30/213224
  • https://bpstudy.connpass.com/event/250694/
  • モデリングの演習問題作成の参考になるかな。何を伝えるかの参考。受講者がいまわかっていないこと and いま直面している問題を推測するための参考。
• バグを深く振り返って見つけるのに必要なテスト技術を逆算する方法は、前前職でも前職でもやったからブログにしたいネタの1つ。なんだけど、できれば何か既存技術として語りたくて見つからないから放置してた。ISTQB Expert Level - Improving Test Process で扱われているらしい。4.2.2 にある石川図, Mike Robson [Robson 1995] 。
  • https://www.oreilly.com/library/view/improving-the-test/9781492001300/
• カミナシ社の執行役員 CTO に就任しました https://note.com/toricls/n/nf3d205c1777c
  • エンジニアリングのビジョンを明文化してリードしていけるのいいよなあ
• https://kaiunsake.com/ かわせみで開運2回目うまい
• 沼津用Twitterアカウントを分けてみた。1つに戻す可能性もある。複数アカウントって初めて。

• IELTS 実践トレーニングで試験の形式をさぐってみた。バンドスコアの説明からすると 7.0 とりたいところだけど2ヶ月くらい努力が必要かもという感触。writing がいい練習になりそう。
• InnerSource Commons で日本コミュニティが立ち上がる可能性がある。Hattori さんから何か呼びかけがあるかな。
  • https://github.com/InnerSourceCommons/InnerSourcePatterns/pull/422 patterns の和訳ができている。ただ、問題は同じドメインに置くと検索結果に英語と日本語の両方が出てくること。解決策としてドメインを分ける、すなわち gitbook を分けること。Wikipedia がそうだし、それでいいんじゃないかという気もする。日本支部がドメインと和訳に責任を持つことになるのかな。Slack には他の国のチャンネルもあるけど支部の立ち上げや翻訳が動いているのは日本だけに見える。

• https://masskaneko.hatenablog.com/entry/2022/06/29/222007 ISTQB CTFL-AT 受験期 ようやく書けた。といっても、本当に書こうと思った最後の知識のところは書ききれてない。
• 栽培
  • R13 の土入れ前まで
  • 置いていた堆肥がなくなった？
  • R5 のトマトが調子悪いの、青枯病じゃないか？株を抜いて土を消毒するのがセオリーの1つらしい。が、あがいてみようかな。酵母菌か乳酸菌でも培養して入れたらどうだろう。
  • ほかのトマトは大丈夫そう。葉の形と色からして窒素過多がだんだん解消されたように見える。
  • 家の黒陽に遅れて2週間、米ナスの実がつきはじめた。花も続々。草丈は50-60cmで葉は虫食いなく色もよし。色の薄い葉で30円で投げ売りされていた苗からよくここまで。
  • 支柱がもっと必要
  • 欠けたサツマイモを補充
  • ビーツ大きいのはあらかた収穫してあと半分くらい？まだ玉が小さいのが残ってるけど成長するのかな？ビーツが消えて紫にんじんが目立つように。時期的には紫にんじんもそろそろ収穫だけど全体的に葉が小さい気がする。

• ISTQB CTFL-AT のブログがなかなか書き終わらない

• 友人が来たので沼津を案内。もう何回も来ているので浮島へ行ってみた。ここがアクアプラザか…虚無だなあ。浮島の宝を巡るには下調べしないとだめだな。明治資料館で涼みつつ歴史を覚えたかったけど休み。畑にも寄ってみた。晩飯は結局いつものまぐろ小屋。ここは安定している。
• 栽培
  • トマトが実ってきた。まだ緑だけど。
  • サツマイモ4つ植えたはずだけど3つしか芽が出てない。残り1つを植えた場所を掘り返したけど芋がない。食われたか？
  • 草の勢いがさらに増している
  • 梅雨がそうそうに開けたのが痛い。水やり増やさないといけないな。

• ぬまづの宝
  • はねさんに会えた。1時間くらい話した。
  • 新100選の投票準備。
• ついに我入道のはなぱんへ。町の小さなパン屋って好き。
• InnerSource の Slack に入ってみた。日本語訳を作る話があったので話に参加。今後の software engineering コミュニティはここにしたい。
• 総務省の資料によると、2000個問題に対応する個人情報保護法が今年の4月に公布され解決見込みに思えるけど、施行はまだで自治体の条例は以前のままなんだろうな。沼津市に関わるようになったのでちょっと興味出た。 https://soumu.go.jp/main_content/000790352.pdf
  • というのはボートマッチには出て来ないので、わりと最近変更された法律の中であなたが興味ありそうなのはこれ！って出してほしいと思った。
  • 官報には法令のあらましといって最近公布された法律が紹介される。これを拾えば、最近の法律botでも作れそうなんだけど、機械で読みやすいようにできてない。

• 栽培
  • ナス、きゅうり、ししとうがとれるようになってきた。あとはトマト。去年もこの順番だった。
• 改めて ISTQB CTFL-AT のシラバスを見ると、アジャイルアプリーチに対して伝統的なアプローチがあると書かれている。これはシーケンシャルモデルでありウォーターフォールモデルとして有名である。ただ、ソフトウェア開発のプロセスモデルについてロクに考える機会のない伝統的な組織のプロセスモデルはウォーターフォールともイテレーティブとも形容できないことは、そういう組織を幾つか経験した方なら共感してもらえると思う。それが何なのかを端的に言えば「組織標準はウォーターフォールだが、実態はWIP制限のないカンバン」ではないだろうか。

• ISTQB CTFL-AT
  • 受かった。めでたしめでたし。やっぱり本番の方が難しい。

• ISTQB CTFL-AT
  • これだけ詰めればうかるでしょう

• 世界一巨大なソースコードはどのソフトウェアですか？ https://jp.quora.com/%E4%B8%96%E7%95%8C%E4%B8%80%E5%B7%A8%E5%A4%A7%E3%81%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E3%81%A9%E3%81%AE%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%81%A7%E3%81%99 1年ぶりくらいに見た図
• ISTQB CTFL-AT
  • 参考書の図と例を理解できるか確かめる。参考書必須だな。

• ぬまづの宝100選の展示のために芹沢光治良記念館へ。
  • 芹沢光次郎は死ぬ日まで小説書いていたらしい。日本国憲法が制定されたとき、アメリカの手によるものとは知りつつも国民は歓迎したらしい、その他憲法についての哲学が書かれている。
  • 2Fにぬまづの宝100選の展示があった。これがマスターか。100選のマスターというよりドールのマスターという意味の方が大きく思えた。
• ぬまづの宝100選をどれだけ知ってるか確認してみた。
  • 体験したものの割合は 53%。知っているが体験していないものの割合は 12 %。知らないものの割合は 35 %。点数に換算すると 101 で、先生レベル。150点で名人、200点でマスター。
  • 半分はいってそうという感触だけどぎりぎりだった。
  • 遠いものほど知らないか傾向はありそうだけど近くても知らないものがある。

• JAの産直市は安い。週1しか開かれないマイナーなやつだとさらに安い。たまねぎ高いらしいけど4玉100円。
• 栽培
  • 草取り40分。こつこつやってるから現状で済んでるけどさぼったらモサモサだろうなあ。
• https://toyokeizai.net/articles/-/193444 内部留保をわかってない人に教えたい超基本
  • 正確な会計用語として、内部留保が使われることはない。 わかる
  • 決算書の項目に対応させるのであれば、利益剰余金や利益準備金などが内部留保にあたるだろう。 わかる
  • 内部留保は…現金なのか株なのか設備なのか…額だけを見ても…わからない わかる
  • 「内部留保を給料や設備投資に使え」は、そんなことをしても現金が減るだけで内部留保は1円も減りません、ということになる。 これは違うのでは？設備投資に使っても内部留保は減らないけど給料に回したら減る
  • 百歩譲って「過剰に現金を持っているのだから給料や設備投資に使え」という話はまだ意味も通るが たぶん内部留保を使えという意見はこのことを指していると思う。なんで百歩譲ってという言い方をするのだろう？
  • https://twitter.com/akiyama924/status/1537570997972258816 内部留保から給与を支払うわけではなく、当期の売上から給与を支払い残った利益が内部留保となるという意味で減らないと書いているのかもしれませんが、お金に色はついていませんからねー。 給与ってB/SとP/Lのどこに出るんだろう？
  • https://twitter.com/jpnchk/status/1537794219451879424 ちゃんと説明するには双方がちゃんと知識を持ってないといけないとか、間違いだと指摘する専門家が自分たちの定義でしか喋らず、素人の素朴な疑問を汲む気がないとか、勘違いをしてる側も理解する気ないとか、誤りとわかってるけどわざと受けの良い表現を使う人もいたりとか… 説明するとき、理解するとき、どちらでもこれだな
• https://www.computer.org/volunteering/boards-and-committees/professional-educational-activities/software-engineering-committee/swebok-evolution Public review for the SWEBOK V4 draft is currently suspended. It will be restarted soon. 再開したら InnerSource を
• https://twitter.com/masuda220/status/1536211431397330945 ざっと試し読みをしてみましたが、誰が何のために読むのかイメージがわかないですね。文献やネット上の情報を集めて編集した感じで、実験や観察に基づく論考ではない。 評判の良い設計の本を書いている人がサーベイと体系化を否定しているように見える…が、さすがに実績から考えるとそれはないんじゃない？と思える
  • https://twitter.com/masuda220/status/1536255646252691457 組み込み系と企業の情報システム系は、いったん対象として分けてしまった方が体系がスッキリするように思います。事業活動のデジタル化は20年前とは異次元に突入したと思っていて、そういう前提でいろいろ基本から見直す時期に来ているんじゃないかという思いがあります。 ドメインを問わない汎化されたソフトウェア工学体系の意味は薄いという意見なのかもしれない
  • https://twitter.com/masuda220/status/1536552927552122882 この本の文脈でいうと、私が模索しているのは、問題の記述と解の記述の継ぎ目をなくすという方向性だと思っています。 わかってきた。だから概念モデリングを大事にしたりドメインで分けようって言ってるんじゃないかな。
  • https://twitter.com/zenzengood/status/1537607810355441664 https://modeling-how-to-learn.connpass.com/event/249141/ 商流・金流・物流の三つで捉える業務のモデリング というのはその例で、けっこう新しいのかもしれない。
  • SEPA9thJa の29章に近い記述がある。ツール環境限定だけど。 ツール環境は、さらなるコミュニケーションと協働を可能にする需要に応えると同時に、現在の汎用的なエンジニアリングにおける定石を覆しうるドメイン固有の手法も内包するようになるだろう。
  • RDRA も問題の記述と解の記述の継ぎ目をなくす技術だと捉えられる。ユーザーストーリーも同じくその軽量な技術だと捉えられる（ユーザーストーリーには要求だけ書くわけではないことに注意）。
• かわせみ(店名)うまい。日本酒の品揃えがよい店はいくつかあるけど、その中でもここは独特だ。

• 無料コンサル
  • 要件定義の数を数えたいのだけれどどの粒度で数えたらいいのか？その粒度を定義する方法なんてあるのかしら？バグの嗅覚って大切なんだけれど、バグの数に対するKPIはどんなものを定義すると良いのか？　大きすぎても小さすぎてもプロジェクトがうまく行かない気がする？　少ないテスト件数で効率良く見逃しやすいバグを社内で検出したいのだけれど。アジャイルでテストファーストをやる時のテスト項目の定義、管理ツールは何がいい？　また、テスト結果から、組織として弱い技術をあぶり出すようなことを効率的になりたいのだけれどどうやったらいい？
  • これはまたコンサルに相談すると金がかかりそうな問題ですね！「教科書に基づいた演習をやります」という告知をした文脈ながら、それらの困りごとへの対処方法は教科書には直接書かれていません。なので簡単に私の考えを示します。
  • 要求（または要件）の粒度が欲しい理由からこの話を始めるのがよいと思うのですが、それは同じ1件であっても価値の大きさや実現の難しさが異なることではないでしょうか。しかし、要求にはメートル法みたいな絶対的な基準単位がありません。なので、顧客が価値を確かめられる最小量であったり、1イテレーションで実現可能な最大量を、顧客と開発者の議論のもとに統廃合や再定義をしながら導く方法（例：ユーザーストーリー、エピック、バックログリファインメント、リスクポーカー、プランニングポーカー）がデファクトになりつつあるのではないかと思います。言い換えると、自分たちのヒューリスティクスを信じて自分たちにとっての粒度を見出すのが潮流であり、私もそうするしかないと考えています。
  • バグも同じく1件に対する損害や発見の難しさはまちまちです。発見件数をKPIにするとどうでもいいバグレポートが増えるだけというのは何度か聞いた話です。それよりは、今のテストケース群がバグをつかまえる能力を向上することに注力した方がよいのではないでしょうか。いわばテスト設計の能力です。バグを探す嗅覚もここに含まれます。Astemoにはテスト設計コンテストの優勝経験者が複数名いるので、それらの方々が詳しいと思います。また、テスト設計能力と合わせて、テストを適時実行できる能力も必要だと思います。適時実行には、イテレーティブなプロセスモデル、自動テスト、頻回できるテストケースのサブセット、あるいは熟練の手動テストのレベルが問われます。これらの能力を判断できる単一のKPIはないので、KPIツリーとしていくつかのメトリクスを関連づけて定めてゆくのが適切と考えます（例：テストケース作成時期、テストケース実施時期、テスト実行時間、自動化の有無、個々の人員のテスト設計知識レベル…に対するバグの発見時期、重要度別バグの件数）。これに近いKPIツリーの策定はやったことがありますが、策定だけでも2ヶ月くらいかかりました。
  • テスト結果であるバグからそれを見つけるためのテスト方法、発生させないための設計方法（組織の開発能力の弱点）を逆算することは、前職でも前前職でもやっていました。これには、多数のバグチケットのフィールドを統計的に分析するのではなく、1件ずつ手作業で原因を読み解く必要がありました。まったくもって効率的とは言えないと思いますが、弱点は見いだせます。ただし、逆算するには、逆算できるだけの整理されたデータ（現象、再現手順、原因となるコードや文書やコミュニケーションの記録）にたどり着けること、バグを防ぐための設計方法や早期発見のためのテスト設計方法を知っていることが必要で、そこが一番ネックでした。多数のバグを分類する方法でしたらODC分析という方法の書籍があるのですが、1件ずつ深くポストモーテムする方法の書籍には出会えていないので欲しいところです。テスト方法を逆算することの一端は2015年の私の論文に記しましたが、残せていないノウハウもいっぱいあるので、どこかに書きたいなと思うことがあります。 https://www.juse.jp/sqip/symposium/archive/2015/day1/ (A1-1 不具合と開発現場の実態に基づくテスト分析手法の提案)
  • とまぁいつまでたっても現場の問題は教科書に対してアドバンストだなぁという感想なのですが、実際はこういうレベルなので、チュートリアルで出す演習問題もある程度難しく（かついちおう教科書として答えが出せるレベルに）する必要がありそうだと考えさせられました。
• チュートリアルの最初にライフサイクルが長いソフトウェアほどソフトウェアエンジニアリングが重要という前置きをする予定なのだけど、IEの終了はいい題材かもしれない。
  • https://ohaka.datavase.io/page/2/ ベンチャーのお墓から例を探せそうだ
  • 車載ソフトウェアのライフサイクルについて、昔のソースコードが問題を起こしていることを語るページがあるだろうと調べていたら https://embeddedsoftwaremanufactory.blogspot.com/2013/11/blog-post.html にたどり着いた。目的とは違うけど面白い。Michael Barr の調査結果は以前に読んだ覚えがあるが（内容はおぼえてないけど）、それに対する批判が載っている。私は安全性に向き合ったことがほぼないということがわかる文だった。批判の対象は Michael Barr の調査した事実ではなく、それを安全性と結びつける解釈であることに注意。
• VSCode のショートカットが身につかないので印刷して壁に貼った https://code.visualstudio.com/docs/getstarted/keybindings#_keyboard-shortcuts-reference
• ビズリーチにはSPIの部署があるそうな。SEPA9thJaが参照されている。capabilities を解釈するの難しいんだろうなあ。CTO協会のDX診断もこんなんじゃなかったっけ。four keys は開発者の受けがいいのかもしれない。なんでだろ？ https://speakerdeck.com/takabow/devopsdays-tokyo2022-huakutokarashi-merugai-shan-apuroti-leantodevopsfalseke-xue-woshi-jian-site?slide=16

• 栽培
  • 相変わらず肥料過多だけど枯れてはいない。肥料を散らすべく周りに苗を植えることにした。
  • R5 中玉トマトの四隅にパプリカを植えた。もとはスーパーで買ったもの。
  • R6 サトイモのうち育ちが悪いものを葉が出ているものに交換した。
  • R10 枝豆を追加。鳥をよけて育てたら徒長してしまった苗を深植えした。
  • R11 トマトの四隅にも苗を植えた。多分トウガラシなんだけど1つだけ違うかも。
• ビーツでボルシチを…という気分だけど材料が揃ってないのでありもので偽物を作った。偽物ポイントは、牛じゃなくて鶏、西洋ハーブなし、サワークリームじゃなくてヨーグルト。

• ISTQB Agile Tester
  • 3章うすいけど終わり。もう2周したい。
  • このペースなら1,2章を3日で終えて、反復学習できそう。release planning をいつやるのか結局わかってないのでわかりたい。
• 犬を病院へ。まだ完治しないというべきか、手入れがまずくて再発したのか。手入れは必要。手と道具を消毒しよう。幸い犬は手入れされることに慣れてきている。
• https://godbolt.org/ Compiler Explorer また組込みやるならいるかもしれない

• 栽培
  • 浜で支柱に使えそうな竹を集めた。前に集めたときより使えるものが少ない感想。節についた細かい枝をマルチツールで切った。長過ぎて車に入らないものも切った。
  • 朝6時前でも20人くらい目に入る。釣り人や散歩の人。犬連れは多い。犬だけでも5匹見た。
• ISTQB Agile Tester
  • テスターは quality cop ではない。テスターもチームの一員である。
  • POやビジネス代表者の提示したユーザーストーリーは、開発とテストを進めるには曖昧さがある。チームで受け入れ基準を明らかにしてゆく。全ての曖昧さを取り除くことはできない。絶対的な正解はなく、ステークホルダーと合意するほかない。

• 栽培
  • R12 に堆肥を入れてサツマイモx4を植えた
  • いままでのベッドに対する堆肥の量が多かった。袋に書いてある用量は3.3m2に対して1袋(40L)なのでベッドだと1/2袋でよいことになる。R12には3にぎり分のぬかをまいてあるので1/3袋にしておいた。
  • すでに堆肥を入れすぎて窒素過多になっているベッドの対策をしたい。脇芽を取らずに育てる、密植させて散らす方法が考えられる。家にある苗を早く植えるのがいいかもしれない。

• 栽培
  • R12 の残りの土を入れて仕上げた。そろそろサツマイモを植えたい。
  • レイズドベッドに合った支柱を考えたけど解がわからない。4角の杭それぞれを高くして紐をかける手があると考え、ロープ止め用の金具(長さ400mm, 太さ9mm)を打った。杭が割れてしまう懸念があったが問題なかった。半年で割れるかもしれないけど。金具はトマトのベッドに設置した。金具同士をつなぐ長辺をつなぐ竹を入れて、縦の支柱とつなげるとトマトを更に支えられそう。
  • あと、これは汎用的かなと思って半円の支柱を買った。9本で650円くらいと安い。トマト、ナス、トウモロコシのベッドに設置した。
  • 支柱を何の材料でどこに何本立てるにしろ、支柱同士を結ぶ方法が必要。試行錯誤することを考えると、簡単に外せるゴムスビーが適していると考えて注文。ありものを使う解だとこれが最適かもしれない。
  • みまわり、大きな異常なし。かぼちゃがちょっと黄色い。
  • トマトの葉が丸まっていて大きいので窒素過多の疑いあり。ベッド1つあたり堆肥40Lは多いんだろうな。硬さだけをみれば40Lは適正に見えるんだけど、肥料成分を減らすなら半分は腐葉土かバーク堆肥にすればいいかな。R12 からそうしよう。
• ISTQB Agile Tester
  • ようやく公式参考書で勉強再開
  • まだ最初のアジャイルの説明だからか大体読めるけどしらない単語もある。試験でもいくつか知らない単語が出てきた。Cambridge Dictionary にこの本用のリストを作っておく。
  • 音読してみるとアクセントに不安のある単語もある。調べると違っていたりする。enhance はイン"ハ"ンス
  • 1日15ページで見積もるとぎりぎりになっちゃった。音読はやめてシラバスも読めるようにしよう。
    • 参考書1周(各節のサンプル問題も解く)
    • シラバス1周しながら参考書との対応をとる
    • 参考書模擬試験、シラバス模擬試験
  • 本腰入れないとだめだな。栽培を抑えよう。
• https://www.businessinsider.jp/post-255155 そろそろ IELTS 受けるかー。
  • https://berkeleyhouse.co.jp/ieltstestcentre/
  • https://www.eiken.or.jp/ielts/
  • https://ieltsjp.com/japan/test-dates/tokyo 馬場かなぁ。横浜会場はあるけど試験日がヒットしない。馬場ならいつでも受けられると言えるくらいの試験日が出てくる。Agile Tester おわったらやろう。
• https://xtech.nikkei.com/atcl/nxt/column/18/00001/00530/ 「いいね！」ボタンを配置した外部サイトの閲覧履歴は、ボタンを押したか否かに関わらずフェイスブックに転送される。 「Facebookピクセル」と呼ばれる広告計測用トラッキングコードを埋め込んだWebサイトは、サイトやアプリ上でユーザーが行動した履歴をフェイスブックに転送している。 そうじゃないと説明つかないと思ってたけどそうだったのか

• 職
  • 1つエントリーした。本命ではないのだけど、志望動機を書いているとこれが本命のような気がしてくる。
• Agile Tester
  • 15分延長の手続きのためピアソンの日本に電話。なんかアナログだなあ。
  • できた。今度こそ。
• 栽培
  • R12 の土入れ (の途中で親の散歩が終わったので中断)
  • R11 にトマト4株定植。1株だけ品種違いそう。3株紫トマトで1株中玉かな？高島トマトが発芽したかわからないんだけど混ざってると期待。
  • 支柱いろいろ追加。まだ足りない。
• https://www.works-i.com/project/youth/solution/detail002.html ゆるいことが心理的安全性と誤って解釈されているのかと思ったけど違った。キャリア安全性という新しい指標と合わせてゆるさを表そうとしている。キャリア安全性は心理的安全性と相反するという主張なのだけど理解できない。
• https://blog.tinect.jp/?p=76790 人の話をちゃんと聞けない人、とは。だが「人の話」は、どんどん流れていく上に、非論理的な部分も多い。「聞けない人」には、非常に厳しい環境なのだ。 話し言葉ならではの省略された語句を即時に補う能力が求められるということか。そりゃ難しい。
• https://note.com/coosuke/n/n1612f055f1aa SlideShare で誰でもダウンロードできるようにする方法。 ①Slideshareにログイン後、Account Settings をクリック ②Contentタブへ移動して、一番下の Allow users to read and download your slideshows without a subscription をチェックして、保存 やっておいた。

• RH
  • CS 80/700 - Agile 10：コンサルタント, アーキテクト
  • 顧客: 通信業界, 保険 データ管理, 10名
  • 期間 3ヶ月～年, アフターサービスもある
  • プロフィールのどこを読まれたか？ビジネスとソフトウェアをつなげられそうなところ, 顧客の状況をみて課題を見つける
  • コンサルっぽい働き方だな。自社製品に貢献するわけでもなさそうに見える。プロフィールのどこを読んだかにも具体的に答えてくれないし、もうないな。
• 栽培
  • R12 の枠ができた。あとは土入れ。12にもなると本格さが出てきたように思える。6月はR15までが目標。頑張ろう。
  • 収穫できるビーツが増えている。遅く植えた株も半分くらいあるので、1ヶ月以上はビーツを楽しめそうだ。できれば種をとりたい。
    • http://naturefarm.iti5.net/?eid=6 他家受粉なので複数の株を残しておく。種を播いた翌年の春に開花し７月に採種する。 たいへんだ

• 長谷川さん SlideShare にもいる https://www.slideshare.net/thorudes
• 週末の沼津
  • リパブリュー飲み比べ, ソーセージ, じゃがいも, トマト
  • 珍しいじゃがいもは秋じゃがとして育てよう

• 栽培
  • R11を完成させた。そろそろサツマイモ専用ベッドを作りたいのだけど苗ができていない。
  • 2-3週間ぶりに撮影。絵的に新しいところはないけど。
  • 他の活動もできるように今までの実績から作業速度と目標を考えよう。4/28に土が届き、この次点でR3まで。5/2 R4, 5/6 R5, 5/11 R6, 5/14 R7, 5/18 R8, 5/20 R9, 5/28 R10, 6/3 R11. 8個/月、最速2日。6月の目標は4個、R15までとすると、他の作業時間も増えるし、幾何的にも区切りがよい。
• 求職
  • カジュアル面談が週1で進んでいる。来週も1件。いずれも LinkedIn で受け取ったメッセージがきっかけ。
  • 三者三様ならぬN社N様で、Ikigai の4象限のどれを満たすかが異なる。4象限のうち love だけは企業が考慮してくれないので自分で合うようにマネージしなければならない。どこに入ると何が得意になりそうかも異なる。
  • CTFL-AT に受かったら応募しようと思っているところが保留状態なので CTFL-AT やっていくか…。2ヶ月過ぎちゃった。
• 厚生労働省の集計するワクチン接種回数で分類した人数あたり感染者数がおかしいと名大教授が指摘したら修正されたというニュース https://news.yahoo.co.jp/articles/302956e09ab38e2d48292a38a03cbbacf24b7340?page=1 があった。
  • ニュースで問題視されているデータが何なのか探すのに1時間かかった。厚生労働省の新型コロナウイルス感染症対策アドバイザリーボード https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000121431_00348.html
  • 第83回 資料２－５ より https://mhlw.go.jp/content/10900000/000937646.pdf ワクチン接種歴が未記入の場合、令和４年４月20日までのADB提出データでは未接種に分類していたが、５月11日以降のADB提出データでは接種歴不明に分類している。
  • このデータには最終接種日からの経過日数が含まれていない。厚生労働省の3回目接種に関するQ&A https://www.cov19-vaccine.mhlw.go.jp/qa/0111.html でも参照している論文だと time since vaccination (days) がある。https://www.nature.com/articles/s41591-022-01753-y 同じ2回目接種でも接種後14日では効果が高くても180日では切れているだろう。
  • https://business.nikkei.com/atcl/gen/19/00454/053100005/ この集計を担当した厚労省結核感染症課は日経ビジネスの取材に対し、「2回接種済みの方が陽性になりやすい理由については不明」と回答したが、「今後調査する予定はない」としている。 そこを追求する価値があるのでは？
  • https://twitter.com/mph_for_doctors/status/1531814897046134785 ・だからワクチンは無効/危険/打つべきでない →間違い。 とまでは言えないでしょう？
• ISTQB iSQI
  • ノンネイティブ向けに75分で受けたいので調べた
  • https://isqi.org/en/content/29-time-extension これか！手続きが必要
  • 送った。大丈夫かな？

• 淡島と海軍
  • 淡島に行って水族館へ行かず海軍の史跡を見る珍しい人もいるもんだ http://sanpototabi.blog.jp/archives/1077813343.html
  • と、"淡島 海軍" で調べると市の宝100選に入ってました。選定委員をやってても無知ですねえ。 https://www.city.numazu.shizuoka.jp/citypromotion/takara/rekishi/52_kaigun.htm
  • ついでに"戦時下の沼津市内浦における水中音響研究"という論文(2020)を発見。 沖電気の沼津拠点(現OKIコムエコーズ)は海軍の音響研究に関与、海が荒れて安田屋旅館に宿泊、軍からのデータ廃棄命令に従ったふり、しんかい6500に搭載…だとか書いてある。 https://www.u-tokai.ac.jp/uploads/sites/40/2021/03/2020_v018_n01_001-010.pdf
• WSL のメモリ
  • PCが重くなったのでパフォーマンスを見ると32GBのメモリをほとんどvmmemというプロセスが使ってた。https://qiita.com/yoichiwo7/items/e3e13b6fe2f32c4c6120 という問題と対処法があるのでやってみた。適当に16GBまで…は多分いいとして、スワップ0で大丈夫かな。
• ようやく華味の魯肉飯にありつけた。うまい。八角がほしいならおでんセット。
• 栽培
  • バターナッツx3を地植え
  • R10に枝豆x3を植えた
  • 成長速度が上がってきた。日照時間が長くなって気温も上がったからだろうな。
• 今年の梅酒は地酒 LAZY MASTER
• デブサミ落ちた。まぁ弱いなぁと自覚するところもあったし。2月に再応募するとしても結果をブログに書いてからにしよう。結果が出切っていないものをすごく見せようとしたのがまずかった。

• 岩本山公園へ。1年前には閉店していたカフェが再開しており客でにぎわっていた。平日の昼だというのに。見た感じ、老人ではない男性は私しかいなかった。
• 栽培
  • トウモロコシ第二陣7株をR9に植えた。
  • R11の土入れ前まで進めた。形がいびつになってしまった。慣れて水平/並行確認を怠ってしまった。実用には問題ない範囲だけど。
  • R5中玉トマトの脇芽を取った。取った脇芽は捨てても良かったのだけど、お遊びで水たまりに浸けてみた。発根したらどうでもいい場所に植えよう。お遊びだし。
  • サトイモの芽が伸びないのが気になる。待つしかないか。何か方法を間違えてないかと思って発芽/発根などをキーワードに調べたけど合っている。時間がかかるらしい。
  • ビーツをそろそろ収穫できそうだ。
• SE論文DB
  • 特定 ngram を持つ論文IDを ngrams テーブルから探して、その論文の発行年と著者一覧を papers テーブルから探すことができた。DictCursor を使った https://www.ashisuto.co.jp/db_blog/article/20160308_postgresql_with_python.html
  • 次は、発行年ごとの論文数をまとめてヒストグラム化するところかな。
  • 職務経歴の中でDBを扱うコードを通ってきてないの、大きい気がする。そもそも Python 自体まだまだ身についてないな。もっと書かないと。

• 栽培管理に Azure Boards が適さないなら何かをセルフホストする方法も考慮する。ものによるけどWindowsではなくWSLで動かすことになりそう？WebサーバーをWindowsから見れるんだっけ？
  • ip addr でプライベートアドレスを確認
  • python -m http.server
  • Windows の Chrome から http://確認したアドレス:8000 で見れた
• 中山間地域ハンドブック
  • https://www.maff.go.jp/j/tokei/chiiki_ruikei/setsumei.html 農林水産省が日本の各地を都市的地域、平地農業地域、中間農業地域、山間農業地域に分類している。沼津市の旧市町村名だと各地域は次のように分類されている。
    • 沼津市: 都市的, 畑地
    • 愛鷹村: 都市的, 畑地
    • 大平村: 平地, 水田
    • 内浦村: 中間, 畑地
    • 西浦村: 中間, 畑地
    • 原町: 都市的, 水田
    • 浮島村: 平地, 畑地
    • 戸田村: 山間, 畑地
  • 中山間地域という文字から浮島と愛鷹と大平を想像したが、いずれも当てはまらなかった。むしろ内浦と西浦と戸田が中山間地域だそうだ。
• SIE
  • https://www.sie.com/jp/saiyo/career/job205.html PlayStation関連プロダクトのソフトウェアQAアナリスト
  • https://www.sie.com/jp/saiyo/career/job208.html PlayStation ソフトウェア開発のコラボレーションツールの選定、開発、運用
• Python の ORM psycopg2 から論文データベースを見てみる
  • Python である理由は matplotlib でグラフを作るから。他の言語でも作れるかもしれないけど。
  • psycopg2 である理由はググった感触では定番っぽいから。
  • とりあえず pip install, の前に python3.9-dev と libpq-dev が必要だった
  • 読めた。目的のものを効率よく取り出せるか試行錯誤が必要だろうし、読みやすく書くには工夫が必要だろうけど、機能的にはいける感触が進んだ。次は papers と ngrams の両方を参照する例が必要かな。あるNグラムを含む論文を時系列に並べる例。

from ast import main
import psycopg2

if __name__ == "__main__":
	print("se-index")
	connection = psycopg2.connect(" \
		host=localhost \
		port=5432 \
		dbname=swepapers \
		user=postgres \
		password=postgres \
		")
	print(connection.get_backend_pid())
	cursor = connection.cursor()

	cursor.execute("select column_name from information_schema.columns where table_name = 'papers'")
	for row in cursor:
		print(row)

	cursor.execute("select * from ngrams limit 3")
	for row in cursor:
		print(row)

se-index
29609
('id',)
('venue_id',)
('authors',)
('year',)
('title',)
('pages',)
('length',)
('ee',)
('volume',)
('crossref',)
('url',)
('genre',)
('doi',)
(1, 1, 'poorly', 1, 1)
(2, 1, 'understood', 1, 1)
(3, 1, 'important', 1, 2)

• 栽培
  • R6 のサトイモが1個しか葉が出ていないので他を掘り返してみた。腐ってはいない。単に根が出ていない。追加で5個をR10に植えた。
  • R5 中玉トマトの脇芽をつんだ
• 栽培管理に Azure Boards を応用できるかやってみる
  • 何を栽培しているか、どこで栽培しているか、どれほど育っているか、どれだけ収穫できたか、地植えかレイズドベッドか
  • 場所(Raised bed, Furrow) > 株(Plant) という階層にすると、どこで何を栽培しているかバックログツリーで見やすそう
  • いや、場所は Area path が近いな。
  • 同じ品目でも栽培時期をずらすことがある。これにはEpicを分ければよい。
  • 1株1Plantはやりすぎかな。株数はフィールドにする。
  • Fruit tree の場合は1株1アイテムでいいかも。Fruit treeの方がライフサイクルが何年も続くし、1株あたりの収穫量(重要性)が大きい。
  • 1年草 annuals, 多年草 perennials
  • ソフトウェア開発ならイテレーションという一定期間で実現可能な価値提供の単位を決められる。2週間で実現できるユーザーストーリーを定められる。栽培だと品目によって栽培期間が大体決まっていて人の力では短縮に限界がある。里芋は5ヶ月かかるし、ビーツは2ヶ月かかる。季節の影響も受ける。冬にサツマイモを栽培することはできない。つまりイテレーティブ/インクリメンタルにはできない。ということが Boards を栽培に応用する上での根本的な制約になる。
  • https://docs.microsoft.com/en-us/azure/devops/boards/plans/review-team-plans?view=azure-devops View up to 15 team backlogs, 植える場所ごとにチームを割り当てると Delivery Plans で見やすくなるアイデアが良い…とチームを追加していたらチーム数15の上限に引っかかってしまった。

• 栽培
  • R10に堆肥を入れた。まだ何も植えてない。
  • R4の空きにパクチーx3を植えた
  • R6の空きに唐辛子x4を植えた
  • 育ちがいまいちな株に液肥をあげた(トウモロコシと米ナスの一部)
• デブサミ公募に出したときのことを思い出している。250字程度のセッション概要にまとめるのが難しかった。動機は、Developer Productivity がテーマである今回こそソフトウェアエンジニアリングを正面から扱ったセッションが欲しいこと。なんだけど、委員会も典型的な聴衆もそういうセッションを求めているのかが過去のセッションを見渡してもわからない。開発経験以外のセッションもあるけど、見たものは全てスポンサー枠だった。まぁもういいか。あと3日待とう。落ちても練る時間が増えたと思えばいい。

• 栽培
  • 朝7時前から。とはいっても、もう日が昇っている。夏至近いもんな。日を避けるなら5時からがいい。
  • R10が完成した。堆肥入れだけのこってるけど。
  • かぼちゃx3を地植えした。藁を敷く代わりにもともとある砂利を活用するつもり。ちょっと定植には小さい苗だけど3つあるから大丈夫と信じる。
  • 草取り。一輪車満杯x2なのでいつもより多め。R3の堆肥箱に入れることはやめて外に野積みすることにした。
• ぬまづ港の街BAR
  • 集まってる
  • 飯田さんを見ることができた
  • 飲み過ぎ
• https://life-is-tech.com/news/makeys/makeys1724 今は学ぶ速度より時代の速度の方が速いから当座の現場的解決が実は毎回最先端になる。古典的な他の学問はこれと違って息が長いのでそっちの勉強を頑張るのも悪くないと思います。コンピュータサイエンスは今相当特殊だと思いますよ CSの（いくつかの応用分野の）基礎になってる古典的な学問やるか

• https://ses.sigse.jp/2021/ 情報処理学会ソフトウェア工学研究会では，1995年度から2003年度にかけオブジェクト指向シンポジウムを開催し，オブジェクト指向技術を中心に研究開発と実践の交流の場を提供してきました．2006年には，ソフトウェアエンジニアリング全般に対する社会的ニーズの高まりに応じるために，シンポジウム名をソフトウェアエンジニアリングシンポジウムと改め，より広い領域の研究者・実務者が集う場として開催しました． 昔の名前がオブジェクト指向シンポジウムだったのは昔のソフトウェア工学のメインテーマがオブジェクト指向だったといえるのだろうか
• 市役所で会議。今回はいい議論ができた。異なる意見が出て1つにまとめるられてこそ会議の意味がある。そうですね、いいですね、だけだと会議の意味は薄い。

• デブサミ夏の公募に出した。ETに引き続き背伸びのテーマだ。受かったら忙しくなる。結局メタ研究なんだよな。だから話すのはもっと知識がいる。
• ソフトウェア工学のメタ研究
  • 日本のソフトウェア工学 今と未来, 2008, https://ipsj.ixsq.nii.ac.jp/ej/index.php?action=pages_view_main&
  • ソフトウェア工学の分岐点における、アジャイルの役割, 2010, https://www.slideshare.net/hiranabe/software-engineering-and-role-of-agile
  • 共通問題のメタフレームワーク, ウィンターワークショップ2013・イン・那須, https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&item_id=89301&file_id=1&file_no=1&active_action=repository_action_common_download&item_id=60980&item_no=1&attribute_id=1&file_no=1&page_id=13&block_id=8
  • ソフトウェア工学研究の回顧, 2015, https://www.jstage.jst.go.jp/article/jssst/32/1/32_1_27/_pdf
  • ソフトウェア工学分野の現状 (ICSE2019参加ログ) https://qiita.com/Yoshiharu-Ikutani/items/8d554543a865e472ce91
  • Publish or Perish: Questioning the Impact of Our Research on the Software Developer, ICSE2019 keynote https://www.youtube.com/watch?v=DvRdBb9TEUI https://www.slideshare.net/mastorey/publish-or-perish-questioning-the-impact-of-our-research-on-the-software-developer
  • Envisioning the Future of Software Engineering, CMU/SEI, 2021, https://resources.sei.cmu.edu/library/asset-view.cfm?assetid=874685
• SEPA9thJa に関する発表
  • BPStudy 172 https://bpstudy.connpass.com/event/232679/ https://togetter.com/li/1818048
  • 世界標準のソフトウェア工学書「実践ソフトウェアエンジニアリング(第9版)」翻訳の舞台裏 https://www.brighttalk.com/webcast/18289/522520
• 4年ぶりにチェックしたらENTPだった。54-46でのぎりぎりE寄りだけど。残りのNTPは10年くらい変わってない。 https://16personalities.com/ja/entp%E5%9E%8B%E3%81%AE%E6%80%A7%E6%A0%BC
  • 頑固なまでの正直者で、遠回しな言葉を使わず、気配りができる、優しい人だと思われたいという気持ちがほとんどない ないなー
  • より繊細な人や社会一般の人々は、対立を嫌うことが多く、気持ちを優先に考え、心地良い雰囲気を好み、不快な真実や硬い良識に対して、罪のない嘘さえつきます。 一般の人そうなの？

• 清水町のジャンボエンチョーでかい。覚えておこう。野地板10枚、ビス200本、除草剤を買った。板10枚ぎりぎり入る。ここ2週間？常に板が載っている。車の中が野地板くさい。
• 菜園 (育苗,栽培,レイズドベッドって分けてたけど全部菜園にする)
  • 4月は全然芽のでなかったバターナッツが大量に発芽した。温度か？
  • オクラは順調に発芽したけど葉が出なかったり消えた芽がある。食われた？
  • モロヘイヤがまだ1cmにもなってない。おそい。
  • 枝豆の苗は草丈5cm。定植まで2週間かな。次の苗をつくり始めてもいい。
  • トウモロコシの苗は順調。やはり鳥から守ってよかった
  • 板が手に入って止まってたレイズドベッド作りが再開できるけど次に植えるものが決まってないな。成長から考えるとトマトなんだけどまたかよってな。次点でトウモロコシ、唐辛子、枝豆。

• ホルモン

• TAM
  • 顧客企業の誰と話すかっていうと、CTO, CIO クラスなんじゃないかな
  • 最初はSAで後がTAMっていう傾向がある。むしろ運用が始まった後こそプロアクティブに提言をしなければならないだろう
  • 顧客は何かあったらTAMに連絡する。TAMが最初に連絡を受ける。
  • 休日や夜間にTAMに連絡されることはない。その時間帯の場合はヘルプデスクに連絡される。
  • 基本的に在宅フレックス。訪問が必要な顧客もある。2週間、月1くらいはあるかも。東京から離れて住んでいても問題ない。
  • TAMのチームのマネージャーがEnterprise Support Manager.
  • キャリアパス：people manager(Enterprise Support Manager), ic(Senior TAM (5years-), Specialist TAM(分野特化)(network, database, security)), 異動。
• AWS 導入事例 https://aws.amazon.com/jp/solutions/case-studies/
• Amazon公式面接対策ガイド https://www.amazon.jobs/en/landing_pages/in-person-interview
• AWSJ YouTube https://www.youtube.com/c/JPAmazonWebServices
• 元AWSJ社員 https://tenshoku.tenmilli.com/aws_salary/#toc12

• MSR 2022 にあった論文データベースを見る
  • 初めての PostgreSQL: WSL で $ sudo apt install postgresql
  • $ gzip -d db/swepapers.pgsql.gz 26GB になった。論文に書いてある値の半分程度だ。
  • $ sudo /etc/init.d/postgresql start 動いてなかったので
  • $ sudo -u postgres createdb swepapers 論文にある通り swepapers という名前にした
  • $ sudo -u postgres psql -U postgres -d swepapers -f db/swepapers.pgsql pg_restore でも良かったのかも
  • $ sudo -u postgres psql
  • postgres=# \conninfo
  • postgres=# \l listing tables
  • postgres=# \c swepapers
  • swepapers=# SELECT column_name FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'papers';

  • column_name
    -------------
    id
    venue_id
    authors
    year
    title
    pages
    length
    ee
    volume
    crossref
    url
    genre
    doi
    (13 rows)
    

  • swepapers=# SELECT * FROM papers swepapers-# LIMIT 3;

  •  11522 |        8 | {"Bradley Cossette","Robert J. Walker"}            | 2007 | Polylingual Dependency Analysis Using Island Grammars: A Cost Versus Accuracy Evaluation. | {214-223} |     10 | {https://doi.org/10.1109/ICSM.2007.4362634}                                                    |        | {conf/icsm/2007} | {db/conf/icsm/icsm2007.html#CossetteW07} | inproceedings | 10.1109/ICSM.2007.4362634
    11523 |        8 | {"Yuan Tian 0008","David Lo 0001","Chengnian Sun"} | 2013 | DRONE: Predicting Priority of Reported Bugs by Multi-factor Analysis.                     | {200-209} |     10 | {https://doi.org/10.1109/ICSM.2013.31,http://doi.ieeecomputersociety.org/10.1109/ICSM.2013.31} |        | {conf/icsm/2013} | {db/conf/icsm/icsm2013.html#TianLS13}    | inproceedings | 10.1109/ICSM.2013.31
    11525 |        8 | {"Scott McMaster","Atif M. Memon"}                 | 2007 | Fault Detection Probability Analysis for Coverage-Based Test Suite Reduction.             | {335-344} |     10 | {https://doi.org/10.1109/ICSM.2007.4362646}                                                    |        | {conf/icsm/2007} | {db/conf/icsm/icsm2007.html#McMasterM07} | inproceedings | 10.1109/ICSM.2007.4362646
    (3 rows)
    

  • SELECT * FROM ngrams LIMIT 3;

  • id | paper_id | ngram | ngram_count | term_freq
    --+--+--+--+--
    232616272 |    46781 | matrices result isolated components |           4 |         1
    232616281 |    46781 | result isolated components define   |           4 |         1
    232616285 |    46781 | isolated components define tensor   |           4 |         1
    (3 rows)
    

  • ngrams から ngram_count が2以上で term_freq が一定以上のものを csv にして眺めるとわかる気がするかも \copy (select * from ngrams where term_freq < 100 and term_freq > 10) to '/tmp/hot-ngrams.csv' with csv (postgres ユーザーなので /tmp に書いた)
  • それっぽいものが入ってることが確認できた。次は論文にあったVCSの例を出してグラフを作るところかな。Python の ORM から読んで matplotlib でグラフを描けるかもしれない。
• 犬の目の下の毛を切ることができた。肉球用のバリカンを使った。毛をつかむとおとなしくなる。とはいえ嫌みたいで心細そうな声を出す。目薬のときと一緒。
• 土地の周りを散歩。離れたところから見ると、土地、広いなあ。まだ1/3も使っていないことがわかる。

• 栽培
  • R6の育ちの悪いサトイモ1つを交換
  • 見回り。特に異常なし。
• 堆肥づくり
  • 一輪車満杯分の草取り。これを7回繰り返すとあらかたの草がなくなりそう。
  • そーやんによるとイネ科の雑草は肥料成分が少なく、種は発芽する可能性があるから入れない方がいいとのこと。 https://www.youtube.com/watch?v=D3BUGs-AXiI&t=540s とはいえ生えている雑草のほとんどはイネ科っぽいし、種も出てきている。発酵させて60度以上にすれば種の発芽能力がなくなるそうだ。種ごと発酵させるしかない。そろそろ新規追加はやめて、刻んでかき混ぜるのがよいかも。
• 犬を通院させた。順調とのことでなにより。
• Web3はクソ https://www.axion.zone/web3-5/ 現在唱えられている「Web3」は、2014年にイーサリアムの共同開発者の1人であるギャビン・ウッドによって紹介された。このWeb3はティム・バーナーズ＝リーのWeb3.0と混同されやすいが、完全な別物だ（バーナーズ＝リーがかわいそうだ）。 そうなんですか
• プロメア映画館で見てもいいかも https://promare-movie.com/
• 下田へ行く道路が開通したらペリースポットをめぐるか。了仙寺というのもある https://ryosenji.net/

• MSR 2022
  • https://conf.researchr.org/room/msr-2022/icse-2022-virtual-venue-msr-main-room---odd-hours
  • The General Index of Software Engineering Papers MSR2022より。約50年分44581件の論文から歴史を調べられそうなオープンデータセット。例：どのVCSがいつ頃何件言及されるようになったか, machine learning を含む論文数の推移。PostgreSQLダンプ圧縮5.4GiB->58GiB https://zenodo.org/record/5902231#.YoZl7ajP02o
  • Starting the InnerSource Journey: Key Goals and Metrics to Measure Collaboration 1枚ぺら。How to measure innersource across your organization に似てる。
  • The Unsolvable Problem or the Unheard Answer? A Dataset of 24,669 Open-Source Software Conference Talks OSSカンファレンスのトークをまとめたデータセット。87カンファレンス24668トーク。LDA(Latent Dirichlet Allocation)で27トピックを導出し、最終的に9トピックに絞っている。
  • GitDelver Enterprise Dataset (GDED): An Industrial Closed-source Dataset for Socio-Technical Research クローズドソースをもとに難読化され仕上げられたオープンデータセット。101プロジェクト約10万コミット分のデータ。
• 近付く下田！「伊豆縦貫道」2022年度は3kmが開通予定 「時速80kmの天城越え」も将来実現？ ここを走る国道414号は、天城峠から下田に至るルートですが、道幅が狭いうえに小さなカーブが多く、対向車とすれ違うのも難しい山道になっています。 これがあるから下田へ行くのやめたんだよな
• レイズドベッド作り
  • R9 を作った。抜きにくい草を抜いたり、コンクリみたいに固まった地面に穴をあけたり、手間だった。ハンドドリルではつるという野蛮な使い方を覚えたのが役に立った。
  • ついでに草むしりを少し。もうR3をレイズドベッドにしてもいいかもしれない。いや、土を入れて蓋にすれば堆肥化が進むのだろうか。そんな方法を見た覚えがある。
  • 土がなくなるまで週2ペースで作り続けるか。苗から計算すると、{さつまいもx3}, {紫トマトx3}, {サンマルツァーノx3}, {トウモロコシx12}, {パプリカx4, 唐辛子x4}, {オクラx3, モロヘイヤx2} で6個、週2ペースとして3週間。
• 犬の目の周りの毛を初めて刈ることができた。たまたま大人しかったのだろうか。あおむけに抱いて、左手で毛をつかみ、右手で小さなバリカンを持つ。左手が大変。

• 栽培
  • ししとうx2, トマトx3 をR8に植えた。トマトの種類はスーパーで買った中玉、紫ミニトマト、高島トマトのいずれか。苗だけでは全く見分けがつかない。あかんな。わかるのは後に育てたサンマルツァーノだけ。これだけは混じらないように。
  • 葉が赤黒くなっていた実生のフェイジョアが緑色に持ち直しているように見える。
  • ほか、異常なし。土曜に雨が降るらしいので水やりはいらんと判断。
• TQM大誤解
  • 超ISO企業研究会 https://www.tqm9000.com/home/tqm9000.php
  • ISO運用の大誤解を斬る！ https://www.amazon.co.jp/ISO%E9%81%8B%E7%94%A8%E3%81%AE%E2%80%9C%E5%A4%A7%E8%AA%A4%E8%A7%A3-%E3%82%92%E6%96%AC%E3%82%8B-%E3%83%9E%E3%83%8D%E3%82%B8%E3%83%A1%E3%83%B3%E3%83%88%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%92%E6%9C%80%E5%BC%B7%E3%83%84%E3%83%BC%E3%83%AB%E3%81%A8%E3%81%99%E3%82%8B%E3%81%9F%E3%82%81%E3%81%AE%E8%80%83%E3%81%88%E6%96%B9%E6%94%B9%E9%9D%A9-%E9%A3%AF%E5%A1%9A-%E6%82%A6%E5%8A%9F/dp/4817196513
  • ISO9001認証制度が始まって25年、経営に役立つ活用ができていない企業が未だに大多数であることの危機感。解説書は山ほどある。分かっているつもりの人がいる。その人達にどう興味を持たせ理解してもらうか。ISO9001の本質を追求すれば品質経営とTQMになる。ISO9001をベースに経営・事業に貢献するTQMへ。
  • 品質,顧客満足→事業競争力→利益→事業の持続的成功
  • 方針管理、QCサークル、小集団改善活動をやっていればいいでしょってやつだけ誤解だと説明ｄえきない。あとはできるかな。むつかしいけど。
  • 品質: 顧客の期待やニーズに合った製品・サービスの提供 提供された製品・サービスに対する顧客の評価。評価が高ければ高品質。期待とニーズに合っていて、それを超えていると高品質。
  • 管理: 効率的に提供するために必要な全ての組織的活動
    • 目的達成である。統制・強制はそのための手段に過ぎない 必須でもないってことだろう
    • 効率性: 少ない経営資源の投入で目的達成、費用対効果の最大化
    • 継続性: 効率的な目的達成の継続、いつ・だれでもできるように これを管理に使うのは新しく見える。でも重要。ソフトウェアでいえば、CI環境を作るのもバグ分析するのも標準プロセスを定めるのも入るのかな。
  • 予防,評価,内部失敗,外部失敗: 現状(極小、極小、中、膨大) → 理想(中,中,極小,極小) このフレーム頭に入ってないな。対処から予防ってのは常にあるけど。コストの配分もあると理想を共有しやすいのではないか。
  • 利益: 顧客価値提供の良さの総合的尺度 製品・サービスの品質だけでなく、広告と物流と価格も入るのかな
  • 品質→利益はそうだけど品質→売上は違うかもしれないな。ここでは売上って言葉出てきてないけど。提供者も顧客も低品質とわかっていて沢山売買することがある。
  • 時間の割に踏み込んだ説明が足りないような
  • 部課長コースの日本企業感すごいな
  • 顧客価値マネジメントの実践例 {プロセス、プロセスを実行できる能力と環境} について現状と理想のギャップを示すというフレームは覚えておきたい。プロセスを実行できる能力は、顧客価値提供に必要な能力というと何のための能力かはっきりする。能力に影響を与えるリスクを特定するの、重要であり腕の差が出そう。その後に取り組みを導出して方針管理と日常管理を設計する。
  • 分掌業務の機能展開と分掌業務の特定 TQMの生まれた日本では職務記述(JD)がないために分掌業務を把握するのに手間取っているのがTQMのセミナーで日常管理として語られているのギャグか？
  • 方法を語るセミナーでろくに参考文献もデータも出てこないと怪しく見えてしまうなあ。まぁでもTQMは学んでおいたほうがいいだろう。経営と品質とエンジニアリングをつなげるために。アジャイルもInnerSourceもソフトウェアエンジニアだけで頑張るには限界があり経営者を含め組織全体として頑張らないといけない。

• レイズドベッド作り
  • R8完成。野地板の高さを12cmから18cmに変え、枚数を6に減らした。ネジ止め回数が減るので早く作れる。これなら毎日でも作れそうだ。高さは12x3=18x2=36cmなので同じはずだけど18x2の方が低く見える。気のせいか？かさまし材料および有機物として流木を使った。堆肥は牛糞を選択。鶏糞って選択肢もあったけど柔らかくすることが第一なのでやめた。堆肥の定番まだわかってない。
  • 作業してたら散歩中のおばあさんが声をかけてきた。できてきたねぇって。前から見てたのね。いいけど。育ててるもの、育て方に興味があるみたい。このへんの人だから畑やってるんだろうな。R6の土は悪そうに見えるらしい。堆肥が少なく見えるからか、赤土の大粒が残っているからか。
• 畑その他
  • おととい植えた伏見甘長x2がしおれていた以外は変化なし。しばらく雨がないので全般的に水をあげた。伏見甘長は水やりの後10分くらいでしおれが解消。はやい。
• USBストレージが切れる問題の対策
  • USB selective suspend setting を Disabled にした https://4ddig.tenorshare.com/jp/windows-fix/usb-automatically-disconnected-and-reconnected-repeatedly.html
  • USB Attached SCSI (UAS) Mass Storage Device が 2006 なのはいいのか
  • なおったのか？
• Windows PCメンテのときは Win+x 覚えよう
• ひさびさに Windows Update の項目を見たら 21H2 があったので Update した。メジャーアップデートも勝手にやってほしい。
• なんで自分のウルトラマンの想像が二頭身なのかと思い出してみたら、ウルトラ怪獣かっとび！ランドだよ、コロコロでやってたわ
• パーキンソンの凡俗法則 https://ja.wikipedia.org/wiki/%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E5%87%A1%E4%BF%97%E6%B3%95%E5%89%87 パーキンソンの凡俗法則（パーキンソンのぼんぞくほうそく、英: Parkinson's Law of Triviality）とは、シリル・ノースコート・パーキンソン（英語版）が1957年に発表した、「組織は些細な物事に対して、不釣り合いなほど重点を置く」という主張である。パーキンソンがこの法則を説明する際に用いた例え話から「自転車置き場のコンセプト」、「自転車置き場の色」または「自転車置き場の議論」などの言い回しで使われることもある。
  • https://twitter.com/yaotti/status/1526906590967631872 自転車置き場の議論が苦手すぎて、いろんな人が持論展開しそうなキーワードを見かけたら即座にミュートするようにしたら平和になった。最近だと4630万とか 些細な物事に重点を置くってのが例えば誤送金の問題って戦争や国政に比べたら大したことないのに大手メディアのニュースではよく扱われるってことかな
  • 見たくないトレンドが目に入ってきてしまうときはこうするといいぞ！→なぜか旅立つ人続出「もっと早く知りたかった」 https://togetter.com/li/1430177 Australia にしてみた
  • テレビのニュースの番組概要から頻出する複合語を抽出して自動的にミュートワード設定したらどうか

• きゅうりx2を家のネットで栽培することにした。ゴーヤーと仲良くしてくれ。去年のゴーヤーは冬瓜が隣にいて冬瓜の圧勝だったが今年はどうか。
• たまねぎゾーンにウリ科っぽい芽が出ていた。かぼちゃかきゅうりを植えた覚えはない。去年大量にゴミとして捨てていた冬瓜が散った可能性はある。
• 育苗
  • サンマルツァーノが発芽した。7日かかった。これでトマトの苗は9ポット。全部植えられるかわからないけど。
  • 最初にまいたオクラの残りも発芽した。5日かかった。
  • パプリカの残りのポットからも発芽した。19日かかった。
• 庭の道が雑草で埋まってたので湯をかけてみた。たまにやってるけど1ヶ月程度は効果ある。
• たまねぎがいまひとつ期待の大きさにならないので追肥した。前回の追肥がいつか残ってないけど3週間たってるきがする。
• フロスが歯から抜けなくなって強引に引っ張ったら欠片が出てきた。虫歯で削れてひっかかるようになったのかと思って歯医者へ行ったら異常なし。余剰分の接着剤が取れたのだろうとのこと。
• でかい絵と音を味わいたかったので映画でも見るかと思い、友人が話題にしていたシンウルトラマンを見た。でかい絵と音って良かった。
  • 開幕の一気説明が一気すぎてコメディか？って錯覚させられる
  • 最初に言葉をかけてきたやつ（ザで始まるやつ、もう忘れた）メフィストのあと一気に小物扱いになっちゃってかわいそう
  • 室内のカメラワークもそっから撮るのかいって意外なの多かったな。アクション時は正統っぽいのに。
  • 映画ひさしぶり補正はいるけど、音楽も効果音も良かった。はまってるしずっしり来る。
  • イミフな尻スパンキングなんなの
  • 酒飲んでるのくそうけるでしょ
  • 禍異獣のCGクオリティが上がったなー。シンゴジラだとクソみたいなハリボテだったのに。
  • 自衛隊、だいたい空気でよかった。兵器紹介だとかしなくていい。
  • 地球人だけをでかくできるならわかるけど異星人もでかくなるし地球人が資源に見られる理由わかんなかったな、まぁいいや
  • 普通のビデオ会議じゃなくてVRだったの、日本のクラスター社が会場提供したかと思うと熱い
  • 貴重な知ってる怪獣がダダとバルタンなのに結局出なかった
  • スペシウム（説明された）八つ裂き光輪（出たけど説明なし）アイスラッガー（出番なし）
  • ゾフィーはウルトラの父なのかな？
  • 斎藤工、ガキ使のサンシャイン斎藤しか知らなかったからいい演技してたのが新鮮
  • 最後目覚めたあと「より人間を理解するには夫婦の営みを」だとか言って台無しにするシーンが浮かんだ

• 育苗
  • 種まき
    • オクラ: 最初にまいたものは発芽した。3株1まとめに植えるとして、あと9株ほしい。
    • モロヘイヤ: 3株x2ポット。去年と同じ育ち方ならこれで十分。
    • 枝豆: 2株x2ポット。大豆加工品を作るならもっとたくさん育てる必要がある。ポットが空き次第まく。
    • トウモロコシ: また食われたので屋内で育てる。赤白と七色合わせて20株追加。
    • バターナッツ: 1ポットがようやく発芽した。発芽率は10%切ってる気がする。となると残りの種をとっておく意味がないと判断して、残り全部20粒くらい？を大きめの鉢にばらまいた。どれか発芽したらポットに移す。
  • パプリカ4ポットのうち1つが発芽した
  • 1ポット4本の唐辛子を3ポットに分割
  • ポットのカボチャが日数の割にのびない。定植してみるか？
  • 70ポットを超えてようやく目印をつけた。やきとりの串が名前が書きやすく長さもちょうどいい。
• 栽培
  • R7: 米ナスの葉はまだ黄色い。じきによくなるはず。余ってた場所に伏見甘長x2を植えた。
  • R6: サトイモ1つだけ葉が見えた。1つは緑が見えない。2日様子見してだめなら替えよう。
  • R5, R4: 変化なし
  • R1, R2: ピンク色のカビが少しだけあった。除去した。
  • 家: 白菜、ブロッコリー、小松菜の種とり。緑のうちにとったけど枯れれば使えるかな。白菜を除去してサトイモx1を植えた。小松菜を除去して韓国唐辛子を植えた。去年のトマトによるものと思われる芽が大量に発芽してた。今年も自然生えトマトができそう。去年より遅くなりそうだけど。
• 堆肥づくり
  • R3: かさが減っている。生きてる草は放っておいても死なない気がする。最近投入しているものは刻んでいるけど、それより前のものはそのままなので生きているのかもしれない。いや、2-3回刻んでも生きてるのかも。生きてるものを上に持ってきて日に当てて殺すしかないかな。上に持ってくるのが大変そう。強い熊手があればいけるかな。毎回少しずつ草取りしては投入が続いていて堆肥化が進んでいるのかわからない。いったん投入をやめて混ぜる時期に移行してはどうか。で、新しくとった草はシートの上に野積みでいいんじゃないかな。できれば、次の日が晴れるときに草取りできると必ず枯らせそう。
• レイズドベッド作り
  • 育苗状況からして、7月まで週1ペースは維持する必要ありそう。7月まで週1ペースならあと10個、R17まで増える。残りの土でベッド4-5個分だろうか。土はやはりもう1回注文する必要がありそう。
• 治水の続き。前に掘ったところは機能している。今は泥遊びにしか見えないけど、より長く、より深く掘れば道路の水はなくなるだろう。頑張れば雨あがり時の水源になるかもしれない。引き続き掘ってみた。やっぱドリル必須。1m進めるのに20-30分ってところか？ドリルに泥がつかざるをえない。大丈夫なのかな。
• 鍵が刺さりにくい。鍵をよく見ると微妙に曲がっている。ぐぐると交換せよというページが多い。だが曲がり具合が少しだけなのでベンチバイスで矯正を試みる。30分矯正したら改善した。また曲がるのかな。なんで曲がったんだろう。
• あなごの醤油干しをうな重っぽくしてみた。醤油があるのを考慮して砂糖強めたれに漬けた後に茹でて仕上げに直火で焼いた。だいぶ近づいたけど、もとが醤油干しなのは隠しようがない。ごはんがよく進んだ。
• Value Object の記事 https://kumagi.hatenablog.com/entry/value-object ここ何日か話題になってたやつ。最初読んでもわかんなかったんだけどなんとその理由も書かれていた。> 構造体の代入が常に複製で行われている言語（例えばC）しか使ったことない人間からすると2,3の点は有り難みを想像することすら簡単ではない。 これこれ。= がシャローコピーになる言語向けの概念なんだろうな。CとC++っぽくないC++で育ってきたのでコピーといえばディープコピーなんだよなあ。あと、プリミティブ型をラッピングしてメソッド生やすっていうのは Value Object じゃなくてドメイン特化型だよね。https://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4/%E3%83%97%E3%83%AA%E3%83%9F%E3%83%86%E3%82%A3%E3%83%96%E5%9E%8B%E3%82%88%E3%82%8A%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E5%9B%BA%E6%9C%89%E3%81%AE%E5%9E%8B%E3%82%92/
  • CとC++っぽくないC++で育ってきたの、この例だけじゃなくて色々ギャップを感じる。Go ですら新しく感じる概念あるし。

• SQiPのチュートリアルを考える日
  • やっぱりリリースしてからが勝負ってことは重要よね
  • ソフトウェアエンジニアリングとは何か時間を割いて教える気があるの俺だけなのか？
  • モデリングの演習を万人向けにするには…と9-11章を読んで、ソフトウェアって構成要素ありますよねから始めるのがいいってアイデアは出た。コードかモデル図にまで具体化できれば勝ちなんだけど産めるかなあ。最近の設計本も読んでおくか。
    • ソフトウェアアーキテクチャの基礎 https://www.oreilly.co.jp/books/9784873119823/
    • エリック・エヴァンスのDDDの本
    • ミノ駆動本
  • SQiPだから3部の品質とセキュリティを重視しましょうは安直すぎでしょ。全部がどう品質に寄与するのかを説明すべし。
  • SEPA25章の文脈で計画っていうと労力の見積もりなんだけど、SEの文脈だとリリースプランニングが含まれる。

• 雨漏りの応急処置。テープとシートじゃだめそう。穴を見つけてコーキングでも打たないと。
• R7を作って米ナスx6を植えた
  • R6と同じく、長辺x2を作って打ち、短辺1辺を作り、土を入れてから最後の短辺を閉じるという作り方にした。土を入れると最後の短辺の杭x2が離れるので、長辺x2を作るときに若干短めにしておくと直方体になりそう。
  • 残りのミックス堆肥を入れた。腐葉土と牛糞堆肥が混ざってるやつ。
  • 米ナスx6は投げ売り苗で根が周り葉が黄色くなっている。復活を期待。
  • 生き物を呼ぶべく米ぬかを薄くまいた。
  • ピーマン類ならあと2株いけそう
  • ビスが無くなった。レイズドベッド1つあたり48本使う(1辺あたり12本)。割り箸か竹串で代用できるか？http://ortas.jugem.jp/?eid=721 竹串でいけそう
• 2日間の雨が上がってどうかというと
  • トウモロコシの葉が濃くなってきた。堆肥が効いたようだ。
  • ビーツが伸びてきた
  • ニンジンは変わらず
  • トマトは変わらず
  • 里芋は変わらず。1つだけ葉が見えている。順調。
  • R3のコンポストのかさが減っている。まだまだ草を追加できそうだ。野菜を育てている他のRとくらべて、アリやらクモやら小さな虫が明らかに多い。隠れ家になるしエサもあるということだろう。早く分解してくれ。
• 治水ちょっとだけ。水たまりになっている部分3mだけ、道路に沿って砂利を30cm程度追加。水たまりから水を流す道を長さ1m、幅15cm、深さ15cmほど掘った。スコップだけでなくドリルが必要。ハンマードリルがあれば早いのだろうけど無いのでハンドドリルに12mmの刃をつけて代用。これでもないよりずっとよい。というか無いとむり。がんばれば水路まで掘れそう。あるいは池を作れるかもしれない。
• 初めての、そして期待のほぼかに。食感はほぼかに、味は練り物。ほぼかにといっていいと思う。
• https://www.pref.shizuoka.jp/kankyou/ka-050/sui/suiseiseibutu/documents/h19_konogawa.pdf 狩野川の水生生物調査報告書を見つけた。

• 雨が続いている。14日に晴れる予定なのでR7を作ってすぐなにか植えよう。
• 夏野菜の苗が売り切れる可能性を考えていくつか確保。米ナスx6(40円で投げ売り)、ししとうx2、甘長とうがらしx2、韓国産とうがらしx1(400円！)、姫とうがんx1、パセリx1、あばしゴーヤーx2。R7にはナスx6を植える。
• 庭にゴーヤーカーテン用の網を張り、あばしゴーヤーx2を鉢に植えた。幅が余ってるのできゅうりもカーテンに這わせようか。
• 苗のお世話。たぶん半年くらい前にまいた果物の種からいくつか発芽したものを個別の鉢に移動した。4種類あって、夏みかんx2、柿x2、不明Ax2、不明Bx1。不明A,Bの思いつく候補はさくらんぼ、ふどう、びわ。芽の画像を調べても断定できない。びわではなさそう。
• みどりくんが2つ届いた。間違って2つ注文してしまったようだ。

• オクラの種をポット1つにまいた。ポットがあいたらもっとまこう。
• レイズドベッドに堆肥を入れた。

• 公共財にタダ乗りしておいて「自給自足」はないだろう？ https://shinsho.kobunsha.com/n/n9275c3c08f42
  • 社会の分業から逃れて自分の足で立つためには、己の中にたくさんの技を蓄える必要があるということです。世の多くの人が金で解決していることを、知恵で解決するには、多くの経験と学びが必要です。社会の分業から逃れるということは、長い習熟の時間をかけて、わざわざ「コスパ」の悪い生き方を体得すること。かっこいいけれども、とても難しい生き方です。
  • 自給的な暮らしをしたいと思う人は、まずは軽い気持ちで住みたい地方に関わりながら、そこでの暮らしを長持ちさせるために何を身に付け、何をあきらめるべきかを探ってみるのがいいかもしれません。
  • その通り。だが進む。どこまで進めるか確かめることに意味がある。進んだ人が少ない道になるほどコスパは悪くなるだろう。まだまだ誰かが進んだ道でしかないのでコスパは悪くない。
• 苗作り
  • またトウモロコシが食べられてしまったので蒔き直し。とはいえ先日食べられたポットとは別のもの。
  • 去年育ててなかったパクチー3株追加。
  • 餞別にもらったトマト(サンマルツァーノ)を2株追加。トマトは、中玉、紫ミニの3種類があり、サンマルツァーノで3種目。いや、R2に生えたやつを含めれば4種目か。あれなんなんだろうな。
  • キュウリの本葉が目立つようになってきた。
  • カボチャは本葉3枚目が見えている。1株は定植できそう。ストック用に植えた種が2つ発芽した。
• 土地へ。恵みの雨の後、レイズドベッドと果樹がどうなってるかというと、見た目は変わっていない。R4に植えたトウモロコシの葉は変わらず黄色のまま。まだ肥料が効いていないと判断し、最終手段として液肥(ハイポネックス)を入れた。
• R5にトマトを3株植えた。中玉か紫ミニトマトかどっちかなんだけどわからなくなってしまった。R4と同じく肥料不足の症状が表れれば土壌改良する。チャバネの子っぽい虫が見えた。土が画一的なので、もしチャバネの繁殖に適しているのなら一気に増えてしまうかも。でもそこまでの餌はないはずなんだよな。少量の米ぬかと酒粕につられただけのはず。もう1回見たら対策しよう。といっても結局は生物を多様にするための土壌改良だ。ゴキブリやシロアリの巣にしないためには他の虫も必要なんだろう。
• R6に蝶番をつけようとしたけどできなかった。野地板3枚を蝶番2枚で止めようとすると、野地板が平らでないために蝶番2枚が平行にならない。このため、蝶番2枚を杭に沿って固定できない。900mm x 400mm の1枚板であれば蝶番が使えそう。
• なので、今回は最後の短辺を完成させる前に中身を入れることにした。下層1/5程度に取った草を入れた。見た目だけなら1/2だけど実質1/5になるだろう。草取りでも一輪車を使うようになったのでレイズドベッドから離れた草を運ぶ効率が良くなった。そして一輪車から直接レイズドベッドに土を入れた。これは効率が良い。一輪車からスコップで土を入れる手間がほぼ無くなる。蝶番は諦めたが、初回の土入れだけでも短辺を最後にする価値は大きい。土入れの時間をレイズドベッド1個あたり30分～1時間ほど短縮できているのではないか。
• 早速できたR6に里芋4個を植えた。この里芋は伊豆村の駅で買ったもの。店にあるときから芽が少し出ていて植える目的で買った。R6はあと半分余っている。里芋まだあるし持っていけばよかったな。
• 土壌改良するなら、そもそも買った赤土(箱根丘陵土)がどういうものか調べる必要ありと思って調べた。これ事前に調べるもんだよな。富士山の火山灰らしいけど関東ローム層の赤土と同じなのかな。だとすると4割は腐食であることが望ましく、今の配合では腐食が足りない。R4は上層に馬糞堆肥を入れたけど腐葉土やらピートモスやら複数の有機物が入っていた方が栄養配分が多様になるんだろうな。保水能力も赤土だけだと足りず乾きやすいだろう。根が伸びやすく、微生物と虫が活動するための隙間を作るためにも粒の種類を増やす必要があるだろう。土壌改良の前後で成分を比較しよう。みどりくんを注文。7000円。投資だなあ。
• 後に植えた実生？のフェイジョア2本の葉の色が赤くなってきた。土かなあ。植えた時の見た目は土の上に砂利があるだけでなくモルタルで固めたような跡があった。この固まりは脆くてハンドドリルで砕ける。半径30cmほどくり抜いて土を入れた方がいいかもな。柑橘類(不知火、寿太郎、森田ネーブル)にはこのような葉の異常はない。

• 母が一句石 http://izu1914.com/ でバラを見たいとのことでお出かけ。反射炉の駐車場に停めて15分歩いた。途中に老人ホームの廃墟があった。骨組みしか残っていない。後で調べると1年前に全焼したらしい。https://look.satv.co.jp/_ct/17431180 こわ。一句石のバラ園は5/31まで無料開放されている。旅館とバラ園のどちらが主なのかわからないくらい広い。置いてあったノートによると1000株350種類あるらしい。GW明け月曜だからなのか訪問客は他に2人だけ。
• 反射炉の店で買い物と飯。反射炉には何回も来てるけど反射炉自体を見たことは1度しかなく、いつも買い物と飯。反射炉ビアの種類が増えていた。お酒マンIPAの絵が不穏なので買った。たけのこ3本で300円とくれば買う。母はここの化粧水が好きらしいけど取り扱わなくなったっぽい。
• グランマ獅子浜店で母の日のケーキを買った。リトルデーモン、そういうのもあるのか。高いけど今日くらいお前にしてやる。
• 15時から恵みの雨。乾燥気味だったレイズドベッドがどうなることやら。
• ここ1ヶ月でたけのこを4回ゆでている。いつもぬかを使わないけどたまにはという気分になって使ってみた。やはり効果を体感できない。が、シュウ酸が抜ける効果を示す実験結果はある https://twitter.com/okapia_feb01/status/1515252412680146947 https://www.jstage.jst.go.jp/article/cookeryscience1968/23/3/23_263/_article/-char/ja/
  • 調理科学って論文誌があるのか https://www.jstage.jst.go.jp/browse/cookeryscience1968/-char/ja

• R6ほぼ完成。残りは短辺。この短辺は土を一輪車で入れるために蝶番と丸落しで開閉できるようにする。かけ金の方がつけるのは簡単そうだけど、丸落しの方が強そうで値段も安い。
• そろそろ野地板レイズドベッドの作り方もこれで完成かな。
  • 材料: 野地板1820mm x 910mm x 12mm x 9枚, 木杭600mm x 40mm x 40mm x 4本, さらビス30mm, 蝶番x2, 丸落しx1, 腐食防止スプレー
  • 道具: インパクトドリル, 穴あけ器, 水平器
  • 値段:
  • 施工時間: 2時間
  • 野地板3枚を木杭2本にビスで止める。これを長辺部品とする。
  • 長辺部品をもとに杭を打つ穴2点を決める
  • 穴を掘る
  • 長辺部品を穴に入れ、両方の杭を100mm以上打ち込む。水平器で水平になるように打ち込み具合を調整する。
  • 野地板3枚を半分に切る(あらかじめホームセンターで切っておくとよい)
  • 穴に入れた長辺部品の杭に半分に切った野地板1枚を水平になるようにビスで止め、その上に半分の野地板2枚をビスで止める
  • 長辺部品を作る
  • 長辺部品に止めた半分の野地板の止めていない方と、もう1つの長辺部品が合うように穴を掘り、その穴に長辺部品を入れる。これで3辺が完成し、残りは短辺1つとなる。
  • 残りの短辺となる野地板3枚の間をつなぐように蝶番2つを取り付ける。これで短辺の3枚が蝶番によってつながる。
  • 短辺3枚をつなぐ蝶番を杭に取り付ける
  • 短辺3枚の蝶番がついていない方に丸落しをつける
  • 腐食防止スプレーを吹きかける
• 土も標準レシピが欲しいところだけどまだわかってない。買った土はほぼ赤玉土なんじゃないか。見ためと感触からは有機物質がない。植えたトウモロコシの葉が薄くなっていることから肥料成分もないように思える。R4には馬糞堆肥80L、R5には米ぬかと酒粕を入れた。R3の雑草堆肥が完成していれば入れたいところだけど、現在も新しい雑草を投入中だし、完成するのは早くて9月になりそう。
• ドリルのモード切り替えの機構が回らなくなったり外れそうになっていたので分解して組み直したら直った。中のネジがあらぬところに挟まっていたので多分それが原因。とはいえどこに使われているネジなのかわからない。試しにネジなしで組み直したら動いたし、ほかの問題もなさそう。
• 道路沿いが低くなっているので水たまりができ、車にかかるらしい。低くなっている原因は前の地主が敷いた砂利だろう。水たまりに砂利を盛って道路と同じ高さにし、その内側に溝を掘れば解決すると思う。掘るのが大変だけどインパクトドリルでいけるんじゃないかな？水たまりになっているところを幅200mm x 深さ100mmくらい掘ってみるか。

• 本格的なカレーはいいものよ。唐辛子とコリアンダーは作れたのでクミンとターメリックも作りたいなという気分になった。
• R1,2,4への水やりと草取り。雨がふる月曜が待ち遠しい。
• 育苗が進んでるのはトマトx8, キュウリx3, カボチャx3。トマトとキュウリは同じ日に撒いたけどトマトの方が10日ほど早い。トウモロコシは食べられてしまったので8粒まきなおし。たぶん鳥なので少しでも見つかりにくいところに置く。冬瓜らしきものが1つだけ発芽している。ほか、ずっと前にまいた何かの果物の種がいくつか発芽してる。

• 友人が逝ってそろそろ2ヶ月。ふとした拍子に声が聞こえる。
• モダンWGの友人と会った。まだコミュニティとボランティアとプロジェクトを理解できていないようだ。情報共有で終わるなという話をした。3回は話した覚えがある。奉仕活動になってるっぽくてよくない。仕事になる仕組みにしないと。
• R1,2,4への水やりと草取り
• 庭の畑が荒らされている。猫かイタチかハクビシンか。にんにくが壊滅。近くのジャガイモも被害。オクラも1株がしにそう。大玉トマトの近くも掘られているけど株に怪我はないようだ。

• 親の頼みで駿河平自然公園へ。2-3年前に友人と来たっけな。今回は犬も一緒なので歩みがゆっくり。以前は誰もいなかったけど今回はGWなので人がいる。駐車場は8割くらい埋まっている。といっても公園は広いので人混みがいるという感覚はない。たけのこの皮が散乱していたり、掘られた形跡があちこちにあった。国有地？だからか採っていく人がいるんだろう。私有地じゃなければいいんだっけ？だめだけど誰も文句言わないのかな？

• 現状: ArduinoIDE で書ける。VSCode の ArduinoIDE 拡張からは arduino が見えない。 PlatformIO ではビルドできるが書けない。
• PlatformIO の書けない問題を調査する。
• esptool.py の next(self._slip_reader) の後にエラーが起きる。https://github.com/espressif/esptool/issues/603 を見ると esptool.py を PlatformIO からではなく別個に動かしているので、これができるか確かめる。私の環境ではモジュールになっていないので python /path/to/esptool.py で動かす。
• python ..\.platformio\packages\tool-esptoolpy\esptool.py -p COM3 --no-stub flash_id

  •   esptool.py v3.3
      Serial port COM3
      Connecting.....
      Detecting chip type... Unsupported detection protocol, switching and trying again...
      Connecting.......
      Detecting chip type... ESP32
      Chip is ESP32-D0WDQ6-V3 (revision 3)
      Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
      Crystal is 40MHz
      MAC: 44:17:93:8a:07:48
      Enabling default SPI flash mode...
      Manufacturer: 20
      Device: 4016
      Detected flash size: 4MB
      Hard resetting via RTS pin...
    

• python ..\.platformio\packages\tool-esptoolpy\esptool.py -p COM3 --trace flash_id

  •   esptool.py v3.3
      Serial port COM3
      Connecting...TRACE +0.000 command op=0x08 data len=36 wait_response=1 timeout=0.100 data=
          0707122055555555 5555555555555555 | ... UUUUUUUUUUUU
          5555555555555555 5555555555555555 | UUUU
    

• esptool.py で読めるようだ。
• M5Camera だとどうなんだろう？と思って PlatformIO で試す。https://blog.vivita.io/entry/2020/09/17/095926 によると board は m5stack-core-esp32 を選択するらしい。digitalWrite の pin が 2 なのかわからないけど Upload and Monitor してみる…成功した。えー？
• esptool.py で書いてみたらどうだろう
  • python ..\.platformio\packages\tool-esptoolpy\esptool.py -p COM3 write_flash 0x10000 .\.pio\build\m5stack-timer-cam\firmware.bin だと書ける。でもLチカバイナリは動かない。
  • ArduinoIDE で作ったLチカバイナリを PlatformIO の esptool で書いたら動いた。ということは pio run --target upload で書けないのとは別に PlatformIO で作ったバイナリがだめ？
  • 回り道したけど 0x10000 で始まる、esptool で write_flash, read_flash できることがわかった
  • https://twitter.com/michan06/status/1360452992172916736 これも回り道で見つけたもの。10分ごとにDeepSleepから起きて処理するやつで6日もったらしい。
  • https://lang-ship.com/blog/work/m5stack-timer-camera-x/
• Arduino CLI
  • .\arduino-cli.exe core update-index --additional-urls https://m5stack.oss-cn-shenzhen.aliyuncs.com/resource/arduino/package_m5stack_index.json
  • .\arduino-cli.exe config init
  • .\arduino-cli.exe config add board_manager.additional_urls https://dl.espressif.com/dl/package_esp32_index.json
  • .\arduino-cli.exe core search esp32
  • .\arduino-cli.exe core list

    •   ID            Installed Latest Name
        m5stack:esp32 1.0.6     1.0.6  M5Stack Arduino
      

  • .\arduino-cli.exe upload --port COM3 -b m5stack:esp32:m5stack-timer-cam timer-cam-f arduino-cli から timer-cam-f スケッチを新規で作ってLチカするのは書けた。battery.h を読もうとすると No such file or directory になる。
  • http://den3.net/activity_diary/2021/08/20/4469/ 案外WSLから簡単にいけそうだぞ？最初に見た記事だとUSBがどうこうとかスクリプト書く必要があるとか手順がたくさんあったけど、こっちは簡単そう。
  • arduino-cli config init
  • arduino-cli core update-index --additional-urls https://m5stack.oss-cn-shenzhen.aliyuncs.com/resource/arduino/package_m5stack_index.json
  • arduino-cli config add board_manager.additional_urls https://dl.espressif.com/dl/package_esp32_index.json
  • arduino-cli core install esp32:esp32
  • arduino-cli lib install Timer-CAM
  • コンパイル…の前に今動いているデバイスの出力を読めるか確かめよう。stty -F /dev/ttyS3 115200 | cat /dev/ttyS3 結果は stty: /dev/ttyS3: Input/output error
  • https://github.com/microsoft/WSL/issues/4322 WSL1 だといけるけど WSL2 だと USB だめらしい。上記の簡単ってやつは多分WSL1だな、書いてないけど。
  • WSL1 に戻すか。WSL2 でやるか。https://qiita.com/baggio/items/28c13ed8ac09fc7ebdf1
  • このためだけに WSL1 に戻すかっていうとありえないな。2年前ならともかく。
• アウトドア
  • R5に土を入れて終わり…の予定が板が外れたので半分にとどまった。ビスが短くて外れてしまったのでまともな長さのビスに差し替え。外れてないところも差し替え。
  • R4のトウモロコシが元気ないような。ほかの芽は生きてるけど2日放置したら枯れそう。月曜まで雨ふらないらしいので水を切らさないように。早くも水をためとくところが欲しい。
  • R3の草が枯れたら土入れてもいいかも。
  • 木は案外元気。根を張るのがつらそうな土の割には。

• 親の頼みで山中城跡へ
  • 城跡(しろあと)は城址(じょうし)とも呼ばれることを知った。常用漢字が定められるまでは城址だったが址が常用漢字に含まれていないので城跡と呼ばれるようになったそうな。(要出典)
  • 三島スカイウォークの先にある。GWだからなのか、スカイウォークの入り口はとても混んでいた。山中城跡はそうでもない。
  • 広い。全て歩くと3時間はかかりそう。今回は2時間でやめた。山中城と書かれた白い旗がそこかしこに立てられている。城といっても石垣が無く、地形が壁や堀といった障害物になっている。長浜城跡にもあったくぼみは障子堀と呼ばれるそうな。今や建物の面影は全くなく地形のみが残っている。山中城が建てられたのは1530-1560年だそうだが、500年近く経っても地形は変わらないのは意外だ。1590年に豊臣軍が攻めたときの戦で討たれた両武将の墓があった。看板の解説によると、両武将は戦の恨みを忘れたかのようにひっそりと眠っているらしいが、てきとーなこと書きやがってとしか思えない。同じ区画に昭和30年代に建てられたと書かれている陸軍の墓もあった。

• Arduinoでシリアル出力したらマウスが暴走するのの回避法 https://lang-ship.com/blog/work/arduino-serial-mouse/ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\sermouse\Start を4(disabled)にする
  • https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-2000-server/cc959920(v=technet.10)?redirectedfrom=MSDN
• Timer Cam やる
  • VSCode で開発したいので PlatformIO を使おう
  • https://docs.platformio.org/en/latest/boards/espressif32/m5stack-timer-cam.html
  • CLI でやるならこっちかな？ https://docs.platformio.org/en/latest//core/installation.html
  • PlatformIO は Python で動くらしい。WSL から USB 接続されたデバイスを扱う壁を超える方法があるらしいけどハマりポイントになりうるので Windows からやってみる。
    • https://beta-notes.way-nifty.com/blog/2021/02/post-72506a.html
  • Windows に Python を入れて PlatformIO をインストール
  • 正常に入ったけど penv とはいやな予感

    •   PlatformIO Core has been successfully installed into an isolated environment `C:\Users\massk\.platformio\penv`!
      
        The full path to `platformio.exe` is `C:\Users\massk\.platformio\penv\Scripts\platformio.exe`
      
        If you need an access to `platformio.exe` from other applications, please install Shell Commands
        (add PlatformIO Core binary directory `C:\Users\massk\.platformio\penv\Scripts` to the system environment PATH variable):
      
        See https://docs.platformio.org/page/installation.html#install-shell-commands
      

  • pip install -U platformio
  • あとは quickstart でいいのかな
  • PATH に C:\Users\massk\.platformio\penv\Scripts を追加
  • なるほど？ pio boards m5stack-timer-cam

    •   Platform: espressif32
        ========================================================================
        ID                 MCU    Frequency    Flash    RAM    Name
        -----------------  -----  -----------  -------  -----  -----------------
        m5stack-timer-cam  ESP32  240MHz       4MB      320KB  M5Stack Timer CAM
      

  • pio project init --board m5stack-timer-cam
  • サンプルコードが Timer Cam で動くか怪しいけど何も考えず pio run した。たぶん platformio.ini に書かれた内容に従ってライブラリをダウンロードしている。いまどきだなあ。しかし Arduino.h が Timer Cam で使えるのだろうか。Successfully created esp32 image. だそうな。
  • いよいよ書き込み。USB 接続した Timer Cam がどう見えているのかさっぱりわからないけどこんなんで動くんだろうか？ pio run --target upload エラー出たけど Timer Cam と通信はできたっぽい。
    • Looking for upload port... Auto-detected: COM3 さがしたらしい
    • Chip is ESP32-D0WDQ6-V3 (revision 3) 検出したのかな？

    •   Uploading stub...
        Running stub...
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 5380, in _main
        Stub running...
            main()
        Changing baud rate to 460800
        Changed.
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 4802, in main
        Configuring flash size...
            esp.flash_set_parameters(flash_size_bytes(args.flash_size))
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 1056, in flash_set_parameters
            self.check_command("set SPI params", ESP32ROM.ESP_SPI_SET_PARAMS,
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 495, in check_command
            val, data = self.command(op, data, chk, timeout=timeout)
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 468, in command
            p = self.read()
        File "C:\Users\massk\.platformio\packages\tool-esptoolpy\esptool.py", line 413, in read
            return next(self._slip_reader)
        StopIteration
        *** [upload] Error 1
      

    • 何のエラーかわからず有力な情報なし
    • Timer CAM の公式ライブラリを PlatformIO (pio) からインストールできる。 https://registry.platformio.org/libraries/m5stack/Timer-CAM/installation
      • pio lib install "m5stack/Timer-CAM@^0.0.2"
      • https://github.com/m5stack/TimerCam-arduino この存在はぐぐってわかっていたけど PlatformIO から使う方法がわからなかったが上記であることがわかった。
    • Arduino IDE ESP32ボードのバージョンアップに伴うTimerCameraライブラリの変更内容 https://msr-r.net/timer-camera-lib/ 公式の Timer Camera ライブラリを一部変更する必要があるらしい。これはこれで有用だけど書き込めない理由ではなさそう。
    • VSCode の PlatformIDE extension からもやってみた。結果は同じ。そりゃそうか。
• Arduino IDE でやってみよう。M5 が公式にサポートしてるのはこっちなので。CLI でできなくなるけど。
  • https://docs.m5stack.com/en/quick_start/timer_cam/arduino
  • FTDI の Virtual COM Port Driver をインストール
  • M5Stack の board manager の最新版は 2.0.4 だが、https://msr-r.net/timer-camera-lib/ を参考に 1.0.6 とした。quick_start に載っているバージョンは 1.0.4 だがないので最も近い 1.0.6 を選択。
  • LED BLINK 動いた
  • Web Cam 動いた。映像が見えた。Serial.print() は Tools-Serial Monitor から見える。
• ようやく晴れた。R4に土を入れた。R3までは雑草ありだけどR4は雑草なし。ほぼ赤土。その分、一輪車で往復してスコップで土を入れる手間がある。家で育てたトウモロコシの苗を定植。遅れたので根が回っており肥料不足になっている。赤土が粘性だと判断して馬糞堆肥を入れた。
  • 一輪車からベッドに直接土を入れられるようにベッドの1辺を開けられるようにしておくとよさそう。蝶番を使えばできるかな。
  • 全て土を入れるのは体力が要る。流木でかさ増しするのは手っ取り早いだろうか。流木を運ぶためのコンテナが要る。
• フェイジョア(たぶん実生)を2本、森田ネーブル1本を定植。

• 家庭菜園2021年度総括 https://masskaneko.hatenablog.com/entry/2022/05/01/021431 ようやく書けた。ながいな。
• 睡眠サイクルがカス
• また雨
• またたけのこ！
• 一輪車入手。土は重くなってるな。乾いたらベッドに入れよう。
• ぐりむもう行かない。値段に見合わないし、たまり場だし。
• ポストを修繕。仮止め重要。後で考えると、M5のボルトに対してM6で空けたほうがよかった。

• 河原にはこいのぼり。そしてアニソン。ついでに前々から行こうと思っていた沼津のクラフトジン屋へ。地ジンっていうのか？おすすめのカクテルは香りがいい。
• 晴れたからアウトドアすればよかったのだけど酒を飲んでしまったので運転できない。アホだ。
• SSDケース入れ替え
  • RS-EC22-U3R から Akitio SK-2520 へ移行。動画を撮ることが増えて外付けSSDの出番が増えたんだけど、急に転送速度が落ちたり、ファイル破損が頻発したことが発端。ファイル破損というのはコピー時にWindowsは何のエラー表示もしないけど、動画ファイルを再生できなかったり、再生できても映像が一部壊れているというもの。ケースが原因ではないかもしれないけど、ケースで済むなら安いからという理由で新ケースを買った。新ケースはUSB3端子であり、PC側もUSB3端子にすれば、実はUSB2でつながっていたということがなくなるはず。
  • 移行作業はRAID1設定で運用していた旧ケース内のSSD2台を新ケースに移すだけだと思っていた。しかし、新ケースのデフォルト設定がRAIDなしだったためか、認識されなかった。新ケースの設定をRAID1にしても認識されない。パーティションテーブルが壊れたと踏んで復旧方法を探し TestDisk にたどり着いた。 https://pctrouble.net/software/testdisk.html そして復旧。復旧したいストレージデバイスを選択、パーティションテーブルタイプでIntelを選択、Analyseを選択、Quick Searchを実行しNTFSと認識される、Enterでcontinue、Writeを実行、USBケーブルを挿し直すとWindowsがNTFSのストレージデバイスとして認識する。
  • 新旧ケースのどちらでもRAID設定を変えるとフォーマットが必要と書いてあるのを知らなかったことが問題発生の根本原因。ストレージは同じでケースだけ変える場合は引っかかりやすい。どうするのが適切なんだろう？新ケースをRAID1設定にしてからSSDを挿せば認識されたのだろうか？RAIDモード変更でググるとデータが消えますとかフォーマットが必要ですっていうメーカーの説明が出てくる。RAIDモードを変更してデータを残す方法は少ないし、実際にデータは消えずパーティションテーブルが変わってるだけっていう説明も少ない。
  • 2GBほど OSMO Action から転送したけど転送速度の急落はなし。ファイル破損もなし。転送速度は30MB/secなんだけどこれは OSMO Action と PC間が USB2 だったり、OSMO Action 内のストレージがネックになっていそう。

• 今日もアウトドアしよう！って気分だったけど雨強すぎでできず、家で勉強する気も消し飛んだ。

• 土が来た。5月中には6立法メートルを使い切るだろう。けちるなら流木でかさましかなあ。土を運ぶのに一輪車が必要。草取りの時点でも一輪車があればよかったな。ベッドから離れた草もとるし。R4に土を入れたらトウモロコシを植えよう。8株いけるかな。ベッド1つあたり何を何株植えられるかわかっておきたいな。
• 半分の野地板を使って簡易測量した。結果から昨日の図を微修正。だいたい合ってたけどもうちょい広かった。
• 植木の近くにシートを貼ってみた。耐用2年のシートだから1年は傷がつかず防草効果があると信じよう。固定できることの方が問題かもしれない。ピンだけでは固定できないと判断して石をいくつか置いた。5月末に効果を見よう。
• R1,2のニンジンが発芽していた。発芽率は1/3くらいか。相変わらず下層の草から芽が出てきているけど数が少ないのですぐ抜ける。
• 草取り。R3がだいぶ埋まってきた。R1,2の反省を踏まえて、枯らしてから土を入れよう。オヒシバとカラスノエンドウの種ができている。ペースを上げないと広まってしまいそう。見た目からは除草速度が生える速度を上回っているように見えるけど夏は逆転するかもしれない。リアルタイムな俯瞰画像が欲しいなあ。虫も増えてくるかもと覚悟してるけど今のところ刺されていないし刺す虫を見てもいない。
• 昨日食べた赤パプリカにあった種をポットx4に植えた。おととし栽培して実るのが遅いことがわかったから去年は栽培しなかったのだけど、今年は場所に余裕があるのでやってみる。
• 犬の世話。1日5回の目薬が必要なので家族と手分けする。いつまでも慣れてくれない。とてもいやそうな声を出すのでいじめている気分になってしまう。ついでに固まった毛をバリカンで刈った。刈られるのもいやらしく、目薬のときと似たような声を出す。体調はとても元気になった。入院したときは今年でお別れかとも思わされたけど、今の動きを見ると老犬にすら見えない。
• 苗を植える前にはレイズドベッド作りが終わっていることを想像していた。1,2月なにやってたんだろうと振り返ると、ゲーム、前の畑の世話、家族の世話、狩猟免許の勉強、流木からの杭作成(見切り)。今はゲームを全くしなくなったけど、時間ができたというよりは目標に対して時間が足りないという焦りが出てきた。時間に対してこれくらいの働きをすることが普通という感覚が家庭菜園であってもできてきた。復職を考えるとIT活動(雑)のペースアップも必要。

• 5つめのレイズドベッド完成。長辺の野地板は車に載る。4つめより早く完成した。組み立てだけなら2時間でいける。撮影、草取り、買い物、移動、休憩を含めると半日仕事。
• ベニヤのレイズドベッドの側面1枚が剥がれていた。昨夜の風だろう。
• 土地の図を描き始めた。衛星写真をもとに app.diagrams.net (旧draw.io) で製図。縮尺あやしいけど誤差15%以下だろう。いまの1800x900のレイズドベッドをあと20個作れそうだ。果樹はあと10本いけそう。ベッドは週1ペースでいけるかな。ベッド1つあたり野地板9枚が必要なので、180枚使うのか？なかなか狂ってきた。いいぞ。果樹についてはいま集中して植えたいところ。土が来たらやるか。
• 外仕事以外のことができてない。律しよう。

• 人文パイプぶろぐ http://jinbunpaipu.blogspot.com/ 長谷川さんYouTubeだけでなくブログも書いているのか。と思いきや動画貼り付けのみ。これほとんどの素材が静止画とテキストだから動画にする意味ないよなあ。ブログに文として書いた方が効率的に読める。なかには撮影された動画もあるんだけど。
• 犬夜叉ながい
• Self Sufficient Me の人がすすめている本を注文した。1冊くらい家庭菜園の洋書を読んでみる気になった。Kindleもあるけど写真を見るには紙の方がいい。って紙にしたら届くのに1月かかる。

• 苗作り
  • トマトの芽が出た。定植は5月中旬になるかなあ。いま植えられる苗を作るためには、2月から始めないといけないんだろうな。
  • バターナッツが全然発芽しない。あきらめてとうもろこしを増やす。
  • もともとたまねぎの苗が入っていた小さい10連ポットにもとうもろこしをまいた。
  • ふつうのカボチャは順調。もう植えてもいいくらいの苗が3つ。より小さい苗が3つ。
  • きゅうり(夏すずみ)が発芽しない。
• 4つめのレイズドベッドの仕上げが完了。運搬のために野地板を半分に切っているので長辺をつなげる必要がある。1800mmなら切らなくても乗せられるかも？900mm2枚で試してみよう。5つめの短辺だけ作った。
• 1,2個めのレイズドベッドでビーツの芽が10個以上出ていて本葉が出ているものもある。このままうまくいってくれ。枝豆はでてない。種が古いからだめかも？土面がさらに下がってきている。まだ下がりそう。ベッドの高さの半分になるかも。
• ダンプで土を6立法メートル注文することにした。レイズドベッドも週1ペースで作ろう。
• ド・ロさまのパスタでちゃんぽんってのも粋じゃないのと思って試作。太麺として使える。乾麺のうどんに近い。
• IPA アジャイルのカギは経営にあり Ver1.0 https://www.ipa.go.jp/files/000097991.pdf 前職の仕事を思い出した。どうしてこういうビジョンを伝えきれなかったんだろう。進んだとは思うし、まだまだ先があるとはわかってくれたんだけど、経営にまでは踏み込めなかったんだよなあ。経営層と接する機会は何度もあったのに。最初のうちはよかった。どこかから、だんだんと、短期的に何をして何の成果を見込むかという力が増してきた。それだけではない。そのビジョンを支える知識とビジョンを表現する能力が足りなかった。TQMの知識が欲しかった。アジャイルの知識ですら不足していた。
• TQM の本が出ている。読みやすそうだな。これと InnerSource シリーズをここ数ヶ月の重点としよう。
  • https://www.juse-p.co.jp/products/view/888?ml0425sqip
  • https://www.juse-p.co.jp/products/view/889?ml0425sqip
• 半妖の夜叉姫を見てから犬夜叉を見ると殺生丸さまが小物に見えてしまう。

• https://twitter.com/ama_ch/status/1518022465502707713 スケーリングやトポロジー進化も大事だけど、小さいクロスファンクショナルチームで集中することの効果や難しさを共有できていないと厳しい。ほとんどの組織はトポロジーの100歩くらい手前だと思う。 スクラムわからないのに LeSS に飛びついてもわからないでしょって話かなあ。
• SEPA9th をもとに教えるには精読が必要。精読するの1章でも時間かかるな。

• 4つめのレイズドベッドが完成
  • 初めて野地板を使った。ベニヤより厚く、ビスを杭に多く打つので耐久性がありそう。
  • 夏かってくらい暑い。去年の夏に使ってた帽子を出そう。水も1L持っていこう。500mlでは足りない。休む場所が必要。車で冷房をつければ休める。日差しを防げる簡易的な屋根と椅子が欲しい。って、そんな設備を置いてる畑を見るのはそのためか。
  • 隣の畑の人と会話。仲良くしておこう。
• 動画撮影の習慣が減ってきたので再開。今日は結構撮れた。ディスク節約と編集の手間削減のため、こまめに録画することにする。所望の構図になるようにカメラを設置する手間がかかり、作業が進まないことがある。
• https://twitter.com/mootastic/status/1517824925381259264 Linux用の高解像度プロセストレーサ。プロセス内のすべての関数呼び出しを40ns単位で記録できる。オーバーヘッドは2～10%。perfとは異なりIntel PTを使っているのが特徴。結果はGUI上で表示できる。 https://github.com/janestreet/magic-trace 組込み開発してたときにこれほしかったなー。DT10だとかログベースのものは仕込みが面倒で。

• 古畑さんにInnerSourceを伝えた。補足メッセージ送っておこうかな。SPLとInnerSourceは交わるってのは前々から話すことがある。さらに、PSPとスポーツ理論が交わるなんて話もした。これは思いつき。知的労働のための体の使い方。

• https://twitter.com/masskaneko/status/1516456555927207938 伊豆石文化探究会の研究者が丁寧に回答してくれた。
  • 「東京の周辺を隈無く探してようやく200キロも離れた下田で適切な建材が見つかった」というくらい貴重な石切場らしい
  • 明治も進み半島の石材が枯渇し始めると だからいまは石切場跡になっていると
  • https://fmm.geo-itoigawa.com/event-learning/fossamagna_japan-archipelago/ フォッサマグナねぇ。新潟から静岡まで埋まるほどの火山噴火があったってこと？富士山も含まれてるけど後からの堆積であんなに高くなるのかな？
  • https://www.aist.go.jp/aist_j/press_release/pr2018/pr20181029/pr20181029.html 南部フォッサマグナ(富士山とその西の身延地域)の詳細な解説。フォッサマグナ形成→伊豆半島衝突→富士火山帯形成の順。

• Unable to find the selected font "Cascadia Mono". https://github.com/microsoft/terminal/issues/9375#issuecomment-856489203 設定画面から修復すれば解決。根本原因不明。
• ls: cannot access '/mnt/c': Input/output error https://github.com/microsoft/WSL/issues/4377 ターミナルの Ubuntu を閉じ、PowerShell から wsl --shutdown して、再度ターミナルから Ubuntu を開けば (wsl を起動すれば)解決。根本原因不明。
• VS Code Server for WSL closed unexpectedly https://code.visualstudio.com/docs/remote/troubleshooting#_wsl-tips https://ginpen.com/2021/09/25/vs-code-server-fow-swl-closed-unexpectedly/ ~/.vscode-server/bin/ を消し、vscode を再起動すれば解決。vscode-server が再インストールされる。根本原因不明。
• そろそろ沼津市長選じゃなかったっけ？と調べたら無投票で現職続投決定だった。 https://www.city.numazu.shizuoka.jp/shisei/commit/senkyo/topics/r040424mutohyo.htm
• フェイジョア(マンモス)を2本植えた。1本は別の種類にすれば良かった。別種1本を間に(間であり奥に)植えるのはあり。
• 大提灯桜を植えた。兼六園菊桜もそうだけど、もう2m余裕をあけたほうがよさそうだ。今なら植え替えても大丈夫かなあ。
• えび天を揚げるときには切れ込みを入れることが定石なんだけど、丸まった姿を見たかったので切れずに挙げた。丸まった。かわいい。
• 伊豆石文化探究会 https://sites.google.com/view/izustoneculture 着想、文献調査、現地調査、考察、広報、啓発、全て本気であることが門外漢の私にも伝わってくる。
  • https://sites.google.com/view/izustoneculture/%E8%B3%87%E6%96%99%E3%82%84%E3%82%B7%E3%83%BC%E3%83%88 まさか小田原城や江戸城の石も沼津から運んだのか？建築に使える石が得られる山ってそんなに貴重なの？っていう疑問が浮かぶんだけど、その理由はここらの文献に書いてあるんだろうな。
• ソフトウェアエンジニアを語る本を書くなら、教えることがあるなら伝えたいこと。「コンピューターサイエンスを学ばなくとも、義務教育と日常生活で得られる命題論理と述語論理をもとに、プログラミングを始めることができる。そうした始まりからコードを積み重ねてゆけば、世に広く使われる価値あるソフトウェアを作り上げることができる。これは門戸を広げるために素晴らしいことであり、高品質に仕上げたい業界から見て憂慮することでもある。」
• 張りつめた～ 腹の～ ふるえる脂肪～
• 仕事4年目？いい気づきだ。とはいえ今でも克服できているのだろうか。
  • 期初の面接で「師匠にしたい人がいない」と言ったのは随分傲慢だった…な https://twitter.com/masskaneko/status/16225318648
  • 人は見つかっているので「あなたもあの人みたいになっておくれよ」というないものねだりをしているだけな気がしてきた。 https://twitter.com/masskaneko/status/16234268505
  • いつの間にやら「思い通りにならない他人を意地でもコントロールしてやろう」なんて考えていたんだなあ。 https://twitter.com/masskaneko/status/16236713308
  • 社会人の能力や適性を測った結果が帰ってきた。決断力と論理的思考力が飛び抜けて高く、協調性と非言語コミュニケーションが救いようが無いほど低かった。今の心境には堪えるので後でゆっくり見る。 https://twitter.com/masskaneko/status/16295578071
  • 「このメンバーで良い結果を出すには？」という視点が抜けてた。「セオリーあるのにどうしてその通りに仕事しないの？」って責めてばっかりだった。 https://twitter.com/masskaneko/status/16295719634
  • 言語・アルゴリズム・ツールなどの知識はさほど高くないが問題へ対処する観点・心構えを的確に教えてくれる上司を素直に尊敬できないのが悔しい。 https://twitter.com/masskaneko/status/16224870399

• 高島トマトとドレッシングとパスタを使って、おすすめされた冷製パスタを作った。これはいい。さすがブランドトマト。アメーラよりうまいら。種を取り出して栽培しようと思ったが種が未熟なのか小さいのか目立たない。一応植えてみた。
• レイズドベッド1,2の土面が10cm下がっているように見える。上部の土層が雨を吸って重くなったこと、下部の草層の分解が進んで体積が減ったことが考えられる。草層の分解は始まったばかりなので、これからも土面は下がっていくだろう。草層は満杯になるまで入れたのだがそれでもこうなる。
• 土面からは何本か草が飛び出していた。下部の草がまだ生きていて、10cmの土層を貫いている。草を枯らしてから土層を盛った方が良かった。
• 1時間だけ草取りをしてレイズドベッド3に投入。生える草の種類が増えてきた。
• 不知火、寿太郎、兼六園菊桜に異常なし。
• 犬の元気が戻ってきた。そのぶん暴れるので薬をつけづらくなった。

• 人の少ない島でのんびり根魚釣り

• ド・ロさまという愛に溢れたフルスタック開拓者がいたことを知った。https://shitsu-kyujoin.com/publics/index/4/

• LT 伝わったかわかんないな。チュートリアルの正式告知に向けてもっと練ろう。

• InnerSource
  • https://innersourcecommons.org/learn/research/state-of-innersource-survey-2021/
  • Benefits and Motivating Factors
    • 一位はサイロの解消。そしてやはり学習と再利用ね。イノベーション、能力ある人材の発見というのもある。
  • Perceived Beneficts of InnerSource
    • Share knowledge, increase my enjoyment in work, Get to know more people. たぶん短期だから直接的な効果が挙がっているんじゃないかな。サイロの解消と再利用は挙がっていない。
  • Obstacles to InnerSource Success
    • lack of middle management buy-in 72%, lack of executive management buy-in 32.9%: サイロを壊したいエグゼクティブとサイロの中に関心が集中しているミドルマネージャーが思い浮かぶ。
    • not having enough time to contribute 54.9%: ツールとアカウントが整備されて意義とプロセスが理解されたとしても、結局以前と同じく目の前の(身の回りの)仕事しかできなければ InnerSource は体現できない。
    • legal concerns 25.6%: 請負契約の範囲外だから、グループ会社間の利益供与になるから、って理由が思いつくけどそう？
  • career path
    • InnerSource のためのキャリアパスを設けないと部分最適になりがち。なぜなら、多くの企業は階層型の組織構造で分割統治しているから、InnerSource のための職種をどこかに設置しても、その設置した組織における最適化に留まる。
  • 126 responses
    • {tech 38%, fin 20, healthcare 13} tech ってなんなんだろう
    • {EU 50%, NA 30%, Asia 14%} Asia 少ない
    • {InnerSource specific role 25, software engineers 25} roleの名前はなんだろう

• 不動産所得税と固定資産税を払え！と。ついにきたか。F-REGI で払った。額は想定通り。
• ナス(黒陽)を庭に定植。
• READYFOR の開発強そう。こうしたいけどできてないということも合わせて書いてあって継続的な活動をしていることがわかるから強そうな組織に見える。
  • https://corp.readyfor.jp/
  • 2021振り返り https://tech.readyfor.jp/entry/2021/12/25/100000
  • 2020振り返り https://tech.readyfor.jp/entry/2020/12/24/201435
  • 組織の「乳化」を目指す。職種を超えた連携を生み出す「スクワッド組織」運営とは https://seleck.cc/1463

• 夏野菜苗が売り出された。レイズドベッドが準備できてないが、まだ間に合う。とりあえず庭用に大玉トマト(麗夏)、ナス(黒陽)、五角オクラx2を購入。
  • 麗夏の選択はニャハハの家庭菜園にて病気耐性が示されていたから。大玉の栽培は初めて。
  • 去年の取れ高は黒陽＞千両。場所の違いがあるので今年は組み合わせて試してみようか。
  • 新芽の収穫用として大根と白菜と小松菜がまだいるけど1週間以内に交代しよう。今日は大根を撤収。葉は立派だけど根はからきし。
• ラー油づくり。半年に1回くらいか？前回との違い：みかんの皮→文旦の皮、花椒なし→あり、ねぎ→大根の葉で代用、唐辛子を韓国産の辛味を抑えたものにして量を多めに。色が赤くなった。花椒の香りがついたが柑橘の香りはみかんの方が強く出る。言い換えれば四川屋台らしさの香りはやはりみかんが決め手である。花椒ではない。ねぎは使うべきだった。
• https://twitter.com/happa_erry/status/1513093884884451331 竹のしなりを利用したレイズドベッド。縦の支柱を縫わせるように横板で壁を作っている。

• 水掛け論になる形容詞ってまとめられそう。闇雲、慎重、楽観、悲観、大体、針小棒大
• 犬が元気に動いていた。筋肉と骨は年の割に健康だけど目と内臓は老いている。
• mythology には ancient stories の他に popular belief not true の意味があるけど、神話には後者の意味は無いよなと思って国語辞典をひいたらやっぱり無かった。popular belief not true のときに神話って訳しちゃだめなんじゃないか？

• 斜面でのたけのこ掘りでくたくた。体幹が鍛えられるのではないか？というのは、ヒロ渡邉が一本下駄で体幹を鍛えているというYouTubeを見たゆえの感想。
• 持っていった土産より頂いた土産の方が多い気がする
• 夏みかんにムッキーちゃん必須では？って実演(おもてなし)を受けて注文 https://www.youtube.com/watch?v=4LptICluctA
• 静清バイパスの眺めはよい
• Twitterを10年以上使ってきて自分の過去のツイートを見返すことが増えた。だから、これが一生もののライフログとして使えるかという疑問が生まれ、手元に情報が残らないのがネックと思えたのが1年半くらい前。そこからGitHubのWikiを使い始めた。よりたくさんの量を書くようになり、ツイートは減った。以下の要求があることにTwitterを長年使うことで気づきTwitterだけで賄えないことに気づいた
  • 数十年後も残せる
  • 1日数十文字～数千文字まで幅がある
  • いつでも書ける
  • 公開する
  • 手元に情報が残る
  • 検索可能
  • 多くは自分のために残すけど他人のために書く文もある
  • 軽い会話にも使える

• 犬が入院。もっと早く病院に行くべきだった。
• R1,R2に培養土を入れて種をまいた。R1にはもともと土ともみ殻を入れていたけど、まだ詰めた草が顔を出していたので少し追加。R2には半分だけ土が入っていて、今日で全部入った。計120L。この先R3,4,5...10...と作ることを考えると全て培養土で賄うのはつらい。やはり1トンほど土を買おう。あとは軽い草取り。
• 植木に異常なし。土壌はOKのようだ。定植時期のうちに追加で何本か植えよう。
• 2015年にこんな本を読みたかったらしい。いまでも読めてない。

こんな本が読みたい、というメモ。
・メディアアートを含む芸術史の本
・一般消費者を対象とした電機～IT分野における商品/サービス企画の本
・「役に立つものを作りたいエンジニア」と「売りたいマーケター」の対立について書かれた本
・モノが良くても売れるとは限らないことについて踏み込んで書かれた本
・品質向上のために投資について経営者視点で書いてある本
・よく言われる日本人の特徴の真偽について書かれた本(同調圧力や阿吽の呼吸など)
・話をうやむやにさせない、そらせない話術がまとめられた本

• ... evidence for airborne transmission was weak at the time... do you still wait for a nice Nature or Science article? https://www.nature.com/articles/d41586-022-00925-7a ここでの at the time とは July 2020 のこと。その1年9ヶ月後である現在、WHO は airborne と aerosol を区別しなくなり、厚生労働省はエアロゾル感染を認めた。分野は全く異なるが、ET2021で語った実証的研究が出てからでは遅いという話を思い出した。

• 740 点で LPIC1-102 合格。101 より学習時間が短くて自信もなかったけど高得点。
• LPI から認定証が届きました https://lpi.org/v/LPI000516387/3vemhgwnfv
• LinkedIn のプロフィールに LPIC-1 を追加して、受験した感想も書いておきました。https://www.linkedin.com/posts/masanori-kaneko-45609042_certification-verification-activity-6917845846625587200-E-7X?utm_source=linkedin_share&utm_medium=member_desktop_web
• お世話になった Ping-t の合格体験記にも https://mondai.ping-t.com/g/passings まだ載ってないけど明日には載るでしょう
• さて、ISTQB FLAT の再チャレンジが先で、その後に DevOps Tools Engineer かな。年内の資格はこれで十分かも。

8/10

• x 1: A
• o 2: A
• o 3: A
• o 4: A
• o 5: E
• o 6: C,D
• o 7: B
• o 8: A
• x 9: B
• o 10: B

17/20

• o 11: C
• o 2: A
• o 3: useradd -m
• o 4: B
• o 5: B,D
• o 6: A
• x 7: D
• o 8: B
• o 9: A
• o 20: C

26/30

• o 21: C
• o 2: B
• o 3: A
• o 4: hwclock -s または hwclock --hctosys
• o 5: D
• x 6: B,D
• o 7: C
• o 8: A,C
• o 9: A,B
• o 30: A,B

34/40

• o 31: C,D
• o 2: A
• o 3: A,B
• x 4: A,C,E
• o 5: A
• o 6: A,B
• o 7: A
• o 8: C
• o 9: B
• x 40: ip link up ifcfg-eth0

40/50

• o 41: up
• x 2: A,D
• x 3: C,D
• o 4: B,D
• x 5: B
• o 6: D
• o 7: A,D
• o 8: B,C
• x 9: B
• o 50: A

49/60

• o 1: /etc/aliases
• o 2: A
• o 3: C
• o 4: /etc/xinetd.d/
• o 5: A,B,D
• o 6: -i または -o IdentityFile
• o 7: A,C
• o 8: ssh-add
• o 9: A,D
• x 60: ulimit -c

• 土地メンテ
  • R1にもみ殻を投入。R2に培養土をかぶせた。草取りをしてR3へ。土が足りない。R4～ができてない。R4を作ったら土を買うか。
  • 植えた桜とみかんに異常なし。4日に雨が降ったのが良かったかな。

• 「よく聞け…私はお前の本当の親ではないのだ…」 みたいな暴露って作品では何回か見たことあるけど自分が言われる当事者になるとは。いまわかったところでさしたる影響はないけど驚きはする。
• エンジニアから PdM に転向を狙っている子のメンタリングをしているのだけど、観察していて、新米 PM は最初のアィデア 4~5 つの全てにおいて無風の結果となり、アテがはずれ、「俺はイケてると思ってたのになんでダメ凡人なんだ…！」と自覚するところからが本当のスタート地点だなぁと思う（続く） https://twitter.com/fmkpro1984/status/1510420715387822084 自分の感覚は1サンプルでしかなく、狙いの大衆に当てはまるわけではない。これはA/Bテストの結果に何も差異がないことによってよくわかるそうな。自分のセンスに自信がある人は落ち込むだろう。これA/Bテストができるソフトウェアならまだ早く結果がわかるけど、できなかったらいつわかるんだろう。もっと遅くなる。
• 白本 102 5章 ネットワークの基礎
  • IPv4
    • ホスト部で使えるビット数から使えるアドレス数を計算、ネットワークアドレス、ブロードキャストアドレス、ルーターの3つを引いたものがホストとして使えるアドレス数
      • /26 の場合、2^6 - 3=61
    • あるIPアドレスがローカルネットワークに存在するかの判断は、そのアドレスにネットマスクを被せた結果がローカルホストのネットワークアドレスに一致するかで判断
  • IPv6
    • 128ビット、フルで書くと:が7つ 0000:ffff:0000:ffff:0000:ffff:0000:ffff, 0 が連続するフィールドを1箇所だけ :: と省略できる, ブロードキャストがなくマルチキャストを使う
    • Global Unicast Address: 全IPv6ネットワーク, 2001::, 2002::, 2003::
    • Unique Local Address: 組織内ネットワーク, fc00::
    • Link Local Address: 組織内ネットワークの1セグメント, fe00::
  • /etc/services
    • サービスとポートの対応。ftp(20), ssh(22), smtp(25), domain(53), http(80), https(443) など。domain は DNS を表すことに注意(dns と書かれない)。
  • 0-1024 特権が必要なポート。一般ユーザーはバインドできない。
  • xinetd
    • ネットワークからのサービスリクエストを受け付け、リクエストに対応したサーバプロセスを起動するデーモン
  • netstat
    • TCP, UDP のサービスポート状態(-t, -u), UNIXドメインソケットの状態(-x), ルーティング情報(-r)。TCP,UDP,UNIX全部入り(-a, --all)。netstat --ar
    • IPアドレスはドメイン名で、ポート番号はサービス名で表示される。-n (numeric) をつけると数字で表示される。
    • -nr において Destination が 0.0.0.0 のエントリがデフォルトルート
    • 何のプロセスがポートを開いているか -p で確認可能
    • 何をLISTENしているかで何のサーバーか推測可能（例：smtp を LISTEN している→メール送信サーバー）
  • ping6
    • IPv6 アドレスに対する ping コマンド。リンクローカルアドレスを指定する場合は ping6 -I eth0 fe80::........ のようにネットワークインターフェースを指定する
  • traceroute, traceroute6
    • デフォルトは UDP。-I で ICMP。
  • ip
    • ネットワークインターフェースの表示と設定、ルーティングテーブルの表示やエントリの追加と削除。ifconfig の後継にあたる。
    • link
      • eth0 を有効化 ip link set up dev eth0
        • ifconfig なら ifconfig eth0 172.16.0.1 up
      • eth0 の通信量を表示 ip -s link show eth0
    • addr
      • eth0 のネットワークアドレス設定 ip addr add 172.16.0.2/16 dev eth0
    • route
      • ルーティングテーブルの表示 ip route
      • ルーティングテーブルにエントリを追加 ip route add 172.16.0.2/16 via 172.16.255.254
  • nmcli
    • device
      • 何のネットワークインターフェース（eth0 など）があるか nmcli device
    • general
      • このマシンのホスト名を表示 nmcli general hostname
      • このマシンのホスト名を設定 nmcli general hostname NEW_HOST_NAME
    • connection
      • 接続名、接続UUID、接続タイプ、デバイスを表示（例：有線LANポート、WiFi の情報を表示）nmcli connection
    • networking
      • インターネットにどこまで接続できているか nmcli networking connectivity {none, portal, limited, full} Windows のタスクバーでたまに出る制限付きみたいなものだと思う

• 土地メンテ
  • 試験にかまけて2週間ぶり。草がのびてる。まだ手でなんとかできる範囲だけど5月になると超えそう。以前にレイズドベッドに詰めた草が意外と枯れていない。さらに取った草を乗せていくこと1時間。2つめのレイズドベッドも8割ほどになった。1つめは頃合いと見て培養土40lをかぶせた。草が隠れるかぎりぎり。もう1袋いるかも。やはり大袋40lとはいえ袋の土では多数のレイズドベッドをまかなうには数がいる。以前に調べたトン単位かm3単位（だっけ？）で土砂を買うのがお得だろう。2つめのレイズドベッドに培養土をかぶせるのはもう少し草を乗せてからにする。そのときには1つめに苗を植える。
  • 寿太郎、不知火、兼六園菊桜の苗木を植えた。木を植えると決めている3点分だけ。まだ植える場所はあるか、どこかは決めていない。この中で一番安いのは1000円の桜。兼六園菊桜をぐぐると天然記念物と書いてあるので高級品にも思えるがそうでもないのだろうか。ほかのみかんは1600円。1ヶ月前に比べて柑橘類の苗木の品揃えが増え10種類近くあった。既にふつうのみかんを2種類植えているので、沼津らしさを求めて寿太郎、甘さを求めて不知火を選んだ。どの苗木も背丈は80cm程度。1年後には少数のみかんを食べながら小さな花を見られるだろうか。
  • 夏野菜の苗作りが遅れてしまった上にうまく育っていない。進んでいるのはとうもろこしとかぼちゃだが、数が足りていない。スーパーで買った中玉トマトからとった種を5日前に植えたのだけどまだ生えてこない。これでも4月末に始めた去年よりは早い。苗の入荷は1週間後らしい。

• 白本 102 4章 システムサービスの管理
  • 時刻
    • システムクロック(Linux カーネル)、ハードウェアクロック(マザーボード)
      • 例えば date コマンドは、システムクロックに基づき、/etc/localtime を参照してローカルタイムに変換する
      • ハードウェアクロックのインターバルタイマー割り込みによってシステムクロックが進む
      • 一方をもう一方に合わせることができる hwclock -systohc (system to hardware clock), hwclock -hctosys (hardware clock to system)
    • NTP
      • NTPクライアントがNTPサーバーから得た時刻をシステムクロックに設定できる
      • NTPサーバーには stratum0, 1, 2... という階層がある。stratum 0 はリファレンスクロックと呼ばれ、原子時計やGPSといった厳密な時刻源である。これに基づいたNTPサーバーが stratum 1 である。最下位はstratum 16である。
      • /etc/ntp.conf NTPデーモンが参照するファイル
        • driftfile: NTPサーバーの参照時刻からのずれを記録するファイルを指定。/var/lib/ntp/drift
        • restrict: アクセスコントロールリストの指定
        • server: 外部NTPサーバーの指定。IPアドレスまたはDNS名(例: 0.rhel.pool.ntp.org)。ローカルのシステムクロックを指定する場合は server 127.127.1.0 と書く。
          • デフォルトは64秒でポーリングする。指定したサーバーの後に iburst オプションをつけると2秒間隔になる。
    • Chrony
      • NTPサーバー。ntpd の後継。chronyd がデーモン。chronyc が管理コマンド。
      • /etc/chrony/chrony.conf(Debian), /etc/chrony.conf(RedHat)
        • server ホスト名 (ntp.conf と同じく iburst が使える)
        • driftfile /var/lib/chrony/drift
      • chronyd を有効化 systemctl enable chronyd.service
      • chronyc
        • 何もつけなければ対話モード(chronyc>)。オプションをつけることもできる。
        • sources: 時刻源の情報を表示
    • timedatectl
      • systemd を利用して、日時、時刻、タイムゾーンを管理
      • timedatectl list-timezones | grep Tokyo Asia/Tokyo というタイムゾーンがあることがわかる timedatectl set-timezone Asia/Tokyo
      • timedatectl set-time 'yyyy-mm-dd hh:mm:ss' で手動設定できるが、chronyd が動いていると設定できない Failed to set time: NTP unit is active
  • 時刻に基づいた実行
    • systemd の timer ユニット
      • 定期実行, 従来は cron
        • /etc/systemd/system/*.timer
        • .timer が .service を起動する
        • .service
          • RefuseManualStart=no 間接起動のみ (systemd start *.service できない) RefuseManualStop=yes 手動停止は可能
          • ExecStart=実行したいコマンドのフルパス
        • .timer
          • OnBootSec=1min 起動後に実行する時間, OnUnitActiveSec=3min 実行間隔, Unit=foo.service 定期実行させたい処理
          • .timer を書いたら有効化して systemctl enable foo.timer すぐ実行させたければ systemctl start foo.timer
          • 作ったtimerが動いているか確認 systemctl status foo.timer timer群の中にあるか確認 systemctl list-timers 実行結果のログを確認 journalctl -u foo
      • 指定時間後に1回だけ実行 systemd-run --unit=foo --on-active=60m 実行したいコマンド
    • cron
      • 設定変更 crontab -e デフォルトでviが起動する。環境変数VISUALまたはEDITORで変えられる。
      • 設定すると /var/spool/cron/ユーザ名 が設定ファイルとして保存される
      • システムのcrontab設定は /etc/crontab
      • ユーザーがcronを使えるか /etc/cron.allow(ホワイトリスト), /etc/cron.deny(ブラックリスト) で設定できる。
      • 今の設定確認 crontab -l
  • システムログ
    • 古い方より4方式 syslog, rsyslog, syslog-ng, systemd journal (syslog-ng だけ後方互換性がない)
    • systemd journal
      • カーネルのログ /dev/kmsg, サービスのログ stdout/stderr, アプリケーションのsyslog()経由によるログ /dev/log を扱う
      • 揮発ログ /run/log/journal/マシンID/*.journal (バイナリファイル)
      • 不揮発ログ /var/log/journal/マシンID/*.journal (バイナリファイル)
      • systemd-journal を採用している多くのディストリビューションでは rsyslog と組み合わせている
        • /run/systemd/journal/syslog (ソケットファイル)を rsyslogd が読み、/dev/console, /var/log/messeges, /var/log/secure を出力
      • /etc/systemd/journald.conf
        • デフォルトでは再起動するたびにログが消える Storage=persistent によって永続化（いらんと思うけど）
      • systemd-cat コマンド コマンドの実行ログが journald で扱う
      • journalctl コマンド
        • 時間範囲内のログ --since="" --until=""
        • 指定プライオリティ以上 -p, --priority
        • リアルタイムに表示 -f, --follow
        • 最新のものを表示(古い順に表示して最後に飛ぶ) -e, --pager-end
        • 新しい順に表示 -r, --reverse
    • syslog
      • /etc/syslog.conf
      • 指定したプライオリティ以上のログを記録する ファシリティ.プライオリティ ログ出力パス (例: mail.info /var/log/maillog)
      • 指定したプライオリティのみのログを記録する場合は ファシリティ.=プライオリティ ログ出力パス (例: kern.=crit /var/log/messages) こんなことしないけど
      • ファシリティ: kern カーネル(0), user(1), mail(2) ... ftp(11) まで予約されていて、local0 (16) ～ local7 (23)がローカル用。
      • プライオリティ: 最高から emerg, alert, crit, err, warning, notice, info, debug, none(記録しない).
        • よく見る /var/log/messages には、だいたいのファシリティのinfo以上のメッセージが記録される。（例外: mail, news, authpriv)
      • logger
        • 任意のファシリティとプライオリティのログをsyslogに送る。例: logger -p user.info "Syslog Test" を実行すると /var/log/messages に記録される

• Souzoh Tech Talk vol.2 メルカリShopsの技術スタック、その後
  • https://engineering.mercari.com/blog/entry/20220207-mercari-shops-tech-stack-next/
  • https://mercari.connpass.com/event/243251/
  • https://twitter.com/keigow
  • 内容
    • サービスに必要なコードを1レポジトリに集約。monorepo にしてよかったと思うことばかり。逆はない。サービス全体の見通し。以前は50-60レポジトリあっていちいちチェックアウトして大変だった。CIでTSやGoのコーディングルールを追加するとき設定が楽（GitHub Actions を使っている）。サービス全体に一貫したガイドラインを適用するのが楽。各チームメンバーにこれを適用してくださいと連絡する必要がない。レポジトリが大きくなったら（エンジニアの認知限界を超えて）見通しが悪くなるかもしれない。異なるライブラリのバージョンが同居できないかもしれない。コンテナごと、サービスごと、言語ごとのGit tagがあり、GitHub Actionsのフィルタリングに使っている。
    • ビルドシステムにBazelを使用。Go, Python, Java。大きくなってきたらBazelのキャッシュが活きてくるのではないか。と期待しているがが今の所その恩恵を受けるほどの規模えはない。C++, Goは相性がよいと思う。Python, Javaはよくわからないし情報が少ない。いまBazelである必要性はないと思う。TSには合わないと判断して諦めた。
    • マイクロサービス間の依存関係を出す内部ツールを使っている。循環参照があると警告を出す。どちらを先に更新すればよいかわからなくなる。https://engineering.mercari.com/blog/entry/20210806-3c12d85b97/
    • ほぼGCP Cloud Run。K8sなし。Computeもなし。半年たってこれでよかった感じ。インフラのあるべき姿を追い求めることにコストをかけなくてよいと判断している。リクエストに対する処理が終わるまでCPUが割り当てられ、終わったら何も動かない。ステートレスの極みみたいな感じ。一定時間ごとに動く（例：キャッシュする）処理が必要なのだが、always-on CPU 機能が追加されたことによって解決？
    • 50のマイクロサービス。誰が作ったから誰が担当というオーナーシップは設けていない。ローカル開発環境を立ち上げにくいことが課題。バックエンドサービスの代表的な技術スタックは、Go, gRPC, PostgreSQL, ent(ORM), CloudSQL, Cloud Run, Docker。機械学習と統計処理にPythonを使用。
    • 実は10-20分で考えたスタックで始めている。どうせ変わるという前提。
  • 感想
    • 作るやつを似たスタックで作ってみようかなという気になった。
    • 新サービスだからなのか、最初からインフラにコストをかけない選択。でもメルペイは最初からK8sだったような気がするけどあれはメルカリからのK8s経験者ばかりだったからかな。
• 白本 102 1章 シェル、スクリプト
  • /etc/passwd の最後(7)で定められている。そういえばそうだっけ？
  • .bash_login, .bash_logout ってあるのか
  • /etc/profile, .bash_profile, .bash_login, .profile
  • profile には実行権xが不要。#! で始まる必要もない。そうだったのか
  • \ をコマンドの前につけると一時的に alias を解除する
  • lt <, le <=, gt >, ge >= を見てすぐわかるように
  • declare
    • -p 変数の属性と中身を確認。-i や -r で属性をつけてから -p で確認すると属性がわかる。
    • -i 整数のみ入れられるようにする。文字列を入れると0になる。
    • -r readonlyにする。代入できなくなる。
    • -f 現在のシェルで使える関数を表示する
  • bash の組み込みコマンドの使い方の調べ方: bash -c "help コマンド名, bash -c help read
• 白本 102 2章 X Window System
  • ディスプレイマネージャーの起動
    • prefdm(preffered display manager) がディスプレイマネージャー X Window System:xdm , GNOME:gdm, KDE:kdm or sddm, ... を起動
    • systemd がシンボリックリンク display-manager.service の指すディスプレイマネージャー起動ユニット(例: /usr/lib/systemd/system/kdm.service)を起動
  • ディスプレイマネージャーがXサーバー(Xorg), Xクライアント(GNOME:gnome-session, KDE:startkde)を起動
  • Xクライアントがウィンドウマネージャー(X Window System:twm, GNOME:metacity or mutter, KDE:kwin)を起動

LPIC1-101 720点で受かった。 振り返ってみると学習方法と感想はこんな感じ。Ping-tにも同じものを書いておく。

実務経験のある人が7日50時間ほどで合格した例です。

白本1章分→Ping-tの選択問題の順に解くことを全7章分繰り返す。 解説だけで理解できてないことがあれば、ググる、man を読む、手元の WSL で確かめる（実行できないものもある）。 ググって出てきたページには古いものや個人が書いたものも含まれるので注意。 Ping-tの選択問題では、自信なく正答した問題は間違えたことにする。 LPI日本支部によるLPIC1-101の動画で、白本とPing-tで学んだ内容に該当する部分を見る。知ってる部分は飛ばす。 全く知らなかったこと、勘違いしていたことをキーワードだけ端的にメモする。知識はあるのに間違えた問題があれば、その理由もメモする。

Ping-tの選択問題でミスったものをミスが減るように繰り返し解く。ミス0まで…と思ったがやる気がなく歯抜けに。 メモを読み返し、数日前に知らなかったことを覚えているか確認。最初よりはマシになっているはず。

ここで初めてコマ問。GNUとUnixのコマンド(103)を全て解く。ほかのトピックは2割程度のつまみ食い。 メモを読み返し、数日前に知らなかったことを覚えているか確認。

電源ONしてLinuxが起動するまでの流れを何も参照せず書き下してみる。 説明できないことがあればメモに追記する。

そして白本の模擬試験(47/60)。 本番までメモを読み返し、あやふやな領域があれば白本の解説を見返すことを繰り返す。

私にはLinuxを採用した組込みソフトウェア開発と、その開発環境で使うLinuxサーバー(Ubuntu)の管理経験がありました。 DevOps Tools Engineer を受けようと思ったのですが、LPI日本支部の解説動画で「最低でも LPIC1 は必要」 との助言があったので LPIC1 からとることにしました。

「実務経験あるしレベル1なんだから2日でとれるんじゃない？」と思いきや最初の白本やPing-tの正答率は40%未満。 知らないコマンド、知らないオプションだらけ。実務経験からして知っているはずの知識について間違って覚えているものもありました。 起動処理、ファイルシステム、シグナルなど、アーキテクチャに関わる部分はソフトウェアエンジニアとして覚えて良かったと思います。 反面、古い SysVinit、使わない vi、1年に1回使うか怪しい fdisk のオプションなんて覚える必要があるのか疑問が拭えませんでした。

何年も動いているベアメタルサーバーを何台も日常的に扱う職種ならこの出題が適しているのかもしれません。 ちょっと調べた限りでは、LPIC はサーバー管理者とか情シス向けであり、 ソフトウェアエンジニアなら Linux Essentials の方が適していそうに思えました。 ということに気づいたのがこれを書いている今なのですが、まぁ半分やったので残り102もやってみます。

• ハードウェアの設定と決定
  • カーネルモジュール /lib/modules/ (*.ko)
  • カーネルモジュールロード(modprobe モジュール名) アンロード (modprobe -r モジュール) モジュール依存関係表示(modprobe -D モジュール) 設定ファイル /etc/modprobe.d/*.conf エイリアス alias インストール install インストールしない blacklist モジュール毎のデフォルトパラメータ指定 options
  • カーネルモジュールロード(insmod モジュールファイル名)
  • ロードされているモジュール一覧 /proc/modules, lsmod
  • /proc/interrupts
  • /proc/bus/pci/devices, lspci, I/Oポートアドレス, バス速度, ベンダー名, IRQ番号
  • /proc/bus/usb/devices, lsusb
  • USBデバイスクラス: Audio Class, Mass Storage Class, HID(Human Interface Devices), Network Devices, ACM Communication Device Class
  • Linuxプロセス間通信 D-Bus
  • デバイスファイルを作成するプロセス udev, ホットプラグを実現, 設定ファイル /etc/udev/rules.d/*.rules
• システムの起動
  • PCファームウェア(BIOS/UEFI), ブートローダ(GRUB1/2), カーネル, initプロセス(init/upstart/systemd)
  • UEFI
    • マザーボードに格納されるPCファームウェア、MBRの後継
    • GPT(パーティション形式)に対応、GUI操作可能、3TB超えストレージからの起動、9.4ZBまでのストレージに対応(MBRは2.2TBまで)
    • EFI System Partition (ESP), /boot/efi にマウントされる
    • パーティションGUID: C12A7328-F81F-11D2-BA4B-00A0C93EC93B のような UUID であり、数十存在する。MBR における 1byte のパーティションタイプに相当。
  • MBR
    • 合計512bytes: 446ブートローダ, 16*4パーティションテーブル, 2 ブートシグニチャ
    • dd で書き込み可能 バックアップ dd if=mbr_backup.img of=/dev/sda bs=446 count=1 0クリア dd if=/dev/zero of=/dev/sda bs=446 count=1
    • パーティションタイプ 1byte: 83(Linux), 82(Linux swap)
  • GRUB1
    • 起動ディスクのデバイスファイルを指定してインストール grub-install /dev/sda1
    • /boot/grub/grub.conf
    • /boot/grub/menu.lst
    • ルートパーティション指定 root (hd0,1) 0始まり 1番目のディスクの2番目のパーティション
    • カーネル指定 kernel /boot/vmlinuz-* ro root=/dev/sda1
  • GRUB2
    • 設定を /etc/default/grub ファイルおよび /etc/grub.d/* に記述し（例：/etc/grub.d/40_custom）、grub-mkconfig コマンドで /boot/grub/grub.cfg に反映させる。grub.cfg を手動で編集することはない。
    • linux /vmlinuz* (GRUB1 だと kernel vmlinuz)
    • initrd /initramfs*
    • set root=(hd0,1) ディスクは0はじまり、パーティションは1はじまり（1番目のディスクの1番目のパーティション）
    • insmod カーネルモジュール名
    • init=/usr/lib/systemd/systemd
  • initramfs
    • 初期RAMディスク, ファイルシステムへアクセスするためのドライバやスクリプトなどルートファイルシステムのマウントに必要なもの一式が入っている
    • ブートローダがinitramfsをメモリ上に展開し、カーネルがそれを使ってルートファイルシステムをマウントする
    • /boot に格納される, /boot/initramfs-*.img
  • カーネル
    • Linux 本体, /boot/vmlinuz-*.x86_64
    • ブートローダからカーネルにパラメータが渡される /proc/cmdline
    • 起動時のメッセージがリングバッファに入っている、そのメッセージを見る dmesg, journalctl -k, journalctl --dmesg, リングバッファをクリア dmesg --clear,
  • systemd,
    • ユニット: service, target, mount, device, swap
    • 並列処理
    • cgroups でプロセスのリソースを管理
    • サービス制御 systemctl: enable, disable, start, restart, stop, is-active, status, list-unit-files
      • サービスファイルの例 /usr/lib/systemd/system/httpd.service
    • ランレベル制御 systemctl: set-default, get-default, reboot, poweroff, halt
    • ジャーナル(システムログ): systemd-journald (デーモン) journalctl (ログを見るコマンド)
  • upstart
    • ジョブ: job, task
    • 並列処理、イベント駆動型
  • init
    • /sbin/init, /etc/inittab
    • 順次処理
    • PID:1
• ランレベル/ブートターゲットの変更
  • init: 0 poweroff, 1 single, 2-4 multi, 5 graphical, 6 reboot
    • init 6, telinit 0 のようにランレベルを指定して終了や再起動
      • ランレベル 1 だけ s または S でも指定可能: init s, init S, telinit s, telinit S
    • /etc/inittab でデフォルトランレベル設定, id:5:initdefault: , init Q, telinit q で設定反映
    • /etc/rc1.d/ /etc/rc5.d/ ランレベルごとの処理が入ったディレクトリ /etc/rc1.d/K* サービス停止処理ファイル S* サービス開始処理ファイル
  • runlevel: 現在と以前のランレベルを確認する古いコマンド。systemd では systemctl get-default で確認する。
  • systemd: poweroff.target, rescue.target, multi-user.target, graphical.target, reboot.target
    • runlevel[0-6].target もある
    • systemctl start reboot.target (再起動させる)
    • /etc/systemd/system/default.target シンボリックリンク /lib/systemd/system/graphical.target
  • shutdown -h 終了, -r 再起動, -c キャンセル, -k 全ユーザーへメッセージ
    • shutdown -r 23:00 "System will reboot at 23:00."
    • shutdown -r +10 "Rebooting in 10 minuts."
  • acpid 電源管理デーモン, ACPIイベント,
  • wall 全ユーザーへメッセージ
• パーティションとファイルシステム
  • LVM
    • 物理ボリューム作成 pvcreate /dev/sda1, ボリュームグループ作成 vgcreate vg1 /dev/sda1 /dev/sdb2, 論理ボリューム作成 lvcreate -L 500G -n lv1 vg1
  • ファイルシステムを作成したいデバイスがマウントされているならアンマウント(umount)してから
  • fdisk パーティションの作成
    • コマンド: パーティションテーブル表示 -l
    • 対話モード: fdisk /dev/sda1, Command: プロンプト表示, n 作成, d 削除, p パーティションテーブル表示, w 保存して終了(MBRにパーティションテーブルを書き込む), q 保存せず終了
  • parted パーティションの作成(GPT対応)
    • 対話モード: parted /dev/sda1, (parted)プロンプトが出る, 現在のパーティションを表示 p , パーティションテーブル形式をGPTにする mklabel gpt (無指定ならMBRになる。明示的にMBRを指定するならmsdosにする。mbrではない。), パーティションを作成する mkpart
    • コマンド: parted /dev/sda1 --script "mklabel gpt mkpart primary ext4" (--script または -s)
  • mkfs, mke2fs, mkfs.xfs mkfs.btrfs ファイルシステム作成
    • mkfs -t ext4 /dev/sda1, mkfs -j /dev/sda1, mke2fs -t ext4 /dev/sda1
    • mkfs.xfs /dev/sda1, mkfs -t xfs /dev/sda1
    • mkfs.btrfs -d raid1 /dev/sdd /dev/sde
    • 不良ブロックを検査 mkfs -c /dev/sda1
    • xfs の場合のツール群: xfs_check, xfs_info, xfs_db(デバッグ), xfs_repair, xfs_fsr(デフラグ)
  • /etc/fstab
    • マウントするファイルシステムの情報を記述するファイル
    • /dev/sda1 /home ext4 ro,noauto 0 0
    • デバイス(デバイス名、デバイスラベル、デバイスUUIDのいずれか) マウントポイント ファイルシステムタイプ オプション dumpフラグ fsckフラグ
    • デフォルトオプション async, auto, dev, exec, nouser, rw, suid: 起動時に自動マウント、バイナリ実行可能、ユーザはマウント不可能、読み書き可能、SUIDとSGID有効
    • デバイスUUIDは blkid または lsblk で確認可能
  • /etc/mtab, /proc/mounts, /proc/self/mounts, mount(コマンドオプションなしで実行)
    • マウントされているファイルシステム一覧
  • tune2fs
    • 何回マウントしたらチェックするか -c
    • 何日、何週、何ヶ月ごとにチェックするか(デフォルト単位は日) -i 10 (10日), -i 3w (3週), -i 2m (2ヶ月)
    • ボリュームラベル設定 -L ラベル名
    • ext2 から ext3 に変換 -j
  • fsck, e2fsck
    • ファイルシステムのチェックと修復
    • fsck -r -t ext3 /dev/sda4 (/dev/sda4 にあるext3ファイルシステムの問題を対話的にr修復) 自動的に修復なら -a, 修復を実行せず何が行われるか表示するなら -N
    • e2fsck: 全ての問題を自動的に修復 e2fsck -p, 全ての問い合わせにyes e2fsck -y, 全ての問い合わせにno e2fsck -n
• 共有ライブラリ
  • ld ライブラリ作成 (試験範囲外)
  • ldconfig /etc/ld.so.conf を参照して適切なシンボリックリンクを作成し、共有ライブラリのパスを /etc/ld/so.cache に書き込む
  • ldd コマンドが依存しているライブラリ一覧を表示 (ldd コマンド)
  • LD_LIBRARY_PATH ユーザが作成したライブラリのパス群。デフォルトでは参照されない場所。デフォルトでは /lib, /usr/lib, /etc/ld.so.cache が参照される。
• RPM, yum
  • rpm インストール/アンインストール
    • -i, -install
    • -U, --upgrade (インストールされていなければインストールする)
    • -F, --freshen (upgradeと異なり、インストールされていなければインストールしない)
    • -e, --erase アンインストール
    • --nodeps 依存関係を無視してアンインストール
    • -v, --verbose 詳細情報表示
    • --test インストールできるかテスト（例：衝突がないか）
    • --oldpackage 古いパッケージに置き換えることを許可する
  • rpm パッケージ情報表示
    • -q, --query インストールされているパッケージのバージョン表示
    • -a, -all 全インストール済パッケージ一覧 (dpkg -l, dpkg --list に相当)
    • -i, --info 指定パッケージ情報表示 (dpkg -s, dpkg --status に相当)
    • -l, --list 指定パッケージ内の全ファイル一覧 (dpkg -L, dpkg --listfiles に相当)
    • -R, --requires 指定パッケージが依存しているパッケージ名
  • yum
    • /etc/yum.conf
      • cachedir=/var/chache/yum/$basesearch/$releasever
    • /etc/yum.repos.d/*.repo (CentOS-Base.repo, CentOS-Sources.repo など)
    • list
    • list installed
    • info パッケージ名
    • search キーワード
    • deplist パッケージ名 : 依存情報表示
    • list updates : 更新可能なインストール済パッケージ
    • check-update : 更新可能なインストール済パッケージ
  • dpkg
    • -C, --audit インストールが不完全なパッケージを探す。解決策も表示される。
    • -s, --status 指定したパッケージの情報を表示
    • -L, --listfiles 指定したパッケージ名に含まれるすべてのファイルを表示
    • -c, --contents 指定したdebパッケージに含まれるすべてのファイルを表示

• 白本 模擬試験
  • 1 A,D x
    • 子シェルを作らずにbashを実行する方法 . /path/to/file.sh, source /path/to/file.sh
  • 2 B o
    • gzip -c 結果を標準出力し元ファイル(.gz)を変更しない。tar t 表示のみ展開しない。
  • 3 C? o
    • 標準出力と標準エラー出力の両方をファイルに >& または &>
  • 4 C,E? x
    • < もリダイレクトの一種であり、標準入力からのリダイレクトである。>, >> だけではない。
  • 5 C o
  • 6 B? o
    • echo '$VAL' シングルクォートなら全体が文字列リテラル。ダブルクォートなら $VAL 変数が展開される。
  • 7 A,E o
    • stat ファイルやファイルシステムの情報を表示。Size, Blocks, IO Block, Device, Inode, Links, Access, Uid, Gid, AccessTime, ModifyTime, ChangeTime. 表示させたい情報を指定できる stat -c %i file (iノード番号のみ表示)
  • 8 D o
  • 9 D x ~/'\some dir'
  • 10 D o (ここまで 7/10)
  • 1 D o
  • 2 A o
  • 3 C? x :wq file.txt 保存ファイルを指定できる ZZ 指定できない
  • 4 D x
    • vi の複数行コピー方法: 3yy 3行コピー p ペースト。yyp 3. 最後にペーストした内容が3回実行される。dd 3. 3行削除される。
  • 5 C,E o
    • ? は拡張正規表現なので grep で使うには -E をつけるか \? とする。
    • ファイル b, bo, boo, booo があるとき bo? にマッチするのは b, bo である。bo, boo ではない。bo の次に ? があるのではなく、b の次に o? がある。
  • 6 A o
  • 7 A o
  • 8 D o
  • 9 C o
    • grep -V バージョン（grep (GNU grep) 3.4 だとか出る） grep -v 一致しない行
  • 20 B o (ここまで 15/20)
  • 1 B o
    • watch 繰り返し実行したいコマンド 実行間隔デフォルト2秒。-n または --interval で間隔変更。Ctrl+C で中断。
  • 2 B o
  • 3 A o
  • 4 renice o
  • 5 C o
  • 6 mount x
    • 「ファイルシステムの使用率」はディスクの使用率という意味らしい。これなら df と答えられる。
  • 7 D? o
    • tune2fs -i 12 ファイルシステムのチェック間隔を12daysにする。デフォルトの単位はday。-i 3w 3週間 -i 2m 2ヶ月
    • tune2fs -c 10 10回マウントごとに1回ファイルシステムチェックする。
  • 8 A o
  • 9 A x
    • LVM できること：複数のディスクパーティションから論理ボリュームを構成できる。ファイルシステム作成済パーティションの容量を後から変更できる。スナップショットをとれる。IaaS のディスク構成に融通がきくのはこのため。
  • 30 D o (23/30)
  • 1 D o
  • 2 C o
  • 3 C o
    • e2label /dev/sda1 /hoge ブロックデバイスにラベルを付与
    • e2label /dev/sda1 ブロックデバイスのラベルを確認（/hoge を表示）
    • /etc/fstab の1フィールド目でラベルを使用可能 LABEL=/hoge. 1フィールド目では通常ブロックデバイスを指定。
  • 4 D o
  • 5 C x
    • ハードリンクは異なるパーティションへ作成できない
  • 6 E o
  • 7 updatedb o
  • 8 B o
  • 9 A,B o
    • find -print0 xargs -0 スペースが含まれたファイルパスを扱うときのセット
  • 40 C o (ここまで 32/40)
  • 1 A,C o
  • 2 C o
  • 3 D,E x
    • yum 全体の設定ファイル /etc/yum.conf の設定は yum コマンドを使用すると適用される。
    • /etc/yum.repos.d/ 以下のファイルはリポジトリごとの設定ファイル。CentOS-Base.repo, CentOS-CR.repo など。
    • リポジトリ設定ファイル .repo では、リリース番号 $releasevar アーキテクチャ名 $basearch を使用。
  • 4 B,C o
  • 5 C o
  • 6 C? o
    • dpkg -r (remove) 設定ファイルを残してアンインストール
    • dpkg -P (Purge) 設定ファイルを消してアンインストール
    • apt-get remove (remove) 設定ファイルを残してアンインストール
    • apt-get purge (purge) 設定ファイルを消してアンインストール
  • 7 C? x
    • rpm 全部復習必要、yum も
  • 8 A? o
  • 9 D? o
    • type コマンド コマンドがバイナリかエイリアスか表示。
    • type は Bash のビルドインコマンド。which type しても type のパスは出てこない。ビルトインコマンドの例: cd, alias, bg, fg, source
  • 50 A x (ここまで 39/50)
    • modprobe 復習
  • 1 A x
    • UEFI(マザーボードに格納されたファームウェア) は、EFI System Partition (ESP) 内にあるvfatファイルシステムを読み、その中にあるブートローダを認識し、起動させる。
    • ファームウェアとブートローダの違い、それぞれがどこにあるか、/boot に何があるか、復習。
  • 2 A o
  • 3 A,C o
  • 4 B o
  • 5 C o
  • 6 A,C o
    • プライマリパーティション=基本パーティション
  • 7 C o
    • ldconfig, ldd 復習
  • 8 A o
  • 9 A o
  • 60 C,D? x
    • systemctl のサブコマンドに何があるか知っていれば自動マウント監視の知識がなくても正答できた
  • 47/60 78%
• 覚えきれてないところ
  • BIOS or UEFI, MBR or GPT, grub1 or 2, SysVinit or systemctl の関係
  • BIOS と UEFI: 何が新しいのか、先頭データ構造
  • ブートローダー: grub, grub2 の使い方、カーネル指定、ランレベル指定
  • パーティション作成: fdisk, gdisk, parted, tune2fs, 物理/論理ボリューム、pvcreate, vgcreate, lvcreate
  • ファイルシステム: 種類と特徴、作成方法、チェック方法
  • プロセス優先度 カーネル内部優先度,ps で見る優先度, NI値の違い（マッピング）、nice と renice の書式の違い
  • カーネルモジュール: とは何か、見る方法、追加方法
  • man: セクション番号、完全一致/部分一致オプション
  • 正規表現: うっかりワイルドカードと間違える、メタキャラクタをエスケープしていることに気づかない
  • RedHat パッケージ管理 rpm, yum ぜんぶ
  • Debian パッケージ管理 使わないオプション
  • zypper
  • USB デバイスクライス名
  • udev
  • modprobe
  • D-Bus
  • cgroups
  • uptime
  • pkill
  • parted
  • umask

• 白本 6章 ソフトウェアの管理
  • ld: Origins of the name "ld" are "LoaDer" and "Link eDitor". The term "loader" was used to describe the process of loading external symbols from other programs during the process of linking. https://en.wikipedia.org/wiki/Linker_(computing)
  • ld: 共有ライブラリの作成, ldd: 共有ライブラリの依存関係表示, ldconfig: /etc/ld.so.conf を参照してシンボリックリンクを作成し /etc/ld.so.cache を作成
  • GRUB1,2 の違い、いるか？

• 白本 4章 ファイルシステムの管理
  • LVM: Logical Volume Manager, Physical Volume, Physical Element, pvcreate:LVMの物理ボリュームを作成
  • MBR: パーティションテーブルの形式。基本パーティションを4つまで作成可能
  • GPT: パーティションテーブルの形式。MBRより新しい。
  • パーティション作成コマンド: fdisk, gdisk, parted
  • ファイルシステム作成, ファイルシステムの種類
  • df -h しか使わなかったけど他も出題される
  • ntfs, vfat: Linux で読み書き可能だがルートファイルシステムとしては使えない
  • mkfs: ファイルシステム作成。-t ファイルシステム指定（デフォルト ext2）。-j ジャーナル有効（ext3）mkfs -t ext3 /dev/sda1
  • 予約ブロック: スーパーユーザしか書き込めない領域。デフォルト5%。mkfs でファイルシステム作成時に指定可能 mkfs -t ext4 -m 10 /dev/sdc1
  • tune2fs: ファイルシステムのパラメーターを変更する
  • debugfs: ファイルシステムの対話的デバッガ
  • ブロックデバイス: ブロック単位でデータ転送するデバイス。lsblk ブロックデバイス一覧
  • /etc/fstab デバイスファイルのほかに UUID, LABEL でも指定可能。LABEL は e2label で付与する。
• 白本 5章 ファイルの管理
  • ハードリンク使わないから何も知らなかった
  • chmod 指定方法いくつかある、umask 知らなかった
  • 4755, 2755, 1755 だとか4桁目がある。SUID, SGID, スティッキービット
  • which と locate は知ってたけど whereis なんてあったの
• 104 デバイス、Linuxファイルシステム、ファイルシステム階層標準 Pint-t
  • パーティションタイプ: パーティションにあるファイルシステムを1byteで表したもの。Linux 83, Linux swap 82 などたくさん https://www.wdic.org/w/TECH/%E3%83%91%E3%83%BC%E3%83%86%E3%82%A3%E3%82%B7%E3%83%A7%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%97
• 翔泳社のスピードマスター問題集で学んでからPint-tで多くの問題を解くと、選択式70～80%正答、記述式50-60%正答。まだ詰めないとだめだ。
  • 50% 高い理解をもって正答できる、提示された条件の全てを理解できる、全ての選択肢に対して説明できる、選択肢がなくても正答できる
  • 20% 問題文と選択肢の一部を理解できないものの、類推して正答できる（例：消去法、知らないオプションの頭文字から挙動を推測）
  • 20% 問題文と選択肢の一部を理解できず類推し、誤答する
  • 10% 全く理解できずに誤答する
• Linux Essentials の方がソフトウェアエンジニア向けなのかも？LPIC はサーバーアドミニストレーター向け？
• LPI DevOps Tools Engineer 問題 https://www.jpntest.com/free/701-100J-mondaishu-linux-professional-institute-devops-tools-engineer-exam-701-701-100%e6%97%a5%e6%9c%ac%e8%aa%9e%e7%89%88 怪しいのしか出ないけど問題としては使えそうなやつ。ほんとに正答かあやしい。解説はない。

• 出題トピックと白本の章ってこう？
  • 101 システム・アーキテクチャ
    • 7章 システム・アーキテクチャ
  • 102 Linuxのインストールとパッケージ管理
    • 6章 ソフトウェア管理
  • 103 GNUとUnixコマンド
    • 1章 基本コマンドとファイルの操作
    • 2章 正規表現とviエディタ
    • 3章 プロセス管理
  • 104 デバイス、Linuxファイルシステム
    • 4章 ファイルシステムの管理
    • 5章 ファイルの管理
• 103 GNUとUnixコマンド (白本 1:基本コマンドとファイルの操作) / Pint-t 問題
  • cpio copy files to and from archives. 作成 cpio -o > backup.cpio 展開 cpio -i < backup.cpio 標準出力/入力である。
  • gzip, bzip2, xz
  • zcat, bzcat, xzcat
  • gzip file file は残らない。残したければ gzip -c file > file.gz または gzip -k file file.gz
  • gzip -d file.gz file.gz は残らない。残したければ gzip -dc file.gz > file または gzip -dk file.gz
  • アーカイブと圧縮は違う：tar, cpio まとめている、アーカイブ。gzip, bzip2, xz, zip …圧縮している。
  • mkdir -m 700 パーミッション指定 mkdir -p NEW_DIR/DIR pはパーミッションではなく多分parent
  • dd if=inputfile of=outputfile bs=blocksize count=num_of_copy_count
  • touch: -a access時刻 -m 修正modification時刻 -t 時刻指定 yyyymmddhhmm.ss -at access時刻指定 -mt 修正時刻指定
  • stat Access,Modify,Change時刻、所有者、パーミッション、グループ
  • inode：パーミッションや所有者を格納するものであり番号がある（inode番号）
  • 正規表現 [0-59] 0から59ではなく、0から5と9を表す。
  • grep -c KEYWORD file.txt 同じ grep KEYWORD file.txt | wc -l
  • 正規表現には、最も左から、最も長く一致するものにマッチするという法則があります。
  • 正規表現 bu* b, bu, buu, bu+ bu, buu, bu? b, bu, buu
  • 改行コードにおける CR は \r だが、^M という制御コードでも表される。
• 103 Pint-t コマ問 30問やってみた
  • 覚えているか如実にわかる。少しでも怪しいと不正解。使用経験のないコマンドの問題は絶対に間違える。
  • 複数の処理方法が考えられる場合、問題文にある＊＊を使って（使わずに）、アルファベット順に、といった指示に従う。
  • 実行結果が正しければよいわけではなく、入力テキストの一致を見ているだけ。
• "ソフトウェア労働", 1989 せっかく借りたのに読むの忘れてた
  • p27-29
    • ソフトウェア開発手順は大まかな話、七年前では図Bのような形であるといわれていた。 (要求定義→設計→製造→検査→納品) 現在でも流れとしては変わらないのだが、ソフトウェア製品（つまりはプログラム）を工業化製品に模して、各工程で図Aのようなチェック機構を働かせる工程管理が一段とかまびすしく言われるようになってきている。（要求定義→チェック→設計→チェック→…）これをソフトウェア・エンジニアリングと称している。
    • 日本的なQC活動は、会社組織に従業員の献身が加わったときに生産性がどのように増大するかを、過剰なまでに追い求めたものと、私は理解している。 実際見てきた活動がそうってことかな
    • (1)社員、協力会社員向けの教育活動 (2)プログラムなどの品質向上策検討 (3)仕事を通じて知ったノウハウの整理
    • 活動した成果を年に一度・・・幹部に見てもらう・・・優秀なグループには・・・賞金・・・発表会が近づくにつれ、その準備やOHPを使用した予行練習が頻繁に・・・その時の部長さんの張り切りようといったら・・・役付の誇示のため利用されているのではないか、と質問してみたが、小集団活動をしている連中は意外と楽しんでやっているのだそうだ。 今でもその影響を受けている組織はありそう。新興企業や新陳代謝のよい企業では、技術ブログやカンファレンスでの発表による(4)外部へのブランディングが加わっているだろう。
    • そもそもQC活動というのは管理者不在の中で職場の仲間同士がお互いに管理し合うように仕向けるのが極意とされると私は思うのだが、どうもそこまでは徹底されていないものの、仕事の一部として位置づけられつつあるというのが現状なのだろう。 極意、そうね。
  • p71
    • それでシステム・エンジニア（以下SEと略す）という職業は、人間の社会でいままで手でやっていたものを、どうしたらコンピュータ化することができるのかということを、人間とコンピュータの間に立って設計するのが仕事なんです。 1989年の時点でSEが存在した。
    • さらにSEは人間の手で行っていた、機械化される前の仕事の内容や流れについて、熟知していなければなりません。
    • ともかくこうしてSEの設計した仕様書ができると、プログラマーがコンピュータにわかる言語に、プログラミングするわけです。 なぜSEとプログラマーに分かれたのかは見つからなかった
  • p76
    • なぜ労働が細分化、分断化されるのか
    • それから、日本のシンクタンクといわれる研究所にも行きまして、タービンの設計だの、震動分析だの、プロペラの翼の設計だの… 一つのシステムが小規模のクローズしていて全体が見渡せたのです。ところが手口が巧妙になってきまして、何の震動分析なのか、何のタービンなのかわからないようになっているんですね。 末端労働者はほとんど何をやっているのかわからない状態で、いつまで経っても全体が見えてこないようになっているんですね。 ＊＊次請けってのがある業界だと今でもこうなんだろうな。というだけの話でもなくて、内製化, PO/PdM, LeSSとかSpotify Modelといった最近の方法がこれを解決できているかというと疑問。ソフトウェアエンジニアリングをどんなに工夫してもドメイン知識が得られるわけではない。得られる確率は上がるだろう。あと、本文にある手口が巧妙ってなんなんだろう。
    • コンピュータ技術というのは、Aという事象があって、次にBというまったく違う事象が起きて、Bを受けてCが起こるというものには強いのですが、AとBとCが相互に関係しあって同時に進行するようなものには、向いていないんですね。 代表的なのが原子力発電所で、モノが大きいので技術が個々に縦割りになっていて、相互関係が考えられていないんですね。 ここ1年でオライリーから出たはずの並行/並列処理の本と、リアルタイムUMLの本くらいしか思いつかない。SEPA9th には並行/並列処理が載ってない。昔から難しくて解決が進んでいない領域ということだろう。これを組織の縦割りと結びつけているのが面白い。これもコンウェイかな。
  • p121
    • 企業情報の秘密化は罪悪だ
    • 「どの技術を採用しているかが秘密だ」という論は、こうしてみると根拠はないと言えるだろう。 複数の公開情報から大体推測できる。
    • 宮崎沖電気は扱っている化学物質を秘密にしていたため、火災時に消防署が被害を広げる消火をしてしまった
    • 半導体製造工場は地下水を汚染していたが住民に何も知らせていなかった（吉田文和: "ハイテク汚染"、岩波新書）
    • こうなると、もはや犯罪であり、企業秘密は社会にとって、罪悪そのものである。

• 気まぐれに申し込んだLPIC1、想定よりちょっと範囲が広く、覚えてないこともまぁまぁある。いい機会。LPICレベル1スピードマスター問題集（通称、白本）をやってみる。
• 1:基本コマンドとファイルの操作
  • シェル変数 (環境変数ではない), set で表示, set +o で有効化, set -o で無効化
  • man 1 COMMAND 1 はセクション
  • mkdir -p NEW_DIR/ABCDE
  • mv -r ない、cp -r ある、mv -f ある、cp -f ある
  • tar: t 内容表示、j bzip2、J xz
  • ファイル記述子: 0 標準入力, 1 標準出力, 2 標準エラー出力
  • cat <<eos ヒアドキュメント(hear document): 指定した文字列eosが表れるまでの内容をcatへの標準入力として扱う
  • 標準出力と標準エラー出力どちらも捨てたいなら先に /dev/null を指定しないといけない。> /dev/null 2>&1 逆ではだめ。2>&1 > /dev/null 理由がわからない。
  • COMMAND | tee FILE COMMAND の標準出力を表示しつつ FILE にも書き込む
  • コマンドの終了ステータス: 0(成功), それ以外(失敗)。$? 直前実行コマンドの終了ステータス
  • CmdA && CmdB CmdA成功ならCmdB, CmdA || CmdB CmbA失敗ならBmdB
  • tr translate or delete characters: tr 'a-z' 'A-Z' < file.txt
  • od (Octal Dump) dump files in octal and other formats:
  • sed 's/BEFORE/AFTER/g' よく使う g は変換対象がファイル全体であることを意味するが、g がないと行ごとに最初に見つかった変換対象を変換して次の行へ進む。ある行にBEFOREが2個あっても最初のBEFOREしかAFTERにならない。
    • -i があるとファイルに書き込む。ないと表示だけ。
    • sed '/ToBeDelete/d' 指定文字列が含まれている行を消す
    • sed 'ToBePrint/p' 指定文字列が含まれている行を表示
  • /etc/passwd の区切り文字は : コロン
  • cut remove sections from each line of files テキストファイルの行ごとに特定の文字を切り出す。
  • wc print newline, word, and byte counts for each file: -l lines, -w words, -c bytes: オプションなしだと lines, words, bytes の順に全て出力
  • split split a file into pieces
  • sha256sum FILE > sum.sha256 の結果にはサムだけでなく FILE の名前が末尾に入っている。なので sha256sum --check sum.sha256 というファイル名を指定しないコマンドによって FILE をチェックできる（FILE がカレントディレクトリにあれば）。
• 2:正規表現とviエディタ
  • ^a aから始まる、[^a] aでない文字
  • pgrep look up or signal processes based on name and other attributes pgrep -u root pgrep -U 0
  • freqp, grep -F, grep --fixed-strings パターンは正規表現として扱われない
  • :! COMMAND で一時的にターミナルで COMMAND 実行し vi に戻る
  • vi でコマンドモードから入力モードに変えるコマンドは i だけではない。a, o, I, A, O
  • /WORD カーソルから先にあるWORDを検索, ?WORD カーソルより前にあるWORDを検索。メモ帳のCtrl+Fに相当するファイル全体から検索する機能はない。
• 3:プロセス管理
  • ps standard syntax(-eflo), BSD syntax(aux): BSDしか知らなかった
  • pstree display a tree of processes
  • top CPU使用率だけではない。優先度は NI(nice)。
  • init の PID は 1（0 じゃない)
  • 優先度
    • カーネル内部の優先度: 0(高)～139(低)、リアルタイムプロセス:0～99, ほか:100～139
    • PRI(ps -o): 139(高)～0(低)
    • PRI(ps -l): -40(高)～99(低)
    • NICE: -20(高)～19(低), リアルタイムでないプロセスにのみ適用, nice または renice コマンドで変更可能, 一般ユーザーは優先度を下げることしかできない $ nice -n 3 COMMAND COMMAND の優先度を 3 下げる (NICE値を3上げる)
      • This is why the nice number is usually called niceness: a job with a high niceness is very kind to the users of your system (i.e., it runs at low priority) https://en.wikipedia.org/wiki/Nice_(Unix)
    • top でも変更可能
  • ジョブはコマンド1行の実行単位。1つのジョブで複数のコマンドを実行し、複数のプロセスが実行される可能性がある。
  • bg %JobID バックグラウンドジョブに切り替える。fg %JobID フォアグラウンドジョブに切り替える。(同名のコマンドが複数なければJobIDの代わりに名前を指定してもよい)
    • top を実行、Ctrl+Z で top を Stopped 状態にする、jobs で top の Job ID を調べる(Stopped になっていることも確認できる)、fg %topのJob ID を実行するとターミナルにフォアグラウンドで top が再実行される
    • kill %JobID JobID指定可能(man には書いていないようにみえる)
    • watch execute a command periodically, showing output screen watch -n SECONDS(default 2) COMMAND
• 知らないコマンドは WSL で実行させてみたりぐぐってみた。その分時間がかかる。
• Ping-t の GNUとUnixコマンド(103) を100問やってみたら80%だった。知らないコマンド、知らないオプションがまだまだあるけど、白本で該当分野を1回勉強したのは効いている。無勉なら50%じゃないかな。合格ラインの500点は大体64%らしいから、同様に範囲全部を勉強すればいけそう。ISTQB みたいに本番の方が難しかった、となる可能性もあるけど。受験を延期するか悩む進捗。

• 落ちたー
  • 形式は模擬問題と同一だが、内容も英語もより難しい
  • 英語
    • (1) 量が多いので時間ぎりぎり。模擬では20分余ったが本番では全く余らなかった。
    • (2) 知らない単語があるため、理解できない選択肢が3-4個あった。
    • (3) シラバスにもサンプル問題にも無い言葉でシラバスの意味を記述している問題が目立った。テストの4象限が選択肢にあったが、シラバスとは異なる表現であった。
    • (4) 速く読もうとすると重要な単語を見落としたり、見間違えたりする。expectation と exception を見間違えてしまい、正解が1つもないと悩んでしまった。
    • 模擬問題では全ての選択肢を読まなくても正答できる問題が2割くらいあったが、(2)(3)によって全ての選択肢を読まなくてはならなくなり、(1)時間不足に陥った。
  • 内容
    • シラバスの説明語句を使った単純な知識問題が少なめ
    • 問題文は単に「アジャイルで最適なものはどれか？」だけで、選択肢からシラバスのどの部分を問われているか判別する必要がある問題がいくつかあった。例：問題文にも選択肢にも INVEST とは全く書かれていないが、ユーザーストーリーが INVEST に沿っているかの問題
    • 突っ込んだ問題例として、プランニングポーカーに特定の職種が出席していない、プランニングポーカーで3回見積もりしても合意が得られないときにどうするかを問うものがあった。
    • FLATのシラバスや問題例からすると正解らしいが、テストの7原則に違反しているという選択肢があった。
    • 比較的簡単そうだが理解が浅い部分は2-3問落としているかもしれない。例えば、テスターの役割、リリース計画とイテレーション計画でやることの違い、ATDDとBDDの違い、Q2とQ3の違い。
  • 対策
    • 実際の問題に近い模擬問題が載っている教材で学ぶ
    • シラバスとは異なる語句で解説している教材で学ぶ
    • 教材に載っている知らない単語を覚える
    • 英語による選択問題に慣れる：何を問う
    • 理解が浅い部分をなくす。シラバスの1文ずつ理解できているか確かめるとわからない部分があるはず。
• Agile Manifesto
  • individual and interaction over process and tools
    • teams can work most effectively
  • working software over comprehensive documents
    • rapid feedback
  • customer collaborations over contact negotiation
    • understanding exactly what the customer requires
  • responding to change over following plan
• Whole Team Approach
  • 3 to 9 people
  • co-location
  • daily standup: all members, communicate, progress
  • business stakeholders determine product features
  • enhancing communication and collaboration
  • enabling various skill set
  • making quality everyone's responsiblity
  • power of three(developers, testers, business representatives) in all feature discussions
• Early, frequent feedback
  • highest business value, associated risk, avoiding requirement misunderstandings, clarifying customer feature requests, discovering quality problems early, productivity and ability to deliver
• Agile approaches
  • XP: 5 values: communication, simplicity, feedback, courage, respect
  • Scrum: sprint, increment, backlog, done(releasable product), timebox, transparency
  • Kanban: board, WIP limitation, lead time
• User story
  • Agile: written collaboratively, frequent informal reviews
  • Traditional: formal reviews after requirements are written
  • brain storming, mindmap
  • INVEST by testers: independent, negotiable, valuable, estimable, small, testable
• Retrospective
  • at: the end of each iteration
  • topis: process, people, organizations, relationships, and tools
  • result(example): test effectiveness, test productivity, test case quality, team satisfaction
• Continuous Integration
• Release Planning, Iteration Planning
  • the basis for a test approach and test plan spanning all iterations

• 公式サンプル問題 34/40 (85%)
  • 1:b o
  • 2:a o
  • 3:c,d o
  • 4:c o
  • 5:c o
  • 6:b o
  • 7:b o
  • 8:d? o
  • 9:c o
  • 10:c o
  • 1:d o
  • 2:d? o
  • 3:c x d User story is written collaboratively by multi roles in agile team.
  • 4:b o
  • 5:c x a In syllabus, functional verification testing does not include regression testing.
  • 6:a,e o
  • 7:b o
  • 8:b o
  • 9:a o
  • 20:a o
  • 1:b o
  • 2:d? o
  • 3:c o
  • 4:c o
  • 5:c o
  • 6:d? o Test classes are result of BDD not TDD.
  • 7:c o
  • 8:a o
  • 9:d x c "easy to find" express it is user acceptance testing not system testing.
  • 30:b o
  • 1:a,d o
  • 2:b o
  • 3:d? x c "obsolute" adjective: not in use any more
  • 4:b x c Only defects information is not sufficient to decide stopping testing. Further information about test coverage and risks are also required.
  • 5:d,e?x b,c One of testable means concrete information is specified. Be careful which option is described concretely. "All major browsers" -> What browsers?
  • 6:d o
  • 7:c o
  • 8:b x a In syllabus, exploratory testing will be effective as the tester running the tests, not run by team.
  • 9:c o
  • 40:b o
• シラバス読み 3章
  • The Fibonacci sequence is recommended because the numbers in the sequence reflect that uncertainty grows proportionally with the size of the story. 不確実性が大きくなることを反映している、そうなの
• ISTQB FLAT - Udemy の問題
  • 2.2: 20/26
    • daily stand up meeting is one of the most popular technique for COMMUNICATING test progress in agile team.
    • DAILY automation acceptance testing
    • BUILD VERIFICATION TESTING to cover critical system functionality and integration points
  • 2.3: 15/17
  • 3.1: /26
  • 3.2: /10
  • 3.3: /29
  • 3.4: /10

• ISTQB FLAT - Udemy の問題

  • 2.1: 14/21
    • independent tester
    • agile metric
    • test levels and roles
    • commons and diffs of activities in agile and traditional

• シラバス読み 2章

  • hardening or stabilization iteration
  • The use of automated testing is one way of managing the amount of test effort associated with change. However, it’s important that the rate of change not exceed the project team’s ability to deal with the risks associated with those changes. 大事。ただ、変更頻度がチームの能力に見合っているかを判断できるか。
  • In some Agile implementations, especially regulated, safety critical, distributed, or highly complex projects and products, further formalization of these work products is required.
  • In some iterative models, this rule does not apply. Test levels overlap. 時間的に
  • independent testers are often more effective at finding defects. often(日本語版シラバスでは "一般的に")といえるほど欠陥を見つけられるか疑問がある
  • Any issues that may block test progress are communicated during the daily stand-up meetings, so the whole team is aware of the issues and can resolve them accordingly. 完了した仕事と次に着手する仕事を報告するだけで進捗阻害について何も言わない会議を思い出した
  • It is critical that testers have the ability to quickly identify and update test cases from previous iterations and/or releases that are affected by the changes made in the current iteration. critical とある通りものすごく重要。だが、特定できるだろうか。

• 初めて Go でタクシーを呼んだ。
• 告別式。足取りが重い。行きたくない。黒服をまとっても、香典をつつんでも、斎場に着いても本当のことなのか確信が持てないし持ちたくない。棺の中にはよーく知っている寝顔があった。まだ、何かを引き継いでいくだとかとても考えられない。

• 畑の片付け最終日。残っているサトウキビの根を抜いて、残渣と雑草を45リットルx5袋集めた。細かい雑草は残ってるけどこれなら大丈夫だと思う。袋の中身をレイズドベッドへ。まぁまぁたまってきた。ここまでかさ増ししておけば、あとはダンプで土を買えばいいだろう。次のレイズドベッド（野地板製）も作らないと。

• ISTQB FLAT - Udemy の問題
  • 1.1: 28/33
    • power of three
    • Whole Team Approach
    • more testing might be required due to frequent changes.
    • early feedback
    • small team (up to 10 persons)
    • transparancy
  • 1.2: 33/43
    • testers contribution on iteration planning
    • retrospective meeting, individuals
    • release planning (1.2.5 Release and Iteration Planning)
    • factual and solution oriented
    • differences of Scrum and Kanban
    • values of XP

• 母に喜んでもらった

• 日本マイクロソフト株式会社 人事本部 シニアリクルーター: 100% のリモートワークで IT による働き方改革を実感 https://www.microsoft.com/ja-jp/mscorp/mid-career/interview-tomochika.aspx 100％ リモートワークを続けています。約 4 年前に就業規則が変わり、在宅勤務の上限が週 3 日から 5 日になったことを機に、故郷である沖縄への U ターンを決意しました。
• みるみる春らしく芽吹いてくる。掘り返した後に何も生えていなかった部分から芽が出てきた。球根または地下茎がある植物は強い。野菜を植えたい部分だけ根絶したいけど無理かもしれない。
• さといもを地面に植えた。村の駅で安く売っていたもの。初挑戦。2つは芽がうっすら出ている。
• とうもろこしをポットにまいた。去年の反省を受けて今年は日当たりの良い場所に4月中に植えよう。
• トライアングルストラテジーやりすぎて試験勉強やってない。しばらくやめよう。

• 訃報が届いた。突然すぎる。さぞかし無念だったろうな。お悔やみ申し上げますとはよくいったもので悔やみしかない。
• 畑を返すための作業2日目。ひたすら草取り。サトウキビの根が強くてなかなか抜けない。次で最後かな。残渣と雑草はレイズドベッドへ。周りの雑草がのびてきたような。砂利を敷いてあっても伸びてくる。直植えしない場所には塩をまこうかな。
• コンテナを2-3個、ねこを1台用意してもいいかもしれない。
• 職探し。恒久的にフルリモートワークできるところとなると限られる。一時的にリモートワークができる企業は多い。

• 何年かぶりに香貫山にのぼった
  • ふきのとう目当てだけど生えてなかった。ツワブキなら生えてる。
  • 街と川と富士山を眺められる
  • イノシシだけでなくサル出没注意の看板もあった
  • 途中にビワが何本か生えてる
  • すれちがっただけの人も入れて20人くらい
  • 山の周辺も散歩。霊山寺の近くに沼津市指定史跡 霊山寺変形宝篋印塔（ほうきょういんとう）と書いてある目印を見つけたので入ってみた。寺が広ければ墓も広い、以上。という感想しかなかったのだけど珍しいものらしい https://tempsera.at.webry.info/201203/article_20.html http://manoeriwagner.seesaa.net/article/387075468.html そもそも宝篋印塔を知らずに歩いてもどれがそれなのかわからなかった。
  • ホーム 市民のみなさんへ 沼津市教育委員会 文化・芸術・歴史 ガイドブック https://www.city.numazu.shizuoka.jp/kurashi/kyoiku/kyoiku/bunka/guidebook.htm
  • ホーム 市政情報 沼津の文化財 https://www.city.numazu.shizuoka.jp/shisei/profile/bunkazai/index.htm

• 確定申告
  • 手順だいたいこんな感じ https://www.watch.impress.co.jp/docs/topic/1387897.html
  • いろいろ入力した最後に難しい方のマイナンバーカードのパスワードを求められたが思い出せない
  • まぁあした役所でリセットしてからでも間に合うっしょ
  • 給与もマイナポータルから引っ張ってこれるのかと思ったらそうではなく紙の源泉徴収票をカメラ撮影
  • マイナポータルアプリを Google Play からインストールしようとすると端末が非対応らしい。やむなく ApkPure が配布する apk からインストール。ApkPure って大丈夫なのって簡単に調べたけど、どちらといえば大丈夫寄りっぽい。やりたくないけど。
  • マイナポータルアプリから e-Tax とつなげる
  • 手続き中、何回もマイナンバーカードをスマホにかざした。こんなに必要なの？
  • e-Tax は紙を貼り付けて申告会場に持っていくよりは楽とはいえ、もっと簡単にしないと申告会場にいる長蛇は解消されなさそう

• ISTQB Agile Tester
  • https://www.istqb.org/downloads/send/5-foundation-level-agile-tester/43-agile-tester-extension-sample-exam.html
  • https://www.istqb.org/downloads/send/5-foundation-level-agile-tester/44-agile-tester-extension-answer-sheet.html
  • まぁまぁ解ける。でも英文を読むのが遅い。鍛えよう。
• https://bigyond2.com/how-to-pass-lpic1/
• 畑を返すので育ちが中途半端なものも含めて全て収穫。玉ねぎは庭に植え替えた。
• 10月定植のものは大根もブロッコリーも白菜も玉ねぎも育ちが悪かった。9月定植のものは順調だが例外はロマネスコ。同時期に植えたブロッコリーと株全体の育ちは同じく順調だが花蕾が出てくるのが2ヶ月遅い。
• 残渣と雑草をコンポストへ。前に入れといた分は枯れて体積が減っている。今日の分と合わせて0.7m3だろう。
• つくしがたくさん生えていた。おかず一品になる程度あつめた。本気であつめれば1kgいくんじゃないかな。下処理めんどいしそこまでおいしいもんでもないからとらないけど。調理してみたらおかず一品程度でも袴とりめんどい。同じくらいふきのとうが生えてるなら本気で取るんだけどな。

• JaSST Tokyo 2日目
• SigSQA
  • 井関さん
    • 負債がたまってきて能力のある人も抜けた結果、新規開発したくてもできない状態になり、ビジネスが死ぬかも やるせないよね
    • …という現状であり問題である わかる そこでQMファンネルを そうなの？
    • QMファンネルを参照するとこれらの対策が出てくる？
    • PEにおける Pipeline は Integration, Testing, Delivery に見える。そこから市場の反応を見て次の開発を決めることも Pipeline のはず。そこが次の進化になりそう。ただし、Integration, Testing, Delivery をできるようにするためのソフトウェアと、Monitor できるようにするためのソフトウェアは別であり、職種名も SET, SRE と分かれていることが今の通例である。
    • 完璧超人（の開発者）ねぇ？何に長けているのか人によって違いそう。要求とコードの関係をよく把握している、新しい要求に関係する要求とコードを特定できる、実装が早い、こんなところ？
  • 伊藤さん
    • https://speakerdeck.com/sadonosake/uinguaku1stfalseqmhuanneruwoshi-tutakiyariaimezi
    • TEコーチはテストマネージャーっぽい？（インプロセスTEはテスト計画以外）
    • QAエンジニア・コーチは技術移転
    • スペシャリティの表だけで理解できるメンバーすごい
  • QMファンネルのTE, PE, QAはロールではなくスペシャリティ。これらをまとめていることが価値。いままで三角錐だけ見ていてなんでこうなんだろって印象だったのが解決された。
    • テストを書くのが得意なDevは、TEのスペシャリティを持っているDevなだけです。
    • 完全に自社開発のQA組織かつ小規模の場合、QMファンネルの概念と親和性を持たせるのが難しい、、、 -> 一つのロールで複数のスペシャリティ（得意技）があるよね、という理解でいいかと思います。小さいと、スペシャリティごとにロールを分けるのは難しいですよね。
    • ソフト開発しているか？を見るイメージがありますけど、認識はあっているのでしょうか？ -> プロセスに準拠することを目的にしてしまうと、組織の能力に向き合わず、とにかく従え、と言ってしまうQAになってしまいます。そうじゃなくて、組織の能力を高めるために、このプロセスは助けになるかもしれません、一緒に読み解きながら組織の能力を高めていきましょう、という人です。プロセスは（かなり表層的な）ツール・手段に過ぎません。
    • 「QA」って「オープンワールド」くらい、想像してる定義や実態が人や所属によって違う気がして、正直いつまでたっても「QAって何者なの」かよくわからんです -> そういう方はとても多いんです。なのでQMファンネルで、少しでも整理してもらえれば、と思ってます。ここに書いてないのがあれば、ぜひ教えてください！ スペシャリティが明文化されたのがよい
    • QA募集っていう求人が実はSETで、これ下手すると採用しても不幸になるよなぁ、が始まりの一つです。 なるほどな
    • 与えられてるロールとか部署名はDevなんだけど自覚なく片手間でPEやってる組織ってわりと見てきたので、そういった組織にQMファンネルを見せると鱗落ちたりしないかなと
    • ITSSやETSSではできません。テストに特化したものにTest.SSFがありますが、そのさらにモダンアジャイルなものが3D-QMファンネルです。
• A8
  • 300人くらい視聴者がいて、チャットからすると興味を持った人々が増えたようでよかった
  • ソフトウェアエンジニアリングそのものを扱わなかったのが意外
  • 意見がぶつかり合ってこそディスカッションであるという信念からすると物足りない。ただの意見交換。といっても時間からしてディスカッションするには足りないかなあ。
• B9
  • 最後だけ入ってみたら「ぼく言葉の定義考えないタイプなんですよね」って聞こえてきたぞ。登壇者だよな多分。ほんとにソフトウェアエンジニアか？
• A10
  • インターネットと物理的に切れている IGWAN 自治体テレワーク向け？
  • イノベーションは超正統派のけしからん行為から発生する
  • 正統派組織にも隠れ超正統派が5%いる
  • 訓練コースを作っても超正統派は生まれない
  • 裏側ってどうなってんやろ？という興味 → 勉強
  • 秘密、だめ、と言われたら理由を探索する。これ以上調べるのはやめておこう、ではない。
  • これは秘密なんだけどと言いながら見せると興味が生まれるのではないか
  • 役人、教授、経営者から理解を得るには、経営、法律、政治、経済、哲学、数学…などITCに一見関係ない分野を
  • 作った結果、たいがいろくなものではない
  • 最近やってるけしからんことは？けしかLANです（かまWANもあるよ）
  • 自律、道徳、知識欲、実現へのこだわり、実現結果からの学習か？
  • 今の基準には違反するが近いうちに認められそうなことが切り口なのかもしれない
  • ICTで新しいものを作るなら、今の基準ではけしからんと言われかねないものでも作ろうとするだけの探究心と、実現するだけの技術力と、それを支える自由な環境と、悪に陥らない道徳がいるよ、ってことを多数の実績と共に話してくれたと理解
  • もう誰か作ってるでしょ、とか、役に立つかよくわからない、っと思えて手を止めてる件、再開しようかな
• 勢いがついてピアソンで試験を4つも申し込んだ。ISTQB CTFL-AT, LPIC 1(1/2, 2/2), LPI DevOps
• おはなし
  • TQM 日常管理 方針管理 ボートモデル 狩野紀昭 1983 日常管理の徹底 品質月間テキストNo.147

• JaSST Tokyo 1日目

  • How they different? Think differently. How they test? Starups? Business model? Market? value? product? customer? problem? deliver software quickly or...

  • Startups: startups are learning machines. highly iterative, constantly learning, lots of experiments, lots of failure, more than traditional companies, exploration / discovery

  • project: beginning & end, typically one chance, definition of success

  • comparing startups characteristics: no end, long term, iterative, highly experimental, product definition success

  • missions: in Spotify, with hardware team, own morning commute: drive to work in morning, productivity missions: make others faster, quicker, better, higher quality. mission changes how they work. engagement, purpose, align incentives, better at product

  • Whats the differences between projects and missions?

  • Squads: fully staffed, fully responsible. mini startup!!!

  • The secret sauce of Spotify is Build entiere company through squads. scale squad entire company. key way? chapter, testing chapter, iOS guild. couple of week talk about testing. through out organization.

  • company bets: priority. sony ps, chromecast, japan launch, gdpr, prep for ipo.

  • Tech lead company: default open: finance, customers, open to any company members.

  • Invest productivity: internal opensource

  • Tech companies dont leave culture to chance.

  • How they Facebook, MS, Netflix, Google test?

  • At Spotify: manual testing the first level of maturity: error prone, expensive, everything done by hand. Beginning of automation: start with UI tests, simple scripts. The inverted pyramid says UI tests are slow, fragile - sometime they work or dont work. Changing UI costs. 2-3 days workshops show people different ways of testing.

  • Fix it Week: fisitweek.spotify.net

  • Panda: productivity squad: all teams at spotify doing continuous delivery, consulting to grow up the team, certification process. 5 levels. 1: continuous build, 2: automated tests, 3: test coverage, 4: build runs fast, 5: external commits allowed

  • Testing roles: mentors consultant, teach. api testers. build/platform testers

  • Tools: hackweeks CEO sentup email entire company.

  • How to get there? The No.1 thing is trust and empower. Trust employees to give access information or servers. Different squads? are gathering and monitoring a same dashboard?

  • Magic card: instant: change a dvelopers target story to one related to Arsenal(name)?

• NTTデータ
  • good 自分達でできるようにする
  • good 34プロジェクト（開発組織？）が一同に会する機会
  • why? 技術をモダナイズする貴重な機会でありながら、ウォーターフォールではないプロセスモデルに変えることは早々にあきらめているように見えました。もしそうだとすれば、なぜでしょうか？
  • 何を作っているのか？クレジットサービス会社向けの入会受付システム。中小規模かつ短納期の案件を並行して開発。
• FUJITSU
  • https://www.slideshare.net/sakataakinori/jasst-tokyo-2022
  • WF開発は過去の他人と似ている Agile開発は過去の誰とも似ていない 直感的にわからないですね
  • 咳さん「ここまでしないと異常が起きてることに気づかないのか？」いや？最近のことならわかるでしょ。ただ、何ヶ月後、1年後、3年後から過去を俯瞰するにはデータをとってグラフにしておくとやりやすい。
  • WF時代には代替メトリクスが使われていたのだろうか？そうでもないという認識らしい。これは会社によるだろうな。日立のQA本だといっぱい載ってた覚えがある。
• サイカ
  • プロダクトロードマップのグラレコ https://2021.pmconf.jp/sessions/d6NcdzR1
  • もりあがった
  • QAというポジションに誇りがあって居続けたい人もいるんだろうな
  • QA→開発者に意味を見いだせないVPoE？達がいるらしい

• https://plus.nhk.jp/watch/st/g1_2022030831665?cid=jp-8X88ZVMGV5 これが片桐さんか。
  • さばくのうまい。内臓にも肉にも血だまりが見られず輝いていて弾力があることが映像だけでわかる。
  • 漁もするのか。天竜川で捕れなくなって猟を始めた。
  • 最初は銃だった。狩りそのものを楽しむ他の猟師とは異なる道として罠猟に転向。
  • 蘇生すんのかい
• ワクチン3回目。1,2回目はファイザーで今回はモデルナ。うっかりビールを飲んでしまった。なんともなし。
• "毒チンは人類を選抜する" https://www.akiradeveloper.com/post/great-reset/ akiradeveloper さすがすぎる
• Twitter の likes おさらい
  • 選択的夫婦別姓 https://twitter.com/n_miwa/status/1451983582277275650 https://www.moj.go.jp/MINJI/minji36.html
  • https://twitter.com/shibu_jp/status/1372702619827724288 巨大バイナリ&バイナリが頻繁に書き変わる用途だと、全履歴をローカルに同期しようとするGitは使いにくい場面もあり、最新だけをとってくるSVNの方が適していたり、Perforce使おうとか、ワークフロー＆DCCツール統合されたAlienBrain使おうみたいなのはゲーム系ではありますね。Git LFSはあるが。
  • https://ja.alienbrain.com/ Alienbrain は、集中型のバージョン管理システムで、すべてのプロジェクトファイルのマスターコピーがAlienbrain サーバーに保存されます。このワークフローでは、ファイルを一人のユーザーにロックすることで、一度に一人のユーザーしか作業できないようにすることができます。これは、バイナリファイル（グラフィックアセット、アニメーションファイル、サウンドファイル）がコードファイルのように簡単に差分や結合ができないデジタルアートやデザインのプロジェクトにとって非常に重要です。 また、集中型のワークフローでは、分散型のシステムとは異なり、ユーザーは必要なファイルだけを引き出すことができるため、テラバイト単位のスペースを節約することができます。
  • https://twitter.com/yattom/status/1448983958432010244 ふりかえりが、に限らずチームには、外から知識情報技術ノウハウ遊びを取り込む仕組みがないと厳しいと思う 外から技術を取り込む仕組みがどれだけ働いているかは研究になりそう
    • https://twitter.com/mkwrd/status/1328668169150504964 人が提示したプラクティスに対して「すごいね、でもうちでは……（できない理由100万個）」と続くようなら、その情報とかけた時間はその人にはなーんの役にも立たないことになる。役立てられる人・役立ててやろうとがんばる人が、どれだけいるか。要は、情報収集が情報収集だけで終わっちゃいないか？
  • https://twitter.com/TM_Quencher/status/1437409122291306510 毎日新聞のデスクの方から医療関連の記事に論文を引用するにあたりdoiの記載を検討して頂けるとのお返事を頂戴しました。 これどうなったんだろうな
    • https://twitter.com/philomyu/status/1437044211988066307 コロナ流行りだした頃から疑問に思ってたんですけど、日本のマスメディアは人の生き死にかかった話題の記事くらいさすがにそろそろ論文や議事録の出典をちゃんと書いてほしい。「興味深い…」とか「ウソでしょ！？」と思った場合になぜ丸められた記事中のキーワードググらないといけないのか。
  • https://twitter.com/Yam_eye/status/1437198134224977922 本当に「やりたいこと」を見つけるのは難しい。「人にほめられること」とは少し違うから、一度孤独にならないと案外見つけられない。 無職になってわかってきた。
  • https://twitter.com/shibu_jp/status/1238843526156148737 アプリケーションという存在が、OS提供のAPIとシングルなバイナリから、プロセスを跨いだ通信を持っているシステムになって、とうとうコンピュータの境界もまたぐようになった感じで わかる。何の業界でどんな構造のコンピューター(群)で動くソフトウェアを作ってきたかという育ちによって認識が異なる。
    • https://twitter.com/shibu_jp/status/1448880582155329539 打ち合わせに備えて『オブジェクト指向ソフトウェア工学OOSE』『オブジェクト指向方法序説基盤編』『実践CRCカード』『アナリシスパターン』を発掘して20世紀末っぽい雰囲気になってる → これ、20世紀っぽいというよりも、21世紀に該当する分野の新作がでてない問題に見えますね。DDD、よくよく読むとこれらの手法を踏まえたメタフレームワークっぽいパターンランゲージで、別にこれらを置き換えるものでもなく、21世紀は虚無。 20世紀末に提唱された設計方法は とうとうコンピュータの境界をまたぐようになった感じ のシステムの設計に適用できるかわからない。
  • https://twitter.com/diceken/status/1178970983379587072 NTTグループから転職した人が初日に予定調和のごとく「通信の自由がある」「社内システムってこんな使いやすいものだったのか」って言ってるのNTTの偉い人はもうちょっと真剣に考えないと最大年収2000万とか3000万とか言っても人は出ていくと思う。とりあえず総務系列にITわかる人を入れましょ。 これも kumagi NTT退職エントリ（あともうひとり）にあった社内環境への絶望ネタだ。やはり（モダンWG時代から活動していたように）情シスがソフトウェア開発環境に与える影響について深堀りできそう。

• ソウゾウのソフトウェアエンジニア選考ガイドを公開しました https://engineering.mercari.com/blog/entry/20211008-8af25bfad6/
• 連載：メルカリShops 開発の裏側 Vol.2 https://engineering.mercari.com/blog/entry/20220207-mercari-shops-behind-the-scenes-vol-2/
  • Souzoh QAのミッション・バリューを作りました https://engineering.mercari.com/blog/entry/20220302-souzoh-qa-mission/
• メルカリ、社員同士の「共通の価値観」をまとめた社内向けのドキュメント「Mercari Culture Doc」を公開 https://about.mercari.com/press/news/articles/20210913_mercariculturedoc/

• 出ちゃったよトライアングルストラテジー

• Nov 16, 2021 https://twitter.com/BBCWorld/status/1460343108739158016 Nato warning over "large and unusual" military build-up at Russia-Ukraine border https://bbc.in/3ni7r7N 去年の11月からくすぶってたのか。今年の2月にいきなり侵攻したんじゃなくて。

• 中学の技術の教科書では木工と植物育成が扱われている。ホームステッダーに必要な知識は義務教育にある。
• 楊原村沿革史をめくる
  • 人口は5000人だったらしい。大雑把には、上香貫、下香貫、我入道それぞれ1/3に分かれている。
  • 畜産もあり、牛、豚、馬が数十頭、鶏は家庭で飼われていることが一般的で村全部で1800羽。祖母によると、うちでも飼っていたらしい。さらに祖母によれば、狩野川台風では川に流された家の上に豚が立っていたというから、昭和33年(1958年)時点ではまだ畜産が続いていたのかもしれない。
  • 地図が載っている。沼津港がない。139号と八重坂はあるが414号(八間道路)がない。黒瀬橋、御成橋、永代橋はあるが、三園橋はない。学校はあるが現在の市立小中学校の位置ではない。八幡神社と霊山寺はある。
  • 楊原神社はガリバーの近くにある。ガリバーで買い物するときに寄ってみよう。
• …といった統計情報と絵は読めるが、文のみの節は読めないものが目立つ。漢字も文法も現代の日本語とは異なる。氣（気）や學（学）といった新旧字体の違いを把握しているものであればわかるが、見たことのない漢字は文脈をくんだとしても意味がわからない。
  • https://www.jacar.go.jp/glossary/tochikiko-henten/qa/qa23.html 戦前の日本語の表記は、漢字は旧字体、公文書の仮名はカタカナで、歴史的仮名遣い（例えば「言ふ」や「ウヰスキー」など）を用いており、横書きの場合は右から左に書くという右横書きで書くのが一般的でした。これらの日本語表記に関する標準を規定していたのは、主に文部省の創設した諮問機関でした。 ほほう？ 1902年3月24日に「国語調査委員会」 これが旧字体、歴史的仮名遣い、右から左への横書きを定めていた。 臨時国語調査会による「常用漢字」の選定です（1923年5月9日「常用漢字表」1963字、1931年5月3日「修正常用漢字表」1858字）。 20-30年かけて常用漢字が定められた。 その選定の際に、それまで様々な異体字が混在してきた漢字の字体を統一するため、標準的な字体として依拠したのが中国の『康煕字典』でした。そのため、『康煕字典』で表記されている字体が、いわゆる旧字体と呼ばれるものです。 これが当時の標準の拠り所だったのか。
  • 横書き もともと横書き表記については、戦前に右から左に書く「右横書き」で書くという統一的な決まりがあったわけではなく、戦前にも現代のように左から右に書く「左横書き」で書かれたものも数多く存在しました。 どっちでもよかった？ このような横書き表記の混在を避けるため、戦時中の1942年3月13日、文部省図書局国語課は「横書統一案要綱」（昭４７厚生00035100）を取りまとめます。ところがこの答申は、特に右翼や保守層を中心に猛反発を受け、結果的に立ち消えとなります。 政治的思想と関係がある？欧州文化への反発？ 戦時中に受けた左横書きに対する猛反発は、戦後に欧風の印刷物や書き方が入り込んでくることでほとんど見られなくなり、1946年頃から徐々に新聞・雑誌や切手・はがき、紙幣などの印刷物も左横書きを採用する動きが出てくるようになります。 結局左から右に書くようになった。
  • 漢字と横書きはわかったが文法が異なるのは何なのか？ https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E8%AA%9E#%E6%96%87%E6%B3%95%E5%8F%B2 日本語の書き言葉がひとまず成熟したのは平安時代中期であり、その頃は書き言葉・話し言葉の差は大きくなかったと考えられる。しかしながら、中世のキリシタン資料のうち、語り口調で書かれているものを見ると、書き言葉と話し言葉とにはすでに大きな開きが生まれていたことが窺える。 古文の授業で習った語句と文法が話されていた時代が平安時代で、そこから話し言葉が生まれたのか 明治時代の書き言葉は、依然として古典文法に従おうとしていたが へぇ 一方、明治20年代頃から、二葉亭四迷・山田美妙ら文学者を中心に、書き言葉を話し言葉に近づけようとする努力が重ねられた（言文一致運動）。二葉亭は「だ」体、美妙は「です」体、尾崎紅葉は「である」体といわれる文章をそれぞれ試みた。このような試みが広まる中で、新聞・雑誌の記事なども話し言葉に近い文体が多くなっていく。古来の伝統的文法に従った文章を文語文、話し言葉を反映した文章を口語文という。第二次世界大戦後は、法律文などの公文書ももっぱら口語文で書かれるようになり、文語文は日常生活の場から遠のいた。 だ、です、である、いずれも口語文なのか？
  • 楊原村沿革史が刊行された時期は大正7年であり、「だである」「ですます」が生まれて30年経った後であるが、明治時代に依然として使われていた古典文法（文語文）で書かれている。口語文が生まれてから古典文法が廃れるのに60年要したと解釈できる。
  • 古文（古典文法 or 文語文)は思ったより最近まで世で使われていたということがわかった。中学か高校で習ったのかもしれないけど全く覚えていない。古文と漢文の授業は9割寝てたからなあ。定期テストの点数も20/100点だった気がする。

• 沼津市大平の民族的世界 https://core.ac.uk/download/pdf/294896482.pdf 沼津史書シリーズの大平に関する文献が絶版なので調べたらたどり着いた文書。これでいい。地図、農業、水害、神仏について書かれている。この文書で大きく扱われている大平年代記は著者と年代ともに明らかではないが、1768年に書かれた大平道中記が大平年代記を参照していることから、それよりも前に書かれていることになる。350年前から大平という地名があったと考えられる。
• 自然現象記録媒体としての静岡県沼津の中近世史科「大平年代記」の特性分析 http://www.histeq.jp/kaishi_24/HE24_121_128_12Endo.pdf

• レイズドベッド3つめ。2つめと同じく側面を2面として間に杭を入れた。2つめとの違いは高さ(450mm→600mm)。杭を打っている最中にビスが外れた場合が2回。あらかじめ杭とベニヤを接合させると形はよくなる反面ビスが杭打ちの際に外れやすくなることがわかった。
• 次からは野地板で作ろう。12枚で幅1820mm奥910mm高さ400mmのベッドを作れる。1820mmを半分にすれば車で運べる。工法は、杭を1本打つ、その杭の最下部に接合させる野地板を地面にはわせ、水平となるように地面をならす（水平器を使う）、水平になったらビスで接合、次の杭を打つ、というもの。厚くなる分、長いビスが必要となる。

• 昼の活動が短い
• https://www.tosyokan.city.numazu.shizuoka.jp/publication/ 沼津資料集成刊行書については図書館で販売しております。ご希望の方は図書館２階郷土資料カウンターまでお越しください。他の号については配布用の残部はありませんが、貸出しをしています。 これはいい
• 市史編さん https://www.city.numazu.shizuoka.jp/kurashi/kyoiku/kyoiku/bunka/shishi.htm 史（資）料編11巻、通史編4巻、別編3巻の全18巻を刊行しました。 刊行物の頒布につきましては、市役所7階文化振興課（御幸町）・沼津市明治史料館（西熊堂）・文化財企画係（志下）で取り扱っておりますが、文化財企画係以外では取り扱っていないものもございますので、くわしくは下記問い合わせ先までご連絡ください。

• 車の後ろに2人乗せているはずが1人しか乗っていなかった。歩ける距離でよかった。

• 井田へ初めて行った。
  • Ita である。Ida ではない。今は菜の花の時期であり、菜の花による「井田」の字を見ることができる。この菜の花はぬまづの宝100選の1つである。井田は戸田と大瀬の間にある地域で、沼津市の中で最も不便な田舎に思える。菜の花の時期でないと訪れることはなさそうだと思って行くことにした。かくして、意識して宝の場所を初めて訪れた場所が井田になった。
  • 煌めきの丘から井田の字を見ることができた。伊豆っぽい絶壁と富士山も同じ視界に入る。
  • 神社に車を止めて散策。民家と民宿と田畑による集落だ。コンビニも、それに近いような店もない。民宿以外の商業施設といえば海沿いにはダイビングくらいのものだ。限界集落という言葉が頭をよぎる。農村らしい田舎というだけなら同じ沼津なら例えば大平と浮島が相当するが、あちらは比較的自動車が通りやすくコンビニくらいならある。
  • 「井田」の字を構成する菜の花畑で記念撮影
  • 海岸にはダイビングスーツを着た数名が歩いていた。沼津とはいえ2月の真冬でも潜るのだろうか。
  • 集落にも道路脇にも果物の無人販売所が点在している。この日だけで柑橘類を20個ほど、干し柿を10個ほど買った。果物はもう十分と思った矢先に住人らしきおじいさんが「はっさくを持っていきませんか」と話しかけてきた。落ちているはっさくの中からきれいなものをくれるという。きれいで立派な大きさだ。ありがたく頂戴した。お礼を言うと「いいよ、うちのじゃないから」？？？
  • 行きは戸田から。帰りは大瀬を経由する。狭い。
  • 井田の集落は戸田と繋がっていないから沼津市に合併される前は戸田村ではなく井田村だと思っていたが戸田村の一部だったらしい。https://www.city.numazu.shizuoka.jp/shisei/profile/rekishi/narumade/gapei_6.htm
  • そういうのもあるのか http://www.izu-ita.com/index.htm

• 沼津市鳥獣被害防止計画等の公表について https://www.city.numazu.shizuoka.jp/shisei/office/ichiran/sangyo/norin/choujyu.htm
  • ハクビシンなら箱罠で一人でもいけそう。シカは箱罠に入らないからくくりわなになるだろうけど一人でもぎりぎりいけそう。イノシシは一人じゃ無理そう。
  • とはいえハクビシンを捕まえるのも苦労しそう。ぶどう農家が捕まえるのに10日かかっている。 https://fishing-and-spa.blogspot.com/2021/08/16.html
  • サルは有害獣に入ってるけど狩猟獣じゃないから有害獣駆除の枠で狩るんだろうな。
  • 味で選ぶならアナグマが美味しいけど沼津にはいないのかな。いるらしい
    • https://www.numa2.jp/gourmet/tosawaya-20210529
    • https://blog.goo.ne.jp/kengo920/e/e34ed572f085cea3158165922813cfc9

• なんか資格でもとっとくか？
• LPI：LPIC, DevOps Tools Engineer ベンダー資格ではないもの and 手を動かしてないと受からないもの。
  • LPIC はレベル順に受からないといけないっぽい。復習がてら LPIC Lv1 でもいいかもしれない。復習ってーか知ってるようで知らん基礎を補完する方が大きいか。
  • DevOps Tools Engineer ありだな。何が出るかわからないけど。
    • DevOpsエンジニアのための認定資格、DevOps Tools Engineer とは？ https://www.youtube.com/watch?v=Z_G_U-uJ-Q0 LPI の中の人による 2020 OSC Nagoya での 講演。出題範囲は公式サイトにあるものと同じ（特に新情報なし）。認定書籍がないらしい。
    • 合格者による問題集 https://www.amazon.co.jp/701-100-DevOps-Tools-%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E8%A9%A6%E9%A8%93-%E6%A8%A1%E6%93%AC%E5%95%8F%E9%A1%8C%E9%9B%86-ebook/dp/B09PH5ZF7P
    • https://ping-t.com/ Ping-tって何？ CCNA/CCNP、LinuC、LPIC、HTML5プロフェッショナル認定資格、OSS-DB、オラクルマスター、ITパスポート、 ITILファンデーション試験の合格を目指す人を応援する学習サイトです。
• AZ-204: 前にとった AZ-400 と合わせて称号が得られるやつ。地元じゃ受けられないけど平塚なら受けられる。LPI の試験もいっしょ。
• ISTQB Agile Tester (CTFL-AT) も手頃だし英語で受験ってのもいいかも
  • ピアソンで受けられるはずなのに見つからないと思ったら Brightest か iSQI らしい https://qiita.com/rueyjye/items/51e51cd4cd412b59df65
  • ピアソンから iSQI で申し込めるか確かめてみた。沼津で受験できる。2万円。60分。

• https://twitter.com/Rrenzokutai/status/1495513696227164160 多くの方々からPCR検査抑制論に対する情報を頂きありがとうございました。その中で押谷仁氏の嫌欧米好アジア的思想と元々熱帯医学畑と言うのが気になりました。http://gaiko-web.jp/test/wp-content/uploads/2020/06/Vol.61_6-11_Interview_New.pdf 事実から複数の原因が考えられるときに特定のものしか示さず「そうであって欲しい」という思想を示す姿勢は非科学的に見える。
• かといって、複数の原因の可能性を示しているものの、どうであって欲しいかを示していない姿勢はビジョンが無いように見えて同じくらいがっかりする。というのは研究所にいたときの話。
• https://twitter.com/08_22x/status/1494675224285290499 eSIM とられるとそれを認証要素にしている他のサービスのアカウントを乗っ取りやすくなるのか。この場合はパスワード認証のみの楽天のパスワードが破られて、それと同じパスワードを使っているGoogleアカウントとその2要素目にしているSMS認証を盗んだeSIMを使って突破された。
• https://www.slideshare.net/MakotoSAKAI/sqip20222 SQiP投稿応援フォーラム。38からのシンポジウムの位置付けやアカデミアの変化はほとんど省略されたが、こちらの方がみなさん聞いたことがない領域ではないか。

• 狩猟免許（わな）の試験終了。ひねった問題はなかった。満点獲得者が複数いそう。私は何問か自信がなかったけど知識・実技どちらも9割いってるんじゃないかな。
• 受かったとして実際に猟に出られるのは11月15日から。毎日罠を見回れる範囲で何が捕れるのか、一人で行けるのか、罠を運べるのか、止めを刺せるのか、獲物を持ち帰れるのか、さばけるのか、よくある危険と対処法は何か、備えておかないといけない。

• なぜ僕がハンターだけで生活できているのか https://wildandliberty.com/living-on-hunting 初めて企業というものに勤め、大きい組織で大きい仕事を動かしてゆくためには各人が分業の分業をこなさなければならないという事実を知った僕は、その「分業の分業」に価値をイマイチ感じなくなっていた。社会性に反するような思考回路とも思えるのだが、自分の食い扶持くらい、それを稼ぐための仕事を丸々独り占めしたいという欲があった。「これは俺が獲ったんだ、稼いだんだ」という、狩猟民族のプライドのようなものに憧れた。 似てる
• http://project.nextcommonslab.jp/ 勝手に生きろ 未来は予測不可能だ。今後、多くの人が“起業家的に生きる”ことを求められる時代になるだろう。目新しいビジネスを立ち上げたか、事業規模は大きいか、そんなことは関係ない。“起業家的に生きる”ということは、正解のない世界で自分なりの答えを探し続ける態度であり、自らの人生にオーナーシップを持つということだ。私たち一人ひとりは自分の人生に責任をもちながら、勝手に生きればいい。意志を持たぬまま大きなシステムに組み込まれるよりも、自分が本当に理想とする社会をこの手でつくりあげよう。Next Commons Labは、個人の等身大かつ起業家的生き方を尊重し、そこから生まれる未来に賭けてみようと思う。起業マインドをもって、自分の人生＝キャリアを創造しよう。 私は起業してないしその気もないけど起業家的なのかもしれない。

• 東京周辺のデバイス開発企業の中で「最大週1で出社できます」ってのが恒久的にOKな会社がどれだけあるかっていうとそんなにないのかもしれない。
• 例題集の問題は正答を選ぶだけなら正確な知識がなくてもまぁまぁいける。より正確な知識を問う問題も作ることができる。油断しそう。
• 井田、菜の花が咲いている今のうちに行っておきたい。行きづらいけど。行きづらいがゆえにともいえる。 https://news.yahoo.co.jp/articles/9171f6342fd931c636adca60e66e85583200c506

• 職、話聞いてみようくらいのつもりなのに応募しちゃった。どうしよう。
• 鳥獣判別
  • ブログ わな https://yamamotch.com/choujyu-hanbetsu-wana/
  • ブログ わな https://hunters-blog.com/20200804-wana-hanbetu/
  • ぜんぶ https://kyuuhun.com/choju-hantei/ 写真での出題もあるらしい
  • 動画 わな https://www.youtube.com/watch?v=YqAgNuUradc

• そうなんですか https://twitter.com/nao3562/status/1492760200968814595 そもそも今のVtuberは、｢キャラのロールプレイング｣に｢中の人のプライベート｣を上手いこと混ぜてファンに親近感を抱かせつつも幻想を魅せる、つまり｢会話出来て人間味のあり、リアルタイムで属性が増えたり変わる2次元キャラ｣を求められる職種なので、2018年頃の、｢歌って踊れてファンと気軽に絡むけど、それでもw中の人要素はなるべく出さずにロールプレイングを徹底して行う、新しい2次元キャラ｣というVtuberとは少し状況が違います。
• Vランキング https://playboard.co/en/youtube-ranking/most-popular-v-tuber-channels-in-worldwide-monthly Vだけってわけじゃないけど↑のスレッドにあったやつ。こう見ると日本の息がかかったのがほとんどだ。国を指定できるのでENVtuber探すのにいいかも。
• 狩猟鳥獣最低でも48種＋紛らわしいものを覚える必要がある。体も足跡も絵で覚える。ほか知識問題はいけそう。箱罠の動画を探さないと。 https://www.choujuhigai.com/blog01/1071.html リンクまとめから https://www.choujuhigai.com/blog02/archives/969 試験用箱罠の解説

• 雨なので外活動はおやすみ
• 狩猟免許試験が近づいているのでやっていく。間に合うと思うけど不安。狩猟読本暗記、動画での試験用箱罠使用方法習得、受験期収集。
• 冬のパフォーマンスが悪いの、暖房が弱いせいかもしれない。電気ストーブ1つでは部屋全体が温まらない。
• 水平器が届いた。長く使うことを考えてプロユースらしいタジマ製を選択。といっても1200円。部屋にある水平と認識している箇所をあれこれ試してみた。備えつけの家財は精度よく水平だった。自分で組み立てた棚はちょっとずれている。この差がわかるのがいい。
• クランプが2つ届いた。握って固定する種類のもの。締める緩めるが簡単にできるのがよい。ただし固定の力はねじ式の方がいいだろう。
• ぬまづの宝100選についてツイートしている人を見るとマスターしている人、地図を作っている人、文化財保全活動をしている人がいて委員の私より熱が入っている。選考に何が期待されているのか調べてもいいかも。
• 3rd shot を打った都民がちらほら観測できる。7-8月に自衛隊大規模接種か手の早い区（墨田区だっけ？）で済ませた人だろう。ところで 2nd shot で減った抗体価なるものが 3rd shot で持ち直すというグラフを何度かみたことがあるけど、抗体価がいくつだと発症率がいくつなのかわからない。抗体価が4160で発症予防の有効性が95%, 抗体価1000未満だとワクチンの有効性は50%以下 https://www.businessclinic.tokyo/archives/4572 という2022年1月発信の情報があるけどサンプルが少ない。
• 建材屋からレイズドベッド用の庭土を買えるかも。https://www.tsuruyoshi1989.co.jp/soil.html 最小量1.5m3で15750円。必要な量が見えたら検討してみよう。

• レイズドベッド2個目を作った。1個目との違いは杭の長さが90cm→60cm、側板の枚数が4→6であること。あらかじめ家で1枚に杭2本を固定してから現地に運んで杭を打った。その部分はきれいにできたが現地で作る真ん中の部分は歪がある。杭2の面→反対の杭2の面→間の側板1面2枚→側板の杭という順で作ったのだけど、杭2の面→側板1枚→側板の杭→側板1枚→反対の杭2の面という順で作ったほうがきれいにできるかも。杭60cmだと深さが40-45cmになるが、これでもレイズドベッドとして十分かもしれない。ただし強度には差がある。強度は主に杭を打つ深さで決まるようだ。どれほどの強度が必要かわからないけど最低20cmは打たないといけない気がする。側面の板と杭をとめるときにクランプがあったほうがいいかもと思い注文。どうせこれ以外でも使うし。なんで今まで持ってなかったのか。
• 草むしり。前日の分と合わせると進んでいるように見える。1つめに放り込んでいるのだけど7割くらい。とはいえ土地全体を見渡すとまだまだ。砂利がしいてあって2月でこれだとすると夏はやばそう。塩でも撒くか？と頭によぎる。
• 体で一番負担がかかるのは腰。

• レイズドベッド1個目に腐食防止スプレーをかけた。杭はまだしも厚さ3mmのベニヤがどこまで耐えられるだろう。梅雨の時点でまずそうならベニヤをやめて野路板にしよう。2, 3個目はベニヤの予定だけど4個目は野路板で作ろうか。
• 草むしり。砂利の隙間から生えている草を抜くと土が見える。そこから更に生えちゃうかも。手で抜けるものとしゃべるが必要なものがある。終わるのかこれ？

• お出かけした後に無料PCRやってみた。陰性だったので家族と合流。唾液を提出して30時間で結果が届いた。いつまでも無料ではないのかもしれない。おのれ厚生労働省め。
• 3rd shot は3月下旬～4月になりそう。BA.2に効くやつを待った方がいいか迷う。情報が足りない。
• 人は 99% と 99.99% の違いを感じられないことが「ただの風邪」という判断を助長しているのではないか

• ルーチンワークとは、繰り返し可能である仕事であり、時間に対する成果が予測可能かつ観測可能な仕事だ。ルーチンワークを実行可能な状態に遷移させるための仕事はルーチンワークよりも何かが大変で取り掛かるのに必要な心理的コストが高い気がする。
• Timer F を公式の Camera-Tool で動かした。Serial と WiFi どちらでもいけた。 https://docs.m5stack.com/en/quick_start/timer_cam/cameratool
• 次はなにかコードを動かしてみよう。これでいいのかな。 https://github.com/m5stack/TimerCam-idf
• WSL から Timer F を見れるようにするか選択 https://qiita.com/baggio/items/28c13ed8ac09fc7ebdf1
• Arduino IDE と PlatformIO どちらにするか、選択がある https://platformio.org/ VSCode からブレークするなら PlatformIO かなー https://dronebotworkshop.com/platformio/

• ももが生きてて一番の筋肉痛。腰は無事。上半身も痛くない。体幹トレーニング（バックキック、レッグレイズ）のおかげで腰と背中は鍛えられたけど足はさっぱりってことだったのでは。
• おとな用チュールおいしい（なめ茸の小分けパック）。ありがとう、きのこ王国。

• はるみを定植。宮川早生みかんの苗より600円高い。庭への柑橘類定植はこれで終わり。
• レイズドベッドの側板を強化するなら材料費を抑えたい。メルカリとジモティーで探してみて比較的いいのはこれかなというものは見つかった。買う決定はしてない。ゴミみたいな木製テーブルをひっくり返したものか木箱が使えるかもしれないがレイズドベッドにはちょっと小さい（深さ30cmいかない）。木の容積としての材料費が安くても細切れだから加工の手間がかかるという問題もある。それならホームセンターで厚めのベニヤを買ったほうがいいように思える。まぁどこまで強化するか次第。1つくらいは側面に座れる程度の強度の代物を作ってみるとすると、いまメルカリとジモティーで売られている木材でもいいかも。というか、それ以上のやすさを求めるなら軽トラを借りて足で廃材を集めるしかないかもしれない。

• 打った杭をベニヤで囲ってみた。一番薄いベニヤで1枚650円x4枚。やはり杭同士が面になっておらずベニヤはたわんだが、ネジを打てないほどではない。下穴だけ家であけて、現場で杭と板をつないでから地面に打ち込めば板がたわまないはず。
• ネジはインパクトで打ち込んだけど2つなめてしまった。ドリルモードでネジをまわしたり、ネジモードでも力が強すぎたり、押さえが甘いとネジ頭が壊れる。
• ネジの長さはいくつか用意しておくのが良い。今日は最後の板をつけるときに少し長いものが必要になった。
• 初作は防腐加工なし。どの程度で腐るかの目安にしよう。次からはスプレーをぬる。これもあらかじめ家で吹いておく方が効率的。全て防腐加工するときどれほどの防腐剤が必要か計算が必要。とりあえず安いの1本でまかなえる面積をはかってみる。
• できたベッドにそのへんの草を入れてみた。草を容積に換算できるかあやしいけど 0.4 m3 ってところ。これが一番の重労働ではないか。土地の多くは砂利がしいてあるけど、まばらにある草だけでも最初にいくつか作る区画の分をまかなえそう。
• 作業風景を三脚から撮影してみた。場所を特定されない構図にする、飽きないように複数の構図を設けるというのは難しい。レイズドベッドを撮影するには通常の畑よりも上からである必要があるが、この角度を上げるほど周囲の風景が含まれるので場所が特定されやすくなる。三脚からの俯瞰とヘッドマウントからの主観を常に撮影できると編集時の選択が広がる。1つのバッテリーではもたない。6時間作業するならいくつ必要だろうか。SDカードの容量も128GBでは足りないかもしれない。アウトドアYouTuberってすごいな。
• 2/1 に陽性者1名と接触。250cm 以上、5分。この日の外出はホームセンターだけ。
• 今日も同じホームセンターでベニヤを買った。インカムで電話しながら大きな咳を繰り返している客がいたので同じ空気を吸わないように歩いた。

• 流木だけでレイズドベッドを作ろうとしていると、土作りまで含めて春に間に合わなさそうだ。なので、少なくとも最初のレイズドベッドは杭と板を買って作ることにした。深さ20cmの下穴をあけて90cmの杭を打った。杭を打つよりも穴をあける方が力がいる。あけた穴に砂利が入らないようにのけておく。杭同士に平面の板を貼れるように杭の向きを揃える。打っているうちにずれてしまうので平面にはならない。目測で5度までずれる。今日は杭だけ。あとは(65～70)x90cmの板を貼れば一番単純なレイズドベッドの完成だ。
• その先は、大型化、四角ではない形の模索、腐食防止加工、装飾が考えられるが、最優先は面積だ。春に返却する畑の面積である30m2以上をレイズドベッドで作ることを目標にする。レイズドベッドの大きさは、これから農作業をする私の背と腕の長さ、材料を運ぶ車の大きさに制限を受ける。レイズドベッドの奥行きが1mあると腕が反対側まで届かないので90cmに抑えている。材料の長さは90cmであればトランクに載るが、120cmだと後部シートを倒さなければならないだろう。
• 90cm x 120cm で 1.08 m2 になる。これを28倍すると 30 m2 を超える。1区画を 90cm x (120+120)cm (面積2.16 m2) とすると、1区画で必要な材料は、杭6本、幅板(120cm x 65cm)4枚、奥板(90cm x 65cm)2枚。合計面積が 30m2 を超えるための区画数は14であり、必要な材料は、杭84本、幅板56枚、奥板28枚となる。そんなもんね、がんばろう。
• 新しい家が土地に建ち、新しい家に材料が届くようになれば、今の家から土地に材料を運ぶ必要がなくなるので、この制限は緩和されるが、それはまだ先。今は運搬と加工に制限がある。
• この土地は砂利が深さ平均5cmほど敷いてあるが、草が生えているところもある。冬のうちに見えているものは全て抜き、レイズドベッドの中で堆肥化させたい。いくらか抜いてみたが根が深いものはなさそうだ。

• 早生みかんの苗を植えた。種から育てたかったけど全然大きくならないので。背丈80cmほどで1600円。
• 1/28に感染者と250cm以上&5分接触したらしい。7日ぶり。接触場所はスーパーしか思いつかない。昨日(1/30)はMatchedKeyCountが無かったので1/31になって登録された可能性が高い。おそらくその感染者は1/28時点では私がいた店で買い物しており、その時点では発症しておらず、2-3日経って発症し、検査で陽性判定を受け、COCOAに登録したのだろう。無料検査を受けた無症状者の可能性もあるがウェルシアはどこも忙しいらしいので可能性は低いとみる。1/28-31というのはオミクロンの潜伏期間からするとそんなもんかも。ともかく地方都市の大して混んでないスーパーにも感染者がいるということだ。
  • ExposureSummary.MatchedKeyCount: 1
  • ExposureSummary.AttenuationDurations: 00:00:00,00:00:00,00:05:00
• 毒エサをまいてから1週間くらいだろうか？再びねずみを見た。毒エサは食べられた形跡があった。複数いるのだろう。次に見たら粘着かバネの罠を設置しよう。毒エサは死体を処理する手間が無いが退治できたかわからない。
• 物置に使える道具があるかあさってみた。ナタ、デッキブラシ、剪定はさみを発見。ナタは杭の先端加工に使える。買おうとも思ったけどある可能性を考えて探して正解だった。植木はさみも2本出てきた。既に2本あるので計4本。いらない。ついでに高校時代に使っていた参考書が出てきた。赤チャートだとか数学が面白いほどわかる本だとか。懐かしい。こんなところにしまってあったとは。化学、物理、英語の本もある。

• ヨトウムシ（多分）対策に液体オルトランを与えた。もうだいぶ食われたあとだけど。
• OSMO Action やっていく
  • 1時間くらいあれこれ撮ってみた。とりあえず1080p, 60fpsでよさげ。風ノイズ低減が効いているのか今のところ気にならない。むしろ自分の息のほうが気になる。車内の音楽も入る。ヘッドマウントからの映像は目で見ている映像ともちろん違うのだが角度や位置の違いだけでなく、なんだろう、レンズが違うっていうのかな、画角なのかな、とにかく違う。ヘッドマウントやチェストマウントのように背面ディスプレイを使わず撮影するときは「こう見えているはず」という予測が必要で、カメラの特性を理解している必要がある。
  • 128GBで200分以上入るけど1つのバッテリーで持たないかも。そこまで連続撮影することもないか。
  • 三脚マウント、ヘッドマウント、チェストマウントは Go Pro 用のものが使える。
  • 本体上では大きなファイル（例：1時間）に見えてもPCへコピーするときには4GB単位で分割されるようだ。
• Davinci Resolve やっていく
  • やたらフォントが小さい。Windows の設定で150%にしているのが効いていない。アプリごとに、アプリの設定を使うかWindowsの設定を使うかが決まっているらしくて Davinci Resolve はデフォルトでアプリの設定が効いているようだ。本体(Resolve.exe)の property > Compatibility > Change high DPI settings > High DPI Scaling override から選べる. https://www.allavio.com/blog/davinci-resolve/how-to-change-ui-text-size-in-davinci-resolve/
  • OSMO Action からPC（USB接続のSSDドライブ）へとりこみ。コピー速度は最初は早いのだがすぐに0byte/secかってほど遅くなってしまう。Device Manager > 対象ドライブ > Policies > Quick Removal から Better performance へ変更。再起動が必要。なおったっぽい。28MB/secで安定。こんなもんだっけ。まぁ改善したのでよし。
  • とりあえず貼り付けてクロスフェード。DAWと似た感じ。Video1-Audio1みたいにリンクしてるんだけどトラック表示順が上からVideo3,2,1, Audio1,2,3なのなんとかならんのか。チュートリアルでも見て覚えていこう。

• くさびが届いたので試しに今ある木材を割ってみた。もとは流木なので木の質も硬さもばらばら。一番丈夫なものは1本だけでも30分ほどかかり、一番脆いものは綺麗に割れずに砕けてしまった。打つ音が思ったよりうるさいという難点もある。住宅地で叩くと迷惑かもしれない。割れ目からこぼれる木くずで車が汚れそう。これでチュートリアルは終わり。たぶん丸太のような太い流木でもいける。

• Ian Sommerville は Roger Pressman と並ぶ Software Engineering の教科書の著者として有名であることはこれまでの調査（特にET2021)でわかっている。だが実際に誰で何を書いているのかはわからなかった。10版(2015)になるシリーズとは別に Engineering Software Products という本を2019年になって書いていることがわかった。Most software engineering texts focus on project-based software engineering であり、product based で記述することで学生が理解できるようにしたのだという。この本を授業に使うためのスライドも公開されている。Ian Sommerville のサイトには、写真やウォーキングといった著作以外の内容も書かれている。たぶん Hugo で作られている。私も同様に、こことはてなブログに分散している文章をまとめてもいいかもしれない。
  • https://iansommerville.com/engineering-software-products/
• 丸太を割るためのくさび(wedge)を買いにホームセンターを2軒探したが無かった。木工と園芸の道具は売っていても林業のための道具は無いのかもしれない。結局アマゾンでスチール製くさび2本を注文。2本以上使うのが基本っぽい。まず1本を水平に入れて、垂直にできた割れ目にもう1本を入れ、さらに広がった垂直の割れ目に最初の1本を入れる。
  • 大きな丸太を複数人の大工が割っている。木製のくさびを使用。プロの技。 https://www.youtube.com/watch?v=Dt6WYVgAuPY
  • 太い丸太を1本のくさびで割る例であり、ハンマーが折れてしまう例でもある。堂々の200万回再生。 https://www.youtube.com/watch?v=K4hYb3tVSX4
• 調達済の木材が畑の杭として使えるか試してみた。下穴がないと20cm以上打つのは難しそうだ。杭打ちに耐えられず崩れてしまう場合もあった。打つ面を平らにしておくことで軽減できそうだ。
• 杭の先端加工用+ビスを使わない木材同士の接合+遊びの彫刻のためにノミを買っていくらか削ってみた。杭の加工には繊細すぎる。ナタで十分。彫刻遊びにはいいかも。仏像でも彫ると危ない無職感が出るだろうか。
  • お手本っぽい https://www.youtube.com/watch?v=uLaNU8gTPy0

• 4ヶ月ぶりに献血。kenketsu.jp に記録された結果を見ると健康になっている。無職健康法。
• またレシプロソーと枝切りハサミで庭の手入れ。うちの庭にある木だとよほど太いもの以外は枝切りハサミの出番のほうが多い。こんな小さな庭でも長年のびた木の背を縮めようとするとまぁまぁのクズが出る。堆肥にするつもりで積み、発酵促進のために米ぬかをまいてあるけど何ヶ月先になるだろうか。

• ここ何日かレシプロソーを使っている。庭の手入れから始めて浜で流木を切り始めた。充電式だから持ち運べる。これがチェーンソーだったら通報される恐れを感じるけど、レシプロソーなら浜を歩くときに歯を外していれば安全だし比較的目立たない。流木集めの目的はレイズドベッドの枠として使う杭を作ること。長さ80-100cm太さ直径3-5cmであることが望ましい。そんな流木ばかりではないので効率が悪い。海の家の柱になりそうな太い流木もあるので、これを使えると材料問題は解決しそうに思えた。丸のこかチェーンソーが必要かもしれないと思ったけど、くさびを打って割る方法がある。
  • 木を割って杭を作る https://ameblo.jp/looseloop/entry-11549536524.html
• 行きつけのホームセンターが休みだったので工具は手に入らなかった。しかし大通りから駐車場に入ろうとしたときに「今日はお休みです」って看板と柵が置いてあるのは事故の可能性を生む。やめてほしい。
• 畑のアブラナ科がことごとく虫に食われている。以前も同じ糞の痕跡があった。そのときより被害が増している。葉の裏を探したが全く見つからない。ヨトウムシかもしれない。今度行ったら地面を掘ってみよう。ともあれ芽キャベツを収穫してホワイトシチューにした。うまい。もうあの畑もあと1ヶ月で終わりだ。有終の美にはならなさそうだけど学べるものは学んでおこう。

• pip list -o | tail -n +3 | cut -d ' ' -f 1 | xargs sudo pip install -U pip の outdated(-o) パッケージを一括でアップグレードする方法。tail で最初の数行を無視する。cut で最初の区切り（ここではパッケージ名）を取り出す。でもビルドがこけるパッケージがあると止まる。
• Python を 3.8 から 3.9 へ。もう 3.10 があるはずだけど Windows の Ubuntu には来てないようだ。python-is-python3 みたいに python3-is-python3.9 みたいなものがあると思ったんだけど無い。update-alternatives が使える。シンボリックリンクと優先度を設定できるツールのようだ。python3 の場合であればこう。
  • sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.9 39
  • sudo update-alternatives --install /usr/bin/python3 python3 /usr/bin/python3.8 38
  • 最後の数字(39, 38)は優先度で高い方が優先される。3 でも 200 でもいい。ここでは単純にバージョン番号にちなんだ 39 や 38　とした。
  • sudo update-alternatives --config python3 で python3 に対して設定されているシンボリックリンクと優先度の一覧が表示される。
  • python を python3 に誘導するのが python-is-python3 で、python3 を python3.9 に誘導するのが update-alternatives …っていうわけなんだけど、アホくさいので python-is-python3 を削除して update-alternatives によって /usr/bin/python で /usr/bin/python3.9 が実行されるようにした。
• そもそもloggingでなくloggerを使う理由なのですが、loggingを使ってしまうとルートを使った出力となってしまうからです。 https://qiita.com/FukuharaYohei/items/92795107032c8c0bfd19

• 実写をもとに Live2D で作ったアバターおもしろい https://www.youtube.com/watch?v=G1QmaQS206w
• 顔は V で体が実写というアバターもある https://zenn.dev/yamaguchi_akmr/articles/31b305243f5edb
• こいつがぶっちぎりでやばい愛おしい！Shpongle かよ https://www.youtube.com/watch?v=d0YONOxjaK0
• クリーチャーアバターで声にメガテンVの悪魔みたいなエフェクトかけて童謡朗読ASMRなんてどうだ
• COCOAのログを見る方法がわかってよかった。ここ2週間（ログ保存期間）だと1件らしい。日付からして近所の人の少ないスーパーしか思い当たらない。https://cocoa-log-checker.com/
• CSVには距離別の接触時間も残っている。https://datastudio.google.com/u/0/reporting/069598a2-3f01-4b51-b023-cdb478992182/page/2pXIC
• 毎日件数を確認して、あったら接触距離と時間もみて、やばそうなら検査するか。
• 実践ソフトウェアエンジニアリング第9版のシノプシス主催セミナー。4版と6版のエピソード全然知らなかった。Q1もっと突っ込んだ話を聞きたかったな。 https://www.brighttalk.com/webcast/18289/522520

• InnerSource 本を訳すか検討。
• 既に訳されているものがあるか？Understanding the InnerSource Checklist の Chapter 9 Appendix だけ三菱によって訳されている。
  • https://elinux.org/images/8/82/Jamboree73-Slide-HiroMotai-200626d.pdf
  • https://elinux.org/images/3/3d/Checklist.ja-9f733d2f6e9b.pdf
• デブサミ2021で Microsoft が発表した InnerSource のセッションが CodeZine で扱われている。日本語版資料の参照なし。
  • https://codezine.jp/article/detail/13685
• InnerSource Commons Learning Path は和訳されている
  • https://innersourcecommons.org/ja/learn/learning-path/
• Learning Path には日本人の Contributor がいる。本を和訳する価値があるか相談してみるのもよいかも。
  • https://innersourcecommons.org/ja/learn/learning-path/introduction/01/
• Chaoss という OSS プロジェクトがある。コミュニティの健全さを分析する。LF傘下。その一部に GrimoireLab という MSR ツールがある。メジャーなツールを情報源とすることに対応し、分析、ダッシュボード化する。
  • https://chaoss.community/about/
  • https://chaoss.github.io/grimoirelab/
• リポジトリマイニングのすすめ 2016 でも GrimoireLab は触れられている。前身があるらしい。 https://www.okayama-u.ac.jp/user/salab/introduction/JSSST_MSR_V9.pdf
• QAからテストを連想する人がまだまだ多い現状ではMSRとInnerSourceに強くなっておくともてそう。

• 前々からお声がかかっていた件に対応しようと思い日本語CVを更新。文面も少し書き換えたので英語CVも更新しないと。とりあえず提出。
• ディスプレイの電源を切らないようにWindowsで設定しても切れてしまう原因がBIOSのデフォルト設定にあるとみて資料を探している。Advanced > Power にあるとは思うのだけど項目数が多いうえに該当しそうなものが見つからない。 https://www.intel.com/content/dam/support/us/en/documents/intel-nuc/NUC-Visual-BIOS-Glossary.pdf
• ちょっと頭が痛い。少しだけ咳も出る。ついにオミクロン感染かと思ったけど風呂に入ったら治ってきた。

• いくつかの棚を導入したおかげで引越し時の荷物（主に本と書類）が片付いてきた。家ができたら大型の本棚を導入してもよいけど、いまは小さな定型の棚で揃える方が次の引っ越しに適しているし、大型の本棚導入後も引き続き汎用的な棚として使える。そこで選んだのがアイリスオーヤマのUB-6030。いくつか買って本を並べてみた。計算機科学/工学を中央下に置いて関連分野を並べようとしている。まだ途中だけど、自分の知識の濃淡や志向がわかりそう。日本において電子書籍元年と言われた2009年からKindleを使っている。とはいえ、ここ3年では特に昔の本を読むことが増えたからか紙版が増えている。本棚は計算機上で価値を超えられていないものの1つだ。
• https://twitter.com/pbjpkas/status/1482692564838871044
  • Value Engineering はコストダウンであると誤解していた。それは1つの側面でしかない。省みるべきは Value Engineering ではなく、それを勘違いさせた製造業と、安価な部品の採用を決定した後にそれを上回る高価なソフトウェア開発を強いる損得勘定の失敗だ。

狩猟免許試験に申し込んだ。 医師の診断書が必要で、医師に要求したら「警備員ですか？」と聞かれた。 診断書を要求する場合は警備員として勤務する場合ばかりで、狩猟免許試験のために取得する場合は初めてとのこと。 試験料金は県の収入証紙として払う。国の収入印紙とは異なる。

市の農林農地課が発行する資料には、何の獣がどこに住んでいて何の被害をもたらしているか、何の獣を何頭捕獲したかが書かれている。 https://www.city.numazu.shizuoka.jp/shisei/office/ichiran/sangyo/norin/doc/h28_keikaku.pdf

前職でお世話になった部門の方に実践ソフトウェアエンジニアリング発刊をお知らせした。 やっていた施策も続いているようで安堵。

まさかの雪。バナナは死んだか。ドワーフナムワと間違えてドワーフモンキーを植えた時点で詰んでいたのかも。ということは前々から思いつつも根が生きていてほしいと望む。

さとうきびはどうか。いくらか刈り取ってみたが甘さはいまいちだ。 沼津とはいえあの場所はちょっと寒いのかもしれない。 沖縄でも12～18ヶ月かかるので気温以前に成長が足りないのかもしれない。

真・女神転生DSJの動画を全部見た。 真がつくやつだとDSJのストーリーが一番好きだな。 探索もDSJがいい。難易度もDSJが一番高いけど。 初めてDSJを遊んだときも思ったけど、こっちがナンバリングでもいいんじゃないってくらいの出来だった。

最近Vをがっつり遊んだ。全体的に楽しかったけどDSJの方が面白かった。 Vは探索のしがいがある3Dマップが良かった。ミマン探しも楽しめた。 グラフィックは言わずもがな良い。モデルもモーションも作り込みが驚愕。フィールドではところどころフレームレートが落ちる場面があるので Switch だとちょっと性能不足なのかもしれない。

ストーリーには難点がある。魔界になっているのが東京だけなのに世界の神々が出てきて創世争いするのがアンバランスだんだよな。 なんで東京に焦点が当てられているのかがわからない。 あと、全ルートとサブクエ含めても各キャラの思想を納得するにはそれらの思想に至る出来事をプレイヤーが想像する必要がある。 仕上げとしてそういう味付けだと捉えている。薄味と称されるのはここが原因だろう。ぎりぎりの味付けだと思う。 東京への焦点さえはっきりしてくれればキャラは薄味でもよかった。 DSJはこれらの点をばっちりクリアしている。

大魔王のポジションは良かった。 ただの悪魔側（混沌の軍勢）の王ではない。あれぞ大魔王（を超えた存在）。

戦闘は大体クラシカル。IIIのハードとVのハードは戦闘単体で見ると同じくらいの難易度で、シンボルエンカウントな分だけVの方が楽。 ただ、ダメージへのレベル補正がありすぎるのと、DLCなくてもレベリングが楽になるほど御霊が多いので、探索しているうちに戦闘を楽しめるレベル帯を超えてしまう場合があった。 レベル補正をもうちょっと手加減するだけでかなり印象が変わっただろうな。やさしい難易度ほどレベル補正を上げるとサクサク派とじっくり派の両方が喜んだのではないか。

チュウニズムで Tuk Tuk Boshi がリリース。 最初に要望を受けたときは驚いた。こんな形で世に出るとは実にありがたい。

捨てにくい年賀状をもらってしまった。

さぼってた初版の文章を書いた。 時間はかかったけど記憶の定着にはいい。

退職ブログの最後に書いた今後の活動の中でまだやれてないことがある。 1日の中の生産的活動率を増やしていこう。 幸い、バックログには着想の良いアイテムが揃っている。