ベートーヴェンはフランツ・ヨーゼフ・ハイドンの下で学ぶため、1792年11月に故郷のボンを発ってウィーンへとたどり着いた。ハイドンが弟子の能力に満足していたのと対照的にベートーヴェンは師の指導に不満を抱き、翌1793年にはハイドン門下を飛び出してしまう。その後、対位法の教えを仰いだヨハン・ゲオルク・アルブレヒツベルガーの下での修業を終えた1795年にこのソナタは書き上げられた。ベートーヴェンとハイドンの師弟関係は良好とは言い難いものであったが、ハイドンがイギリスへの演奏旅行から帰国した1795年の秋口には、カール・アロイス・フォン・リヒノフスキー侯爵の邸宅で行われた演奏会に出席したハイドンの前で作曲者自身が作品2の3曲を初演して聞かせており、1796年にウィーンのアルタリアから出版された楽譜には師への献辞が掲げられていた。作品2にまとめられた3曲のピアノソナタにおいてベートーヴェンは初めて習作の域を脱した成熟した音楽家としての姿を現しているが、パウル・ベッカーなども指摘するようにここでは既に各曲がそれぞれ異なる強い個性により特徴づけられ、彼特有の広がりのある音楽性が明瞭に示されている。第2番のソナタは作品2の中でも優美で明朗な美しさが際立っており、ハイドンの様式を借用しながらも強弱の鋭い対比や転調の妙などに若い作曲者の創意が溢れている。ドナルド・フランシス・トーヴィーも終楽章を除きこのソナタが「ハイドンやモーツァルトの領域を完全に凌駕している」と評価している。
鳥取県鳥取市長谷で生まれる。第五高等学校を経て1925年（大正14年）、京都帝国大学工学部土木科を卒業し、同年に東京市吏員となる。1929年（昭和4年）に当時の図師兼弐市長に招聘される形で八幡市に入り土木課長に就任、製鉄事業の副産物として産出されるセメントを利用する形で小学校の校舎を鉄筋コンクリート造りに改築し、黒崎駅前の区画整理事業にも携わった。その後、長野県道路課長を経て1942年（昭和17年）に日本製鐵へ入社し土木部長・工務部長を歴任。1947年（昭和22年）に公選初代の八幡市長に選出、3期12年にわたり務める。市長在任中は北九州地域一帯でとりわけ戦災の被害が甚大だった市内の復興に尽力し、八幡駅の移設並びに一帯の区画整理を中心とした都市計画の実施・幼稚園に地区公民館を併設する「八幡方式」の実施、八幡市立診療所の市立病院（現北九州市立八幡病院）への拡充、八幡美術工芸館（現北九州市立美術館）の開館など、製鉄城下町と言われた八幡市にあって民生面での充実に力を尽くした。その他、全国公民館連合会長、九州公民館連合会長、福岡県公民館連合会長等を兼ねた。
守田 道隆（もりた みちたか、1898年（明治31年）7月3日 - 1970年（昭和45年）11月26日）は、公選初代の福岡県八幡市長。八幡製鐵所職員。
販売目的ではなく、社内で使用するための切手（通信費）、印紙（租税公課）、消耗品費などは購入時にいったん費用として計上するが、期末までに使用されずに残ったものについては、当期の費用とはせず、資産に計上して次期に繰り越す必要がある。その際、戻入れするための資産科目である。建設目的で購入した資材だが、他の用途に使うかもしれないものや、科目設定のはっきりしないものも貯蔵品とする。ただし、社内で継続的に使用しているものについては、切手や印紙等を除き貯蔵品計上しなくてもよいとされている。（法人税基本通達2-2-15）2-2-15 消耗品費等（法人税方基本通達）消耗品その他これに準ずる棚卸資産の取得に要した費用の額は、当該棚卸資産を消費した日の属する事業年度の損金の額に算入するのであるが、法人が事務用消耗品、作業用消耗品、包装材料、広告宣伝用印刷物、見本品その他これらに準ずる棚卸資産(各事業年度ごとにおおむね一定数量を取得し、かつ、経常的に消費するものに限る。)の取得に要した費用の額を継続してその取得をした日の属する事業年度の損金の額に算入している場合には、これを認める。(注)　この取扱いにより損金の額に算入する金額が製品の製造等のために要する費用としての性質を有する場合には、当該金額は製造原価に算入するのであるから留意する。
ソースコードの一部の循環的複雑度は、ソースコード内の線形独立な経路の数である。実際、if文やfor文のような分岐点のないソースコードの場合、その複雑度は 1 であり、そのコードには1つの経路しかない。コードに1つのif文が含まれていれば、コードには2つの経路があることになる。つまり、一方はif文での条件が真となる場合の経路で、もう一方はそれが偽となる場合の経路である。循環的複雑度は、ソースコードの各行をノードとし、実行の流れをノード間の有向エッジで表したグラフを描くことで計算できる。プログラミング言語によっては非常に簡潔でコンパクトであるため、ソースコードの1行がグラフでは複数のノードで表されることもある（例えば、C言語、C++、C#、Javaなどにあるif文を式にしてしまう三項演算子 "?:" ）。一般に、あるモジュールを完全にテストしようとした場合、全ての実行経路を通す必要がある。これの意味するところは、循環的複雑度の大きいモジュールの方が経路数が多く、従ってテストケースも多く必要になるということである。また、複雑度の大きいモジュールは、ソースコードの意味を理解するのに多くの経路を追わなければならず、読解がより困難になる。また、複雑度の大きいモジュールは凝集度が低いと予想される。この相関を想定する理由は、分岐点（判断ポイント）が多いモジュールは、単一の機能以上のものを詰め込もうとしている可能性が高いためである。しかし、凝集度とは関係なく、モジュールの種類によっては必然的に複雑度が大きくなることもある。例えば、ユーザインタフェース・モジュールに入力データの妥当性確認とエラー復旧のコードが含まれている場合などである。