ネットブックショップ　グローバル・ブックス　

当然それを見て実際にCPUを作るわけではありませんが、それを見ながら回路図を描いてみたり動作を追ってみるのはおもしろくもあり、回路への理解も深まりました。

でも最近って、コンピュータを自作とかいいながら、実際はCPUやマザーボードの商品知識ばかりですよね。
こんなとこにも理科離れ。(^^;)

そんな納得のいかない気持ちがスッキリとする、久々にハードにロマンを感じる本です。
解説の文章も、そのあたりのことが非常にわかってる書き方がされています。
入門の人だけではなく、そういう時代を生きた人にも楽しめる本です。

噂のイラストですが(^^;)、そういう世代の人って案外ヲタク世代とカブってたりして、おもしろく読めるんじゃないでしょうか。
まぁ、受け付けない人もいるので、顧客を絞ってしまってる、という見方もできますが。(^^;)

XHTMLとCSSの章では、他の本ではほとんど扱われない「厳密な書式」について詳しく解説しているだけでなく、後継のXHTML 2.0やCSS 3も説明しているので、「将来的にはどうなってしまうの？」という不安を感じずに読み進めることができます。また、Web制作者が混乱しがちなフォームやスクリプトなどにフォーカスした章、CSSハックやクロスブラウザなど実践的なレイアウトテクニックを扱った章もあります。付録のCSSリファレンスでは、プロパティだけでなく@ルールやセレクタのブラウザ対応状況が示されています。このように、他の本を読んでもモヤモヤ感が残る部分がきちんと網羅されています。

内部統制の基本は文書化です。
第三者から見て業務が適正に行われているのかを表現するのに、
もっとも適したのは、昔ながらの業務フローを作成すること。
不祥事の連続のＮＨＫが、「内部統制」「ＳＯＸ法」の為に、
厚さ１０cmになる業務適正フローを作成したというのも、
時代を超えて「業務フロー」の重要性が再認識されたのだと思う。

もちろん、業務フローは「内部統制」の為にだけあるのではない。
作成するなかで、ムリムラムダ、リスクを発見し、
業務改善をしていく重要なツールでもある。

AS2.0を始める方には本当に最適だと思います。
この本を参考にAS2.0での開発を始めましたが、すぐに慣れました。
また、サンプルも実用的なものが多く、参考になります。

以前買い求めた「MySQL4/PHP5によるWebデータベース構築 オープンソース徹底活用」は、これと比べるとすこし解説が淡白すぎて、物足りなかった。

特に、自分として詳しく知りたかったフォームデータのやり取りの部分にも十分ページを割いてあり、非常に満足できた書籍です。

また、ソースコードも前チャプターのものを再利用するなど、前後の関連性が強く、段階的に覚えていくことが可能になっています。

いらないCD-ROMがついていないもの○

改善対象となる点: 古い版からレイアウトなど改善があまりされていないので、非推奨要素などにスペースを取り過ぎ、現状のリファランスとしてはいくらか見辛いです。また、ブラウザの対応状況については、取り合えず記載されていますが見落としやすいかもしれません。

ただ、巻末のリファランスは参考になりますが、全体的にどうしてもという内容なら 150 〜 200 ページくらいでかけると思いますし、ソースリストも特に参照したいという内容のものでありません。

仕事の能率を上げるために関数の組み合わせから脱出すべく、
ＶＢＡに意識を移しました。
他人が作った者を使用していただけの私でしたが、
自分でプログラムを組めればどれほど良いだろうと思い試行錯誤の真っ最中です。

事例から必要な部分を抜き、組み合わせでなんとか進めてはいますが、

その方法だと壁にぶつかった際、やはり乗り越えることが困難です。

よって、地盤を固めようと思い直し、様々なＶＢＡに関する書物に目を通しました。
っで！この『やさしくわかるExcel』を手に取り、数ページ目を通した瞬間
「く〜もっと早くこの本の存在を知るべきだった〜」っと悔やみました。

結果、現在このシリーズの基本ベースとなる２種類を購入しじっくり読み進めています。
少し中〜上級者向きである「やさしくわかるExcel　データベース版」は前も後ろもわからない状態の時、
別のＶＢＡに関する事例集と共に購入しましたが、それでも、結局はこのシリーズが勝ち残りました。

・説明が身近な事柄を対象にわかりやすく書き記している。
・ＶＢＥのコードを各行ごとに説明している。
・記載事例はＨＰからの無料ダウンロードなので書物の値段が他のものと比べ安価である。

XHTMLになってくるのはBlogツールの爆発的な普及なんかみてると明らかですが、データベースにおいてもRDBからXML形式への移行がどんどんすすみそうです。

業界にもよりますが、ビジネス的なからみからの統一基準などができた際にコストプッシュのための対策となると、各社のデータの流れをXMLベースでのやり取りすることは必至でしょう。（不動産業界など物件情報の流通があるていど業界で共同利用している業種などとくに）

というわけで、いままで食わず嫌いしてたり、イマイチな方は今すぐコレで知識をかじりましょう。技術者・デザイナー問わず役に立ちます。

しかし、この本は違いました。
今まではヘルプやサイトを色々と調べてやっと分かったことや、
できなかったことが、この本ではすぐに探し当てることができます。

また、解説されている内容をさらに詳しく調べたくなった場合は、
巻末にアセンブリ言語について解説したWebサイトの紹介が有りますので、
そちらに目を通していってもよろしいかと思います。

この本ではリファクタリングと言った手法にプログラムの振る舞いを変えずにソースコードの中身を変えていく手順が説明されています。 私はこの本を読むことによって、設計に自身が持てる（後で変更が容易なので）ようになりましたし、妥協のないプログラムを書く気になりました。

　本書は、雑誌（日経ソフトウエア・月刊）の連載記事を加筆修正して本としてまとめたもので、連載されている記事の１つ１つはその中で話が完結しており、読んでいて飽きにくいしおもしろい。気になる記事の拾い読みも可能である。

　本のサイズ(A4判)が普通の本より大きいので、画面のハードコピーやプログラムリストを掲載しても紙面に余裕があり読みやすい。またページ数も少なめなので飽きっぽい人にもお勧めできる。内容は次の通り。

この書に挙げられたテクニックは確実に計算量の係数を減らしますが、次数を減らせるかというと違うことも多いです。そもそも計算する必要があるのかについては疑問を挟まないスタンスをとっています。

未熟なプログラマ -つまり私のような- は、アルゴリズムの選択を間違えて、データ量の定数倍の時間ですむはずの計算を二乗・三乗にしてしまうとか、そもそもやらなくてもいい計算をやってしまうとか、直視したくない放蕩をやってしまうものです。そんな無駄に気付かせてくれるのは、もっとありふれたアルゴリズムのアンチョコだったりします。Knuth の The Art of Computer Programming まで引っ張り出す必要はありません。高校教科書さえあれば旧帝大に合格できるように、3000円程度の和書をマスターするだけで中級のプログラマになれます。

０章の、ものづくりにおいては、あれこれ前もって用意周到にやろうとせずに「とにかくやる」方式が有効だ！という考えは、僕自身行っている研究活動でも、当てはまってると思う。なんつーか、人は、勉強すればするほど、無駄で実効性のない議論にハマり易くなるように思う。自分にとって、動きやすいフィールドを見つけて、その中で「とにかく動く」ことが、ものづくりパーソンの健全なあり方なんだと思う。

１章「オタクはなぜもてないか」は、好きか嫌いかはっきり分かれる章だと思う。内容は、筆者自身が、中学・高校時代と灰色生活を送っていたこと、その原因に、学校システムというものの、無目的さ、それゆえに、子供たち自身による秩序の構成が起こって、空虚な人気競争に明け暮れる結果となり、オタクはその居場所を失って、さらに、いじめの標的になる・・・みたいな話。僕自身、中学・高校時代に対して、著者と同じような感情を持っていて、「受験勉強って、意味あんのかなー？」って、当時、かなり悩んでいたことを思い出した。僕も含めて、大抵の大人は、大人になるとそーゆーことを忘れてしまうんだと思う。でも、筆者は、そのことを執念深くもおぼえていて、自分の本の１章を割いて議論している。多分この章が、著者の一番言いたかったことじゃないかなって気さえしてくる。

著者によれば、学校ってのは、親がその管理から解放されるために、若者を押し込めて、退屈な授業という儀式を繰り返す、一種の刑務所のようなものらしい。僕もまあ半分くらいは同意かな。大人が真剣に制度の改革を行う必要があるって著者は言ってるけど、僕は、どこにも理想の制度なんてないのではと思う。制度改革で解決がつく問題なんて実際ほとんどないというのが僕の考えだ。（制度は作るより、実行するほうが１００００倍難しいというか。）とにかく、オタクという人種は、若者を押し込める学校制度の中で生きにくい存在であることは否定できない。むしろ、学校制度の外で、自分の創造性を発揮できるコミュニティーを見つけること。世界を広げることで、学校制度でのウサを晴らすというか、そーゆーくらいしか現実的な解決策はないんじゃないかって思う。今は、インターネットとかあるし、そーゆーコミュニティも作りやすい環境にあると思う。少しづつではあるが、僕らの時代より物事はいい方向にいっていると思いたいなー。

PHP5やSQLiteなどが使われているが、新しい書籍であり、最新のものを使うのはかまわないと思う。
仕事ではまだまだPHP4で、DBもSQLiteを使うことはないが、それは適宜読み替えればよいだけではないでしょうか。

仕事でUMLを使うためには、一般の入門書やUML仕様書で説明されているような、記法やメタ・モデルの知識だけでは不十分。
多くのプロジェクトでは、UMLモデルを「設計図」として位置づけていると思います。このアプローチ自体は容認できますが、問題は、そういうプロジェクトが「詳細なダイアグラムを設計書として作成、それを入力としてコーディング」という誤ったプロセスでコストを浪費したがることです。これはUMLを使った設計で失敗する最大の原因になっているのではないでしょうか。

物理的な建造物とは違って、ソフトウェアは刻一刻と変化するものです。設計図を引いたところで、それは「ある時点」のスナップショットにすぎません。設計図の記述レベルを詳細にすればするほど「ある時点」が許容する期間は短くなっていくので、書けば書くほどドキュメントの価値が下がるというジレンマに陥ってしまいます。

上のような状況を避けるためには、単に記法だけではなく「UMLの有用な使い方」を知っておく必要があります。
その点、本書にはUMLをライト・ウェイトに使用するためのヒントが各所にちりばめられているので、プロジェクト実運用のための素晴らしいアイデア源になるでしょう。