編集履歴

回答編集履歴

テキスト修正

2018/10/10 02:59

投稿

スコア9058

answer CHANGED Viewed

@@ -73,7 +73,7 @@
 > 周りに相談できる人もいない
-ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレジは**とてもよい**と思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみましょう。
+ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレンジは**とてもよい**と思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみましょう。
 ご質問から業務でコードを書いている中での課題と思われますが、仕事の中でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めることが多いです。

テキスト修正

2018/10/10 02:59

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -185,7 +185,7 @@
 によって、差分のあるプロパティだけを取り出せると考えたのでしたら、 厳密な比較演算子`===` についての理解を点検する必要があるのでは？ ということです。ですので、
-> 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
+> 中身がブラックボックスなので、なんか良くわからないけど出来たという感覚
 のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきと思います。

テキスト修正

2018/10/08 14:18

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -75,7 +75,7 @@
 ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレジは**とてもよい**と思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみましょう。
-ご質問から業務でコードを書いている中での課題と思われますが、仕事の中でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めるパターンが多いです。
+ご質問から業務でコードを書いている中での課題と思われますが、仕事の中でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めることが多いです。
 このご質問の解決策を見つけるときに、Lodashを使うというのは筋として悪くないので、

テキスト修正

2018/10/08 14:16

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -1,6 +1,6 @@
 こんにちは。
-オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。（実際、私も同じ課題に直面したら、まずは、Lodash に便利なメソッドはないか？と探すと思います。）
+オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。実際、私も同じ課題に直面したら、まずは、Lodash に便利なメソッドはないか？と探すと思います。
 ただし、ご質問に挙げられている以下の [_.omitBy](https://lodash.com/docs/4.17.10#omitBy) を使ったコード

テキスト修正

2018/10/08 14:03

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -2,7 +2,7 @@
 オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。（実際、私も同じ課題に直面したら、まずは、Lodash に便利なメソッドはないか？と探すと思います。）
-ただし、ご質問に挙げられている
+ただし、ご質問に挙げられている以下の [_.omitBy](https://lodash.com/docs/4.17.10#omitBy) を使ったコード
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v);
@@ -55,13 +55,13 @@
 上記を勘案しまして、オブジェクトの差分を得るのにLodashを使ってみたこと、および
 `_.omitBy(objectB, (v, k) => objectA[k] === v)`
-というコードを拝読して、お伝えしたいこととしては、以下の３点
+というコードを拝読して、お伝えしたいこととしては、以下の３点です。
 1. Lodashを使った修正案の見つけ方
 2. Lodashを使わずに最小限の要求を満たすものを書いてみる
 3. 基礎を見直すことと応用的なものを使うことのバランスについて
-です。これらについて以下順を追って回答します。
+これらについて以下順を追って回答します。
 ### 1. Lodashを使った修正案の見つけ方

テキスト修正

2018/10/08 13:42

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -245,7 +245,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけません。」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは、（これからもキープすべき）良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論することができ、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけません。」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは、（これからもキープすべき）良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと試行錯誤した結果、「基礎力が足りない」と自分でちゃんと納得して結論することができ、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 08:10

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -245,7 +245,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論することができ、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけません。」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは、（これからもキープすべき）良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論することができ、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 07:59

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -187,7 +187,7 @@
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきかと思います。
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきと思います。
 言い換えると、

テキスト修正

2018/10/08 07:53

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -226,7 +226,7 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-であることは分かっている２つのオブジェクト objectA　と objectB とを比較して差分のプロパティだけを持つオブジェクトを返す関数なりメソッドなりを書いてみるのはいかがでしょうか？ これをスクラッチから、Lodashのような便利なものを使わずに書いてみるとよいかもしれません。それがまずはterataillerさんにとっての（次の一歩となる、）
+であることは分かっている２つのオブジェクト objectA　と objectB とを比較して差分のプロパティだけを持つオブジェクトを返す関数なりメソッドなりを書いてみるのはいかがでしょうか？ これをスクラッチから、Lodashのような便利なものを使わずに書いてみるとよいかもしれません。それがterataillerさんにとっての（次の一歩となる、）
 > ベターな

テキスト修正

2018/10/08 06:36

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -192,7 +192,7 @@
 言い換えると、
-- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、ときに締め切りに追われる限られた開発時間の中で、必要あれば修正も加えて自分の課題解決に使うことができる。
+- Lodash （なり、他の便利な何か）を採用することにし、それを使うために必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、締め切りに追われがちな限られた開発時間の中で、必要あれば修正も加えて、自分の目の前にある課題解決に使うことができる。
 　　というのは応用編のスキル、しかもプログラミングの技術力は半分であとの半分は仕事をさばく器用さに近いものですが、それよりも

テキスト修正

2018/10/08 06:32

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -183,7 +183,7 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 厳密な比較演算子`===` についての理解を点検する必要があるのでは？ ということです。ですので、
+によって、差分のあるプロパティだけを取り出せると考えたのでしたら、 厳密な比較演算子`===` についての理解を点検する必要があるのでは？ ということです。ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚

テキスト修正

2018/10/08 06:27

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -226,7 +226,7 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-であることは分かっている２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずはterataillerさんにとっての（次の一歩となる、）
+であることは分かっている２つのオブジェクト objectA　と objectB とを比較して差分のプロパティだけを持つオブジェクトを返す関数なりメソッドなりを書いてみるのはいかがでしょうか？ これをスクラッチから、Lodashのような便利なものを使わずに書いてみるとよいかもしれません。それがまずはterataillerさんにとっての（次の一歩となる、）
 > ベターな
@@ -235,9 +235,9 @@
 > 中身がブラックボックスなので、なんか良くわからないけど出来たという感覚
-と書かれている、誰かが作った中身の分からないものに乗ってしまっていることでのモヤモヤ（これは良いほうのモヤモヤです）を感じることのできるセンスを維持することも大事ですので、そのための練習問題として、（上記の、ある特定の形式のオブジェクトのプロパティ比較と差分オブジェクトの作成が書けた後で、） 一般的なオブジェクトの比較という大きいテーマに、Lodash を使わないで取り組むのもよい修練になると思います。それに取り組むと、おそらく
+と書かれている、誰かが作った中身の分からないものに乗ってしまっていることでのモヤモヤ（これは良いほうのモヤモヤです）を感じることのできるセンスを維持することも大事ですので、そのための練習問題として、（上記の、ある特定の形式のオブジェクトのプロパティ比較と差分オブジェクトの作成が書けた後に、） 一般的なオブジェクトの比較という大きいテーマに、Lodash を使わないで取り組むのもよい修練になると思います。それに取り組むと、おそらく
-- [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
+- stackoverflow: [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
 についている回答のようなコードを書くことになり、JavaScriptの基礎確認に役立つと思います。

テキスト修正

2018/10/08 05:49

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -47,17 +47,21 @@
 }
 ```
+であることが、console.logの出力で確認できます。
-であることが、console.logの出力で確認できます。これの検証用のサンプルを以下に上げましたので、ご確認ください。
+これの検証用のサンプルを以下に上げましたので、ご確認ください。
--  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
+- **内容が同じオブジェクトでもうまくいかない例：**   [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
-上記の `_.omitBy(objectB, (v, k) => objectA[k] === v)` というコードを拝読して、お伝えしたいこととしては以下の３点
+上記を勘案しまして、オブジェクトの差分を得るのにLodashを使ってみたこと、および
+`_.omitBy(objectB, (v, k) => objectA[k] === v)`
+というコードを拝読して、お伝えしたいこととしては、以下の３点
 1. Lodashを使った修正案の見つけ方
 2. Lodashを使わずに最小限の要求を満たすものを書いてみる
 3. 基礎を見直すことと応用的なものを使うことのバランスについて
-です。
+です。これらについて以下順を追って回答します。
 ### 1. Lodashを使った修正案の見つけ方
@@ -69,7 +73,7 @@
 > 周りに相談できる人もいない
-ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレジはとてもよいと思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみます。
+ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレジは**とてもよい**と思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみましょう。
 ご質問から業務でコードを書いている中での課題と思われますが、仕事の中でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めるパターンが多いです。
@@ -161,7 +165,7 @@
 - [https://jsfiddle.net/jun68ykt/Lpwe0952/3/](https://jsfiddle.net/jun68ykt/Lpwe0952/3/)
-のとおり空オブジェクトになります。
+のように、期待どおり空オブジェクトになります。
@@ -173,7 +177,7 @@
 ### ２. Lodashを使わずに最小限の要求を満たすものを書いてみる
-あらためてterataillerさんのご質問を再読して（老婆心ながら）思うところとしては、ご質問にあるコード
+二点目としまして、あらためてterataillerさんのご質問を再読して（老婆心ながら）思うところとしては、ご質問にあるコード
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v)
@@ -241,7 +245,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論することができ、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 05:33

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -190,15 +190,15 @@
 - Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、ときに締め切りに追われる限られた開発時間の中で、必要あれば修正も加えて自分の課題解決に使うことができる。
-　　というのは応用編のスキルであり、それよりも、
+　　というのは応用編のスキル、しかもプログラミングの技術力は半分であとの半分は仕事をさばく器用さに近いものですが、それよりも
-- `===` で true になる条件という基礎知識を正しく活用して、自分の開発業務の範囲内にある、ある特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
+- `===` で true になる条件という基礎知識を正しく活用して、自分の開発業務の範囲内にある、ある特定の形式のオブジェクトを比較するコードを、Lodashのような便利グッズを使わず、スクラッチから難なく書ける。
 　　というスキルのほうが、獲得すべき順序として優先度が（かなり）高い
 ということです。
-そこで、以下のページ
+そこで、以下に挙げたいくつかのページ
 - MDN：[比較演算子](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comparison_Operators)
 - [開眼！JavaScript](https://www.amazon.co.jp/dp/487311621X) 1.14節「オブジェクトは同値判定に参照を使用」に掲載の[サンプルコード](http://jsfiddle.net/jseja/4UDYr)
@@ -241,7 +241,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような、言わば巷で流行の道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 05:21

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -241,7 +241,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、基礎に立ち返るということを繰り返すうちに、基礎を見直すことと応用的なものを使うこととの間の、自分なりのバランスが出来ていきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、理解不足を感じた基礎項目に立ち返り、基礎を点検できたらまた応用に取り組むということを繰り返すうちに、基礎を見直すことと応用的な取り組みとの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 05:15

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -51,13 +51,13 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
-上記の `_.omitBy(objectB, (v, k) => objectA[k] === v)` というコードを拝読して、お伝えしたいこととして、以下の３点
+上記の `_.omitBy(objectB, (v, k) => objectA[k] === v)` というコードを拝読して、お伝えしたいこととしては以下の３点
 1. Lodashを使った修正案の見つけ方
 2. Lodashを使わずに最小限の要求を満たすものを書いてみる
 3. 基礎を見直すことと応用的なものを使うことのバランスについて
-を挙げます。
+です。
 ### 1. Lodashを使った修正案の見つけ方

テキスト修正

2018/10/08 05:11

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -241,7 +241,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。そのようにして、何か応用的なことをやろうとして、基礎に立ち返るということを繰り返すうちに、基礎を見直すことと応用的なものを使うこととの間の、自分なりのバランスが出来ていきます。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 04:43

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -241,7 +241,7 @@
 ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
-私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは、いいセンスだと思います。ですが、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと結論したうえで、その対策を（業務とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは良質なセンスだと思います。それで飛びついてはみたものの、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと納得して結論したうえで、その対策を（通常の業務時間とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。
 以上、参考になれば幸いです。

テキスト修正

2018/10/08 04:29

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -244,4 +244,4 @@
 私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは、いいセンスだと思います。ですが、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと結論したうえで、その対策を（業務とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。
-以上参考になれば幸いです。
+以上、参考になれば幸いです。

テキスト修正

2018/10/08 04:17

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -8,7 +8,7 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v);
 ```
-だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないのでは？という懸念があります。
+だと、objectB から更新されたプロパティだけを残して他を除去（omit)したオブジェクトを得るという、期待した動作を満たせないのでは？という懸念があります。
 たとえば以下の例
 ```javascript
@@ -51,22 +51,41 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
+上記の `_.omitBy(objectB, (v, k) => objectA[k] === v)` というコードを拝読して、お伝えしたいこととして、以下の３点
-そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めるパターンが多いです。
+1. Lodashを使った修正案の見つけ方
+2. Lodashを使わずに最小限の要求を満たすものを書いてみる
+3. 基礎を見直すことと応用的なものを使うことのバランスについて
-このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
+を挙げます。
-(1) まずは `"lodash difference between two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+ difference +between+two+objects)
+### 1. Lodashを使った修正案の見つけ方
-(2) 検索結果で上位に出てきたものをざっと読む。
+ご質問に
-(3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
+> 調べながらなんとかLodashというライブラリを使って
+とありました。 また、
+> 周りに相談できる人もいない
+ともありました。そのような状況の中で Lodashを見つけ出して、それを使ってみようと思い、実際コードを書いてみたというチャレジはとてもよいと思います。ですので、まずは Lodashを使って、主題の「ネストされたオブジェクト間の差分を取得する方法」を探ってみます。
+ご質問から業務でコードを書いている中での課題と思われますが、仕事の中でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めるパターンが多いです。
+このご質問の解決策を見つけるときに、Lodashを使うというのは筋として悪くないので、
+(1) まずは `"lodash difference between two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+ difference +between+two+objects) し、
+(2) 検索結果で上位に出てきたものをざっと読み、
+(3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつけます。
 (4) 今回のご質問の場合、[Lo-Dash Essentials](https://www.amazon.com/gp/product/B00SVBFBK4/) という著書も書いている、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答：
 - [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152)
-を拝借するのがよいと思いました。
+を拝借するのがよいと思えました。
 （ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶのは、個人の判断に委ねられるところなので、別の投稿や回答のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。
@@ -137,9 +156,8 @@
 - [https://jsfiddle.net/jun68ykt/g0zctujb/14/](https://jsfiddle.net/jun68ykt/g0zctujb/14/)
+この差分抽出コードだと、objectAとobjectBの内容が同じときは、差分のオブジェクトは以下
-また、上記で使っている差分抽出コードだと、objectAとobjectBの内容が同じときは、差分のオブジェクトは以下
 - [https://jsfiddle.net/jun68ykt/Lpwe0952/3/](https://jsfiddle.net/jun68ykt/Lpwe0952/3/)
@@ -151,24 +169,10 @@
 「業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。」
 と書きました。その観点でいうと、(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルにヒットしそうな検索ワードをあれこれと試します。
-以上参考になれば幸いです。
-## 補足1
+### ２. Lodashを使わずに最小限の要求を満たすものを書いてみる
-回答に書いたような、確度の高い情報に要領よく達することは、業務でプログラムを書くときには大事なこととはいえ、ご質問に
-> 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-と書かれているモヤモヤ（を感じることのできるセンスを維持すること）もまた大事です。
-ですので、一度、ご自身でオブジェクトの内容比較のコードを書いてみるのもよいかもしれません。そうすると、以下の質問
-- [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
-についている回答のようなコードを書くことになり、おそらく JavaScriptの基礎確認に役立つと思います。
-## 補足2
 あらためてterataillerさんのご質問を再読して（老婆心ながら）思うところとしては、ご質問にあるコード
 ```javascript
@@ -190,7 +194,7 @@
 - `===` で true になる条件という基礎知識を正しく活用して、自分の開発業務の範囲内にある、ある特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
-　　というスキルのほうが、獲得すべき順序として優先度が（かなり）高い。
+　　というスキルのほうが、獲得すべき順序として優先度が（かなり）高い
 ということです。
@@ -222,4 +226,22 @@
 > ベターな
-コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
+コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
+また、ご質問にある、
+> 中身がブラックボックスなので、なんか良くわからないけど出来たという感覚
+と書かれている、誰かが作った中身の分からないものに乗ってしまっていることでのモヤモヤ（これは良いほうのモヤモヤです）を感じることのできるセンスを維持することも大事ですので、そのための練習問題として、（上記の、ある特定の形式のオブジェクトのプロパティ比較と差分オブジェクトの作成が書けた後で、） 一般的なオブジェクトの比較という大きいテーマに、Lodash を使わないで取り組むのもよい修練になると思います。それに取り組むと、おそらく
+- [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
+についている回答のようなコードを書くことになり、JavaScriptの基礎確認に役立つと思います。
+### 3. 基礎を見直すことと応用的なものを使うことのバランスについて
+ここは意見の分かれるところだと思いますが、自分の考えを書いておきます。
+私は「基礎がしっかり身についてないうちに、誰かが作ってくれた便利なものに頼ろうとしてはいけない」というお説教を言うつもりは全くありません。むしろ逆で、基礎があやふやなうちから Lodash （に限らず JQuery でも、React でもいいのですが。） のような道具に目が行って、それに飛びつくことができるというのは、いいセンスだと思います。ですが、それを使ってみようとしたらうまくいかなくて、どうしてうまくいかないのかと自問自答した結果、「基礎力が足りない」と自分でちゃんと結論したうえで、その対策を（業務とは別の時間を使うことになるかもしれませんが。）さっさと始めることが大事です。
+以上参考になれば幸いです。

テキスト修正

2018/10/08 04:09

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -222,11 +222,4 @@
 > ベターな
-コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
-## 追伸
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学ぶことができました。ありがとうございます。Lodashは日常的によく使うので、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、次からは「これをLodashで解決する方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索してみると思います。
+コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。

テキスト修正

2018/10/08 02:38

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -175,10 +175,8 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 `===` が true になる条件を再確認する必要があるのでは？ ということです。
+によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 厳密な比較演算子`===` についての理解を点検する必要があるのでは？ ということです。ですので、
-ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
 のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきかと思います。

テキスト修正

2018/10/07 22:44

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -231,4 +231,4 @@
 ## 追伸
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これをLodashで解決する方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございました。
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学ぶことができました。ありがとうございます。Lodashは日常的によく使うので、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、次からは「これをLodashで解決する方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索してみると思います。

テキスト修正

2018/10/07 22:40

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -156,7 +156,7 @@
 ## 補足1
-回答に書いたような、確度の高い情報に素早く達することは仕事の上で大事とはいえ、ご質問に
+回答に書いたような、確度の高い情報に要領よく達することは、業務でプログラムを書くときには大事なこととはいえ、ご質問に
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚

テキスト修正

2018/10/07 22:08

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -231,4 +231,4 @@
 ## 追伸
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございました。
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これをLodashで解決する方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございました。

テキスト修正

2018/10/07 21:54

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -153,14 +153,11 @@
 以上参考になれば幸いです。
 ## 補足1
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございます。
+回答に書いたような、確度の高い情報に素早く達することは仕事の上で大事とはいえ、ご質問に
-## 補足2
-とはいえ、ご質問に
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
 と書かれているモヤモヤ（を感じることのできるセンスを維持すること）もまた大事です。
@@ -170,7 +167,7 @@
 についている回答のようなコードを書くことになり、おそらく JavaScriptの基礎確認に役立つと思います。
-## 補足3
+## 補足2
 あらためてterataillerさんのご質問を再読して（老婆心ながら）思うところとしては、ご質問にあるコード
@@ -199,8 +196,15 @@
 ということです。
-そこで、上記を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
+そこで、以下のページ
+- MDN：[比較演算子](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comparison_Operators)
+- [開眼！JavaScript](https://www.amazon.co.jp/dp/487311621X) 1.14節「オブジェクトは同値判定に参照を使用」に掲載の[サンプルコード](http://jsfiddle.net/jseja/4UDYr)
+- [JavaScript 忘れがちな　=== と == の違い](https://qiita.com/PianoScoreJP/items/e43d70ec188c6fed73ed) (PianoScoreJPさん@Qiita)
+で説明している基礎知識を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
 ```javascript
 {
   id: 整数,
@@ -222,8 +226,9 @@
 コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
-最後に、比較演算子の参考サイトをいくつか挙げておきます。
-- MDN：[比較演算子](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comparison_Operators)
-- [開眼！JavaScript](https://www.amazon.co.jp/dp/487311621X) 1.14節「オブジェクトは同値判定に参照を使用」に掲載の[サンプルコード](http://jsfiddle.net/jseja/4UDYr)
-- [JavaScript 忘れがちな　=== と == の違い](https://qiita.com/PianoScoreJP/items/e43d70ec188c6fed73ed) (PianoScoreJPさん@Qiita)
+## 追伸
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございました。

テキスト修正

2018/10/07 21:38

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -216,7 +216,7 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、terataillerさんにとっての
+であることは分かっている２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずはterataillerさんにとっての（次の一歩となる、）
 > ベターな

テキスト修正

2018/10/07 21:30

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -155,7 +155,7 @@
 ## 補足1
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ありがとうございます。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。ありがとうございます。
 ## 補足2
@@ -178,12 +178,15 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 もしかすると、`===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
+によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 `===` が true になる条件を再確認する必要があるのでは？ ということです。
+ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきです。
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきかと思います。
 言い換えると、
 - Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、ときに締め切りに追われる限られた開発時間の中で、必要あれば修正も加えて自分の課題解決に使うことができる。
@@ -217,4 +220,10 @@
 > ベターな
-コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
+コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。
+最後に、比較演算子の参考サイトをいくつか挙げておきます。
+- MDN：[比較演算子](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comparison_Operators)
+- [開眼！JavaScript](https://www.amazon.co.jp/dp/487311621X) 1.14節「オブジェクトは同値判定に参照を使用」に掲載の[サンプルコード](http://jsfiddle.net/jseja/4UDYr)
+- [JavaScript 忘れがちな　=== と == の違い](https://qiita.com/PianoScoreJP/items/e43d70ec188c6fed73ed) (PianoScoreJPさん@Qiita)

テキスト修正

2018/10/07 21:24

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -172,7 +172,7 @@
 ## 補足3
-あらためてterataillerさんのご質問を再読して思うところとしては、（老婆心ながら）ご質問にあるコード
+あらためてterataillerさんのご質問を再読して（老婆心ながら）思うところとしては、ご質問にあるコード
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v)

テキスト修正

2018/10/07 13:12

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -172,21 +172,21 @@
 ## 補足3
-あらためてterataillerさんのご質問を再読して思うところとしては、ご質問にあるコード
+あらためてterataillerさんのご質問を再読して思うところとしては、（老婆心ながら）ご質問にあるコード
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、（内容に）差分のあるプロパティだけを取り出せるとお考えでしたら、 もしかすると、`===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
+によって、差分のあるプロパティだけを取り出せるとお考えでしたら、 もしかすると、`===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきところです。
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきです。
 言い換えると、
-- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、締め切りのある開発時間の中で必要な修正も加えて自分の課題解決に使うことができる。
+- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、ときに締め切りに追われる限られた開発時間の中で、必要あれば修正も加えて自分の課題解決に使うことができる。
 　　というのは応用編のスキルであり、それよりも、

テキスト修正

2018/10/07 13:09

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -190,7 +190,7 @@
 　　というのは応用編のスキルであり、それよりも、
-- `===` で true になる条件を間違えないで、自分の検討対象の範囲内にある、特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
+- `===` で true になる条件という基礎知識を正しく活用して、自分の開発業務の範囲内にある、ある特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
 　　というスキルのほうが、獲得すべき順序として優先度が（かなり）高い。

テキスト修正

2018/10/07 13:04

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -1,6 +1,6 @@
 こんにちは。
-オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。
+オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。（実際、私も同じ課題に直面したら、まずは、Lodash に便利なメソッドはないか？と探すと思います。）
 ただし、ご質問に挙げられている

テキスト修正

2018/10/07 12:56

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -217,4 +217,4 @@
 > ベターな
-コードになるのではと思った次第です。
+コードになると思いますし、それが書けてからLodashを使った汎用的なコードを採用することにしても遅くはありません。

テキスト修正

2018/10/07 12:36

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -52,7 +52,7 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
-そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
+そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissueに拠り所を求めるパターンが多いです。
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、

テキスト修正

2018/10/07 11:58

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -9,7 +9,7 @@
 ```
 だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないのでは？という懸念があります。
-たとえば以下のコード
+たとえば以下の例
 ```javascript
 const objectA = {
@@ -35,7 +35,7 @@
 console.log(_.omitBy(objectB, (v, k) => objectA[k] === v));
 ```
-では、 `objectA` と `objectB` とは内容が同じなので、更新のあったプロパティを持つオブジェクトとしては、空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` が等しくないプロパティとして残ることになり、結果として`_.omitBy`の返すオブジェクトは、以下
+では、 `objectA` と `objectB` とは内容が同じなので、更新のあったプロパティを持つオブジェクトとしては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` が等しくないプロパティとして残ることになり、結果として`_.omitBy`の返すオブジェクトは、以下
 ```javascript
 {
@@ -186,7 +186,7 @@
 言い換えると、
-- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、限られた開発時間の中で必要な修正も加えて自分の課題解決に使うことができる。
+- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、締め切りのある開発時間の中で必要な修正も加えて自分の課題解決に使うことができる。
 　　というのは応用編のスキルであり、それよりも、

テキスト修正

2018/10/07 11:46

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -172,13 +172,13 @@
 ## 補足3
-あらためてterataillerさんのご質問を再読して思うところとしては、
+あらためてterataillerさんのご質問を再読して思うところとしては、ご質問にあるコード
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、（内容に）差分のあるプロパティだけを取り出せるとお考えになってしまったのでしたら、 `===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
+によって、（内容に）差分のあるプロパティだけを取り出せるとお考えでしたら、 もしかすると、`===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚

テキスト修正

2018/10/07 11:20

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -186,7 +186,7 @@
 言い換えると、
-- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもし、「オブジェクト一般の差分を取得する」というような、（いわば）大きなテーマのコードを持ってきて、必要なら修正も加えたうえ自分の課題解決に使うことができる。
+- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもしながら、どんなオブジェクトにも使える「オブジェクト一般の差分取得」というような、（いわば）大きなテーマのコードを持ってきて、限られた開発時間の中で必要な修正も加えて自分の課題解決に使うことができる。
 　　というのは応用編のスキルであり、それよりも、

テキスト修正

2018/10/07 10:53

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -178,11 +178,11 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v)
 ```
-によって、（内容に）差分のあるプロパティだけを取り出せるとお考えになってしまったのでしたら、 `===` が true になる条件を再確認する必要がある、ということです。ですので、
+によって、（内容に）差分のあるプロパティだけを取り出せるとお考えになってしまったのでしたら、 `===` が true になる条件を再確認する必要があるのでは？ ということです。ですので、
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきところです。
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤとがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきところです。
 言い換えると、

テキスト修正

2018/10/07 09:58

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -186,7 +186,7 @@
 言い換えると、
-- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台にして、オブジェクト一般の差分を取得する（という、わりと大きいテーマの）コードを書ける。
+- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台として使ったりもし、「オブジェクト一般の差分を取得する」というような、（いわば）大きなテーマのコードを持ってきて、必要なら修正も加えたうえ自分の課題解決に使うことができる。
 　　というのは応用編のスキルであり、それよりも、

テキスト修正

2018/10/07 09:50

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -188,12 +188,14 @@
 - Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台にして、オブジェクト一般の差分を取得する（という、わりと大きいテーマの）コードを書ける。
-というのは応用編のスキルであり、それよりも、
+　　というのは応用編のスキルであり、それよりも、
 - `===` で true になる条件を間違えないで、自分の検討対象の範囲内にある、特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
-というスキルのほうが、獲得すべき順序として優先度が（かなり）高いです。
+　　というスキルのほうが、獲得すべき順序として優先度が（かなり）高い。
+ということです。
 そこで、上記を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
 ```javascript

テキスト修正

2018/10/07 09:42

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -9,7 +9,7 @@
 ```
 だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないのでは？という懸念があります。
-簡単な例だと、たとえば以下のコード
+たとえば以下のコード
 ```javascript
 const objectA = {
@@ -35,7 +35,7 @@
 console.log(_.omitBy(objectB, (v, k) => objectA[k] === v));
 ```
-では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` が等しくないプロパティとして残ることになり、結果として`_.omitBy`の返すオブジェクトは、以下
+では、 `objectA` と `objectB` とは内容が同じなので、更新のあったプロパティを持つオブジェクトとしては、空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` が等しくないプロパティとして残ることになり、結果として`_.omitBy`の返すオブジェクトは、以下
 ```javascript
 {

テキスト修正

2018/10/07 09:36

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -190,7 +190,7 @@
 というのは応用編のスキルであり、それよりも、
-- `===` で true になる条件を間違えないで、自分の検討対象の範囲内にある、特定の形式のオブジェクトを比較するコードを難なく書ける。
+- `===` で true になる条件を間違えないで、自分の検討対象の範囲内にある、特定の形式のオブジェクトを比較するコードを、（Lodashのような便利グッズを使わず、スクラッチから）難なく書ける。
 というスキルのほうが、獲得すべき順序として優先度が（かなり）高いです。

テキスト修正

2018/10/07 09:29

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -8,7 +8,7 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v);
 ```
-だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないです。
+だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないのでは？という懸念があります。
 簡単な例だと、たとえば以下のコード
 ```javascript

テキスト修正

2018/10/07 09:25

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -211,7 +211,7 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、
+である２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、terataillerさんにとっての
 > ベターな

テキスト修正

2018/10/07 09:10

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -1,15 +1,15 @@
 こんにちは。
-まず、オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違ってないと思います。
+オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違いではありません。
-ただ、ご質問に挙げられている
+ただし、ご質問に挙げられている
 ```javascript
 _.omitBy(objectB, (v, k) => objectA[k] === v);
 ```
-では、差分だけを正しく抽出できず、期待した動作をしてくれない場合があります。
+だと、更新のあったプロパティだけを抽出するという期待した動作を満たせないです。
-たとえば以下のコード
+簡単な例だと、たとえば以下のコード
 ```javascript
 const objectA = {
@@ -47,7 +47,7 @@
 }
 ```
-であることが、console.logの出力で確認できると思います。これの検証用のサンプルを以下に上げましたので、ご確認ください。
+であることが、console.logの出力で確認できます。これの検証用のサンプルを以下に上げましたので、ご確認ください。
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)

テキスト修正

2018/10/07 09:07

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -211,7 +211,7 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、
+である２つのオブジェクト objectA　と objectB とを比較して、objectBのほうが新しいものであるとして更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、（これは自力で）スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、
 > ベターな

テキスト修正

2018/10/07 08:49

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -211,4 +211,8 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それが、まずは次の一歩となるベターなコードになるのではと思いました。
+である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それがまずは次の一歩となる、
+> ベターな
+コードになるのではと思った次第です。

テキスト修正

2018/10/07 08:46

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -190,7 +190,7 @@
 というのは応用編のスキルであり、それよりも、
-- `===` で true になる条件を間違えないで、自分の検討の対象内にある特定の形式のオブジェクトを比較するコードを難なく書ける。
+- `===` で true になる条件を間違えないで、自分の検討対象の範囲内にある、特定の形式のオブジェクトを比較するコードを難なく書ける。
 というスキルのほうが、獲得すべき順序として優先度が（かなり）高いです。

テキスト修正

2018/10/07 08:41

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -211,4 +211,4 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それが、まずは次の一歩となるベターなコードになるのではと考えた次第です。
+である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それが、まずは次の一歩となるベターなコードになるのではと思いました。

テキスト修正

2018/10/07 08:34

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -182,7 +182,8 @@
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。モヤモヤにも良いモヤモヤと悪いモヤモヤがあって、 `===`の理解不足によるモヤモヤは悪いモヤモヤなので、すぐに解消すべきところです。
 言い換えると、
 - Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台にして、オブジェクト一般の差分を取得する（という、わりと大きいテーマの）コードを書ける。
@@ -210,4 +211,4 @@
   updated: 整数（タイムスタンプ）,
 }
 ```
-である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。
+である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。それが、まずは次の一歩となるベターなコードになるのではと考えた次第です。

テキスト修正

2018/10/07 08:32

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -183,8 +183,18 @@
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
 のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。
-ですので、上記を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
+言い換えると、
+- Lodash （なり、他の便利な何か）を使って、必要な情報に効率よくリーチして、ときには他の優れたプログラマーの成果物を土台にして、オブジェクト一般の差分を取得する（という、わりと大きいテーマの）コードを書ける。
+というのは応用編のスキルであり、それよりも、
+- `===` で true になる条件を間違えないで、自分の検討の対象内にある特定の形式のオブジェクトを比較するコードを難なく書ける。
+というスキルのほうが、獲得すべき順序として優先度が（かなり）高いです。
+そこで、上記を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
 ```javascript
 {
   id: 整数,

テキスト修正

2018/10/07 08:16

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -153,16 +153,12 @@
 以上参考になれば幸いです。
----
+## 補足1
-**補足1**
 今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ありがとうございます。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。
----
+## 補足2
-**補足2**
 とはいえ、ご質問に
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
@@ -172,4 +168,36 @@
 - [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
-についている回答のようなコードを書くことになり、おそらく JavaScriptの基礎確認に役立つと思います。
+についている回答のようなコードを書くことになり、おそらく JavaScriptの基礎確認に役立つと思います。
+## 補足3
+あらためてterataillerさんのご質問を再読して思うところとしては、
+```javascript
+_.omitBy(objectB, (v, k) => objectA[k] === v)
+```
+によって、（内容に）差分のあるプロパティだけを取り出せるとお考えになってしまったのでしたら、 `===` が true になる条件を再確認する必要がある、ということです。ですので、
+> 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
+のモヤモヤの原因の一端は、`===` が true になる条件の理解不足にあるかもしれません。
+ですので、上記を確認するための実践として、オブジェクト一般について比較するコードではなく、ご質問で検討の対象としている、以下の形式
+```javascript
+{
+  id: 整数,
+  description: 文字列,
+  images: 文字列を要素とする配列,
+  metadata: {
+    product_id: 整数,
+    options: 文字列を要素とする配列
+  },
+  name: 文字列,
+  active: ブール値,
+  created: 整数（タイムスタンプ）,
+  updated: 整数（タイムスタンプ）,
+}
+```
+である２つのオブジェクト objectA　と objectB とを比較して、更新されたプロパティだけを集めたオブジェクトを作る関数なりメソッドなりを、スクラッチから書いてみるとよいかもしれません。

テキスト修正

2018/10/07 07:28

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -47,7 +47,7 @@
 }
 ```
-のようにconsole.logで表示されることでしょう。上記の検証用のサンプルを以下に上げましたので、ご確認ください。
+であることが、console.logの出力で確認できると思います。これの検証用のサンプルを以下に上げましたので、ご確認ください。
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)

テキスト修正

2018/10/07 04:12

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -167,7 +167,7 @@
 > 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
-と書かれているモヤモヤ感（を感じることのできるセンスを維持すること）もまた大事です。
+と書かれているモヤモヤ（を感じることのできるセンスを維持すること）もまた大事です。
 ですので、一度、ご自身でオブジェクトの内容比較のコードを書いてみるのもよいかもしれません。そうすると、以下の質問
 - [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)

テキスト修正

2018/10/07 04:10

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -8,8 +8,7 @@
 _.omitBy(objectB, (v, k) => objectA[k] === v);
 ```
-では、差分だけを正しく抽出してくれないので、期待した動作をしてくれないと思います。
+では、差分だけを正しく抽出できず、期待した動作をしてくれない場合があります。
 たとえば以下のコード
 ```javascript
@@ -36,7 +35,7 @@
 console.log(_.omitBy(objectB, (v, k) => objectA[k] === v));
 ```
-では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` プロパティが等しくないプロパティとしてピックアップされて、`_.omitBy`の返すオブジェクトとして、以下
+では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` が等しくないプロパティとして残ることになり、結果として`_.omitBy`の返すオブジェクトは、以下
 ```javascript
 {
@@ -48,7 +47,7 @@
 }
 ```
-が console　に表示されることでしょう。上記の検証用のサンプルを以下に上げましたので、ご確認ください。
+のようにconsole.logで表示されることでしょう。上記の検証用のサンプルを以下に上げましたので、ご確認ください。
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)

テキスト修正

2018/10/07 04:05

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -53,7 +53,7 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
-そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
+そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに、あくまで私の場合は、という限られた話にはなりますが、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
@@ -68,7 +68,7 @@
 を拝借するのがよいと思いました。
-（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶのは、個人の判断に委ねられるところなので、別の投稿や回答のほうが使えると判断される方もいらっしゃることでしょう。）
+（ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶのは、個人の判断に委ねられるところなので、別の投稿や回答のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。

テキスト修正

2018/10/07 03:49

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -156,6 +156,21 @@
 ---
-補足
+**補足1**
-今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ありがとうございます。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ありがとうございます。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。
+---
+**補足2**
+とはいえ、ご質問に
+> 中身がブラックボックなので、なんか良くわからないけど出来たという感覚
+と書かれているモヤモヤ感（を感じることのできるセンスを維持すること）もまた大事です。
+ですので、一度、ご自身でオブジェクトの内容比較のコードを書いてみるのもよいかもしれません。そうすると、以下の質問
+- [Generic deep diff between two objects](https://stackoverflow.com/questions/8572826/generic-deep-diff-between-two-objects)
+についている回答のようなコードを書くことになり、おそらく JavaScriptの基礎確認に役立つと思います。

テキスト修正

2018/10/07 02:38

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -53,7 +53,7 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
-そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な英文でググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
+そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な**(日本語を含まない）英文で**ググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、

テキスト修正

2018/10/07 02:14

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -50,7 +50,7 @@
 が console　に表示されることでしょう。上記の検証用のサンプルを以下に上げましたので、ご確認ください。
--  [https://jsfiddle.net/jun68ykt/nhom4uw8/5/](https://jsfiddle.net/jun68ykt/nhom4uw8/5/)
+-  [https://jsfiddle.net/jun68ykt/nhom4uw8/7/](https://jsfiddle.net/jun68ykt/nhom4uw8/7/)
 そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な英文でググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
@@ -136,12 +136,12 @@
 上記のコードを以下に上げましたのでお試しください。
-- [https://jsfiddle.net/jun68ykt/g0zctujb/12/](https://jsfiddle.net/jun68ykt/g0zctujb/12/)
+- [https://jsfiddle.net/jun68ykt/g0zctujb/14/](https://jsfiddle.net/jun68ykt/g0zctujb/14/)
 また、上記で使っている差分抽出コードだと、objectAとobjectBの内容が同じときは、差分のオブジェクトは以下
-- [https://jsfiddle.net/jun68ykt/Lpwe0952/1/](https://jsfiddle.net/jun68ykt/Lpwe0952/1/)
+- [https://jsfiddle.net/jun68ykt/Lpwe0952/3/](https://jsfiddle.net/jun68ykt/Lpwe0952/3/)
 のとおり空オブジェクトになります。

テキスト修正

2018/10/07 02:03

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -68,7 +68,7 @@
 を拝借するのがよいと思いました。
-（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の投稿のほうが使えると判断される方もいらっしゃることでしょう。）
+（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶのは、個人の判断に委ねられるところなので、別の投稿や回答のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。

テキスト修正

2018/10/07 01:58

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -152,4 +152,10 @@
 「業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。」
 と書きました。その観点でいうと、(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルにヒットしそうな検索ワードをあれこれと試します。
-以上参考になれば幸いです。
+以上参考になれば幸いです。
+---
+補足
+今回この回答を書くことを通じて、恥ずかしながら私も Adam Boduchさんの存在を初めて知ることができ、ひとつ学べました。ありがとうございます。ですので、次に、配列やオブジェクトの操作で、「Lodashを使ったうまい方法があるのでは？」と思える問題にぶつかった場合、「これを解く方法について Adam Boduchさんが、どこかで何か言ってないか？」というのも検索すると思います。このようにして検索の確度を高めていくことができます。

テキスト修正

2018/10/07 01:26

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -1,6 +1,6 @@
 こんにちは。
-まず、オブジェクトや配列に対してちょっと込み入った操作をするために Lodash を利用しようという選択にたどりついたこと自体は、間違ってないと思います。
+まず、オブジェクトや配列に対してちょっと込み入った操作をするときに Lodash を利用するという選択自体は、間違ってないと思います。
 ただ、ご質問に挙げられている

テキスト修正

2018/10/07 01:11

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -122,7 +122,7 @@
 console.log(diffProps);
-// 更新されたプロパティのobjectBでの値のみを持つオブジェクトを作成
+// 値が更新されたプロパティと、それらのobjectBでの値を持つオブジェクトを作成
 const diffObj = diffProps.reduce((obj, prop) => {
   obj[prop] = objectB[prop];
   return obj;
@@ -136,7 +136,7 @@
 上記のコードを以下に上げましたのでお試しください。
-- [https://jsfiddle.net/jun68ykt/g0zctujb/11/](https://jsfiddle.net/jun68ykt/g0zctujb/11/)
+- [https://jsfiddle.net/jun68ykt/g0zctujb/12/](https://jsfiddle.net/jun68ykt/g0zctujb/12/)
 また、上記で使っている差分抽出コードだと、objectAとobjectBの内容が同じときは、差分のオブジェクトは以下

テキスト修正

2018/10/07 01:08

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

File without changes

テキスト修正

2018/10/07 01:02

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -36,7 +36,7 @@
 console.log(_.omitBy(objectB, (v, k) => objectA[k] === v));
 ```
-では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` プロパティが等しくないプロパティとしてピックアップされて、以下が console　に表示されることでしょう。
+では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` プロパティが等しくないプロパティとしてピックアップされて、`_.omitBy`の返すオブジェクトとして、以下
 ```javascript
 {
@@ -48,7 +48,7 @@
 }
 ```
-上記の検証用のサンプルを以下に上げましたので、ご確認ください。
+が console　に表示されることでしょう。上記の検証用のサンプルを以下に上げましたので、ご確認ください。
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/5/](https://jsfiddle.net/jun68ykt/nhom4uw8/5/)
@@ -63,7 +63,7 @@
 (3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
-(4) 今回のご質問の場合、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答：
+(4) 今回のご質問の場合、[Lo-Dash Essentials](https://www.amazon.com/gp/product/B00SVBFBK4/) という著書も書いている、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答：
 - [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152)

テキスト修正

2018/10/07 01:02

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -122,7 +122,7 @@
 console.log(diffProps);
-// 更新されたプロパティの値のみを持つオブジェクトを作成
+// 更新されたプロパティのobjectBでの値のみを持つオブジェクトを作成
 const diffObj = diffProps.reduce((obj, prop) => {
   obj[prop] = objectB[prop];
   return obj;
@@ -136,7 +136,7 @@
 上記のコードを以下に上げましたのでお試しください。
-- [https://jsfiddle.net/jun68ykt/g0zctujb/10/](https://jsfiddle.net/jun68ykt/g0zctujb/10/)
+- [https://jsfiddle.net/jun68ykt/g0zctujb/11/](https://jsfiddle.net/jun68ykt/g0zctujb/11/)
 また、上記で使っている差分抽出コードだと、objectAとobjectBの内容が同じときは、差分のオブジェクトは以下

テキスト修正

2018/10/07 00:56

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -63,7 +63,11 @@
 (3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
+(4) 今回のご質問の場合、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答：
-(4) 今回のご質問の場合、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答： [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を拝借するのがよいと思いました。
+- [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152)
+を拝借するのがよいと思いました。
 （※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の投稿のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。

テキスト修正

2018/10/07 00:51

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -53,7 +53,7 @@
 -  [https://jsfiddle.net/jun68ykt/nhom4uw8/5/](https://jsfiddle.net/jun68ykt/nhom4uw8/5/)
-そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な英文でググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
+そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な英文でググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
@@ -144,6 +144,8 @@
-先ほど、「業務上でこの種の問題に遭遇した場合、すでに誰かが作ってくれた、より確からしい実装に早くたどりつく必要があります」と書きましたが、その観点でいうと、(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルにヒットしそうな検索ワードをあれこれと試します。
+先ほど、
+「業務上でこの種の問題に遭遇した場合、すでに（優れたプログラマーである）誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。」
+と書きました。その観点でいうと、(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルにヒットしそうな検索ワードをあれこれと試します。
 以上参考になれば幸いです。

テキスト修正

2018/10/07 00:48

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -63,7 +63,7 @@
 (3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
-(4) 今回のご質問の場合、 [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を使うのが課題解決につながると思いました。
+(4) 今回のご質問の場合、 [Adam Boduch](https://www.amazon.com/Adam-Boduch/e/B005K03U8O) さんによる回答： [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を拝借するのがよいと思いました。
 （※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の投稿のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。

テキスト修正

2018/10/07 00:45

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -144,6 +144,6 @@
-先に書いた(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルになっていそうなものを考えます。
+先ほど、「業務上でこの種の問題に遭遇した場合、すでに誰かが作ってくれた、より確からしい実装に早くたどりつく必要があります」と書きましたが、その観点でいうと、(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルにヒットしそうな検索ワードをあれこれと試します。
 以上参考になれば幸いです。

テキスト修正

2018/10/07 00:38

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -36,7 +36,7 @@
 console.log(_.omitBy(objectB, (v, k) => objectA[k] === v));
 ```
-では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記では、`images` プロパティが等しくないプロパティとしてピックアップされて、以下が console　に表示されることでしょう。
+では、 `objectA` と `objectB` とは内容が同じなので、差分としては空オブジェクト `{}` が返ってきて欲しいところですが、上記を実行すると `images` プロパティが等しくないプロパティとしてピックアップされて、以下が console　に表示されることでしょう。
 ```javascript
 {

テキスト修正

2018/10/07 00:34

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -63,7 +63,8 @@
 (3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
-(4) 今回のご質問の場合、 [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を使うのが課題解決につながると思いました。（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の回答のほうが使えると判断される方もいることでしょう。）
+(4) 今回のご質問の場合、 [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を使うのが課題解決につながると思いました。
+（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の投稿のほうが使えると判断される方もいらっしゃることでしょう。）
 上記を経て作成したものが以下です。

テキスト修正

2018/10/07 00:20

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -57,13 +57,13 @@
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
-(1) まずは `"lodash defference between two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+defference+between+two+objects)
+(1) まずは `"lodash difference between two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+ difference +between+two+objects)
-(2) 検索結果で出てきた一番上の [How to do a deep comparison between 2 objects with lodash?](https://stackoverflow.com/questions/31683075/how-to-do-a-deep-comparison-between-2-objects-with-lodash)をざっと読む。
+(2) 検索結果で上位に出てきたものをざっと読む。
-(3) いくつかの回答の中でどれが使えそうか当たりをつける。
+(3) stackoverflowの投稿が出てきたときは、いくつかの回答の中でどれが使えそうか当たりをつける。
-(4) 今回のご質問の場合、 [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) が使えそう。これを元にコードを書いてみる。
+(4) 今回のご質問の場合、 [https://stackoverflow.com/a/31686152](https://stackoverflow.com/a/31686152) を使うのが課題解決につながると思いました。（※ただし検索結果として出てきた、どの投稿あるいは回答が一番使えるか？を選ぶところは、個人の判断に委ねられるところなので、別の回答のほうが使えると判断される方もいることでしょう。）
 上記を経て作成したものが以下です。
@@ -143,6 +143,6 @@
-先に書いた(1)から(4)のステップで大事なのは、 (1) でいかに適切な英語で検索できるかです。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルになっていそうなものを考えます。
+先に書いた(1)から(4)のステップで大事なのは、 まずは(1)でいかに適切な英語で検索できるかだと思ってます。ですので、なるべく、stackoverflow のタイトルや、使いたいモジュールの発信元である GitHubレポジトリの issueタイトルになっていそうなものを考えます。
 以上参考になれば幸いです。

テキスト修正

2018/10/07 00:17

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -57,7 +57,7 @@
 このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
-(1) まずは `"lodash defference betwenn two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+defference+betwenn+two+objects)
+(1) まずは `"lodash defference between two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+defference+between+two+objects)
 (2) 検索結果で出てきた一番上の [How to do a deep comparison between 2 objects with lodash?](https://stackoverflow.com/questions/31683075/how-to-do-a-deep-comparison-between-2-objects-with-lodash)をざっと読む。

テキスト修正

2018/10/07 00:09

投稿

jun68ykt

スコア9058

answer CHANGED Viewed

@@ -55,7 +55,7 @@
 そこでどうするかですが、プログラミングの勉強としてならば、オブジェクトの内容を比較するコードを（再帰を使ってみるなどしながら）スクラッチから書くのもよいと思いますが、業務上でこの種の問題に遭遇した場合、すでに誰かが作ってくれた、より確からしい実装に早くたどりつく必要がありますね。そういうときに私の場合、まずは適切な英文でググってからの stackoverflow または、使うモジュールの発信元であるGitHubレポジトリのissue頼みというパターンが多いです。
-この問題だったら、lodashを使うというのは筋として悪くないと思うので、
+このご質問の解決策を見つけるときは、lodashを使うというのは筋として悪くないと思うので、
 (1) まずは `"lodash defference betwenn two objects"` で[グーグル検索](https://www.google.co.jp/search?q=lodash+defference+betwenn+two+objects)