1.この記事で達成したいこと 以下の本を読んだので感想や学びを書き残す 『HIGH OUTPUT MANAGEMENT(ハイアウトプット マネジメント) 人を育て、成果を最大にするマネジメント : アンドリュー・S・グローブ, ベン・ホロウィッツ, 小林 薫』 また、そのような感想を抱くことになった背景として、僕自身のマネージャー業務との関わり方や関心度合いも書き留めておく 2.本書を読んだ当時の僕自身のマネージャー業務との関わり方や関心度合い マネージャー業務はやっていない。 ソフトウェアエンジニアへ転職する以前は業務提携先との窓口、工数管理などマネージャー業務チックなことも多少やっていたので、「マネージャー業務とはなんたるか」触り程度は理解しているはず マネージャー業務に関心・興味がないわけではなく、むしろチャレンジしてみたいなというお気持ち 興味が湧いたきっかけは以下のポッドキャストを聞いたこと 42. 良いマネジメントとは？良いミーティングとは？ w/ konifar | fukabori.fm 3.目次 第1部　朝食工場ー生産の基本原理 1章　生産の基本 2章　朝食工場を動かす 第2部　経営管理はチーム・ゲームである 3章　経営管理のテコ作用 4章　ミーティング 5章　決断、決断、また決断 6章　計画化 第3部　チームの中のチーム 7章　朝食工場の全国展開へ 8章　ハイブリッド組織 9章　二重所属制度 10章　コントロール方式 第4部　選手たち 11章　スポーツとの対比 12章　タスク習熟度 13章　人事考課 14章　二つの難しい仕事 15章　タスク関連フィードバックとしての報酬 16章　なぜ教育訓練が上司の仕事なのか 4.感想や学び グローバル化と情報革命はビジネスのライフサイクルを早め、意思決定に残された時間は限られていき、今後も一層その傾向は強まっていく そこで中間管理職が経営陣と社員との間の潤滑油となり、また社員の生産性を引き上げるために 1on1 もがんばれｗと 例）朝食工場、ミーティング、とりわけ 1on1 cf. 「壺の中には大きな石から先に入れなければならない。大きな石から先に壺へ入れない限り、それが入る余地はその後二度とない。」 1on1 時間は少なくとも 1 時間。部下は 1on1 でおさまる程度のトピックしか持ち出さない。解決しなければならない問題は 15 分程度で片付くものではない。 場所は部下の仕事場。部下の仕事の雰囲気を目にすることができる。 準備は"部下が"しているか。 部下が提示した問いに対して回答ではなく、深堀のための質問をし、部下に思考を促し、コーチングする 1on1 中に事前に用意したアウトライン、メモ帳に書き込んでいき、1on1 後の行動を確約させる 緊急ではないトピックは"保留"扱いとし、“バッチ処理"をおこなう。(割り込みタスクの未然防止 ※ 「4 章 ミーティング」までしか読んでいない。 ...

0.はじめに 大学でグラフ理論を勉強する機会があったので学んだことを書きなぐっていきます。グラフ理論は情報工学界隈に限らず、広く一般的に使われている学問領域です。また今回取り上げる内容は表題のとおり、入門中の入門ということで聞いたことがあるという方もいらっしゃることかもしれません。とはいえ、グラフ理論を勉強していくうちにその魅力にとりつかれ、しっかり学んで血となり肉としたいと思い、自分のために勉強したことを書き残していきます。 cf. 帝京大学理工学部(通信教育課程)の社会人大学生1年目をふりかえる | gkzz.dev 1.前提 グラフ理論を勉強する難しさをあげるとしたら、書籍やウェブサイトなど資料によって、「同じことを言っているが、使っている用語が異なる」、さらには「用語のスコープが異なる」こと e.g. ノードと同じ意味：節点、頂点、点 e.g. エッジと同じ意味：枝、辺、線 そこで、本ページではいわゆる用語の定義は参考資料を掲載する程度としたい 本書の位置づけは、「グラフ理論を勉強するとどういった用語を目にすることになるのか？」という、グラフ理論入門の入門とする 2.「グラフ理論」でいわれている「グラフ」とは？ ノードの集合とエッジの集合を用いて様々な現象をモデル化したもの ノードは節点、頂点、点ともいう エッジは枝、辺、線ともいう 株価チャートのようなものではない 数字が連続的ではなく、「飛び飛び（離散的）」 2-1.「グラフ」を使って抽象化された一例 電車の乗換案内アプリ 電車の乗換案内アプリを使う目的は、現在地から目的地までの最短経路を知ること ただし、「コスト（グラフ理論的には『重み』）」をキョリ、交通費、交通機関の乗り換え回数などどれにするか？ によって答えは変わる！ 2-2.グラフの構成要素であるノードやエッジは電車の乗換案内アプリでは、どれに該当するか ノード：駅 エッジ：線路や駅と駅を結ぶ道路 重み：移動コスト（キョリ、交通費、交通機関の乗り換え回数など） 参考: 例題で学ぶグラフ理論 | 安藤 清, 土屋 守正, 松井 泰子 |本 | 通販 | Amazon グラフ (離散数学) - Wikipedia 離散数学とは - コトバンク 3.「グラフ理論」を勉強するとなにがうれしいか 検討対象が膨れ上がってしまうような 「組み合わせ爆発」が起きてしまう問題に対する「向き合い方」 をおさえておくことができる！ 後述するオイラーグラフ、ハミルトングラフなど典型的なグラフ構造は、離散的アプローチをするうえでの武器となる いわゆる「一筆書きできるかどうか」の判断も、ルートをしらみつぶしに調べ上げることなくできる 4.「グラフ」の基本的な考え方 ※ 用語説明は以下の書籍と動画に譲りたい。ここではグラフに対する基本的な考え方、見方を挙げていく。 離散数学入門#6: オイラーグラフと郵便配達員問題 - 00:06:41 歩道(walk)、 小道(trail)、道(path)、閉路(cycle)の類似点と相違点について図を用いて分かりやすく解説されていて、おすすめ 例題で学ぶグラフ理論 | 安藤 清, 土屋 守正, 松井 泰子 |本 | 通販 | Amazon 上記の講義動画シリーズで推薦されていた書籍の一つ。他の書籍より自分にはこれが合っていた。 離散数学入門#0: グラフ理論へのイントロダクション，授業ガイダンス・基本的な用語の準備 * 歩道(walk): 頂点から始まり、頂点と辺が交互に結び、頂点で終わる列（頂点や辺の重複があってもよい） * 小道(trail): 辺の重複がない歩道(頂点の重複があってもよい) * 道(path): 辺の重複がない歩道のうち、頂点の重複がないもの * 閉路(cycle): 辺の重複がない歩道のうち、「始点と終点以外」頂点の重複がないもの（始点と終点は重複している） * 回路(circuit): 閉じた小道。辺の重複がない歩道のうち「始点と終点が重複」しているもの ...

はじめに nosh という宅食サービス。聞いたことがありますか？ ホームページには nosh の特徴としてこのように紹介されています。 ヘルシー 糖質が控えめ 塩分も控えめ シェフと管理栄養士がつくっている 片付けも簡単便利 容器は燃えるゴミ 容器が小さく折り畳められる！！！！ ちょっとリッチなスーパーでもヘルシー弁当はあるけど nosh の容器と違い、ゴミとして捨てる際、かさばってしまうので、容器が折り畳める点はうれしい！！ 今月からはじめているのですが、予想以上においしく、もう届けてもらった 10 食分全て食べてしまい、2 回目の発送を急遽お願いしているところです。 そんな nosh ですがメニューも多いので自分の備忘録として頼んだメニューのなかで「特に美味しかった」メニューを書いていこうと思います。 ※ ここで取り上げているメニューは 2021 年 10 月中に注文したものです。nosh ではメニューの入れ替わりがあるので、食べようと思ったときにはメニューにないかもしれません。ご注意ください。 nosh で美味しかったメニュー【2021/10 版】 【1 位】ロールキャベツのチーズデミ ロールキャベツの上にとろとろチーズがたっぷり！ 他にも美味しいメニューばかりだけどロールキャベツが好きというのもあり、余計美味しく感じた 【2 位】旨だれペッパーチキン 鶏肉料理ではぶっちぎりといってもいい。ご飯が欲しくなる。 【3 位】豚の生姜焼き おいしくないわけがない！ 【4 位】チリハンバーグステーキ 「おいしい」とブログや Twitter はじめ、あちこちで聞くだけあっておいしい。 【5 位】牛肉の麻婆ごまだれ 鶏肉、豚肉を中心に選ぶことが多いなかで貴重な牛肉を使ったメニュー！ 【6 位】クリームコロッケグラタン クリームコロッケの周りを囲むグラタン？、チーズ？がおいしい 【7 位】タンドリーチキン チキンと一緒に添えてあるオムレツ？もおいしい 【8 位】焼鳥の柚子胡椒 ゆずが効いていてサッパリ！ ※ 随時更新していきます。 ...

自分の強みを見つける。 カンタンなようで難しくないですか？それとなく考えて「ワタシの強みはこれだ！」などと決めつけてしまうこともあるのではないでしょうか？ 今日はそんな見つけることが難しいとされる自分の強みをふとしたことで見つけたので、どうやって見つけたか？書き残そうと思います。 さて、僕が見つけることができた方法をお話する前に、下記の任天堂の岩田社長のインタビュー記事についてご紹介したいと思います。読んだ方もいらっしゃるかもしれません。 任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 自分の強みを見つけることは難しい 岩田社長は、自分の強みを見つける難しさについてこのようにお話しています。 岩田氏： 自分の労力の割に周りの人がすごくありがたがってくれたり，喜んでくれたりすることってあるじゃないですか。要するにね，「それがその人の得意な仕事なんだ」って話で。逆に，自分的にはすごい努力して，達成感もたっぷりあるのに，周りからは「はあ？」みたいに思われるこ> ともあって。それはね，本人が好きだったとしても，実は不得意なことかもしれないんですよ。 4Gamer： なるほど。 岩田氏： この話はですね，私は毎年，会社説明会で学生さんにお話しているんです。よく「自分の強みを見つけろ！」みたいな話を学校で言われると> 思うんですけど，普通は，学生時代に「何が自分の強みなのか」なんて，なかなか簡単には分かんないわけじゃないですか。 出所：任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 では、どうやって見つければいいのか？岩田社長は次のように説明します。 岩田氏： だから，「 “労力の割に周りが認めてくれること” が，きっとあなたに向いてること。それが“自分の強み”を見つける分かりやすい方法だ よ！」って，いつも学生さんに喋ってるんですね。「さっさと得意なことが分かった方が，人生はいいぞ！」って話なんですが（笑） 出所：同上 自分は周りが思っているほど苦労しているとは思えないことを見つければいい。岩田社長のアドバイスを頼りに、自分の得意なことを探したけど見つけることができませんでした。では、どうやって見つけることができたのでしょうか？いよいよ本丸です。 （余談：ところでどうして見つけることができなかったのでしょうか？それは 「これはたいしたことではない。できてあたりまえだ」と目にもくれないからではないか？ と考えています。つまり、探そうにも目に入らないので取りこぼしている のではないかと。。） じゃあ、どうやって見つけたの？ 友人の一言が決め手でした。（なんでこう言われたのか忘れましたが。すみません。） 気軽に質問できる姿勢はマジで見習いたい 聞いたときは言わんとしていることが分かりませんでしたが、前述した岩田社長の記事を共有していただいて腑に落ちました。岩田社長の記事を友人から紹介される以前から、“労力の割に周りが認めてくれること” を探すことが自分の得意なことを見つける方法だということを知っていましたが、それでも友人の考えを理解することが難しく感じてしまいました。 自分の強みについて考える 質問する姿勢 せっかくなのでなんで質問しようと思うのか？考えてみました。自分では大したことではないと思ってしまっているのでなかなかその行動の動機を導き出せなかったのですが、ふたつ答えが出てきました。 自分が知らないことは知りたいから 自分ができないことをできるようになるために質問することが必要だから ※ もちろん、質問に答えていただく方の手間や時間には気をつけて、「質問内容やそれを質問しようと思った背景、自分の質問に対する答えとそれに対して抱く疑問点や懸念点」など質問に対してどう回答すればよいか？考えやすいように配慮はしているつもりです。 結論 友達や家族は大切にしよう。 自分の価値に自分で気がつくことは難しい。 T さん、ありがとうございました。これからもよろしくおねがいします。 p.s. 飲み会がもたらした効果は偉大なのかもしれない。ずいぶんご無沙汰だけど。 2021/12/02 更新 貴重な他己評価をいただいたので読み返せるようにしておく。よこちさん、いつもありがとうございます。

1.この記事で達成したいこと 以下の本を読んだので感想や学びを書き残す 「絵で見てわかるシステムパフォーマンスの仕組み | 小田 圭二, 榑松 谷仁, 平山 毅, 岡田 憲昌」 また、そのような感想を抱くことになった自分の担当業務内容や役割も書いたほうが改めて本書を手に取る際にて助けになるだろうと思い、書いていく 2.本書を読んだ当時の担当業務や役割 主な担当業務はtoBのWebサービスの運用兼開発と問い合わせ対応 そのなかで「xxx機能がうまくできないんだけど〜」というお問い合わせを受けてログを追うことがある ここで肝となるのが、問い合わせの背後に見え隠れする「見るべきログのアタリ」をどれだけ早く見つけることが出来るか？また、そこから何を読み取り、次の一手を決めるか？ （回答する？さらなる調査をする？機能改修？etc…） ※ いわゆる「パフォーマンスチューニング」はやっていないが、興味はある（技術検証の一環で見様見真似でパフォーマンス測定なるものはやったことはあるけど。。） アルゴリズムやネットワーク、データベースといった大学の学部レベルでのコンピュータ・サイエンスを勉強する社会人学生でもある 本書はいわゆるパフォーマンス測定でご飯を食べるインフラエンジニアだけではなく、僕のような学生やWebアプリケーション開発エンジニアも学びがある一冊だと思う 名著とされる「詳解 システム・パフォーマンス | Brendan Gregg, 西脇 靖紘, 長尾 高弘」は読み進めることが難しく感じた 一方で、本書は文字どおり多くの図やイラストを用いて、システムパフォーマンスについて解説されていると感じた。 3.感想や学び 本書は、「情報科学を学ぶことの大事さ」 というコラムを設けて情報科学を学ぶことの重要性について説いており、大学での勉強をがんばろうと思えた パフォーマンス測定の基本について、"はさみうち" という言葉で表現していたことが印象的 そもそも"はさみうち"とは はさみうちの原理 - Wikipedia パフォーマンス測定について端的に表していると感じたが、大学の極限の授業で"はさみうち"について学んでいたという点も印象に残った理由かなと e.g. サーバーAのログの該当箇所のタイムスタンプとサーバーBの該当箇所のタイムスタンプだけずいぶん開きがあるようにみえるな、、、。 <クライアントPC> <--> <サーバーA> <- ??? -> <サーバーB> <--> <サーバーC> パフォーマンスを取得するコマンドが出力する情報にはいくつか種類がある サマリ形式 一定期間の情報を合計もしくは平均で表示 「調査の最初に概況を押さえたい」ときに効果的 e.g. sarやvmstat イベント形式 個々のイベントを表示 「いつ、どこで何が起きたか？詳細に知りたい」ときに効果的 e.g. パケットキャプチャやシステムコール ※ データが莫大になり、負荷も大きいため、本番環境で常に取得するようなツールではない。サマリ形式のコマンドでアタリを付けた後、使うのがよさそう。 スナップショット形式 その瞬間瞬間の状況を記録する。 e.g. psやtop 4.本書で何度も読み返したいところ 「2.3 パフォーマンス分析で重要な理論」と「2.4OSのコマンド」 vmstat, ps, netstat, iostat, topなどパフォーマンス情報を確認するコマンドの解説 「3.3ストレージのパフォーマンス分析の考え方」 レスポンスタイム, IOPSなどストレージ周りの用語の解説やI/Oとキャッシュが絡んだパフォーマンス劣化の考え 「3.5原因調査」 問題の真因にどうやって気がつくか 平時と異常時、時間軸で比較 CPU過負荷となっていないか？低レイヤーにも気を配る アプリが遅くなったからI/Oが遅い？I/Oが遅くなったからアプリが遅い？ 5.宿題 5-1.イベント形式とスナップショットの違い 本書では、以下のとおり説明されている。 ...