よく一緒に購入されている商品
商品の説明
内容紹介
近年の技術の革新は目覚ましく、10年前に100行だったコードが1行で書けてしまうことすらあります。コードが短いことは、書く手間もむろん少なくて済みますが、読む手間も減り、理解するための労力も減ります。その結果、バグを見落とす頻度も減り、品質が向上するのです。書く量が少なければそもそも最初からバグが混入する確率が減るからです。しかし、このような新しいスタイルがプログラマ層に十分に普及しているとは言い難いのが現状です。たとえば、機能を落とすことなくコードを短縮できる切り札となるラムダ式やLINQ は、C# 3.0 で取り入れられた機能です。そしてすでにC# は4.0に進化しています。ところが、同じC#プログラマでも、C# 3.0をサポートするVisual Studio 2008を「マイナーバージョンアップにすぎない」と見なしてスキップしている人も多いと聞いています。つまり、そうした人たちは未だにC# 2.0を使用しているわけです。 既に時代はVisual Studio 2010のC# 4.0です。C# 4.0のよさをアピールするために書かれるサンプルソースは、C# 3.0時代の機能は特に解説せずにわかっていることを前提に使用されます。しかし、2008をスキップしてしまったプログラマにはそれが読めません。読めないどころか、考え方すらわからない可能性もあります。 本書はC#のバージョンに関係なく、コードを短く書ける機能を幅広く紹介することに特化した解説書です。ですから、古くからある機能であっても、重要であると思えば紹介しています。逆に新しい機能を何でも紹介しているわけではありません。 本書では、新旧の機能を問わず、活用するとここまでソースは短くなるという事例をまとめて紹介します。旧世代のソース（OLD CODE）と新世代のソース（NEW CODE）の対比として、短さが実感できるようにしました。
内容（「BOOK」データベースより）
プログラミングパラダイムの革命でコードサイズを半分に。
登録情報
|
この商品を見た後に買っているのは？
類似した商品から提示されたタグ(詳細)関連タグ(この商品に近い関連キーワード)を追加する++最初のタグになります
|
カスタマーレビュー
最も参考になったカスタマーレビュー
11 人中、9人の方が、｢このレビューが参考になった｣と投票しています。
C#のコードを、短く書くテクニックがいろいろ載っている本です。
とはいっても変数名を短く、とか書いてあるわけではないです。ライブラリをうまく使うとか構文をうまく使うとかがほとんどですね。これがけっこう、読みやすいプログラムを書く方法を知るのに、役に立ちます。
プログラムには、人間に見せるための情報と、機械に教えるための情報が含まれています。機械に教える情報は減らしたら動きが変わるわけで減らせないのですが、人間には見えないところに隠すことはできます。たとえば関数の中とか。そしてたとえばそれがライブラリの中だったりすると、見た目がかなり短くなるのです。
この場合、削れていくのは人間に必要ない情報です。人間に見せるための情報は、凝縮されて残ることになる。それによって、きわめてシンプルで、かつ必要な情報はすべて入った記述が生まれます。
人間に意味のある部分を削ればそうはならないはずですが、実際にはなかなか難しいのです。変数名や空白など、機械に全く意味がない部分なら削れますが。そうでない部分はプログラムの構造の根幹とリンクしてしまっていて、実際には普通は削れないのですね。よほど変なメソッド構成にすれば削れるのでしょうが。
ということでテーマはよい本だとは思います。この理由が中に書いてあるわけではありませんが。
プログラマーは直感的に、シンプルさをとらえます。いわゆる美しいという感覚ですね。短くすると美しくなる理由は分からないまでも短く書く方法を試行錯誤していて。その結果は大変美しく役に立つものコードができます。特にC#はライブラリだけでなく、構文でもそういうことがやりやすい新機能が多い。短く書くと宣言的な記法になります。それはC#の作者も重視していることらしいです。このことからも、この本に書いてある、短く記述する方法には意味があるということがわかります。
とはいっても変数名を短く、とか書いてあるわけではないです。ライブラリをうまく使うとか構文をうまく使うとかがほとんどですね。これがけっこう、読みやすいプログラムを書く方法を知るのに、役に立ちます。
プログラムには、人間に見せるための情報と、機械に教えるための情報が含まれています。機械に教える情報は減らしたら動きが変わるわけで減らせないのですが、人間には見えないところに隠すことはできます。たとえば関数の中とか。そしてたとえばそれがライブラリの中だったりすると、見た目がかなり短くなるのです。
この場合、削れていくのは人間に必要ない情報です。人間に見せるための情報は、凝縮されて残ることになる。それによって、きわめてシンプルで、かつ必要な情報はすべて入った記述が生まれます。
人間に意味のある部分を削ればそうはならないはずですが、実際にはなかなか難しいのです。変数名や空白など、機械に全く意味がない部分なら削れますが。そうでない部分はプログラムの構造の根幹とリンクしてしまっていて、実際には普通は削れないのですね。よほど変なメソッド構成にすれば削れるのでしょうが。
ということでテーマはよい本だとは思います。この理由が中に書いてあるわけではありませんが。
プログラマーは直感的に、シンプルさをとらえます。いわゆる美しいという感覚ですね。短くすると美しくなる理由は分からないまでも短く書く方法を試行錯誤していて。その結果は大変美しく役に立つものコードができます。特にC#はライブラリだけでなく、構文でもそういうことがやりやすい新機能が多い。短く書くと宣言的な記法になります。それはC#の作者も重視していることらしいです。このことからも、この本に書いてある、短く記述する方法には意味があるということがわかります。
リストマニア
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
