第二次世界大戦前後の日本軍の失敗を分析し、日本軍の組織の特性を示した本。やや古い本だが、現代の日本の会社組織にも当てはまりとても参考になる。
日本軍の強みは環境が連続的に変化するような状況で帰納的に微調整をし続けることで適合することだった。これは大きなブレークスルーを起こすよりも一つのアイディアを洗練することに適している。高度経済成長期の爆発的な経済成長は日本軍時代の特性が企業に引き継がれていることが影響している。しかし断続的な変化が起こった際には適応が難しい。太平洋戦争では、艦隊中心→航空機中心とゲームの前提がかわったにもかかわらず、その前提の変化に適用できなかったことが日本軍の敗戦を招いている。
日本の電気業界が苦しんでいるが、今までの流れにこだわることをやめ、学習棄却をし新しい環境に適用することが大切なのだと思う。
デザイン本はうんちく詰め合わせで結局は本人のセンスでしかない、と今までは感じていた。しかし、この本では最初に、近接、整列、反復、コントラストというたった４つのデザインの基本原則を示し、それに当てはめるとどのようにデザインが改善するのかが示されていて納得感があった。
仕事で残業が多くなんとか業務を効率化できないかと思い、色々読んだ本のうちの一つ。一番読みやすく一番実践的であった。
時間をどう効率的に使うか、そして、無駄な作業をしないためにはどうすればいいかという実践的なテクニックが書かれている。前者は、細切れ時間を有効活用するクラスタリングという手法が紹介されている。後者は、無駄作業は成果物イメージの曖昧さから生まれているため、成果物をどのように具体化していけばいいかが書かれている。
研修を実際に受けているような形式で、実際に研修を受けると感じるであろう疑問点も、登場人物の思考や発言を使って先回りして答えてくれる様な感じで、ストレスなく読むことができた。
2022年を振り返って読んでよかった本を紹介します。ソフトウェア系に偏っています。
いろんなアーキテクチャとその特性の比較を知りたいと思って手に取ったが本書はまさに自分の知りたいことが書いてあった。各アーキテクチャの説明に1/3を費やしている。そして、それ以外の章を読み進めていくと、なぜそんなに章を費やすのかがわかる。それは冒頭にある通り、ソフトウェアアーキテクチャはトレードオフであるからだ。本書はまさにトレードオフをするための基礎を培うために存在するといえる。
ユースケース駆動設計の記事や書籍でユースケースの重要さが語られているが、そもそもそのユースケースをどういう粒度や基準で書いたものか指標がなく悩んでいたが、この本を読むとなんとなく掴める。自分的には「ユーザがそれをやることでお金をもらえる操作単位」というのがしっくりきた。また、良い例悪い例が豊富なのでどうすると良い例に近づくのかもよくわかる。絶本なのが惜しい。
UXを意識した開発をやってみたいと思っても巷にある書籍はデザイナーやプロダクトオーナー寄りが多い。本書はタイトルにある通りITエンジニアが良い顧客体験のためにどんな活動をするといいか、が書かれている。UXの標準に照らして、開発プロセスごとにどう落とし込んでいけばいいのかが書かれておりエンジニアが自分ごととして捉えやすい内容になっている。巷にあるUX本と比べるとUI寄りのことが書かれているとは思うが、エンジニアはUIの方がとっつきやすいので、エンジニア視点のUXの入門としては良いと思う。
同著者の別の書籍（タイムマネジメント研修）がなかなかよかったので読んでみた。実際の研修の様子を物語調で語られていくので、研修を受けているかのような感覚ですらすら読める。印象的だったのが、能力の評価と動機付けの話。 ある人の能力の評価・レベル分けについて、これまで会社とかで使われている基準は主観に強く依存したり、普通に仕事してたらそんな状況にならんだろ、てのを拠り所にしてて納得出来なかった。この本では通常の人間が行動を起こす際は、まずある場面を確認し(状況)、何をするべきかを定め(意図)、そのために何をするべきかを考え(思考)、実際にやってみて(行動)、結果を得る(結果)というサイクルをとっている。この書籍ではそれらのサイクルのどのレベルを打破できるかに基づいてるため、普段の自分の行動サイクルとしてどこを意識することで一段上に行けるのかということが想像できるので、必ずしも定量的ではないが、論理的なもので納得感があった。 また、自分の動機づけの分析でモチベーションカーブが出てきて、例に漏れず会社でやったことあるが何の意味もない分析だと思っていたけど、衛生要因と動機づけ要因で分けて分析すると知りはじめてこの図に意味があると感じた。
振り返りの考えをマネージメントに昇華したような本。一分間目標、一分間修正、一分間称賛。とにかく短時間でフィードバックを与え続ける。1on1を常日頃からやる感じ。内容は真新しい考えというわけではないのだが、コンパクトさ、読みやすさからおすすめ。実践してみようと思わせる。
組織としてどうあるべきか、自分はどう動くべきか悩んでいたので、超有名本を今更ながらに読んでみた。当たり前ながら、企業とは顧客の要望を満たすために存在している。顧客が誰なのか、そして顧客が望んでいるものは何かを定義することを定義することが重要。書籍としては高校野球部としての顧客は何かを定義することから始まる。高校野球の顧客って何？と思うが、そこをうまく説明しており、ドラッカーの考え方をうまく噛み砕いて説明することに成功していると思う。
力学の基礎から始めて惑星間軌道の計算まで計算過程を細かく説明してくれている。高校物理レベルなので、素人でもついていける。これも絶版なのが惜しい。
宇宙を舞台にした困難に対して科学と工学を武器に立ち向かうアンディ・ウィアー節全開の本。
森博嗣は「すべてがFになる」や「スカイ・クロラ」は読んでいたがそれっきりだった。しかし、改めて別の作品を読んでみると科学知識や人工知能の話などふんだんに盛り込まれており、一気にハマってしまった。また、本シリーズではツンデレ要素も随所に含まれており、科学×ツンデレの金字塔とも言える（誇張）。アクションシーンも多いので映像化すると絶対受けると思う。アニメ化しないかなぁ。
以下のブログ記事を読んだ。分量はブログ記事としてはやや長いが、書籍化されてもいいような内容が凝縮されていて参考になる。そのまとめと感想。
プロダクトマネジメントとは何か？プロダクトマネージャーの役割は何か？それは会社ごとに異なっている。それはなぜか？
プロダクトマネージャーの責任は記事では以下としている。
プロダクトマネージャーはプロダクトネットワークの全ての領域を健全に機能させることに責任を持っている
ここでいうプロダクトネットワークとは、プロダクトを中心とした、デベロッパー、ユーザ、ビジネスを頂点とした三角形のネットワークであり、プロダクトマネジメントトライアングル、と定義している（記事参照）。記事ではプロダクトマネジメントとは以下の二つをなすことだと言われている。
1.は足し算の仕事、2.は引き算の仕事。プロダクトマネジメントトライアングルを自身の会社に当てはめてみて、空白部分がある場合は時にはそこを補うことがプロダクトマネージャーの仕事である。また、空白部分が埋まっており（例えば、デザイナーが在籍している、など）融合領域で衝突がある場合はその部分の意見を統合することもプロダクトマネージャーの仕事である。このような事情は会社ごとに異なるため、プロダクトマネージャーと称する人のやっている仕事は千差万別となる。
プロダクトマネージャーとしても自身の得意な仕事は、1.なのか2.なのか、それはどの領域なのかを意識してアサインやキャリアを考えることが重要だと思う。
windows11からraspberrypiに構築したsambaの共有フォルダに対してバックアップを実行すると最後の数パーセントが終わらず最終的にエラーになる。
イベントログで確認すると「0x8078015B」というエラーが出ていた。
最初はクライアント側かと思いウィルス対策ソフトを無効化したりしてみたけど効果なし。
調べてみるとsambaのバージョンが古いことでバックアップが失敗することもあるとあったので以下を実施。
vi /etc/samba/smb.conf [global] # 以下を追加 max protocol = SMB2
編集後再起動するとバックアップが正常に完了するようになった。
Amazon Prime会員なので映画やアニメを見るのに買いました。これのおかげでもう地上波を見ることはほとんどなくなりました。時間を選ばすに好きな番組が見れる、CMがない環境は最高。子供ができてからはちょっと手が離せない時とかに子供向けの番組を見せたりしてます。
子供の保育園送り迎え用に購入。走り出しにアシストを感じます。坂道も楽々。もう正直普通の自転車には戻れない。
子供が天パで髪をとくのが大変だったので妻が購入。今までのがなんだったんだというくらいサラッととかせます。櫛のトゲトゲの密度が高く微妙に柔らかいのがポイントっぽい。優しくとかしてくれる感じです。
![タングルティーザー ザ・オリジナル ソフト&ダメージ ミントシャーベット [国内正規品]](https://m.media-amazon.com/images/I/313XeACqhIL._SL500_.jpg "タングルティーザー ザ・オリジナル ソフト&ダメージ ミントシャーベット [国内正規品]")