先輩の無慈悲な「ドキュメント読んだらわかる」発言に物申したい

Excel VBAで仕事をしているのですが、有識者曰く、公式ドキュメントに嘘が書いてあることがあるのだそうです。さすがにその事実を知ったときは、膝から崩れ落ちて、頭を抱えました。。公式ドキュメントとは一体。。
あとそれに関連したことだと、MS社のドキュメントは機械翻訳で「何を言ってるんだね君は」状態なことが多いので、MS社に限らず、ドキュメントを読む際は翻訳を挟まず、原文を読むことをお勧めします。

公式ドキュメントに使い方載っているので、それを参考にして修正してください

これ読めばわかるよ。はいっ

むしろ「慈悲深い」方だと思えます．
少なくとも　何を読めばいいのか　を指定してくれているので．
この場合，言った側は そのドキュメント を読めば大丈夫（なハズだ）だということを知っていて言ってるわけだし，
読んでみてわからない場合には「ここの話がちょっとわからないんですが…」って質問しても良さそう．

「ドキュメント読めよ」
だけに留まっている場合，無慈悲感が出てくると思います．

個人的な印象ですが、公式ドキュメントを読む難しさというのは、その充実さ故に目的の情報を探しにくい点にあると思っています。なので手っ取り早く結論だけ探したい時は私も個人ブログなんかで済ませます。
逆に情報のありかさえ見つけてしまえば、その内容は信頼性、充実性、(ものによりますが)見やすさ、全てにおいて多くの個人ブログよりも優れていると思います。
なので私としては公式のURLを探して渡してくれるのはむしろめちゃくちゃありがたいです。人によって考え方は様々ですが、そういう人もいます。

こんにちは。
公式ドキュメントを読む力を意識して付けるべきだろうと思います（学生時代からも）。先輩の指摘も、その意図であり、その力を持たないと評価されない（＝お荷物？）と思ってのことかと思います。例えば英語 Wikipedia を楽に読みこなせるぐらいの力をつければ究極かもしれません。
なお、「岩波数学公式」の誤りを一年に一つ以上見つけられない学生は勉強不足だと、私の学生時代に言われました。

公式ドキュメントがない, 足りていない, 更新されていない, 間違っている, などよくあると思います. ここを読めば答えが分かるなんてすごくやさしいと思います. 最初から無理とわかっていることを指示しているようには見えないです.
ドキュメントを探索して自分で答えを見つけられるように, 早くなってほしいのではないでしょうか?

一口に公式ドキュメントを読めと言われても大抵巨大なので、あたりをつけられない状態でそれは言われたくないですね……
公式ドキュメントを参照させるなら「ドキュメントのどのページのどこ」まで指定してくれたほうが嬉しいですし、そのほうがお互いにかかる時間も減りそうです。

先輩へ「具体的に何ページの何行目」を示すよう求めることは非現実的だと思います（そこまで記憶しているわけでなく、調べさせることになるので）。
（なお旧日本軍の陸軍大学校の入学試験の口頭試問で、「陸軍教典の何ページの何行目の内容を回答せよ」と求めたそうです）

私もかつて、先輩として同様の回答したことあるかも、と思い、思い当たることをいくつか。

(1)後輩の知識・経験を把握してない時
わざとです。実力を試すためで、まずは出だしとしてドキュメント見てみて、と。英語力含め。
まずはドキュメントのありかを示して、それで解決すれば、OK。それだけで分からないようなら、個別対応したり、仕様・設計に関わる事柄なら、先輩が巻き取ってくれるはず。
→だから、後輩もドキュメント見ただけではどう分からないかを、忙しい先輩に簡潔に伝えないといけない。

(2)後輩の知識・経験を把握済みの時
信頼されている証拠です。周りからは先輩・後輩の関係かもしれませんが、その先輩にとっては、ほぼ同じ開発現場の同僚として見ているのでしょう。どうしようもない後輩なら手取り足取り、となるかもですが、今のお前ならこれだけで大丈夫だろ、と。そこはやはり、期待に応えないと。

(3)忙しい時
暫定的な対応です。一段落したら、後から「さっきの、分かった？」と、確認の一声掛けます。

(4)先輩も独自に調査中
後輩がドキュメントを見ている間に、先輩もお調べ中です。過去に似たようなことがあって、参考になるコードを探してたり、該当のサイト、社内のマニュアル等を検索中です。少し待ってると、五月雨に情報来るかも。

普段から、次はどの資格取得を目指しています、とか現状を伝えておくと、いいかもです。上の管理職からの後輩情報って、あまりにもざっくり感ありすぎて、もわもわっとし過ぎていますので。意外と、後輩の個人情報、現場に伝わってなかったりします。

これはテクノロジーというよりインタラクションの問題にも見えます。
日本のヒエラルキー構造の企業体では立場的に「投げる」という形をとりがちなのですが、
これを客観的に自制できるか、その一点だと思います。

「公式ドキュメントはここ（https://～～）ですが、ちょっと読みづらいのでこちらのページを先に読むと導入としてわかりやすいと思います。（https://～～）」
「ポイントとしては真ん中あたりの〇〇と△△かとおもいます」
「なにかありましたらお気軽に聞いてください」
って書くのは数分もかかりませんよね。

が、年齢なり役職の差があると「これやで（ポイ）」をしがちです。
「こっちのほうが年上だから数分の説明をオミットしていい」「役職が上だから数分たりとも自分がサービスする必要はない」という考えをどう自制できるか。

つまり相手を一人のビジネスパートナーとしてみるか、部下や上司としてみる（＝江戸時代の丁稚奉公思想を令和の時代になぞる）か。

その人の好みしだいと思います。江戸時代が好きなら良いのでは。

欧米の職場ならば(?)、ある人が公式ドキュメントに沿わない内容の資料を作るもしくは発言等した際、周りの全員は無言でそれを認識し、マネージャはすぐにその人へ、職場が求める能力の不足とだけ告げ、来週から職場に来ないように命じると思います（今週採用された人でも翌週免職される）。これにより職場全員が常にエキスパートのみという状態が維持されます。なお日本以外では、職場で公式ドキュメント読んで下さいなどのアドバイスをしたり、能力を向上させようと教えたりすること自体が無いだろうと思います。