『ソフトウェア設計のトレードオフと誤り ―プログラミングの際により良い選択をするには』 Tomasz Lelek、Jon Skeet 著、渋川 よしき、山田 智子、本田 健悟、辻 大志郎、宮永 崇史、小橋 昌明、柏木 祥子、岸本 卓也、後藤 玲雄、棚井 龍之介、原木 翔、山本 力世 訳 2023年5月25日発売予定 472ページ（予定） ISBN978-4-8144-0031-7 定価4,180円（税込） 「プログラムを設計するときに行った技術的な判断や選択が、後日大きな制約となる」これはプログラマなら誰しも経験したことのあることでしょう。本書は、そんなプログラミングにおける各種の設計上の選択について、トレードオフの内容やそれがどのような誤りを招きうるのかという点を踏まえて紹介する書籍です。 コードの重複、エラーや例外処理、柔軟性と複雑性のバランスのようなコードレベルの選択から、APIの設
この書籍に関連する記事があります！ はじめに 本書は「チーム開発実践入門」です。読者のみなさんの中にはよくご存じの方も多いかとは思いますが，チーム開発というのは複雑で難しいものです。 チーム開発を円滑に行うには 本誌の読者の中にソフトウェアやサービスの開発を仕事にしている方もいるかと思います。 第1章 チーム開発とは 1.1 1人だけでも開発はできる 1.2 チーム開発で直面する課題 1.3 どのように課題に立ち向かうか 1.4 本書の構成 第2章：ケーススタディ 第3～5章：基礎的なプラクティス 第6～7章：継続的デリバリーとリグレッションテスト 1.5 本書を読む前の注意点 最適なプラクティスはケースバイケース どのツールを使うかに正解はない 第2章 チーム開発で起きる問題 2.1 ケーススタディの前提 プロジェクトの前提条件 2.2 ケーススタディ（1日目） 問題1：重要なメールが多
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） アジャイルな開発の導入支援の現場や色々な勉強会でよく「どんな本を読んだら良いですか」と聞かれたりします。 何のために本を読んで勉強するかは人それぞれですし、自分のおかれたコンテキストでどの本が役にたつかは分からないですが、以下にあげた本は個人的に強くオススメできる本です。人に聞くのも大事だし自分で試行錯誤するのも大事だけど、本を読んで体系的に学んだり先人の知恵を学ぶことは続けたほうが良い。 プロダクティブ・プログラマ -プログラマのための生産性向上術どうやったら自分自身の生産性を高くすることができるのか。PCの使いこなしから始まり、自動化やバージョン管理等にも触れている プロダクティブ・プログラマ -プログラマのための生産性
継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化 作者: David Farley,Jez Humble,和智右桂,高木正弘出版社/メーカー: KADOKAWA/アスキー・メディアワークス発売日: 2012/03/14メディア: 大型本購入: 24人 クリック: 567回この商品を含むブログ (53件) を見る 発売日は3/5なのですが僕はレビューに参加したのですでに読み終えてます。忘れないうちにエントリを書きたいと思います。 「イントロ」、「本書を読んだだいたいの感想」、「抽象化によるブランチ」、「誤字脱字、訳質」、「対象読者」、「最後に」と続きます。長いので最初の２つだけ読むと良いかも。 イントロ 最近は アジャイル開発と継続的デリバリー | NTTデータ だったり 明日から始まるデブサミでの川口さんのセッションにあるようにContinuo
ウォーターフォールモデルは間違いだったのか？コピーペーストは悪なのか？バグの総数は予測できるか？正確に見積もるためには？パーティションは不要か？大勢でのコードレビューは無駄なのか？ペアプログラミングの効用は？プログラマの生産性は測れるか？――ソフトウェア開発における数々の疑問に、バリー・ベーム、スティーブ・マコネルをはじめとする著名なソフトウェア工学研究者、アーキテクトたちが答える珠玉のエッセイ集。納期遅延、コスト超過、品質低下といった負の連鎖を断ち切り、プロジェクトを成功に導くためのヒントがここにあります。 目次 「アーキテクティング：いつ、どれだけ？」を巡って（推薦のことばに代えて） 訳者まえがき まえがき 第Ⅰ部エビデンスの探究と利用に関する一般的原理 1章 有力なエビデンスを求めて（ティム・メンジース、フォレスト・シュール） はじめに エビデンスを巡る現状 信ずるべき変化 コンテキ
新人エンジニアとその先輩たちへ、OJTの前にこの本「ずっと受けたかったソフトウェアエンジニアリングの授業」を 4月に新入社員として入社した新人エンジニアの方々は、早ければそろそろOJTという形で現場にやってきて、若手の先輩社員が新人の教育担当、あるいはOJTリーダーに任命される時期。 そんな新人エンジニアと教育担当におすすめしたい本を今回は紹介します。 プログラミングテクニックの解説は一切なし 一般にソフトウェアの開発は、顧客と相談して仕様を考え、それを外部仕様書、内部仕様書といったドキュメントに落とし込み、プログラミングを行い、ソースコードレビューやインスペクションを行い、単体テスト、結合テスト、運用テストといった工程を経て完成します。いわゆる「Vモデル」と呼ばれるものです。そしてこれらは1つのプロジェクトとしてマネジメントされます。 こうしてみると、ソフトウェア開発の中でプログラミング
翻訳者の角谷さんより献本をいただきました。ありがとうございます。 アマゾンに以下のレビューを投稿したのですが、なぜか1ヶ月以上待っても表に出てこないので、こちらに出します。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ この本が問いかけているのは「開発者にとって客は敵なのか味方なのか」という問いだと思う。 私がソフトウエアの見積りの本を読む時に、漠然と期待してしまうのは、「これで客の口を塞ぐことができるか」ということだ。つまり、自分が「これは1000万円かかりますね」と言って顧客がそれを値切ろうとした時に、「いやこの見積りは正確です。なぜなら....」と言うような、建築における構造計算のような理論武装が欲しいと思ってしまう。 こういう思考の暗黙の前提は、「開発者と顧客は敵同士である」ということだろう。 見積りも仕様も開発者と顧客の間で交わす契約である。契約とは
今回はiPhoneアプリを開発する上で良かった本を紹介します。 良かったと言っても４冊しか所有してませんが、この４冊を紹介します。 Objective-Cは全く独自の言語ではありません。まずはベースとしてC言語があります。C言語を拡張してクラス等のオブジェクト指向の機能を実装した言語です。ちょうどC++と同じ様な感じです。 ・詳解Objective-C 2.0 Objective-Cのバイブル的な本です。 実はこの本はiPhoneアプリを作ろうとする前にMacのアプリを作ろうとして買いました。Objective-Cも初めてだったのですが、これ１冊あれば言語的には事足ります。ただ淡々とObjective-Cの文法や仕様を解説していますが、初心者向けの本によくある余計なサンプルアプリを作りながら習得するページはは無くてすっきりまとめられています。全く開発言語が初めての人は難解な本かもしれません
iPhoneアプリを作ろうと思った場合、３つの壁が立ち塞がると思います。 Objective-Cが解らない Cocoaプログラミングが解らない（ユーザーインターフェースの作り方の部分） 日本語の情報が少ない 私も３ヶ月前にiPhoneアプリを作ろうとして、挫折しましたw。今、再び必要に迫られてアプリ作成を再開したのですが、今回は行けそうな感じです。前回の習得方法は、以下の通りでした。 iPhone Dev Center（英語）に目を通す サンプルアプリを落として動かしてみる ちょっとづつ改造してみる 何をやっているのか解らない所は、詳解 Objective-C 2.0を読む 上記の手法で１週間くらいやっていて、Objective-Cについては何となく解ってきました。しかし、ユーザーインターフェースを作るところがさっぱり解りませんでした。iPhoneのSDKをいれると、XCodeやInter
NDAも緩和されて、(日本語であたれる)情報が少しずつ揃ってきたようですね. そんなわけで、iPhone アプリ開発初学者に参考になりそうな本をまとめてみようかと思います. ...ってか、SDK付属のサンプルや、IDCで公開されているドキュメントはとてもよく出来ているので、 ちゃんとこのあたり情報をを漁れる人には、必要ないかもしれません. ただ、ドキュメントのどのあたりを漁れば欲しい情報が入手できるかってのは、Cocoa 関連の知識が 無いと結構苦労するかと思います. windows プログラム出身で、C/C++は書けるけれども、Objective-Cは未経験だったり、そもそも 「Xcode ってなに？」「InterfaceBuilder ってなに？」って人は、ドキュメントやネットの情報を 漁るだけだと苦労は大きいと思います. そんなわけで、手元にある程度まとまった書籍があるってのはかなり
Sustainable Software Development -- 持続可能なソフトウェア開発（アジャイルとジャグリング！？） かねてから、「持続可能な」ソフトウェア作りについて考えたいと思っていました。工業モデル、サービス業モデル、などで語られることの多いソフトウェア開発を、むしろ、農業や水産業、「育てる」モデルで捕らえたい。そうすれば、きっとチーム作りの面が強調されたアジャイル開発が浮かび上がるはず…。こんな話を、2000年以降、何度も天野さんや懸田さんとした記憶があります。KentBeckも、「ソフトウェア開発をガーデニングのメタファで捕らえたい」といっていました。 とてもいい本が出ていたので、紹介します。 Kevin Tate のSustainable Software Development: An Agile Perspective (Agile Software Deve
ゲームプログラミングについて各分野で60点を取れるくらいの 感じの本が私の知る限りない。幾何、ライブラリ設計、アプリケーション設計、 通信、素材管理、ツール、AI、モーション、最適化、デバッグ体制、描画技術、 ハードウェアアーキテクチャ、アルゴリズム、 などなどの全分野についてそれなりな知識を得られるような本。一冊ではなく、既存の書籍をワンセットにしてくれということなら簡単にリストを作れそうです。ゲームプログラミング固有の知識分野は、ほとんど無いと思いますので。 実際、私が入社後、ゲームプログラミングのために読んだものは開発機材のマニュアルとサンプルコード(PS2 Linux の DVD-ROM に大半入ってる) 、実際のゲームのコード。あとはメモリや素材管理についてリードプログラマに聞いた程度、それ以外に関しては当時すでに読んでいた書籍, paper やコードで間に合いました。 というわ
長くなりすぎたこのエントリのレジュメ …というか、見出しの一覧。これ見てご興味ある方はお読み下さいませ。 マネジメントの4つの本質 マネジメントおける簡潔で痛切なエッセンス（一部） 設計とデバッグに関する恐ろしい事実 残業と生産性とプレッシャーに関する恐ろしい事実 生産性の測定について 管理者の怒りについて 会議を効率よく行うための、たったひとつの冴えたやりかた 大事なことが、ずばり書いてある。背中を押したのは「ソフトウェア開発の名著を読む」なんだけど、確かに名著だ。初読は物語を楽しみ、再読、再々読で血肉にすべきだな。 延ばし延ばしにしてた一冊を読み始めて「どうして今まで読まなかったんだあぁぁっ」と叫びだすような逸品がある。本書がまさにそう。デマルコは「ピープルウェア」がピカイチと決め付けてた自分が恥ずかしい。 「ピープル」がプログラマ・チームリーダーの視点で書いているが、「デッドライン」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く