20181029
朝からアラートの確認。
どうすればもっとみんな、エラーを拾いやすくなるか。
エラーを拾った後に何をすればいいか分からないから拾いたくないという心理的な部分はよく分かる。俺はそっち派だから。
チェックリストでも作るか?
エラーに気づいてませんでしたってのはなかなか困る。1日の中で何処か棚卸をする時間を設ける?不毛だ。人によってその日のスケジュールもタスクも違うのだ。強制的な時間を設けることに意味はない。
エラーを拾うことへのインセンティブが欲しいか。めっちゃ褒めるか。。
MTGに、事前に解決できる課題を持っていくのはやめよう。
まず、この課題は誰がいれば解決できるのか。誰が判断できるのかを把握しないといけない。
誰も判断できないとしたら、誰かが判断できるようになるまで問題を細分化するか、必要な情報を集めるしかない。
判断する為にはどんな情報が必要ですか?
改善系のタスクに取り組む時はある程度はインパクト順にしたい。じゃないと、やった結果、これっぽっちの改善かよ感が自分の中に生まれてきて自身喪失に繋がる。よろしくない。
自分が簡単にできる仕事は人に任せる。
やっぱり、1日の時間が細切れ感がある。もう少しまとまった時間を作りたい。
ベストは1時間ごとに7コマ。
今日のすごい人
柴崎さんかな。コマンド実行したら結果とエラーの確認をするって、当たり前なんだけど忘れがちだなぁと。あと、IDEの使い方が上手い。
もっとショートカットとか便利な機能に習熟したい。とりあえずググるか。
20181025
イメージが漠然としているのはしょうがない事なので責める必要はない。
そこから具体化するにあたって、全体的な利益や自分たちの都合のよさ(エゴじゃないよ)を基準に議論を誘導するのは大事だと思うな。
スケジュール立てるのは本当に難しいね。工数を削るべきなのか、期限を伸ばすべきなのか。
なるべく早くリリースすることが事業に対してプラスになるようなものをきちんと作っていきたい。
事業に対してプラスになるのか、要はお金になるのか、今後の発展成長に繋がるのかという視点は常に持っておきたい。
今日のすごい人はかんぽのお兄さんかなぁ。こっちが結構早くに話しても、こちらのやりたいことを理解して、どうすれば効率よく進められるのか、他にはどんなリスクがあるのかあたりを上手く話したり聞き出したりしてくれた。
その要因は、自分の経験とか過去の事例だと思う。
〇〇なケースは多いですよというアドバイスは、本当に有難い。まさにその人の価値だと思う。
20181024
ゆうちょ意味わからんすぎ。
ちゃんと自分とこのルールくらい知っとけ。
単純にこちらが焦りすぎなところもあったけど。
ちゃんと資料読むか。時間が足りない。。。
何というか日本語をもう少し頑張って欲しい。何が言いたいのかというか伝わりきらん。。
レビューが厳し過ぎるかもなという気はしてる。
別に上からのつもりも無いし、必要だと思ってやってるけどどうだろ。
問題の切り分けってやっぱり難しいよね。
この先どうやって切り分けるか。ここまでくるとローカルでも試せる気がしてきたよ。おじさんがんばるよ。
リモート環境のデバッグ方法を調べよう。そうしよう。
今日のすごい人は郵便局のお兄さん。ちゃんと営業職っぽかった。これがあればどう出来ますよという話が分かりやすい。
20181023
部屋の片付けは結構進んだらしい。感謝。
リフォームなんて無駄なことしてないで、ちゃんと働け。ちゃんと貯めろ。
朝にちゃんと食べるって、もっと早く起きないと難しいな。正直プロテインの方が簡単。
せめて自分が進行するMTGはゴールを決めてから開きたい。意見を広く求めるならそれはそれでありだけど、発散させたままのMTGはきっと全体を不幸にする。
指標を高めることをゴールにするのは不毛だなと。100点満点である必要のある指標とそうでない指標とはちゃんと分けて考えた方がいい。
グラフは目的にあったグラフを使うべき。正直、何のグラフなのか、全く分からんかった。その辺も教えないといけないんだろうか。不毛だ。
今日のすごい人。。。
あとで書く
20181022
月曜日は相変わらずパフォーマンスよくない。
とりあえず今日は
- やれば終わる調査系
- 見れば片がつくコードレビュー
から手をつけた。
まぁまぁなスタートだったと思う。
やっぱり、進んでる、終わったっていう達成感は大事だなと。
ただ、上の二つはどっちも人からの依頼とか、レビューが溜まってるとは限らないのでコントロールしにくいタスクなのも事実。もう少し自分の中で完結するというか、コントロール可能なタスクを用意しときたい。ただの作業だと間抜けなので、
- 事業にプラスになること
- 自分にプラスになること
辺りがテーマでしょうか。
唐揚げは結構上手く揚がった気がする。180度で4分半ですね。
170度は衣が柔らかくなる。。
intelljのデバッグ、役に立つね。
毎回表示されるtipsをもう少し活かしたい。
障害の再発防止は難しい。
なぜなぜをやると、原因分析はそこそこ上手く行くけど、対策を立てるのはまた別の思考だなと思う。
実効性というか、効率性というかあたりがキモ。
今日のこの人すげぇなは、直美ねぇちゃんかな。
腹括ってるというか。ちゃんと、知識もしっかりあるし。どんどん捨てるし、どんどん決める。行動することへのストレスが低く見える。そんなことはないんだろうけど、それを軽々超えてるように見えるのがすごい。
20181019
きっと要らないよの精神は大事。使う側は、もしかしたらこういうケースもあるかもって沢山挙げてはくれるけど、よく聞くと、本当にニッチなケースだったりする。
ただ、逆のケースも多分にあり得る。エンジニアがリッチな機能を考え過ぎて使われない、使いにくいとか。業務理解、整理は丁寧に行うべき。
今日は可愛い子を3人見た。
会社のビルに入る時。オフィスに入る時。電車の中。あと、妻を入れると4人か。
全くプログラムを書かない日だった。あまり良くない気がする。
もう少しMTGを効率的に進めるべきか。
例えば?見積もりは自分が先に出しておくとか。詳細を詰めるのは人に任せてしまうとか。
予定にない深掘りの議論をその場で始めないというのは大事かも。
じゃ、どこで深掘りするか。という課題が残る。う〜ん。。。そのためのMTGを開くとか元も子もない。事前にわざわざMTGを開かず、個別に話を済ませる程度が大事かも。
チャットとかスプレッドシートだけでやると、どうしても非効率な部分が起きやすいのは反省。
今日の、この行動いいなと思った人、ことは、、、誰にしようか。
石川さん?新しい企画だからと言って飛びつかず、そもそもその背景に根拠があるのか?裏付けとなる実績があるのか?という問いかけを忘れない。
俺はついつい忘れそうになる。
新卒のエンジニアを1人日に数えるのは流石に無理があるなとは思うが、業務委託でお金を払う以上、0.5ですとかなられても困る。
この辺はきちんとタスクを積みめにして、手が空いたり、一つが分割されたりしないように注意する必要があるなと。
あとで追記
解決方法を疑う。そもそもの発生原因を考えることについて。
20181018
影響範囲は手段を尽くして調べるべき。
ログがあるならログを見る。
緊急の対応は、焦らず急ぐ。
まずは出血を止める。
周りに連絡をする
原因を探る
対処する
くらいの順番が大事。ついついあれもこれもと手を広げたくはなるけど、ぐっと我慢して、やるべきことを見極める。
自分の収支はきちんと把握する。
この先何年生きるのか。自分にどれだけインカムがあるのか。
ましてや病人の、他人の金に手をつけるなんぞ。。。
同じ血が流れてるというのが本当につらい。
何かあった時に同じことをしでかしそう。
自分が真似したい人は誰だろう。誰のどんなところだろう。
人の良いところを真似て自分の能力として取り込みたいと思うけど、この質問に全く答えられない。。
余程他人に興味がないのかと。これはとても良くないなと思うわけですよ。
無理矢理にでも、毎日一つ、誰かの良いところを見つけてみるか。
今日は、すずけん?ツイッターで自分が読んだ本とかあった人について感想というか、自分はどうしていきたいと言うのを述べてるから。
そもそも、人のことを真似て云々というのもすずけんのツイートからだし。
じゃ、今日はすずけんでした。