Application Insightsで収集したフロントエンドとバックエンドのデータを関連づける (未解決)
方法知ってたら、教えてください!!!
お礼に、ハトマスクあげます。
回避策を中の人に聞けたりすると嬉しいんだけどなぁ。
なんでやるの?
低速なリクエストの診断ができるようになると楽になるんじゃないかなーと。
こんな感じでまとめてくれるっぽい。
あとまぁ、つなげられそうだから、つなげてみたい。(手段が先行するタイプ)
目標
ページビューからSQLまで計測結果がつながればいいかな。こんな感じ。
* ページビュー (取れてる) * 依存(AJAX) (取れてる) * リクエスト (取れてる) * 依存(SQL) (取れてない)
どうやってやるの?
Azure Application Insights Telemetry の相関付け | Microsoft Docs が参考になる。
さっきの構造だと、以下のようになればOK。
type | id | operation_Id | operation_ParentId |
---|---|---|---|
ページビュー | aaa | aaa | |
依存(AJAX) | 111 | aaa | aaa |
リクエスト | 222 | aaa | 111 |
依存(SQL) | 333 | aaa | 222 |
- ページビューのoperation_Idを全てのtypeで利用する
- operation_ParentIdは、呼び出し元のidを使う。
わかっていること
ページビュー -> 依存(AJAX)の所は、Application Insightsのライブラリがいい感じで関連付けてくれていた。(operation_Idも、operation_ParentIdも適切な値が設定されている)
なので、リクエスト -> 依存(SQL)の方もうまくできるに違いない。
とすれば、残りは依存(AJAX)とリクエスト、つまり、フロントエンドとバックエンドをつなげるところだけをなんとかすればいいはず。
調べること
以下の2点の実装方法。
- フロントエンドからoperation_Idと、operation_ParentIdをバックエンドに送る方法
- バックエンドで受け取った値を使って、Applicaton Insightsにデータを送る方法
フロントエンド
実装されているようだ。
// Default true. If false, the SDK will add two headers ('x-ms-request-root-id' and 'x-ms-request-id)
// to all dependency requests (within the same domain) to correlate them with corresponding requests on the server side.
disableCorrelationHeaders: boolean;
API Reference
ただ、デベロッパーツールで確認するとヘッダが追加されてない。検索したらIssueが上がってた。
クロスドメインの場合は動かないらしい。残念。
Java側の方も検索したら以下のIssueが上がってたんだけど...
Headers X-ms-request-id and X-ms-request-root-id are deprecated. Please do not use them for the fresh implementation. They can cause problems with Azure Storage REST API calls.
Also please support Request-Context header for http request and response. It is widely used for app-id propagation.
See http://apmtips.com/blog/2017/10/18/two-types-of-correlation/ and https://docs.microsoft.com/en-us/azure/application-insights/application-insights-correlation
x-ms...は使わないで、Request-Context使ってねってことみたい。ヒェェェェェ。
なんか沼にはまりそう。
バックエンド
フロントエンドから送ってきたデータをOperationIdとして使う場合、カスタムのInitializerクラスを実装して、ApplicationInsights.xmlに設定したWebOperationIdTelemetryInitializerと入れ替えれば良さそう。
実装方法は、WebOperationIdTelemetryInitializer を参考にすれば良い。operation_ParentIdは、setParentIdで設定できる...んじゃないかな?
フロントエンドよりは希望がもてそう。
と、ここで体力と気力が切れたので、調査はおしまいにする。
さぁ、DEAD OR ALIVE Xtreme Venus Vacation やるぞー!!
バックエンド(Spring Boot)にAzure Application Insightsを入れてリクエストを計測してみた
Spring Bootって何?
もう書かなくてもいいんじゃないかな?? (誰に言われたわけでもないけど)
https://projects.spring.io/spring-boot/projects.spring.io
導入方法
前回同様、GitHubにあったSpring Frameworkのサンプルアプリpetclinicを使い、Azure Application Insights を使用した Java Web アプリの分析 | Microsoft Docs を見ながら導入した。 最初の一歩を開発元が用意してくれてるのありがたい。
petclinicはSpring Framework定番のサンプルアプリっぽい。コミュニティで色んな派生アプリを作っている模様。
コード
GitHubに置いてみた。
https://github.com/nobiinu-and/spring-petclinic-rest/tree/monitoring-request
変更点はここで確認できる。
試行錯誤したところ
- Application Insightsのログを出せるようにした
- Application InsightsのInstrumentation Keyを外出しした
Application Insightsのログを出せるようにした
Application Insightsの設定ファイルに以下を加えれば良い。
<SDKLogger> <Type>CONSOLE</Type> </SDKLogger>
思いつきだったのに、探すの結構苦労した...orz
Application InsightsのInstrumentation Keyを外出しした
環境変数 "APPLICATION_INSIGHTS_IKEY" で指定すれば、勝手に読み込んでくれるので、修正点はなし。
Application Insights SDK は、次の順序でキーを探します。
システムのプロパティ: -DAPPLICATION_INSIGHTS_IKEY=your_ikey
環境変数: APPLICATION_INSIGHTS_IKEY
構成ファイル: ApplicationInsights.xml
見えるようになったもの
ガイドにあるようなデータが取れてる。
残ってる課題
SQLとかの実行時間知りたい
Azure Application Insights における依存関係の追跡 | Microsoft Docsを見ると、SQLの実行時間なども分析してるんだけども...。追加の設定が必要なのかな?
Performance monitoring for Java web apps in Azure Application Insights | Microsoft Docs この辺が参考になりそう。Agentを別立てする必要がありそうなので、今回はパス。
出力しているログも分析したい
Azure Application Insights を使用した Java トレース ログの探索 | Microsoft Docsに書いてあった。 logbackの設定を変更すればいいらしい。
参考にしたページ
フロントエンド(Angular)にAzure Application Insightsを入れてページビューを計測してみた
Angularって何?
Angularは、Googleとオープンソースコミュニティで開発されているJavaScriptフレームワークです。 AngularJSと呼ばれていたバージョン1(AngularJS 1)から、バージョン2で大きく変更されて、以降はAngularと呼ばれています。 バージョン2時点では「Angular 2」と呼ばれることもありましたが、現在はAngularが正式名称です。
JavaScriptフレームワーク「Angular」新バージョン4の変更点と今後の展望 (1/3):CodeZine(コードジン) より引用。
会社のとあるチームの人たちが使ってるんだけど、最近モニタリングに取り組み始めて、Applicaiton Insightsを使ってる。
個人的にもやらないとなーと思いつつ、手がつけられてなかったので、ちょうどいい機会だからのっかった感じ。
導入方法
手頃なアプリがなかったので、GitHubにあったSpring Frameworkのサンプルアプリpetclinicを使い、Add Application Insights to an Angular SPA – Premier Developer を見ながら導入した。
petclinicはSpring Framework定番のサンプルアプリっぽい。コミュニティで色んな派生アプリを作っている模様。
マイクロサービス版もある!! Kubernetes + Istioの練習するときに使ってみよう :D
コード
GitHubに置いてみた。
変更点はここで確認できる。
試行錯誤したところ
- webpackをインストールした
- logPageViewの引数を指定した
- Application InsightsのInstrumentation Keyを外出しした
webpackをインストールした
基本、インストールはREADMEの手順に沿って行う。
最後の ng serve
でエラーが起きた(メモ忘れたので詳細がわからん)ので、npm install --save-dev webpack
をして、webpackをインストールして解決。
logPageViewの引数を指定した
logPageViewはtrackPageViewをラッパーしたもの。
引数を指定しない場合、Application Insightsはページ名にWindowのタイトルを利用する。
サンプルアプリはページごとにWindowのタイトルが変わらないので、コンポーネントの名前を入れてみることにした。
コンポーネント(クラス)の名前は this.constructor.name
で指定できる。
Application InsightsのInstrumentation Keyを外出しした
KeyをGitHubで晒すのもなぁと思った(というか、晒してたので慌てて削除した)ので、 Angular 4 で Connection String や Secret を Environment Variables から取得する - Qiitaを参考に外出し。
残ってる課題
全ての画面を対象にする
Add Application Insights to an Angular SPA – Premier Developer にも書かれてるけど、記載されている方法だとコンポーネントごとにコードを記述する必要がある。
コンポーネントの基底クラスを作って、そっちで処理しろって書いてあるんだけど、なんか面倒。
以下のような感じで、ルーティングの NavigationStart イベントを使っても処理できるかもしれない?
(画面名がコンポーネント名の代わりにURLになっちゃうんだけども)
export class AppComponent { constructor(router: Router, private myMonitoringService: MyMonitoringService) { router.events .filter((event) => event instanceof NavigationStart) .subscribe((event: NavigationStart) => { this.myMonitoringService.logPageView(event.url); }); } }
一応実装してみた。動いてはいる模様。
ただ、この方法だとルートガードでキャンセルされた場合(実際に画面遷移しなくても)計測してしまう。
キャンセルされた場合の話を考えるといろいろ難しくなりそうなので、これで置いとくことにする。(別途、キャンセルしたことを通知すればいい気も)
Durationで計測されているのはどの処理なのか?
画面の切り替えは1秒以内で行われているんだけど、Durationで計測されてる時間は2秒以上かかってた。
ちなみに、バックエンドからデータを取ってくる時間は含まれていない(バックエンドの処理に細工して、5秒sleepさせたけど、その時間は含まれなかった)。
処理時間は参考程度にしておくって手もあるんだけど、なんかモニャモニャする。
参考にしたページ
Azure Application Insightsを入れてページビューを計測してみた
Application Insightsって何?
Azure Application Insights とは何か | Microsoft Docsを引用してみる。
Application Insights は、複数のプラットフォームで使用できるWeb 開発者向けの拡張可能なアプリケーション パフォーマンス管理 (APM) サービスです。 このサービスを使用して、実行中の Web アプリケーションを監視することができます。 パフォーマンスに異常があると、自動的に検出されます。 組み込まれている強力な分析ツールを使えば、問題を診断し、ユーザーがアプリを使用して実行している操作を把握できます。
AWSで言うと"CloudWatch"に当たるらしく、主にメトリクスの採取に使うらしい。
ページビューを計測するために適当なのかはよくわかんないけど、まぁいいんですよ!
AWSとAzureのサービス名対比表 | Ryuzee.com
導入方法
何が取れるか、どう取ればいいのかわからなかったので(マニュアルを読もう)、まずは計測したいページだけに入れてみて、取れたデータを眺めることにした。
Application InsightsをBasicプランで作成し、あとはGitHub - Microsoft/ApplicationInsights-JS: Microsoft Application Insights SDK for JavaScriptを見ながらページにJavaScriptを仕込めば良い。
ちょっと試行錯誤して、最終的に入れ込んだスクリプトは以下。
<script src="ai.0.js"></script> <script type="text/javascript"> var snippet = { config: { instrumentationKey: "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx" } }; var init = new Microsoft.ApplicationInsights.Initialization(snippet); var appInsights = init.loadAppInsights(); appInsights.setAuthenticatedUserContext("ユーザID"); appInsights.trackPageView("ページ名"); </script>
以下、試行錯誤したところ。
- Include AI JS SDK script and initialize statically を使ってApplication Insightsを入れた -> ai.0.js のトコ
- setAuthenticatedUserContextを使ってユーザIDを指定した
- trackPageViewの引数を指定した
Include AI JS SDK script and initialize statically を使ってApplication Insightsを入れた
Use JS snippet and initialize dynamically (download full Application Insights script from CDN) の方がお手軽なんだけど、 以下のAuthenticatedUserIdを指定する方法がわからなかったので、こちらに。
ファイルは npm install applicationinsights-js
を実行、node_modules/applicationinsights-js/dist
にできる ai.0.js
を使った。
ai.0.js
はminifyしたヤツ。minifyしてないのは ai.js
になる。
setAuthenticatedUserContextを使ってユーザIDを指定した
Facebookで以下のことを教えてもらったので、ユーザIDを指定することにした。
ありがとう! ボッチエンジニアの人!!!
ai.js とかが発行するuserIdはCookieに保存されてるので、その生存期間が過ぎたり、異なるブラウザからアクセスすると、同一ユーザーであってもApplication Insights 上では別ユーザー扱いになっちゃうんです。 なので、認証を終えたら、authenticated user id を付けてあげると、そういった問題が解決できるそうです。
trackPageViewの引数を指定した
引数を指定しない場合、Application Insightsはページ名にWindowのタイトルを利用する。
サイトのタイトルが長くて、結果画面が見づらかったので、カスタマイズすることにした。
最初から作るサイトであれば、こういうところも考慮に入れてタイトルどうするか考えた方がいいのかな?
見えるようになったもの
こんなのが見えるようになった。
個人的にはほったらかしてたエラーが分析されるようになって、「直さなきゃ」ってモチベーションが生まれた。
気になる料金
価格—Application Insights | Microsoft Azure によると、今回適用したBasicプランでは、
- 1GB/月までは無料
- それ以降は234.6円/GB
- データは90日間保持される。蓄積したデータをエクスポートしたい場合は51円/GB。
ということなので、まぁほぼお金かからない。助かる。
参考にしたページ
まずはここ。
APIリファレンスは同じサイトのApplicationInsights-JS/API-reference.md at master · Microsoft/ApplicationInsights-JS · GitHubにある。
Mob Programming の体験ができる/事例発表があるイベント
気が向いたら更新。
これから
体験できる
- 2017.07.22 - Agile Japan 2017 愛媛サテライト - connpass
- 2017.07.25 - モブプログラミング交流会 at ヴァル研究所
- 2017.07.27 - Mob Programming Val #1|TECH PLAY[テックプレイ]
- 2017.07.28 - Mob Programming at クリエーションライン - connpass
事例発表など
終わったもの
体験できる
- 2017.04.13 - AgileJapan2017
- 2017.04.24 - よちよち.rb 第124回 "よちよちモブプロ会" - よちよち(の心をずっとわすれない).rb | Doorkeeper0
- 2017.04.25 - DevOpsDays Tokyo 2017
- 2017.05.29 - モブプログラミングをやってみる - DevLOVE関西 | Doorkeeper
- 2017.06.19 - MobProgramming at ヴァル研究所さん
- 2017.07.01 - Coderetreat for Girls - connpass
- 2017.07.01 - 突発的イベント in Trailhead Live Tokyo - Tokyo Salesforce Developer Group (東京都) | Meetup
事例発表など
- 2017.06.18 - DevLOVE200 Bridge - DevLOVE | Doorkeeper
- 2017.07.11 - モブプロディスカッション | Eventbrite
Mob Programming のエントリまとめ (リンクだけ)
いちいち探すの面倒なので、まとめておこう。 ひとまずリンクだけ。
インタビュー
- モブプログラミング - Woody Zuill氏とのインタビュー
- チーム全員が1台のPCを共有するというモブ・プログラミングの実態。果たしてその効果とは?【バズワードから紐解くエンジニアのキャリア Vol.5】 - エンジニアtype | 転職@type
考察とか
- モブプログラミングが気になったので、なんとなくひろって集めてみた - Togetterまとめ
- CoolなソロとHotなペアプロのあいだ – 時を超えたプログラミングの道
- マネジメントにも技術力は必要。モブプログラミングのメリットとは?|ウェブ担当者通信
- (´-`).。oO(Mob Programming) - Mitsuyuki.Shiiba
- 内向的な人がモブプログラマになるのは難しいのか?
- モブプログラミングって何だ? - iyuichiの私的開発ログ
- モブ・プログラミングって開発手法が人気を集めつつあるらしいぞ : 汎用型自作PCまとめ
- Mob Programmingとは何者か?これはすぐに導入すべきだ - fuuno
- モブプログラミングを楽しむエンジニアをWanted!! - 株式会社レベルファイブのエンジニア中途・インターンシップの求人 - Wantedly
- 今はコードがお偉いさんなんだからMOBは雁首揃えろって話
- 技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
動画
- A day of Mob Programming - YouTube
- A day of Mob Programming 2016 - YouTube
- A DAY OF MOBBING at Agile Japan 2017 - YouTube
やってみた
- モブプログラミングを試してみてわかった事|ネスケラボ
- モブプログラミングやってみたら最高だった #MobProgramming - ジムには乗りたい
- (なんちゃって)モブ・プログラミング(もどき)でスキル伝授をしてみた
- (なんちゃって)モブ・プログラミング(もどき)を何回か実践しての気づき
- (なんちゃって)モブ・プログラミング(もどき)の比較
- モブプログラミングを実際にやってみた - Qiita
- 流行りのモブプログラミングをやって分かった 個人の開発手法の違い - Qiita
- 社内でモブプログラミングやってみた #mobprogramming - クリエーションライン株式会社
- モブプログラミングをやってみた | Engineer Blog | 株式会社エムティーアイ
- 夏到来!みんなで飛び込もう モブプログラミング の海へ!!〜Backlogチームの場合〜 | ヌーラボ
- モブプログラミングおためし会をやってみた | Goalist Developers Blog
- モブプログラミングというものを体験してきた
- ガイアックスで10年、エンジニアとして感じたこと | Gaiax official website
- 取り組みを始めたとのこと
やってみた @ Agile Japan 2017
- モブプロって楽しい! - hi, hikaru
- AgileJapan2017でモブプログラミングに飛び入り参加しました。 - Akiyahの日記
- モブプログラミングをするマシンにMobsterが入ると最高だった | Recruit Jobs TECHBLOG
やってみた @ DevLove関西
やってみたじゃないイベント
ツール
【デンパ】 人間の業を肯定し、得体のしれないモチベーションを使ってアジャイルと付き合う
Joy,Inc.の強烈でまっすぐな「たーのしー!!」と、インフルエンザウィルス、けものフレンズに脳みそがやられた結果、貯めに貯め込んだ色んなものがスパークしまくって、いろいろつながったらしく、ずーっと追いかけてた答えみたいなものが出てきたので、忘れないために書いておく。
超個人的なものなので、適用範囲は狭い。というか、オレ専用。 傍流 of 傍流。光と闇のはざま。フツーの人は来ちゃいけないところのハズ。
後、いくつかの少ない経験と所詮本質の掴めないニワカが集めた情報から導き出された理屈なので、これでいいのか良く分かんない。 ついでに、ここに書いてるストーリ通りに物事が動いたかというと、かなり怪しい。自分の理屈のために事実を捻じ曲げてることは十分にありえる。記憶の改ざんなんてラクショーだもんね。
まぁ、こんなこと考える必要があるのはオレだけだし、すがるものも他に見つからないから、これを使って実験することにする。
スッキリしたこと
大きく2つ。これを続ければ、オレはうまくアジャイルと付き合える(ハズだ)。
- 良く分かんないモチベーションを大事にする
- 人間の業を肯定し、それを使って、人の役に立つロールを見つける
良く分かんないモチベーションを大事にする
続けるためにはモチベーションが必要だ。
ただ、オレには使命感みたいなのがない。会社が、組織が、お客様が。とか、そういうのがない。 危機感もない。かなりのんびりしている。あとで大事になって慌てるタイプだ。できないやつの典型。
どっちもない人はどうすればいいんだろう? オレは、良く分かんないモチベーションを使うことにした。なんかわかんないけど、夢中でやっちゃうやつ。 自分の中の理屈はわからないんけど、感じてることは分かる「たのしー」「すげー」「さすがー」
- パイプライン作るのたのしー!!
- ツール使ったら、こんなに簡単になるんだ、すげー!!
- 達人ってこんな本読んでるんだ、さすがー!!
そういうの。(ちょっと強引?)
実は最後のは説明できる。達人に憧れるけど、近づけないので、せめて同じものに触れようとしてるのだ。涙ぐましい。 それやる時間があるなら、スキルを身に着ける訓練して、達人に近づけばいいんだけど、なにせ、オレなので、そんなことはしない。 しても続かない。ここに業がある。
業の話は置いといて、まぁそういう原初的な感情を使ってモチベーションを上げて、続けることにした。 これにはアップダウンが起きるという副作用があるんだけど、そこは人間だし仕方ないよねーってことにしてフタをする。 とあるマンガによれば、たゆまぬ鍛錬により「エンドルフィンどばどば」を常態化させることができるらしいので、そっちに行くのもありかもしれない。
人間の業を肯定し、それを使って、人の役に立てるロールを見つける
アジャイルは達人のノウハウが凝縮されている。これでもかってくらいギトギトに。 奴らは、マネジメント、エンジニアリング、マインドセット全方向で攻めてくる。さすが達人だ。逃げ場は用意されてない。
一方、オレは弱い人間だ。「気が散りやすい」「自分を中心に考える」「思慮が浅い」「苦手なことは後回し」「続けるの苦手」「危機感知能力が低い」辺りは標準装備。 売上? KPI? 何それ? 自分がやってることすら、意図を説明するのに一苦労、っていうより、上手く説明ができない。 説明できないから企画も立てられない、なので、必然的に予算も取れない。いつもスカンピンだ。(まぁそれで訓練されるものもあるんだけど)
こういう人間がアジャイラーを目指すと、間違いなく挫折する。能力を獲得するために必要な鍛錬ができないからだ。やってるうちに飽きちゃうし。
最初は真面目にアジャイルなエンジニアになろうともがいてたんだけど、苦しいばっかで旨みがない。 それでも何かになりたくて、あっちこっちうろついてたんだけど、まぁ、訓練できない人は何にもなれない。 ひたすら情報だけが貯まっていくだけの日々。しかし、なれない人には使う機会もない。
バッドエンドまっしぐらだったんだけど、45歳になってとある教育を受けたとき、このまま情報ため込んで爆死はちと寂しいと考えるようになり、 長期間に渡り情シスさんのDevOpsの取り組みを手伝い、また、自分でも色んな助けを借りながら社内勉強会を長く続けてきたこと、 さらに会社でも共創というキーワードが流行り始め、アジャイルに興味がある人が増えてきたのもあって、オレのポジションがなんとなーく分かってきた。
自分自身がアジャイラーになることは一旦諦めて、そっちに向かう人に、自分が持ってる情報をパスする役 になればいいのである。
ロール「情報を渡す人」として自分を見れば、
- 「気が散りやすい」は、「いろんなところに足を運び、情報を取って来る」
- 「自分を中心に考える」は、「いろんなものを自分のこととして考えられるので、情報にオレなりの解釈を1つ加えて出すことができる (つっても無駄なのも多いんだろうけど)」
- 「思慮が浅い」は、「ざっくり合えばいいやくらいで、情報をライトに送れる」
- 相手にとって迷惑かどうかはオレにはわからんないのだ。マジ。当たらないと思ったことが当たったりするし、その逆もあるしで。
と、弱みがプラスに変わるのだ。 強引? だって、そう思い込まなきゃ、この先やってらんないだもん。 オレが動ければいいんだから、自分の脳みそをある程度の騙せる理屈と体験さえあればいいのだ。(この辺が自分中心)
そうそう。体験は大事。 社内でオレの雑な情報の渡し方でも喜んでくれる、返事を返してくれる人と出会えたのは、非常にありがたかった。
隣の人は聞き上手で、さらに、水どうと、デイリーポータルZが好きという、オレにとってヒジョーに話しやすい人だったのである。そーとー話聞いてもらった。マジ感謝。
コミュニティはチャットで会話をするようになったのがデカい。オレの思考の垂れ流しをスルーしてくれる人たちで助かった。(もちろん返事もしてもらった。沢山)
そういう人たちに情報を何回も渡すことで、こっちもだんだん情報の渡し方に慣れていくことができた。 感謝。感謝。感謝のメッセージ1万本とか言ったら怒られそうだし、オレもそんなに出せない。
情シスさんとは2年という、オレにとっては非常に長い期間お付き合いをさせていただいている。 長いから、たまに、前に出した情報が、時間が経った後にヒットするなんてことがある。 そういう経験を通じて、以前より待つこともできるようになった。犬でも「待て」ができるのに、なぜオレにはできなかったのか。犬以下。
まとめ
そんなこんなで、色んな意味で弱い人間のオレが、その業を克服することなく、なんとかアジャイルと付き合う方法は、
- 良く分かんないモチベーションを大事にする
- 「使命感、危機感」を感じないのを負い目にせず、「たのしー」「すげー」「さすがー」で動く
- 人間の業を肯定し、それを使って、人の役に立つロールを見つける
- オレのダラシない部分を「情報を渡す人」に必要な要素に変換して、少しでもいいので人の役に立つことをする
この辺らしい。
ただ、この先、このロールだけで生きていけるのか? というとちと疑問がある。 作る人には未練もあるし、何かしら方法を探したいなー。なー。なー。 言うだけならタダだし、言うとなれるっていう話もあるから、言うだけ言っておこうっと。
でも、みうらじゅんまで長じれば…あるいは…。でもあの人のスキルセットって、サブカルの中でもかなりレアらしいからなぁ。
構築に役立ったと思うもの
考え方やスタイル?
芯を外してるものも多い気がするけども。角さん、牛尾さん、川口さんにはいつも感謝しておりますです!!!
追いかけすぎて、ストーカーと化しているんじゃないか…と心配になるレベル…。ばれてるかなぁ。ばれてるだろうなぁ。
- でもやるんだよ from 因果鉄道の旅 via 角 征典さん
- 自分の生まれたホシ from 因果鉄道の旅 via 角 征典さん
- 『いままで当たった棒を10本並べりゃ自分の生まれたホシがわかる』
- 『このホシを知り、心がけさえよくすれば、便通同様、ホシの循環もよくなり、しかも、フィードバックと申しましょうか、自分自身が次第に増幅していく』
- 人間の業を肯定する from 立川談志師匠 via 角 征典さん
- 「気軽に聞く」「気軽に断る」 from 牛尾剛さん
- ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
- 情報聞くとき、渡す時も、気軽に
- 相手がいらないよーっていうのも気軽に受け止める。あ、そうっすかー
- 自己肯定感 from (不明)
- これを持つためにこの8年があったっぽい
後、ここ最近の良く分からんデンパなツィートに反応していただいた皆様ありがとうございました。
練習
練習嫌いなので、知らず知らずのうちに練習させられてたんだと思う。
- 分ける
- 全部でまるっとまとめない
- できてるところ、できてないところ
- 合意できるところ、できないところ
- イイところ、悪いところ
- 褒めるのに使うし、アジャイルやる人探すのにもいるし、とにかくこれないと辛い
- 全部でまるっとまとめない
- 捨てる
- 全部自分でやりたい
- 昼の勉強会を長く続けるためには、人の力を借りる必要があったので、自分でやりたいは捨てないとアカン
- 捨てたおかげで、何が大事なんだっけ、オレ? を考えられるようになった
- 全部自分でやりたい
- 説明する
- 全部説明しなくていい
- ポインタさえ示しておけば、ピンときたとこ抜き出すくらいのライトさでもヒットする人はいる
- 逆にヒットしない人に、オレは上手に説明できないだろうから、そこはご縁がなかったことにして一旦忘れる
- ピンと来たところを引用する via 川口 恭伸さん
- オレが作った変な要約を渡すよりよっぽど良い
- 全部説明しなくていい
- 待つ
- 情報を渡した後、しばらくたってから様子を見にいく (今もせっかちなとこあるけど)
- 情報渡してすぐ反応がないからといってダメだーって言ってると、せっかく出てきた芽が見のがしてしまう
- しばらくたって芽が出ることもたまにあるから、渡した後忘れてしまうくらいでいい
- マーケティング的にはそれじゃあかんのだろうなぁ
- 情報を渡した後、しばらくたってから様子を見にいく (今もせっかちなとこあるけど)
オレを勘違いしてくれた皆様
最重要。オレという人間を勘違いして、色んなところで使おうとしてくれた/してくれてる人がいる。 名前出すと怒られそうなので、こういう感じでお茶を濁しておくけど、感謝しとりますー!!!
…って、実は仕掛けられてて、今も観察の対象だったりする??