コードレビューをする際と、してもらう際に気をつけるべきだと思っているをまとめておきます。 レビュイーとして大切なこと コードレビューをお願いする前に レビュアーが高いパフォーマンスを発揮するためには、レビューを受ける人の心構えと事前の打ち合わせが実は最も大切です。 特に大きめの変更のコードレビューをお願いする前にすると良いこととしては、 まず、レビュアーを確保する そのレビュアーと大まかな設計の合意をとる という方針でやっていくのが良いです。 レビューしていても、根本をひっくり返すような指摘はしにくいですし、したとしても、それなら1から書いたほうがはやくて良い物が出来るといったことが簡単に起きます。 「レビュー後に直せるもの < レビュー前に直せるもの」 ということを意識して、Issueなどを用いて、出来る限り事前に設計、打ち合わせをしましょう。そうすればレビュアーもすんなりレビューできる

今回は、魚好きのみなさんにとっては天国のような場所をご紹介しましょう。 「お刺身を好きなだけ食べたいけど、お金も節約したい……」。そんな欲張りな願いを叶えてくれるお店が、東京・上野にはあります。 その名も「沼津港 海将」！ このお店のウリは、なんといっても「平日限定ランチバイキング」！　産地直送の新鮮な刺身を中心とした海鮮料理が、なんと45分1,000円（税込）で楽しむことができるのです！ さらに、セルフサービスの飲み放題は、なんと30分で450円（税込）！　つまり、１時間飲んでも900円、30分のちょい呑みならなんとワンコイン以下という驚きの価格となっています（飲み放題はランチタイム以外も実施しています）。 450円……普通の店ならビール一杯しか飲めないですよ！ 上野から御徒町方面へ、アメ横に沿って歩いていくとたどり着く「沼津港　海将 上野1号店」。 港の漁師小屋を思わせる内装は、まるで

意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか？ DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の１つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日本語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか？ 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの１つです。 たまに

2016 - 08 - 03 「参考にします！」「参考になりました！」…で、どうするの？ 仕事 仕事-コミュニケーション 管理人によるおすすめピックアップ 何気ない「いいね」が誰かの自信を支えている あなたの色めがねは何色？認知バイアスの功罪と利用法 はてブ数を示す「XX users」の正体 これが効かなかったら嘘。眠気覚ましのあわせ技5選 全ての仕事には意味がある！の本当の意味 このくらいシェアされています LINE こんにちは、NAEです。 ビジネスコミュニケーションにおいて、Next Actionが出てこないものは無駄です。 たとえば会議のようなビジネスコミュニケーションであれば、会議後にはTo Doを必ず出すということがルール化されていることが多いと思います。 が、これがマンツーマンのビジネスコミュニケーションだったらどうでしょうか？特に「参考にします」的な返事で終わった場合とか・