引用箱

ロゴ

未知の書籍と出会うきっかけとして、色んな本の引用を閲覧・紹介することができます!
ぜひ、色んな引用をクリックして、お気に入りの本を見つけてみましょう📚🔍


引用紹介

自分で例外を発生させることもできます。例外を発生させるときはraiseメソッドを使います。引数には例外のメッセージを指定します。メッセージの部分は自由に書くことができます。どんな例外が起きたかをプログラマーが調べるときに使えます。例外クラスで例外の種類を指定し、メッセージに具体的なエラー内容を書くとよいでしょう。


『ゼロからわかるRuby超入門』(P. 263)

この引用を表示する

スレッドを用いると、同じプロセス上でメモリを共有しつつ異なる処理を並行して実行できます。これによって、1つのプロセスで複数の処理を実行したり、場合によっては処理を高速化できます。


『改訂2版 パーフェクトRuby』(P. 209)

この引用を表示する

実際にお客さんを目の前にしてソフトウェアをデモするだけで、チームは自分たちの果たすべき成果責任に対してもっと自覚的になれる。


『アジャイルサムライ』(P. 25)

この引用を表示する

道を知ることと、道を歩くことは違う。


『マトリックス』

この引用を表示する

あらかじめざっと読み、全体の構成や概要を摑んでおく


『独学大全』(P. 512)

この引用を表示する

インセプションデッキの背後にある考えはこうだ。「しかるべき人をみんな同じ部屋に集めて、プロジェクトにまつわる適切な質問をすれば、自分たちのプロジェクトに対する期待を共有して、認識を合わせることができるはずだ。」と。


『アジャイルサムライ』(P. 47)

この引用を表示する

文章の各レベルで「何を主張しているのか」を自問すること


『数学文章作法 基礎編』(P. 51)

この引用を表示する

アジャイルとリーンには共通の価値があるため親戚のように見なせるが、その起源は異なっている。リーンは製造業から生まれ、アジャイルはソフトウェア開発から誕生したのだ。お互いの原則は相性が良くて、適用できる範囲も幅広い。


『リーン開発の現場 カンバンによる大規模プロジェクトの運営』(P. 118)

この引用を表示する

誰もがコルトレーンやモーツァルトになれるわけじゃない。しかし、情熱を持てる仕事を見つけることで、凡人からの大きな一歩を踏み出すことができる。


『情熱プログラマー』(P. 33)

この引用を表示する

クールURIとは、シンプルなURIでもあるのです。


『Webを支える技術』(P. 57)

この引用を表示する

見た目が美しいコードのほうが使いやすいのは明らかだ。考えてみれば、プログラミングの時間のほとんどはコードを読む時間なのだッ! さっと流し読みができれば、誰にとっても使いやすいコードだと言えるだろう。


『リーダブルコード』(P. 43)

この引用を表示する

caseには、ほかにも便利な使い方があります。caseの後に変数を書かず、whenのあとにifの条件と同じように条件などを書く使い方です。この使い方では、一致以外の条件を書くこともできます。


『ゼロからわかるRuby超入門』(P. 94)

この引用を表示する

プランニングポーカーの参加者はチームの開発者全員である。ここで開発者というとき、そこにはプログラマ、テスター、データベースエンジニア、アナリスト、ユーザーインターフェイス・デザイナなど、すべての担当者が含まれることを忘れないでほしい。


『アジャイルな見積りと計画づくり』(P. 79)

この引用を表示する

変更がかんたんなアプリケーションは、再利用がかんたんなクラスから構成されています。再利用がかんたんなクラスとは、着脱可能なユニットです。


『オブジェクト指向設計実践ガイド』(P. 42)

この引用を表示する

テレビゲームのコントローラを握ったら、落とし穴に落ちたり火の玉に飲み込まれたりせずにゲームに完勝できるなどとは思わないだろう。それならなぜ、失敗を経験せずに人生を生き抜けると思うのだろうか。


『SOFT SKILLS ソフトウェア開発者の人生マニュアル』(P. 449)

この引用を表示する

関数やクラスを文書化するときには、「このコードを見てビックリすることは何だろう? どんなふうに間違えて使う可能性があるだろう?」と自分に問いかけるといい。基本的にはコードを使うときに直面する問題を「前もって」予測したい。


『リーダブルコード』(P. 65)

この引用を表示する

また、テストコードを書いてからデバッグすれば、デバッグの修正と同時にそのロジックのテストコードができあがります。なので、プログラムにほかの修正が入った場合でも、そのテストコードを実行すればそのロジックが壊れていないことを保証できます。デバッグの時間を短縮できる、できないにかかわらずテストコードを書いておくことは非常に良い習慣だと言えるでしょう。


『プロを目指す人のためのRuby入門[改訂2版]』(P. 498)

この引用を表示する

“Model という概念があるから何かを Model と呼んでデータをつっこまなきゃいけない気になるけど、React ではカプセル化されたコンポーネントをベースとしてそれに必要なデータが宣言的に取得されるようにしておけば、Model というデータの抽象化が必要かどうかというのは本質的な議論にならないのよ。”


『りあクト! ②React基礎編』

この引用を表示する

プログラムが大きくなってきたときに、意味のあるまとまりで分割することで、書きやすく、また読みやすいプログラムにすることができます。また、同じ処理は1カ所にまとめて書くことで共同利用することもできます。


『ゼロからわかるRuby超入門』(P. 155)

この引用を表示する

ふと氣が付いて見ると書生は居ない。澤山居つた兄弟が一疋も見えぬ。肝心の母親さへ姿を隱して仕舞つた。其上今迄の所とは違つて無暗に明るい。眼を明いて居られぬ位だ。果てな何でも容子が可笑いと、のそのそ這ひ出して見ると非常に痛い。吾輩は藁の上から急に笹原の中へ棄てられたのである。


『吾輩は猫である』

この引用を表示する

現在、36個の書籍が登録されています。


利用規約プライバシーポリシー
このサービスのリポジトリ

もし不具合などありましたら、お気軽にIssueやPull Requestをくださると嬉しいです✨

© 2023 lef237