高校1年生の羽留うららは、その美貌でモテモテ。しかし、男はみんなダメで、理想の男などいないと失望していた。そんな時、祖父の決めた許婚の坂本冬馬の存在を知る。小学5年生と年が離れた冬馬を気にも留めないうららだったが、紫式部の源氏物語で、主人公光源氏が、幼い紫の上を理想の女性に育て上げようとしていたことを知り、冬馬を自分の理想の男に育て上げ、理想の夫にすることを決意する。
『少年サンデー増刊』1994年12月号に読切として『だんな様は小学生!!』が掲載され、翌月より『週刊少年サンデー超』に改名した同誌において、作品タイトルも『育ってダーリン!!』に変更され連載が開始される。1996年6月号まで連載後に未完のまま連載を中断。2002年に『週刊少年サンデー』19号と20号で完結編を発表、全話を収録した単行本が新装版として少年サンデーコミックスより全2巻で発売された。最後の2話と巻末には『かってに改蔵』の人物達が登場する。執筆再開までは途中で連載を自身の都合で中断したことを『かってに改蔵』で自虐的ギャグとして複数回使っていた。作者曰く「20代の過ち」。台湾では青文出版集団が小学館から正式認可を受けた繁体字中国語版の単行本を期待你長大"というタイトルで刊行している。装丁は日本の新装版と同じ。
しかし、旧水質二法は、規制水域や規制対象業種を個別に指定する制度であるため実効性が不十分であることが指摘され、1970年（昭和45年）の公害国会において水質汚濁防止法が制定され、廃止された。
公共用水域の水質の保全に関する法律において、経済企画庁長官は、水質審議会の議を経て、公共用水域のうち、当該水域の水質の汚濁が原因となって関係産業に相当の損害が生じ、もしくは公衆衛生上看過し難い影響が生じているものまたはそれらのおそれのあるものを、水域を限って、指定水域として指定し、指定水域に排出水を排出する工場、事業場等について水質基準を設定するとされた。この水質基準を遵守させるため、工場排水等の規制に関する法律 において、主務大臣は、同法施行令で規定する「特定施設」を設置する工場または事業場に対して、特定施設の設置等の届出ならびに水質の測定および記録を行わせるとともに、工場排水等の水質が当該指定水域に係る水質基準に適合しないと認めるときは、その工場排水等を指定水域に排出する者に対し、期限を定めて、汚水等の処理の方法の改善、特定施設の使用の一時停止その他必要な措置をとるべきことを命ずることができるとされた。
日本における公共用水域の水質保全に関する法律では、漁業資源保護の観点から旧漁業法（明治43年4月21日法律第58号）が制定されたのがはじまりであり、その後、港則法（昭和23年7月15日法律第174号）、鉱山保安法（昭和24年5月16日法律第70号）、漁港法（昭和25年5月2日法律第137号）、港湾法（昭和25年5月31日法律第218号）などの個別法によって規制が行われてきた。1949年（昭和24年）ころに経済安定本部に資源調査会が設けられ、1951年（昭和26年）に「水質汚濁防止に関する勧告」が経済安定本部にだされたが法制化には至らなかった。その後、毎年のように「水質汚濁防止法」の制定を求める請願が採択されても、産業（特に鉱業）を守るための慎重論があり、法制化されなかった。1958年（昭和33年）に東京都江戸川の製紙工場排水による江戸川漁業被害が起こり、公共用水域の水質の保全に関する法律と工場排水等の規制に関する法律（旧水質二法）が制定された。
作者が頻繁に口にする「死の訪れの正確な推測の不可能性」が主題である。〈ひどくひ弱な男〉は、30年か生きてきてくしゃみを一回しかした事が無かった男。くしゃみで自分が壊れてしまうかもしれないと心配していた。
仕様記述言語（しようきじゅつげんご）は、システムなどの仕様を記述する、コンピュータ言語（すなわち形式言語）である。形式的でない仕様記述もあるが（後述）、そういったものを含めて何らかの主張がされている場合もある。プログラミング言語がシステムそのものに変換されるのに対し、仕様記述言語は必ずしもシステムに自動変換されるものではなく、あくまで仕様の妥当性を検証することに重きを置いている。ソフトウェア工学における一般的な設計プロセスの位置づけから、多くはプログラミング言語を記述する前段階に記述されることを期待している。仕様記述と検証の方法について説明する。仕様記述では、何らかのシステムの仕様を論理学的あるいは代数学的に、形式的に記述する（形式仕様記述）。検証では、論理学や代数学に基づき（すなわち「機械的」に）、無矛盾性などといったシステムにおける「好ましい性質」の保証、あるいはデッドロックの可能性があるといった「好ましくない性質」の不存在を保証する（あるいは存在することを示し、修正を促す）。代表的な形式的仕様記述言語としてZ言語やLOTOSなどがある。研究段階では長い歴史を持つが、記述が複雑で高度なスキルを要求する上、システム全体の仕様を全て表現するには膨大な量の記述が必要になる。また、検証ではない方法もある。たとえば、完全な妥当性は保証できないが、シミュレーションを行うことで、ある限られた場合においての動作を模擬して確かめる方法もある。SpecCはこの立場を取る。プロトタイピングもこの範疇にある。