Jump to navigation
«Prev
|
1 |
2 |
3 |
4 |
5 |
6 |
Next»
2004年 10月 11日 (月曜日)
- 読了@技術書 on miau's blog?
テクニカルエンジニア[ネットワーク]の勉強してると BGP4、MPLS あたりの知識が怪しいことに気づいたので、補助教材として読んでみました。
評判どおり読みやすい本で、知りたい部分はちゃんと頭に入ったと思います。
でも一冊で IPとルーティングの基礎、OSPF、RIP、BGP、MPLS だけを説明してるわけで、深い部分は結構深いです。(一応読んだけど、頭には入ってません)
でもそういう覚えなくていい部分は「このへんは飛ばして読んでもいいですよ」みたいなことが書いてあったりするので、安心して読むことができます。
OSI 基本参照モデルとか「もう飽きたよ」的説明がないのも個人的に嬉しかったり。
あと Cisco 製品での設定の仕方なんてのも書いてるので Cisco 系の試験対策にもなりそう。
という感じで全体的になかなか好印象でした。
2004年 10月 04日 (月曜日)
- 読了@技術書 on miau's blog?
「なぜ」シリーズ四作目。
情報処理試験目前だってのに図書館で取り寄せできてしまったので駆け足で読了。(返却期限2週間なので)
えー・・・なんか簡単すぎてつまらない部分多数。
というかネットワークとか説明してるけど、以前のシリーズ(ネットワークはなぜつながるのか)で一冊かけて説明してたのに、また基礎から説明しようって魂胆が謎。
もしかして、同じシリーズ物って言っても前後の繋がりとかまるで無し?
と思ったらやっぱりそのようで。
あとがきに「70 歳のおじいちゃんに『前著(プログラムはなぜ〜)は難しすぎてわからなかった』といわれたので前よりもわかりやすく書きました」みたいなことが書いてありました。
ま、そんな感じで簡単と思わせるために嘘すら混じってたりして、あまり気に食わない本ではあるんですが・・・・それでも役に立つ部分はありました。
・回路図まわりの復習+DMA の仕組みとか
・抵抗のカラーコードの語呂合わせ
・ユークリッドの互除法/エストステネスのふるい(ごっちゃになってました)
・XML の復習(MathML の実例なんかも一応あり)
・システム開発全般(知らないことが結構あったのでちょっと反省)
もしシリーズ全部読むのであれば、最初に読んでおいたほうがいいです。難易度的に。
入社前に出会ってれば結構役に立ったと思いますけどね・・・。
2004年 9月 30日 (木曜日)
- 読了@技術書 on miau's blog?
次のプロジェクトがどういう業務なのかよくわかりませんが、何か役には立つだろう、ということで読んでみました。
一週間くらいで読んだことになってますが、普段接しない分野の話ということで取っ付きにくく、結構読むの時間かかったという印象です。
感想ですが・・・経験浅すぎるせいか色々と勉強になりました。
ただ、専門外の用語とかたくさん出てきて覚えきれなかったので、必要に応じてまた読み返すことになりそうですが。
高度情報処理試験対策としても良さそうです。
AE とか PM とかいずれ受けると思いますが、その前に読んでおくと色々イメージ湧きやすくていいと思います。
「試験に出る!」マークとかも入ってますし。
あと、個人的な感想ですが。
最近 SI 業務にちょっぴり興味湧かなくなってたんですが、この本読んで面白いと思えたので「まだこの業界で働いてもいいかなー」と思ったりもしました。
2004年 9月 25日 (土曜日)
- 読了@技術書 on miau's blog?
衝動的に購入&2〜3日で適当に読了。
近いうちにサーバ用マシンを作ろうと思っているんですが、自作とかに関しても半端な知識しか持ち合わせてないもので。
例によって基礎をもうちょっと固めておこうかと。
読んでみると、やっぱり色々知らないこと載ってました。
これ読んでおけばあの時苦労しなかったんだろうなー・・・みたいな事柄もいくつかあったりして。
あと、各ページに用語の一口メモとか載ってるんですが、よみがなが書いてるので何気に助かったり。
(RADEON って今まで「らでおん」とか「れいどおん」とか読んでたけど、実は「れいでぃおん」らしい等々)
略語が何の略なのか書いてあるともっとよかったんですけどね。
で、萌え本に分類されると思うんですが・・・まぁその点でも OK でしょう。
たまに書いてあるネタも世代的にがっちりわかってしまいますし。
ただ
この方 の絵は主線&塗りが薄いので二色刷ページには向かない気もしなくもなかったり。
・・・やっぱりこの手の本は妙な感想で終わってしまいますね。
2004年 9月 21日 (火曜日)
- 読了@技術書 on miau's blog?
「なぜ」シリーズ一作目。(当初からシリーズ化の予定だったか知らないけど)
ようやく図書館で借りれました。
C 言語や Windows でのプログラミング経験があるから、今までの本と比べると知らないことが少ないなー・・・と思ってると、第10章と第11章がなかなか良かったです。
第10章は C をコンパイルするとどんなネイティブコードが生成されるか〜、という話。
CODE、DATA、BSS とかいうセグメントの話は
エキスパートCプログラミング だとか
C プログラミング専門課程 あたりに説明されてた気がするけど、DATA と BSS の初期化方法の違いまでは載ってなかったような(うろ覚え)。
あと、VB で作った .exe ファイルのネイティブコード載ってたけど Integer 型を使ってると C とは大差ないネイティブコードになっててちょっとびっくり。
JO とやらでオーバーフローチェックしてるくらいの差しかないんだもんなぁ。
第11章は割り込み処理まわりの話。
I/O ポートや IRQ の話、よく知らなかったので勉強になりました。
インラインアセンブラでのコーディング例も一応あるし。
という感じでアセンブラの復習にもなったしなかなか満足でした。
難があるとすれば、
・用語の定義とか解説とかがたまーに怪しい
・まだ説明してない用語が出てくることがあったような?
・アセンブラ、もうちょっと説明しとかないと謎な部分もあるような
・コラムが微妙
ってことくらい。
2004年 9月 17日 (金曜日)
- 読了@技術書 on miau's blog?
今回のプロジェクトで自動テストなんかも取り入れてたんですが、標準化が甘かったこともありあまり周囲には普及せず。
標準的な Testing Framework を学んでおこうということで、読んでみました。
テスト駆動型開発の入門書として結構よくまとまってます。
単体テストの技術的な側面に書いてある本は今まで読んだことなかったので、導入に丁度よかったです。
色々な文献やリンクも紹介されていて、次のステップを知ることもできました。
文体がお気楽口調なので好みが分かれるかもしれませんが、私は結構好きです。こういうの。
というか本当に
これ とか取り入れてもよかったんじゃないかと。
サポートページに下書き原稿も公開されているので、興味のある方は読んだりリンク辿ったりすると面白いかもしれません。
2004年 9月 09日 (木曜日)
- 読了@技術書 on miau's blog?
出版社
Amazon.co.jp
Room KNEO(吉川邦夫の部屋)(訳者によるサポートページ。一応正誤表あり)
以前「10 冊に 1 冊は Perl 本読みたい」みたいなこと書いたのでとりあえず実践ということで。
C++ でいうところの Effective C++ みたいな本を目指して作られた本らしいですが、実際それっぽい内容になっててかなり満足。
個人的な位置付けとしてはラクダ本の復習+αって感じですかね。
一部知らない構文とかあったんですけど、古い構文なのか誤植なのか謎で。
p112 の
sub max_v_local {
local (.a, .b) = @_;
とか、p118 の
%param = (~defaults, %{shift()});
とか。
何かご存知な方は教えてください。
ちなみにサポートページの
www.effectiveperl.com は死んでるので例によって
Internet Archive 参照ということで。
Apr 24, 2001 以前のバージョンでないと内容がほとんどないという妙な罠も。
2004年 9月 04日 (土曜日)
- 読了@技術書 on miau's blog?
「100 冊」に載ってたので、デザインの勉強のとっかかりとして読んでみました。
デザインのあるべき姿を、実例をまじえつつ説明した本。
日常生活の各種道具に関して考察がなされてるのでわかりやすく、なかなか面白く読める本でもありました。
うまくまとめられないんですが、いくつか柱になるようなテーマがあって、
・人はミスを犯してしまうが、それはデザインに問題がある
・フィードバックや適切なシステムモデルを提供することで、利用者がそれを使いやすくすることができる
などなど。
この内容をソフトウェアデザインに活かせるか、ということですが・・・少なくとも以前より論理的にデザインの説明ができるようになったと思います。
また、デザイナーの立場からソフトウェア開発を見た場合の鋭い指摘なんかもあったりして、ソフトウェア開発者必見とか言われるのもわかる気がしました。
個人的にキーボードの話題が面白かったんですが・・・これはまた別項で。
(余談)
エモーショナル・デザイン (リンク切れたらすいません)ってのも出るらしいです。ちょっと気になります。
2004年 9月 02日 (木曜日)
- 読了@技術書 on miau's blog?
「なぜ」シリーズの3作目。
ネットワークの勉強は結構やってる(情報処理試験とか CCNA とかで)ので、「全然勉強になりませんでした」という感想が書ければいいなと思いつつ読んでみました。
えー。やっぱり結構ありました。知らないこと。
・Socket ライブラリの細かい動作
・機器の呼び名、プライベートアドレスの範囲等の歴史的経緯
・MDI、MDI-X あたりの説明
・ケーブル(UTP、光ファイバ)まわりの豆知識
・プロバイダ内部の処理(第4章)全般
などなど。
よく考えたら TCP/IP 以外のところはかなり怪しい知識しか持ってないんでした。
ということでテクニカルエンジニア[ネットワーク]の補助としても結構使えるかもしれません。ところどころ妙に具体的なので。
まぁあくまで補助にしかなりませんけど。
本としては結構変わった構成になってます。
Web サーバにアクセスする際にパケットが辿る道を一章ずつ説明する感じ。
初心者にわかりやすいかは謎です。
あと章末のコラムが微妙。
Amazon のレビュー読んでて思ったことをちょっと追記。
・多くの人が指摘してる通り、図表の構成がかなり悪いです。
もしかして校正とかってページ構成の前にやってるのでは。
・やっぱりこの本の構成はわかりにくい様子。
雑誌に連載されてるのをそのままの構成で分量を増やした結果でしょうか。
こういう「読みやすさ」って部分は編集者やレビュアーあたりの指摘でかなり改善されるはずなんですけどね・・・。
2004年 8月 30日 (月曜日)
- 読了@技術書 on miau's blog?
「なぜ」シリーズシリーズは結構売れてるみたいなので、一通り読んでみようと思いまして。
「Windows は〜」は確かこのシリーズの2作目。
とりあえず図書館でシリーズ全巻予約入れたらこの本から取寄せできたので、読んでみました。
総評としては・・・プロの SE や PG には退屈な説明が多いと思います。
一つ一つの説明が素人でも(たぶん)わかるレベルで解説されているだけなので。
ただ、範囲が結構広いので、それなりに経験がある人でないと「この本に載っている内容を全て網羅」ということもないでしょう。
ちなみに私が取りこぼしてた知識としては
・Windows の歴史(16 bit の頃の話とか)
・86 系 CPU のメモリ管理の仕組み(セグメント、ページングその他)
・プラグアンドプレイの仕組み
・クリップボード、DDE、ミューテックス、セマフォ
・NBT、UPnP
あたりがありました。
(とはいえ漠然としたイメージしかなかったものが少しはっきりしたという程度のものが多いんですが。)
Windows をホームグラウンド(?)にしてる身として Window の基礎知識は一通り押さえておきたかったので、まぁそれなりに満足な内容でした。
2004年 8月 27日 (金曜日)
- 読了@技術書 on miau's blog?
憂鬱なプログラマなので読んでみました。
というか「100 冊」に入っていたので。
オブジェクト指向の本質を説明しつつ、C++ の OOP 的な基本も学べてしまうという一冊。
確かに UML じゃなく OMT を採用していたりで古く感じられる部分もあるんですが、オブジェクト指向の本質部分の説明は今でも通用するでしょう。
ただ、本書の半分以上を占める分析部分は UML とか勉強してる人にとっては退屈かもしれません。今更という感じで。
C++ のコラムも、C++ を使ったことがある人には常識でしょうし。
(とか言いつつ私は演算子のオーバーロードとか忘れてましたが・・・)
「全ての OOP プログラマに」だとか「Java やってる人にもオススメ」とか評されてますけど、やっぱり著者がターゲットとして掲げている
・C でのプログラミング経験がそれなりにある人
・オブジェクト指向に触れたことがない(or 挫折した)人
・OOP っぽい言語を使っているけど使いこなしてない人
あたりが読むのが最適かと。そういう人が読むと恐ろしくハマる本でしょう。
個人的に良かったと思うのは
・設計部分(今まで無意識にやっていたことが論理的に説明されてたり)
・コラム(モデリングの歴史とか、よく知りませんでした)
・最終章の末尾にある「オブジェクト指向の未来」〜あとがき(最初に読んでおくとモティベーション高まるかも)
あたりです。
2004年 8月 22日 (日曜日)
- 読了@技術書 on miau's blog?
7/23 くらいの blog に「読みたい」みたいなこと書いてたら先輩が貸してくれました。
発注者、受注者それぞれに関して内部の役割(企画室/開発室、営業/PM/各種 SE)を説明し、開発の各局面で誰がどのような役割を担うか、というようなことが説明されています。
その過程でどのような見積りを行うことになるか、ということが説明されてあり、なるほど確かに見積もりの本なんでしょう。
ですが、個人的には見積もりに関する部分よりも開発プロジェクト全体の流れや、各局面において誰にどのような不満が生じやすいか〜という部分が参考になりました。
・・・えーと。以下欠点です(笑)
・見積りの本としては結構微妙だと思います。
COCOMO が中心に据えられており、それに派生して WBS なんかも使ってますが・・・それ以外の手法(ファンクションポイント法とか)は語句の説明程度です。
まぁ COCOMO は行数から規模が見積もれるので、私のような素人が今回のプロジェクトの適正な見積もりを出すには丁度いいんですけど・・・タイトルからしてもっと網羅的な知識が得られるのかと思ってました。
そうならそうと最初に書いてほしいとこです。
・COCOMO の欠点をほとんど無視して話を進めています。
プログラマから見ると「プログラムの行数が多い=下手なプログラム」という意識もありますし、COCOMO はそうすんなり受け入れられるものではありません。
また、人月の神話やらピープルウェアで言われるような、コミュニケーションその他の要素にも言及されていません。 一言「実際にはもっと複雑なものになる」とか前置きがあれば安心して読めたんですけど・・・ちょっと不親切な印象です。(結城浩さんの本とかはこのへんしっかりしてるんですが・・・)
・図表もずいぶんわかりにくいものがあります。読み解くのにずいぶん時間食いました。
・用語なんかが私の思ってたのとずいぶん違う使われ方してます。
フェールセーフとか回帰テストとかの説明読んでて「???」となってみたり。
とはいえ私の知識がおかしい可能性大なのでもっと勉強してみないとなんとも言えませんが。
良くも悪くも経験に大きく頼った本になっていて、全体的に完成度の低い(記述にずいぶん偏りがある)本、という印象でした。
※文句ばっか言ってるみたいですが、良い部分は良いんですよ・・・
編集者やレビュアーがちゃんとしてればもっと良い本になったと思うんですが・・・このへんが名著と言われる本との違いなんですかね。
2004年 8月 18日 (水曜日)
- 読了@技術書 on miau's blog?
やねうらおさん+saxyunさんというわけわからない組み合わせのため即買い。
私は一応昔ゲームプログラマーを目指してたので、やねうらおさんは神のような存在で。
プログラミングに関するコンテンツとかも結構好きで、大学の頃よく見てたし。
その人が書いたクラック本となると買わないわけには。
で、ちょうど explorer.exe の解析とかしたい気分だったので読んでみました。
内容は OllyDbg を使ってプログラムの解析してみましょう、というもの。
対話形式で進めてるので出てきそうな疑問点とかも結構押さえられてます。
アセンブリの基本が解説されてるのはいいんですが、stdcall と cdecl の違いや、DLL injection の方法(さらに API Hooking の URL)とかも載ってて、ちょっとショック受けたり。
ちまちまがんばって身に付けてた知識が一冊の萌え本で網羅されてしまうのもなんだかなぁ。
という感じで良い本なんですが、欠点は後半(1種スーパークラッカー試験)あたりからかなりスピードアップすること。
スピード感というか臨場感があるのはいいけど、もう少し丁寧に解説しないと読む人結構きついのでは?
まぁ原稿間に合わなかった部分もあるっぽいし、本物の臨場感が如実に表れてるのかもしれない。
あと、サンプルコードがもっとたくさん欲しかったような。
1種スーパークラッカー試験も実際解いてみたかったし。
ちなみに萌え本としても合格でしょう。saxyun さんだし。
ていうか絶対新しいゴースト作る人いるよ。
2004年 8月 16日 (月曜日)
- 読了@技術書 on miau's blog?
「100 冊」に載っていたので、ワインバーグ本の取っ掛かりとしてとりあえず読んでみました。
邦訳のタイトルは「スーパーエンジニア」とありますが、そのタイトルからたぶん想像される技術的な内容ではなく、副題の「リーダーシップ」という単語が本書の内容を的確に表しています。(これは訳者の方も言ってます)
リーダーに必要なものとして
・動機づけ
・アイディア
・組織化
という3つを柱として挙げているのですが、説得力のある喩えや事例が盛りだくさんで色々納得させられます。
ちなみにここでいうリーダーというのは役職によるものと等価ではないので、人を従える立場でない人もぜひ。
ただ「不意に役職上リーダーになってしまった」という人が読むと得るところが多いでしょう。
各章の終わりに設問があるのですが、これはリーダーとしての経験を持っていたほうが効果高そうですし。
というか私は消化不良の部分も多かったので、実際そういうことになったら読み返そうと思ってます。
和訳はもう少しわかりやすく書けそうな気もしましたが、古い本ですしこんなものかなと。
主題からは逸れますが、気になった設問。(第二二章の七)
読者といっしょに働いている人々のうちから、技術的能力を増すようなことを教えてもらえる相手を三人挙げることができるか。もしそうでなかったら、なぜ読者はそこで働いているのか。またもしそうなら、読者はこの資源を最大限に活用しているか。 |
頭の隅で転職とか退職とかちらついてるので、こういうのには結構敏感だったり(笑)
今のプロジェクトで3人・・・だとすると、微妙。
そりゃいろいろ知ってる人はいるんだろうけど、あまりにも関わらなすぎ。
2004年 8月 08日 (日曜日)
- 読了@技術書 on miau's blog?
N+I で 10% 割引購入しておいたんですが、ようやく読むことができました。
結城浩さんお得意の「わかりにくい概念をわかりやすく解説」本。
噂どおり、かなりわかりやすかったです。
私だけかもしれませんが、セキュリティ周りの技術って一度勉強しても結構忘れてしまいます。
でもその原因は結局正確に理解できていないところにあったようで。
実はこの本読むまで
・メッセージ認証コード
・デジタル署名
・証明書
あたりがごっちゃになってたんですが、これ読んでようやく理解できた気分です。
途中でクイズが入ってるのもポイント高いです。
やっぱ読者に頭使わせる構成のほうが理解が深まりますしね。
あと、サポートページから行ける「ギコ猫と暗号技術入門」もまとめとしていい感じ。
«Prev
|
1 |
2 |
3 |
4 |
5 |
6 |
Next»