・死んだと見せかけて真の姿に変身 ・「私の部下になれ、世界の半分をやるぞ」と誘う ・逃げようとしても絶対に回りこんで逃さない ・二回攻撃する ・左右の部下を倒さないとダメージが通らないようにしておく ・自分専用のバトル曲を用意する ・「実は私はお前の父親だ」と嘘をつく ・背景は宇宙っぽくしておく ・でっかい椅子に座る（Yogiboのビーズソファなど） ・初めに相手を全回復させてやる ・倒されても記憶に残るラスボスになる ・そしてシリーズ作のレギュラーになりたい

はじめに 最近オブジェクト指向とデザインパターンについて学び始めたので、勉強しつつ記事にまとめていきたいと思います。 初回はSOLID原則についてです。SOLID原則はオブジェクト指向プログラミングにおいて、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくするために考えられたルールです。 この記事では、オブジェクト指向プログラミングの重要な開発原則であるSOLID原則について皆さんが想像しやすいマリオのクラス実装を例に解説していきます。 1. S (Single Responsibility)：単一責任の原則 クラスは単一の責任を持つべきと言う原則です。 ここでの責任というのは、オブジェクトが持っている機能のことです。 一つのクラスができる機能（責任）が複数あると、クラス内部の関数が強い結合を起こす可能性が高ま理望ましくありません。 次のマリオクラスを見てみましょう。

駅に近づくと、「ここはハロウィン会場ではありません」と書かれた横長の看板が見えた。20メートルほどの長さはあろうか。看板の前ではオレンジ色のウインドブレーカーを着た坊主頭の人々が立ち、ハンドスピーカーから「ここはハロウィン会場ではありません。立ち止まらないでください」と連呼していた。 その一人に「ハロウィン会場はどちらでしょうか」と訊いたが、男はこちらを見ない。もういちど「ハロウィン会場はどちらでしょうか」と訊くと、その人はハンドマイクのスイッチを切り、「ここはハロウィン会場ではないことを知らせる業務はハロウィン会場そのものを知らせる業務を含んでいません」と早口で喋った。 それも一理ある、と思い、今度は駅の改札から出て来る人々に片っ端から訊いてみた。やはり訊いてみるもので、「ハロウィン会場に私も今から行くところですから、一緒に行きましょうか」と声をかけてくれる男性が現れた。ひょろ長い身体つ