よく一緒に購入されている商品
商品の説明
内容紹介
システム開発・運用に携わる方は必読の書。
IT現場の落とし穴をスイスイ回避できる解決策がわかる!
ITアーキテクトが知っておくべきアンチパターンを徹底解説した実用書。ITの現場には「やってはいけない」ことがいくつもある。ちょっとした落とし穴から,知らないでは済まされない大きなものまで幅広い。本ムックでは,現場のそんな「やってはいけない」を設計,メソドロジ,実装・テスト,運用,セキュリティという5分野に分けて徹底的に探った。ITアーキテクトはもちろん,ITアーキテクトを目指すSEなら押さえておきたい知識とノウハウを1冊でカバーする。
IT現場の落とし穴をスイスイ回避できる解決策がわかる!
ITアーキテクトが知っておくべきアンチパターンを徹底解説した実用書。ITの現場には「やってはいけない」ことがいくつもある。ちょっとした落とし穴から,知らないでは済まされない大きなものまで幅広い。本ムックでは,現場のそんな「やってはいけない」を設計,メソドロジ,実装・テスト,運用,セキュリティという5分野に分けて徹底的に探った。ITアーキテクトはもちろん,ITアーキテクトを目指すSEなら押さえておきたい知識とノウハウを1冊でカバーする。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
|
あなたの意見や感想を教えてください:
|
||||||||||||||||||||||
|
最も参考になったカスタマーレビュー
14 人中、14人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 5.0
ITアーキテクトじゃない人も読むべき,
By
レビュー対象商品: ＩＴアーキテクトのやってはいけない 設計、メソドロジ、実装・テスト、運用、セキュリティのアンチパターン (日経BPムック) (単行本)
雑誌『日経SYSTEMS』やITproでのネット連載の記事をまとめたMOOK。自分も情シス部門にいて、プロマネもどきをやっているが、所詮素人の付け焼刃。技術的なところは開発ベンダさんにお任せになってしまいがち。 やはり、こういった技術的な知識を自分たちもつけなければ、ベンダさんたちと話をすることもままならない。 ということで、このMOOKは非常に参考になる。『日経SYSTEMS』も定期的に購読しているが、やはりこういった1冊の本にまとまっていると、勉強しやすい。ネットの記事や雑誌に対する書籍の優位性かもしれない。 この本の内容も、設計、メソドロジ、実装・テスト、運用、セキュリティの5章にわたって、ITアーキテクトがやってはいけないこと、いいかえればやりがちな過ちをわかりやすく説明してくれる。もちろん、技術的なことも記述されており、内容をすべて理解することは難しいが、実装のところを除いては、私のようなユーザ企業のシステム部門の一担当者レベルでも十分理解できる内容になっている。早速運用の見直しを行うなど、とても参考になった。 また、章の間に挟まれているコラムも参考になる。特に、ITアーキテクトとプロジェクトマネージャの融合といった話は、私も同感だ。両方のスキルを持つのは大変かもしれないが、現実のプロジェクトでは両方の能力が要求される場面が多い。 うちのような人員がほとんどいない情シス部門では、こういったスキルを持つ要員の養成が必要だろう。自分もそうなりたいものだが... どちらかといえば、ITアーキテクト的なスキルを持ったプロマネが自分の目指すところかな。
7 人中、7人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 5.0
標準的プロセスに固執するより穴を避けたほうが１００倍マシ,
By
レビュー対象商品: ＩＴアーキテクトのやってはいけない 設計、メソドロジ、実装・テスト、運用、セキュリティのアンチパターン (日経BPムック) (単行本)
SIerの端くれだが、このような本はお客様も読んでいると思うべきで、レビューで突っ込まれてしどろもどろになったら目も当てられない。次々と新技術が出てくるため、前回の設計をそのまま流用しようなどと考えると痛い目に会う。設計・製造プロセスを標準化するよりも、多少はみ出ても最適なプロセスを探したほうが良いに決まっている。 そんな世の中の場合、落とし穴の存在は先に知っておいたほうが効率的。従って、「こうすべき」よりも「これはダメ」方式のほうが役に立つ。 本書が包含する範囲は広く、指摘事項も至極最も。机に置いておくと同僚が興味を持つので、プロジェクトルームに1冊置いておくのも良いかもしれない。 気になった指摘を幾つか挙げてみる。 3.性能要求はユーザーが決めると思ってはいけない 10.参照整合性制約機能を多用してはいけない 19.構築メンバーの目線だけでログ出力を設計してはいけない 44.ビジネス要件とシステム要件を混同してはいけない 48.すべての要件をユーザが知っていると考えてはいけない 88.コンフィグをコピペしてはいけない 93.サーバーの間にすき間を空けてはいけない ああっ！胸が痛い。
18 人中、16人の方が、｢このレビューが参考になった｣と投票しています。
5つ星のうち 5.0
ＩＴ技術者にとって参考になる事が沢山書かれています。,
By
レビュー対象商品: ＩＴアーキテクトのやってはいけない 設計、メソドロジ、実装・テスト、運用、セキュリティのアンチパターン (日経BPムック) (単行本)
ＩＴに関して全てを一人の人が理解出来るのは限界が出て来ています。この本が全ての事が書かれているわけではありませんが、ＩＴ技術担当者にとって参考となる事項が書かれています。 自分の専門でない部分に関しても、記事を読む事によって、他の担当者達がどんな事で苦労をしているか感じられるのではないでしょうか。 各記事が１ページから３ページぐらいに纏まっている為、移動中や空き時間に少しずつ読める点も良い点だと思います。 感激したのは、目次の前に「キーワード索引」があり 「プラットフォーム」「データベース」「ネットワーク」「ソースコード」「アーキテクチャ」 「要件定義」「開発プロセル」「運用設計」「テスト手法」「ＥＲＰ」 「データセンター」「サーバ運用」「記録メディア」「リッチクライアント」 「シンクライアント」「Ｗｉｎｄｏｗｓ」「Ｌｉｎｕｘ」「オープンソース」 に分けて、注意が必要な事項を選んで読める様に構成されているところです。 この本を全て理解したり、必要としたりする人は殆どいないと思います。 しかし、２００ページ程の内、ＩＴの技術者なら５０ページぐらいは、知識の確認も含めて参考になると思われます。 私の場合、「何故いけないのか？」を説明するのに参考となる部分が多かったです。
あなたの意見や感想を教えてください: 自分のレビューを作成する
|
最近のカスタマーレビュー |
リストマニア
|
|
関連商品を探す
- 本 > コンピュータ・IT
- 本 > 日経BP出版センター
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
