残業しないための仕事術 - ワークライフバランスを達成するためにすべき５つのこと - sadadadの読書日記
残業や休日出勤で仕事を片付けることは何も悪いことではありません。しかし、そうせざるを得ない状況が何故発生したのかは考える必要があります。その場しのぎの場当たり的な仕事を続けていても、残業しなければならない体質を本質的に改善することなどできません。仕事が終わらない理由は、明らかにいままでの仕事のやり方が原因です。それを変えない理由など何処にもありません。 なぜ、あの部門は「残業なし」で「好成績」なのか? 6時に帰る チーム術 作者: 小室淑恵出版社/メーカー: 日本能率協会マネジメントセンター発売日: 2008/12/24メディア: 単行本購入: 8人 クリック: 175回この商品を含むブログ (68件) を見る 残業が増える仕事術 １ 疑問を持たずに盲目的に仕事している。 ２ 前提条件や環境を無視する。 ３ 何も言えない雰囲気がある。 ４ 誰が何をするのか役割分担が曖昧である。 ５ 慣れて
クラスの「継承」より「合成」がよい理由とは？ゲーム開発におけるコードのフレキシビリティと可読性の向上 | POSTD
コード構造における重要な問題として、複数のクラスを共有する場合に合成と継承のどちらを用いるかという点があります。“has a”の関係と、“is a”の関係と言われる2つの対比です。例えば、“ソファには綿が入っている”と、“ソファは家具である”という違いのようなものです。この例では2つの違いは非常に明白ですが、実際には、“has a”の関係でも“is a”の関係でも意味を成すケースがたくさんあります。ゲームのキャラクターについて、これはコリジョンボックスを持っているかと聞くのと、これは衝突可能なオブジェクトかと聞くような場合です。この2つは全く同じことではありませんが、それぞれが（または両方一緒に）衝突を処理する主構造として用いられ、どちらの方がよいかは必ずしも明白ではありません。私の経験では、直感的には継承の方がよいと思うことも多いのですが、それだと問題がたくさんあって結局は合成の方がよか
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
まつもと直伝 プログラミングのオキテ 第3回（1）
今回は継承についてより深く学びます。特になぜ多重継承が必要なのか，多重継承にはどのような問題があり，JavaやRubyがどのように解決しているのかを学びます。 前回はオブジェクト指向プログラミングを構成する3原則（ポリモーフィズム，データ抽象，継承）のうち，継承について扱いました。人が一度に把握，記憶できる概念の数には限りがあること，これを解決するため，クラスのうち似たような部分をくくり出す仕組み（継承）が必要であることを解説しました。継承はプログラムの構造化，抽象化の流れが自然に進化した形として登場したとも説明しました。 しかし，最後の部分は厳密には正しくありません。構造化，抽象化とは，共通部分をスーパークラス（親クラス）としてくくり出すボトムアップ・アプローチを意味します。このように継承が誕生したのであれば，最初から複数のスーパークラスを持つことができる多重継承＊1が主流だったに違いな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
