JavaScriptライブラリを読むときのコツ
少し前からライブラリを読むトレーニングを始めたのですが、最近ようやく読み方がわかってきたので、やり始めた頃に知っておきたかったことをまとめます。 これから JavaScript/TypeScript で書かれたライブラリを読んでみようと思っている方の助けになれば嬉しいです。 「私はこういう道具を使ったり、こういう工夫をしています」みたいな感じの内容ですので、もし「もっといい読み方があるよ」みたいなのがありましたらIssueなどで教えていただきたいです。 （※ライブラリを読むにあたって、ブラウザの話と NodeJS の話があるのですが、似てる点がほとんどなのでごった煮します。） エントリポイントを探す ライブラリを読むにあたって そのライブラリが持つ module がどう協調して全体が作られるのか その関数は正確にはどういう挙動をするのか などを考えると、ユーザーから渡された入力や呼び出しが
「言い切る人」が強すぎる。
私はコンサルタントだった時、上司から 「コンサルタントは意思決定するな」と口を酸っぱくして言われた。 「特に人事。人事に関しては、意見表明もできる限り避けること」 とまで言われた。 例えば、「ウチの取締役、どう思う？」など、人の印象について聞いてくる経営者は少なくない。 確かに、結構怖い質問だ。 その一言が、どのように波及するかわからないのだから。 それに対しては 「社長のお考えを聞きたく」と言い、はぐらかせ、というのだ。 要するに、リスクヘッジである。 「それでも、意見を求められたら、どうしますか？」と質問すると、 「それを言える立場ではないと言いなさい」と指導された。 ＊ しかし後日、一人の経営者に意見を求められた時のこと。 社長は「あいつのパフォーマンスについて、どう思う。」と私に尋ねた。 あー、答えちゃいけないやつだ、と思い、「社長のお考えを聞きたく」というと、 「意見を求められた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
