日本の（技術書の）ジレンマ - おいすブログ

技術書というのが 「ソフトウェア/インフラエンジニアが読むフレームワークや言語についての本」 だと仮定すると、 高度な内容になればなるほど、読者とニーズが減るので、入門者向けの内容になりがち 入門者向けの内容であれば、フレームワークや言語の公式サイトにあるGetting Startedのドキュメント（英語）で必要十分 その内容は、トップレベルのエンジニア集団が自分たちの技術の普及を賭けて練り上げたもの（のはず）なので、クオリティはだいたい高い 逆に言うと、それが貧弱だったりわかりにくかったりする技術は信頼性に欠くので、あまり学ばないほうが良さそう、本気度からくる将来性が低そう 英語ドキュメントに抵抗が少ないエンジニアは最初から公式サイトの1次情報を見て学習し、足りない情報は英語のブログや動画から勝手に補完していく 1~3から、英語が苦手なエンジニアが入門時に読む感じの本が多く出版される。

[kojiro-s]

“高度な内容になればなるほど、読者とニーズが減るので、入門者向けの内容になりがち 入門者向けの内容であれば、フレームワークや言語の公式サイトにあるGetting Startedのドキュメント（英語）で必要十分” たしかに

[qpci32siekqd]

技術書典に出てくるような、コアな本はやっぱり読みたい。

[castaneai]

“入門ドキュメントぐらい気合で読む覚悟と根性が無いと日本の開発者に明るい未来はないと思う”

[delphinus35]

最近はどの新規技術も UI/UX にも気を遣った綺麗な Getting Started が用意されてるので入門書だけだと太刀打ちできない感はある。

[niap0323]

考えたことがなかったが、体系化されていてわかりやすい

[suquiya0]

うん…。HTMLとかCSSとかの基本を学ぶのには本買ったけど、そのあとJava学んだときはサイトとAPI文書読みでどうにかなってしまった…。

[h5y1m141]

堤さんの スライドのはてブからこの 記事見つけたけど確かにそうだな。 一番最後の図式に当てはまらないやつの複数技術やアイデアを組み合わせたやつとかについてはちょっと書きたいなぁと思ってる