120個のベストプラクティスを通じて「良い開発とは?」の原理原則がギッシリ詰まっています。
現場でしか教えてもらえない「エンジニアの頭の中」を端的な説明で明瞭に説明されています。
この商品をお持ちですか?
マーケットプレイスに出品する

無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません 。詳細はこちら
Kindle Cloud Readerを使い、ブラウザですぐに読むことができます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120 単行本(ソフトカバー) – 2020/2/27
購入を強化する
自走できるプログラマーの必須スキルとは?
「初心者本はひととおり読んだけれど、次に何をしてよいかわからない」
「簡単なコードは書けるけれど、中規模システムは作れない」
本書は、そんなプログラミング迷子が設計からコードまで書けるスキルを身につけるための指南書です。
開発現場で起こった実際の問題とその解決法をもとに、文法以外に必要な「プロジェクトの各段階でプログラマーがやること」「その選択をどう判断するのか」「どうコードを実装して実現していくのか」を解説します。コードにはPythonを使用していますが、ほかのプログラム言語でも共通する知識が満載。より効率的かつ効果的にプログラムを書ける「自走できるプログラマー」へ導きます。
「初心者本はひととおり読んだけれど、次に何をしてよいかわからない」
「簡単なコードは書けるけれど、中規模システムは作れない」
本書は、そんなプログラミング迷子が設計からコードまで書けるスキルを身につけるための指南書です。
開発現場で起こった実際の問題とその解決法をもとに、文法以外に必要な「プロジェクトの各段階でプログラマーがやること」「その選択をどう判断するのか」「どうコードを実装して実現していくのか」を解説します。コードにはPythonを使用していますが、ほかのプログラム言語でも共通する知識が満載。より効率的かつ効果的にプログラムを書ける「自走できるプログラマー」へ導きます。
- 本の長さ288ページ
- 言語日本語
- 出版社技術評論社
- 発売日2020/2/27
- ISBN-104297111977
- ISBN-13978-4297111977
この商品を見た後に買っているのは?
ページ: 1 / 1 最初に戻るページ: 1 / 1
商品の説明
出版社からのコメント
「プロジェクトの各段階でプログラマーがやること」「その選択をどう判断するのか」「どうコードを実装して実現していくのか」という、設計からコードまで書けるプログラマーが覚えておくべき120のプラクティスを紹介!
内容(「BOOK」データベースより)
開発の着実なプロセスが身につく。作りたいものを設計できる。エラーやトラブルに対応できる。プログラミング能力を活かして価値を生み出すための「ソフトウェア開発の地図」。自走できるプログラマーであれば知っているであろういろいろな手法や観点を元に、「プロジェクトの各段階でプログラマーがやること」「その選択をどう判断するのか」「どうコードを実装して実現していくのか」を紹介。一部の最新技術に注目するのではなく、実際のプロジェクトに適用して、プロジェクトを完成させるための指針をまとめた。
著者について
●清水川 貴之(しみずかわ たかゆき)
2003年からPythonを主言語として使い始め、Webアプリケーションの開発を中心に活用してきた。現職のビープラウドでは開発の他、Python関連書籍の執筆や研修講師も行っている。個人では、一般社団法人PyCon JPの理事として日本各地で開催されているPython Boot CampでPython講師を務めている。Python mini Hack-a-thonなどPython関連イベント運営のかたわら、国内外のカンファレンスへ登壇しPython技術情報を発信するなど、公私ともにPythonとその関連技術の普及活動を行っている。共著書/共訳書:『Pythonプロフェッショナルプログラミング第3版(2018 秀和システム刊)』『エキスパートPythonプログラミング改訂2版(2018アスキードワンゴ刊)』『独学プログラマー(2018 日経BP 社刊)』『Sphinxをはじめよう第2版(2017 オライリー・ジャパン刊)』
Twitter @shimizukawa
●清原 弘貴(きよはら ひろき)
2012年10月よりBeProud所属。2011年から本格的にPythonを使っている。Djangoが好きで、日本で最大級のDjangoイベントDjangoCongress JPの主催をしたり、Webアプリケーションやライブラリを作ったり、Django本体のソースコードへパッチを送ったりしている。個人でShodo、dig-en、PileMd、仕事でPyQなど、多数のWebサービス・アプリを企画、開発している。共著書に『Pythonプロフェッショナルプログラミング第3版(2018 秀和システム刊)』『Pythonエンジニアファーストブック(2017 技術評論社刊)』がある。
Twitter @hirokiky
●tell-k(てるけー)
2005年からPHP/Perlを利用したWebアプリケーション開発の仕事に従事し、2011年から本格的に仕事でPythonを使い始めた。最近はもっぱらお猫様のお世話に忙しい。共著書に『Pythonプロフェッショナルプログラミング第3版(2018秀和システム刊)』がある。
Twitter @tell_k
2003年からPythonを主言語として使い始め、Webアプリケーションの開発を中心に活用してきた。現職のビープラウドでは開発の他、Python関連書籍の執筆や研修講師も行っている。個人では、一般社団法人PyCon JPの理事として日本各地で開催されているPython Boot CampでPython講師を務めている。Python mini Hack-a-thonなどPython関連イベント運営のかたわら、国内外のカンファレンスへ登壇しPython技術情報を発信するなど、公私ともにPythonとその関連技術の普及活動を行っている。共著書/共訳書:『Pythonプロフェッショナルプログラミング第3版(2018 秀和システム刊)』『エキスパートPythonプログラミング改訂2版(2018アスキードワンゴ刊)』『独学プログラマー(2018 日経BP 社刊)』『Sphinxをはじめよう第2版(2017 オライリー・ジャパン刊)』
Twitter @shimizukawa
●清原 弘貴(きよはら ひろき)
2012年10月よりBeProud所属。2011年から本格的にPythonを使っている。Djangoが好きで、日本で最大級のDjangoイベントDjangoCongress JPの主催をしたり、Webアプリケーションやライブラリを作ったり、Django本体のソースコードへパッチを送ったりしている。個人でShodo、dig-en、PileMd、仕事でPyQなど、多数のWebサービス・アプリを企画、開発している。共著書に『Pythonプロフェッショナルプログラミング第3版(2018 秀和システム刊)』『Pythonエンジニアファーストブック(2017 技術評論社刊)』がある。
Twitter @hirokiky
●tell-k(てるけー)
2005年からPHP/Perlを利用したWebアプリケーション開発の仕事に従事し、2011年から本格的に仕事でPythonを使い始めた。最近はもっぱらお猫様のお世話に忙しい。共著書に『Pythonプロフェッショナルプログラミング第3版(2018秀和システム刊)』がある。
Twitter @tell_k
著者略歴 (「BOOK著者紹介情報」より)
清水川/貴之
一般社団法人PyCon JPの理事としてPython Boot CampでPython講師を務め、Python関連書籍の執筆や研修講師も行っている
清原/弘貴
2012年10月よりBeProud所属
tell‐k
2005年からWebアプリケーション開発の仕事に従事(本データはこの書籍が刊行された当時に掲載されていたものです)
一般社団法人PyCon JPの理事としてPython Boot CampでPython講師を務め、Python関連書籍の執筆や研修講師も行っている
清原/弘貴
2012年10月よりBeProud所属
tell‐k
2005年からWebアプリケーション開発の仕事に従事(本データはこの書籍が刊行された当時に掲載されていたものです)
1分以内にKindleで 自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120 をお読みいただけます。
Kindle をお持ちでない場合、こちらから購入いただけます。 Kindle 無料アプリのダウンロードはこちら。
Kindle をお持ちでない場合、こちらから購入いただけます。 Kindle 無料アプリのダウンロードはこちら。
登録情報
- 出版社 : 技術評論社 (2020/2/27)
- 発売日 : 2020/2/27
- 言語 : 日本語
- 単行本(ソフトカバー) : 288ページ
- ISBN-10 : 4297111977
- ISBN-13 : 978-4297111977
- Amazon 売れ筋ランキング: - 50,590位本 (の売れ筋ランキングを見る本)
- - 77位Webプログラミング
- - 364位ソフトウェア開発・言語
- カスタマーレビュー:
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
記事の執筆・相互レビュー・AI校正WebサービスShodo 🖊(ショドー) http://shodo.ink を代表取締役社長として作ってます。
前職で http://pyq.jp 企画開発しました。
オープンソースイベント http://djangocongress.jp 代表。
ブログ:https://blog.hirokiky.org/
Twitter:https://twitter.com/hirokiky/
GitHub:https://github.com/hirokiky/
(株)ビープラウド所属、一般社団法人PyCon JP 会計理事。オープンソースのPython製ドキュメンテーションツールSphinxのコミッター。Python mini hack-a-thonやSphinx-Users.jpの運営の1人。2003年からPythonを使い始め、国内外の多数のPythonイベントに登壇、Pythonとその関連技術の普及に努めている。最近は、公私ともにPythonを教える立場で多く活動している。
活動: http://www.freia.jp/taka/docs/index.html
発表: http://www.freia.jp/taka/talks.html
カスタマーレビュー
5つ星のうち4.3
星5つ中の4.3
38 件のグローバル評価
評価はどのように計算されますか?
全体的な星の評価と星ごとの割合の内訳を計算するために、単純な平均は使用されません。その代わり、レビューの日時がどれだけ新しいかや、レビューアーがAmazonで商品を購入したかどうかなどが考慮されます。また、レビューを分析して信頼性が検証されます。
トップレビュー
上位レビュー、対象国: 日本
レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。
2020年3月7日に日本でレビュー済み
違反を報告する
Amazonで購入
15人のお客様がこれが役に立ったと考えています
役に立った
2021年3月29日に日本でレビュー済み
Amazonで購入
(一度、別の書籍と間違えた投稿してしまいました)
Djangoユーザーを意識した内容なので、機械学習系のエンジニアにとっては当てはまらない事例が少なくない。
しかし、それを差し置いても、Pythonのプログラミングを行う人間の心得が的確に記載されていて、機械学習系のエンジニアも一読の価値あり。
ダメな例、それに対する指摘・ベストプラクティスが簡潔に示されていて分かりやすいし、隙間時間に読めるのが良い。
Djangoユーザーを意識した内容なので、機械学習系のエンジニアにとっては当てはまらない事例が少なくない。
しかし、それを差し置いても、Pythonのプログラミングを行う人間の心得が的確に記載されていて、機械学習系のエンジニアも一読の価値あり。
ダメな例、それに対する指摘・ベストプラクティスが簡潔に示されていて分かりやすいし、隙間時間に読めるのが良い。
ベスト1000レビュアー
Amazonで購入
教える立場になったとき、悪手に対する指摘には根拠が必要。
根拠は、過去の経験や失敗をエビデンスにしていることが多い。
本書で事例として挙げられている、先輩と後輩のやり取りは、現場あるあるそのもの。
つまり、後輩に本書を読んでもらうことで不要な指摘を避ける確率は下がるのではないかと思う。
また、事例のようなことに遭遇した時も本書をリファレンスとして提示することで、開発の作業は効率化されるはずと感じた。
根拠は、過去の経験や失敗をエビデンスにしていることが多い。
本書で事例として挙げられている、先輩と後輩のやり取りは、現場あるあるそのもの。
つまり、後輩に本書を読んでもらうことで不要な指摘を避ける確率は下がるのではないかと思う。
また、事例のようなことに遭遇した時も本書をリファレンスとして提示することで、開発の作業は効率化されるはずと感じた。
2020年3月8日に日本でレビュー済み
本書は初級者向けの本ではない。
また、本書の各テーマの例としてDjangoやCeleryが結構出てくるので、これらを使ったことが無ければ著者が言いたいことの理解速度も違ってくるかと思う。
本書のベストプラクティスには他書で紹介されていたものもあり、<本当のベストプラクティスだったんだ>という確認にもなった。
なお、最初の評価として星1個を付けている人がいたが、この評価はあまりにも乱暴であると断言できる。
また、本書の各テーマの例としてDjangoやCeleryが結構出てくるので、これらを使ったことが無ければ著者が言いたいことの理解速度も違ってくるかと思う。
本書のベストプラクティスには他書で紹介されていたものもあり、<本当のベストプラクティスだったんだ>という確認にもなった。
なお、最初の評価として星1個を付けている人がいたが、この評価はあまりにも乱暴であると断言できる。
ベスト1000レビュアー
本書は、Pythonの設計や開発プロセスのベストプラクティスを通じて、「プログラミング入門者が中級者にランクアップ」するのに必要な知識を伝える。
本書において目指す中級者は、以下のようなスキルを持っている。
・自分の作りたいものを着実に作るプロセスがわかっている
・どう設計すればアプリケーションとして良いものができるかがわかっている
・どういう場合にどのライブラリを使えば良いかわかっている
上記を達成するために1章から順に、コード実装、モデル設計、エラー設計、システム設計、やることの明確化を解説する(プログラムから周辺技術の順)
汎用的な内容もあるが、多くはPythonとdjangoフレームワークを使ったWeb開発の事例なので、自身のニーズと合致すればより有益なアドバイスになるのではないか。
例えば、以下のような内容。
・関数名は、動詞を関数名の頭につけるか、取得できるものや役割の名詞にする。
-動詞にする例: get_item_list、 calc_tax、is_member など
-取得できるものの名詞にする例: current_date、 as_dict など
-役割で関数名にする例: json_parser など
・ コメントは「なぜこう処理しないのか」の説明とする。プログラムを読んだ人が「当たり前に考えた」ときに違和感があるような処理に「なぜこのような処理をしているのか」を注釈する場合などに使うと効果的。
・MVCの場合、コントローラーでは値の入出力と、処理全体の制御のみに留める。コントローラーに細かい処理まで実装すると、コントローラーに書かれるプログラムが多くなりすぎる。
・読みやすくするために、テストコードを 準備(Arrange) と 実行(Act) と 検証(Assert) に分ける。
・不明点は、時間を制限した上で、公式ドキュメント(原典)を読む。
・想定外の例外を握り潰すのはやめる。エラーが起きたとき問題をユーザーから隠すのではなく、簡単に正しい状態に復帰しやすいように適切な情報を提供する。
・一般的に使われているフレームワークを使う。学習コストはかかるが、独自に実装するよりもはるかに少ないコストで課題を解決できる。
・作りたい価値から考える。何かをプログラムする前に、それが誰にとって、どう嬉しいかを考える。
・UIモックなどは可能な限りきちんと描き出す。未完成な絵を見ると、どうしても人は真剣に見なくなり、曖昧な部分があるとわかっていても、曖昧なままにしてしまう。
本書において目指す中級者は、以下のようなスキルを持っている。
・自分の作りたいものを着実に作るプロセスがわかっている
・どう設計すればアプリケーションとして良いものができるかがわかっている
・どういう場合にどのライブラリを使えば良いかわかっている
上記を達成するために1章から順に、コード実装、モデル設計、エラー設計、システム設計、やることの明確化を解説する(プログラムから周辺技術の順)
汎用的な内容もあるが、多くはPythonとdjangoフレームワークを使ったWeb開発の事例なので、自身のニーズと合致すればより有益なアドバイスになるのではないか。
例えば、以下のような内容。
・関数名は、動詞を関数名の頭につけるか、取得できるものや役割の名詞にする。
-動詞にする例: get_item_list、 calc_tax、is_member など
-取得できるものの名詞にする例: current_date、 as_dict など
-役割で関数名にする例: json_parser など
・ コメントは「なぜこう処理しないのか」の説明とする。プログラムを読んだ人が「当たり前に考えた」ときに違和感があるような処理に「なぜこのような処理をしているのか」を注釈する場合などに使うと効果的。
・MVCの場合、コントローラーでは値の入出力と、処理全体の制御のみに留める。コントローラーに細かい処理まで実装すると、コントローラーに書かれるプログラムが多くなりすぎる。
・読みやすくするために、テストコードを 準備(Arrange) と 実行(Act) と 検証(Assert) に分ける。
・不明点は、時間を制限した上で、公式ドキュメント(原典)を読む。
・想定外の例外を握り潰すのはやめる。エラーが起きたとき問題をユーザーから隠すのではなく、簡単に正しい状態に復帰しやすいように適切な情報を提供する。
・一般的に使われているフレームワークを使う。学習コストはかかるが、独自に実装するよりもはるかに少ないコストで課題を解決できる。
・作りたい価値から考える。何かをプログラムする前に、それが誰にとって、どう嬉しいかを考える。
・UIモックなどは可能な限りきちんと描き出す。未完成な絵を見ると、どうしても人は真剣に見なくなり、曖昧な部分があるとわかっていても、曖昧なままにしてしまう。
2020年11月10日に日本でレビュー済み
ベストプラクティスについて書いた本で、失敗例とそれに対する修正例が列挙されています。
1年くらい書いていれば自然にそういう書き方になるだろうという話が結構あるのと、Djangoに特化した話が多い点は、個人的にマイナスポイントです。しかし、OJT感覚でチーム開発のやり方を説明しているところが独特で、普段チーム開発をしていない身にはいろいろと参考になる話がありました。短時間で手軽に読めてしまうので、時間対効果は良い本だと思います。
1年くらい書いていれば自然にそういう書き方になるだろうという話が結構あるのと、Djangoに特化した話が多い点は、個人的にマイナスポイントです。しかし、OJT感覚でチーム開発のやり方を説明しているところが独特で、普段チーム開発をしていない身にはいろいろと参考になる話がありました。短時間で手軽に読めてしまうので、時間対効果は良い本だと思います。