翔泳社の公式通販SEshopは全国送料無料!
ヘルプ 法人のお客様へ 新規会員登録 ログイン
SEshop

プログラマーとお仕事をするということ【PDF版】

Patrick Gleeson(著) , 青木 靖(翻訳)

商品番号
155180
販売状態
発売中
納品形態
会員メニューよりダウンロード
発売日
2018年01月24日
ISBN
9784798155180
データサイズ
約3.7MB
制限事項
印刷可・テキストのコピー可
キーワード
プログラミング  開発  エンジニア  電子書籍【PDF版】  コミュニケーション

2,530円(税込)(本体2,300円+税10%)
送料無料

230pt (10%)
ポイントの使い方はこちら

在庫あり

初回購入から使えるポイント500円分プレゼント

紙の書籍はこちら

※1点の税込金額となります。 複数の商品をご購入いただいた場合のお支払金額は、 単品の税込金額の合計額とは異なる場合がございますので、予めご了承ください。

  • ポスト
  • 本製品は電子書籍【PDF版】です。
  • ご購入いただいたPDFには、購入者のメールアドレス、および翔泳社独自の著作権情報が埋め込まれます。
    PDFに埋め込まれるメールアドレスは、ご注文時にログインいただいたアドレスとなります。
    Amazon Payでのお支払いの場合はAmazonアカウントのメールアドレスが埋め込まれます。
  • 本製品を無断で複製、転載、譲渡、共有および販売を行った場合、法律により罰せられる可能性がございます。
  • ご購入の前に必ずPDF利用案内をお読みください。

あなたはプログラマーですか?

プログラマーではないけれど、あなたの部下や同僚、あなたが関わっているプロジェクトにプログラマーが一人でもいれば、あなたは本書の読者です。

この本では、日頃あなたが不思議に思っていること、すなわち、

●プロジェクトの計画と遂行の方法とソフトウェア開発プロセスが噛み合わない
●それによって生まれる衝突の回避
  ・ソフトウェア開発プロジェクト管理の発展
  ・開発手法のその利点と欠点の評価
●プログラマーは何をどのようにやっているのか
●ソフトウェア開発プロセスや関連する用語、コードを書く以外にプログラマーが行っていること

そして、

●プログラマーの管理
  ・プログラマーをどう採用するか
  ・一般的なプログラマーの心理学
  ・開発者の心を占めているプレッシャーや優先度
●プロジェクトの失敗にどう対処するか

といったことに対して、著者自身が見聞し体験してきた、ソフトウェア開発にまつわる手酷い失敗や過ちをもとにした解決方法と指針を(ユーモアとともに)与えてくれます。

【重要な注】
そしてそれは、円滑にプロジェクトを進めるために必要な相互理解のステップであり、決定権の綱引きの方法ではありません。

もちろん、米国のソフトウェア開発事情と日本とでは、必ずしも全面的に同じではありませんが、日本の非プログラマー管理者たちにとっても、自身のプロジェクトを円滑に進めるためのヒントが詰まっている1冊といえます。

もちろん第一線で活躍しているプログラマーの皆さんにとっても得るものがたくさんあるはずです。

PDF版のご利用方法

  1. ご購入後、SEshopにログインし、会員メニューに進みます。
  2. ご購入電子書籍およびデータ > [ご購入電子書籍およびダウンロードデータ一覧]をクリックします。
  3. 購入済みの電子書籍のタイトルが表示されますので、リンクをクリックしてダウンロードしてください。
  4. PDF形式のファイルを、お好きな場所に保存してください。
  5. 端末の種類を問わず、ご利用いただけます。

第1章 イントロダクション
 1.1 読者は誰か
 1.2 身に覚えがありますか?
 1.3 この本は何か
 1.4 この本は何ではないか

第2章 なぜソフトウェア開発は建築と似ていないのか
 2.1 ソフトウェアプロジェクトの悲しい現実
 2.2 固い数字
 2.3 想像力の問題
 2.4 見積りの問題
 2.5 既知の問題
 2.6 つまらないこと
 2.7 未知のこと
 2.8 ゲームするのを拒む
 2.9 見積りは点ではなくグラフ
 2.10 経験主義
 2.11 算数の問題
 2.12 ブルックスの法則
 2.13 まとめ

第3章 アジャイル
 3.1 アジャイルへの簡単な入門
 3.2 SCRUM
 3.3 他の方法論
 3.4 アジャイルの利点
 3.5 小さなスプリントと大きな決断
 3.6 関係者の参加
 3.7 チーム内のデザイナーと双方向の会話
 3.8 同期
 3.9 2歩進んで3歩戻る
 3.10 統合
 3.11 アジャイル対リーン
 3.12 リーン開発の例
 3.13 アジャイルかつリーン
 3.14 アジャイルをいつ使うべきでないか
 3.15 まとめ

第4章 彼らは一日中何をしているのか
 4.1 何を作るか
 4.2 ユーザー体験の詳細が重要
 4.3 ユーザーストーリーは仕様ではない
 4.4 Given-When-Thenシナリオ
 4.5 引き渡し
 4.6 コード
 4.7 1と0
 4.8 コンピューターの中身
 4.9 ソフトウェア開発は抽象芸術
 4.10 オブジェクト化
 4.11 プログラミングとはモデル化である
 4.12 完了
 4.13 ソース管理
 4.14 もう一組の目
 4.15 配備
 4.16 まとめ

第5章 緑の大きなチェックマーク
 5.1 正攻法
 5.2 すると言っていることをするか?
 5.3 すると言っていないことをするか?
 5.4 したと言ったことをするか?
 5.5 失敗と折り合う
 5.6 受け入れ
 5.7 火のないところ
 5.8 もう1つの方法
 5.9 内部検査
 5.10 テスト駆動
 5.11 見えない品質
 5.12 防止策
 5.13 治療法
 5.14 まとめ

第6章 ジャーゴンの謎を解く
 6.1 インターネット
 6.2 データ
 6.3 セキュリティ
 6.4 コーディング
 6.5 まとめ

第7章 プログラマーを採用するには
 7.1 プログラマーが本当に必要か
 7.2 プログラマーをどうやって探すか
 7.3 プログラマーの面接
 7.4 プログラマーにイエスと言ってもらうには
 7.5 まとめ

第8章 プログラマーの心を占めるもの
 8.1 フォーラムという現象
 8.2 ハイプサイクル
 8.3 プログラマーの戦争
 8.4 コードの美
 8.5 まとめ

第9章 プログラマーを上機嫌に保つ
 9.1 静かな部屋と強力なコンピューター
 9.2 妙な時間
 9.3 古いものと新しいもの
 9.4 オープンソース
 9.5 学び続けること
 9.6 まとめ

第10章 すべてが悪くなるとき
 10.1 メンバーが互いに反目しているとき
 10.2 ひどくスケジュールから遅れているとき
 10.3 できた製品が単に駄目だというとき
 10.4 最後のまとめ

各種問い合わせは以下のリンクからご連絡ください

感想・レビュー

何かの病気 さん

2018-03-29

コミュニケーションは難しく、誤解は容易い。 まさしくその通りだ。とくに何を考えているか、何をしたいかなんて立場が違えば必ず差異が出る。

ニョンブーチョッパー さん

2018-02-28

★★★☆☆ 文字数が多すぎるのか、後半になるに従って読むのが大変になっていった。「アジャイルをいつ使うべきではないか」という章はちょっと興味深かった。「プログラマの場合、職を変えることが汚点とならない」というのは、まだ日本では、そういう時代になっていないかもと思った。

関連商品

おすすめ特集

ロングセラーコンピュータ書

ITエンジニアにぜひ読んでいただきたい、翔泳社のロングセラーコンピュータ書を厳選

ITインフラ関連本特集

ネットワーク/サーバー/セキュリティを学ぶなら読んでおきたいおすすめの書籍

生成AI特集

テキスト生成、画像生成、動画生成など、生成AI活用のスキルが身につく本をご紹介

Web制作関連本特集

HTML/CSS、JavaScript、UI/UX、デザインまで。Web制作・フロントエンド開発に役立つ本

マーケティングおすすめ本

マーケティングの勉強におすすめの本。基本から実務に役立つ戦略設計まで

介護職におすすめの本

介護職を目指す人の試験対策書、現場スタッフのための実務書など、介護職に役立つ本

特集をもっと見る