  |
はてなキーワード: メソッドとは
ゼロ年代Jポップの礎ともいえる感動的なストリングスメソッドは、亀田誠治アレンジによる平井堅の「瞳をとじて」(2004)や、小林武史アレンジによるMr.Childrenの「しるし」(2006)あたりで確立された感はある。
ちなみに、Jポップストリングスに欠かせない金原千恵子ストリングスは01年デビュー。
松任谷正隆アレンジによるゆずの「栄光の架橋」(2004)もそうだけど、いずれの曲もイントロはピアノスタートで、サビはストリングスで感動的に展開していくんだよね。
少し時代は遡ると冨田恵一アレンジによるMISIAの「everything」(2001)のストリングスアレンジも後々のJポップに相当影響与えてそう。
感動的ストリングスとピアノ、という形態のゼロ年代Jポップ手法を支えていたのって、実はフジの「僕らの音楽」(2004〜2014)なんじゃないかって気がしてる。
と思うのがオバチャンやで。前面に虎の絵が書いてあるトレーナー買っちゃうやつな。全身柄物で固めて良いのはチェッカーズだけやで。
コードを書く上で重要なことは？という質問に対して、アスペならば「実行できること」と答えるだろう。
当たり前なことしか言っていない。「実行できること」という文からは全く有益な知見を得られない。
実行できることは重要性ではなく、必要性である。重要性とは、必要なことをすべてやった上でなおやる価値のあることを意味する。
そう考えた時に私がよく思うのは「最短時間で理解可能」であることが重要であると思うわけである。
しかしここに宗教がある。そもそも、人間が物事を理解するプロセスは人それぞれである。
私は一度、関数やモジュールで適切に分離するためのリファクタリングというものを行ったことがある。
というのも、一つの関数に万を超える行が書かれていたため、上司がリファクタリングを命令したためである。
具体的詳細はprivateメソッドに、公開する必要のあるものはpublicメソッドに移した。
そして当初働いていた職場での反応はどうだったかというと、「スパゲッティコード」だというのだ。
スパゲッティコード？一つの関数に万を超える行があるほうがスパゲッティだと普通は思うだろう。
ところが、彼らの脳内では、「常にコードの詳細が見えていなければ気がすまない」という、カプセル化を無視する思想で動いていたため、関数化すると関数の最下層まで辿らないと気がすまないらしかったのである。
このようにして、教育の無い人間はコードの読み方もカプセル化も知らないので、非生産的な方法が最短の方法になってしまうのである。
コードを最短で理解するためにはどうするのか。基礎知識を教育された集団の中に身を置くのがまず先決である。
例えばcalc_monthly_salary_yen(Person p)という行が存在した時、いちいちcalc_monthly_salary_yenの中身を常に見に行くような人たちはダメだ。
「人間のデータを入力すれば円単位で月の給料を計算してくれるんだろう」とざっくりと自然言語的に読み進められる人たちでなければ「最短理解」は難しい。
つまり最短理解するためのコードを書いた時に、それが本当に最短理解されるためには事前の教養が必要なのである。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1359 | 国土交通省 ネガティブ情報等検索サイト | www.mlit.go.jp |
| 1087 | ゲームを趣味にしている人の割合が多いのはどのくらいの収入の人たちなのか調べてみた - nonameのノート | noname774300.hatenablog.com |
| 854 | マシュマロ！｜高河ゆん｜pixivFANBOX | kouga-yun.fanbox.cc |
| 850 | トコジラミ根絶方法 ｜ 害虫・害鳥獣を安全に対策します｜株式会社 オオヨドコーポレーション Ｐテックス社 | oyodo-pmp.com |
| 847 | ラマヌジャンは本当に何も知らなかったのか | mathlog.info |
| 774 | 裏紅白歌合戦2023 | jiyujoho.a.la9.jp |
| 679 | 水は変わった物質 | vitroid.github.io |
| 671 | しずかなインターネット | sizu.me |
| 606 | 日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ | simplearchitect.hatenablog.com |
| 498 | 『ゼルダの伝説 ブレスオブザワイルド』が品質を高めてくれた。売上10万本超え、R18インディーゲーム『洗脳アプリで高慢なお嬢様を好き放題するシミュレーション』開発者インタビュー - AZ-LINE あずらいん！ | az-line.jp |
| 484 | ChatGPTに社内文書に基づいた回答を生成させる仕組みを構築しました - コネヒト開発者ブログ | tech.connehito.com |
| 475 | 超映画批評『ゴジラ-1.0』90点（100点満点中） | movie.maeda-y.com |
| 465 | メールアドレスをキーにしてID連携を行う設計の危うさ｜ritou | sizu.me |
| 454 | 「直接会って話したほうがはやい」は速いだけ｜araya | sizu.me |
| 438 | ベンダが提供していない決済モジュールの不具合による情報漏洩事故 東京地判令2.10.13（平28ワ10775） - IT・システム判例メモ | itlaw.hatenablog.com |
| 436 | Othello is Solved | arxiv.org |
| 435 | 池田大作氏の御逝去の報に接し | kishida.gr.jp |
| 424 | https://ip.guide/ | ip.guide |
| 421 | ナポリタンが究極の味になる！ほんのひと手間に「やって大正解」「今度からこうする」 - macaroni | macaro-ni.jp |
| 421 | 大麻、少年の性被害、男らしさの病（松本俊彦）[第12回] 酒をやめられない文学研究者とタバコがやめられない精神科医の往復書簡 | ohtabookstand.com |
| 407 | 変なドメイン取るな.net | www.henna-domain-toruna.net |
| 401 | ｍＲＮＡのひみつ ｜ まんがひみつ文庫 ｜ まんがでよくわかるシリーズ ｜ 学研キッズネット | kids.gakken.co.jp |
| 377 | 【雑記】セキュリティガイドライン類 約300時間 読み漁ってみた - 2LoD.sec | nikinusu.hatenablog.com |
| 374 | 弊社元幹部社員の不正について/日本海テレビ | www.nkt-tv.co.jp |
| 368 | t_wadaさんと「単体テストの使い方/考え方」の疑問点についてディスカッションしました - DeNA Testing Blog | swet.dena.com |
| 361 | コラム・寄稿「なぜドイツ人にできることが日本人にできないのか」 | www.rieti.go.jp |
| 360 | 令和時代の個人サイトの作り方：suama works | techbookfest.org |
| 356 | 【楽天市場】SPUの特典内容変更について｜SPU（スーパーポイントアッププログラム） | event.rakuten.co.jp |
| 345 | 国産プレミアムウイスキー 一部商品の価格改定について | www.suntory.co.jp |
| 335 | Mini vMac | lrusso.github.io |
ベテランじゃねえけど
＞ Masterクラス的なクラスが持ったHelperの処理を呼び出したい
Masterが持ってるインスタンスの情報を参照した上でHelperの処理呼びたいならMasterに窓口になるメソッド作ったほうがいいんじゃない？
別に関係ないならHelperのStatic関数で呼べばいいのでは。
ただ
＞ Master.Helper.処理()
こう書いてるからHelperの関数だけ直接呼びたいっぽいので
それなら普通にStaticで定義してHelper.処理()で呼んでしまえばいいんでねーの
馬鹿がオブジェクト指向をやると一つのクラスに全部の機能を突っ込んだりする
そういう状態になったものを神クラスといい、インスタンス化したものは神オブジェクトという
EchsSee(仮)という謎のクラスに全機能が詰め込まれていた
最初はHTMLの表示をデバイスごとに振り分けるヘルパークラスでしかなかったが、馬鹿が「便利だから」などといって無関係のフィールドとメソッドをどんどんEchsSeeに詰め込んだ
EchsSeeは高頻度に更新される上に、更新による失敗が全システムに影響を与えたため、開発者は「EchsSee触るの怖いんですよね」などと言うようになった
万物に神が宿り、万物が神になる世界なので、神が人や世界を支配しない
『西洋宗教において神と運は別のオブジェクトだが、日本の古典な宗教観においては神や大いなる力は同一のオブジェクト』、これを生成させるまではうまくいったんだけどね
bingちゃん:
西洋宗教では、神と運は、プログラムでたとえると、別々のオブジェクトとして存在すると考えられます。神は、人間や自然に対して意志や計画を持つ創造者や支配者として表現されます。運は、人間や自然に対して予測や制御ができない偶発的な要因として表現されます。
# 神と運のオブジェクトを定義する class God: def __init__(self, name, power, plan): self.name = name # 神の名前 self.power = power # 神の力 self.plan = plan # 神の計画 def create(self, thing): # 神が何かを創造するメソッド print(f"{self.name} created {thing}.") def control(self, thing, action): # 神が何かに対して支配や介入をするメソッド print(f"{self.name} {action} {thing}.") class Luck: def __init__(self, name, factor): self.name = name # 運の名前 self.factor = factor # 運の要因 def affect(self, thing, outcome): # 運が何かに対して影響を与えるメソッド print(f"{self.name} affected {thing} and the outcome was {outcome}.")このコードでは、神と運は、それぞれ異なる属性や機能を持つオブジェクトとして定義されています。神は、名前、力、計画という属性と、創造、支配という機能を持ちます。運は、名前、要因という属性と、影響という機能を持ちます。神と運は、それぞれの機能を使って、人間や自然に対して作用することができます。例えば、以下のようなコードが考えられます。
# 神と運のオブジェクトを作成する god = God("Zeus", "lightning", "maintain order") luck = Luck("Tyche", "chance") # 神と運が人間に対して作用する god.create("human") luck.affect("human", "good") god.control("human", "bless") luck.affect("human", "bad") god.control("human", "punish")しかし、日本の古典的宗教観では運と神や大いなる力は同じオブジェクトです。神が運を司っています。
# 神と運は同一のオブジェクトとして定義する class GodLuck: def __init__(self, name, power, plan, factor): self.name = name # 神の名前 self.power = power # 神の力 self.plan = plan # 神の計画 self.factor = factor # 運の要因 def create(self, thing): # 神が何かを創造するメソッド print(f"{self.name} created {thing}.") def control(self, thing, action): # 神が何かに対して支配や介入をするメソッド print(f"{self.name} {action} {thing}.") def affect(self, thing, outcome): # 運が何かに対して影響を与えるメソッド print(f"{self.name} affected {thing} and the outcome was {outcome}.")このように、神と運は同一のオブジェクトとして扱われます。例えば、恵比寿さまは商売繁盛や五穀豊穣の神であり、同時にそのような運をもたらす要因でもあります。以下がその例です。
# 恵比寿さまのオブジェクトを作る ebisu = GodLuck("恵比寿さま", "商売繁盛や五穀豊穣の力", "人々に幸せを与える計画", "商売繁盛や五穀豊穣の要因") # 恵比寿さまが何かを創造する ebisu.create("鯛") # 恵比寿さまが何かに対して支配や介入をする ebisu.control("農作物", "守る") # 恵比寿さまが何かに対して影響を与える ebisu.affect("商人", "成功")恵比寿さま created 鯛. 恵比寿さま 守る 農作物. 恵比寿さま affected 商人 and the outcome was 成功.
日本語で聞いてるのになんでその回答になるんだよ、面倒くせぇ
ぜんぜん中立じゃないじゃんな
具体的にはBingちゃんが神の計画・神の支配の文言含んだ回答を生成しちゃったら
日本は八百万の神がいる世界。万物に神が宿り、万物が神になる世界なので、神が人や世界を支配しない
『西洋宗教において神と運は別のオブジェクトだが、日本の古典な宗教観においては神や大いなる力は同一のオブジェクト』、これをBingちゃんに生成させるまではうまくいったんだけどね
bingちゃん：
西洋宗教では、神と運は、プログラムでたとえると、別々のオブジェクトとして存在すると考えられます。神は、人間や自然に対して意志や計画を持つ創造者や支配者として表現されます。運は、人間や自然に対して予測や制御ができない偶発的な要因として表現されます。
# 神と運のオブジェクトを定義する class God: def __init__(self, name, power, plan): self.name = name # 神の名前 self.power = power # 神の力 self.plan = plan # 神の計画 def create(self, thing): # 神が何かを創造するメソッド print(f"{self.name} created {thing}.") def control(self, thing, action): # 神が何かに対して支配や介入をするメソッド print(f"{self.name} {action} {thing}.") class Luck: def __init__(self, name, factor): self.name = name # 運の名前 self.factor = factor # 運の要因 def affect(self, thing, outcome): # 運が何かに対して影響を与えるメソッド print(f"{self.name} affected {thing} and the outcome was {outcome}.")このコードでは、神と運は、それぞれ異なる属性や機能を持つオブジェクトとして定義されています。神は、名前、力、計画という属性と、創造、支配という機能を持ちます。運は、名前、要因という属性と、影響という機能を持ちます。神と運は、それぞれの機能を使って、人間や自然に対して作用することができます。例えば、以下のようなコードが考えられます。
# 神と運のオブジェクトを作成する god = God("Zeus", "lightning", "maintain order") luck = Luck("Tyche", "chance") # 神と運が人間に対して作用する god.create("human") luck.affect("human", "good") god.control("human", "bless") luck.affect("human", "bad") god.control("human", "punish")しかし、日本の古典的宗教観では運と神や大いなる力は同じオブジェクトです。神が運を司っています。
# 神と運は同一のオブジェクトとして定義する class GodLuck: def __init__(self, name, power, plan, factor): self.name = name # 神の名前 self.power = power # 神の力 self.plan = plan # 神の計画 self.factor = factor # 運の要因 def create(self, thing): # 神が何かを創造するメソッド print(f"{self.name} created {thing}.") def control(self, thing, action): # 神が何かに対して支配や介入をするメソッド print(f"{self.name} {action} {thing}.") def affect(self, thing, outcome): # 運が何かに対して影響を与えるメソッド print(f"{self.name} affected {thing} and the outcome was {outcome}.")このように、神と運は同一のオブジェクトとして扱われます。例えば、恵比寿さまは商売繁盛や五穀豊穣の神であり、同時にそのような運をもたらす要因でもあります。以下がその例です。
# 恵比寿さまのオブジェクトを作る ebisu = GodLuck("恵比寿さま", "商売繁盛や五穀豊穣の力", "人々に幸せを与える計画", "商売繁盛や五穀豊穣の要因") # 恵比寿さまが何かを創造する ebisu.create("鯛") # 恵比寿さまが何かに対して支配や介入をする ebisu.control("農作物", "守る") # 恵比寿さまが何かに対して影響を与える ebisu.affect("商人", "成功")恵比寿さま created 鯛. 恵比寿さま 守る 農作物. 恵比寿さま affected 商人 and the outcome was 成功.
オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造化プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。
1. データと処理をまとめるという発想。
データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかもクラスはインスタンス化のときに、不要な情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータが進化しているからメモリのことはあまり考える必要がないとはいえ、必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞で概念分類できると考え始めたのかは不明だが、アルゴリズムとデータ構造という構造化プログラミングの手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかもデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。
2. 継承
継承によって既存の構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムがスパゲティ化し、依存関係のグラフがややこしくなってしまう。継承など使わず、必要な情報はスコープの限られた共通の変数、または関数の引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通のインターフェイスをもたせたほうがマシである。インターフェイスを使えば、クラス利用者が意識すべきpublicメソッドがなんであるか把握できる。
3. カプセル化
オブジェクト指向の中で役立つ概念はカプセル化だけである。しかし、カプセル化はクラスなしで構造化プログラミングの方法で実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化が独自の概念だと言い始めたかは謎。
4. ポリモーフィズム
同じ名前のメソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造化プログラミングで似たようなことができる。
あと10年くらい（テキトー）したら、もしかしたらプロ野球では二刀流は当たり前になってるかもしれないな。
今までも、打撃センスの高いピッチャーって結構いたはずだけど、その手腕を発揮するメソッドや事例、ルールがなかっただけで。
とくにセリーグのピッチャーだと、投げるも打つもやるから、ちゃんと調べたら結構いい線行ってた人はいたんじゃないかな。
具体的に私が覚えているのは元巨人の桑田真澄さんのホームランくらいなもんだけど、長いプロ野球の歴史には他にもいたんじゃない？ 彼だけとは思えないんだよね。
ただ、二刀流選手がいる場合には、周りの配慮も必要だと思うので、その辺りの人的ケアとかもフォローできる球団じゃないと回せないとは思うけどね。
やり方は簡単
ルートA「堕胎しまくり」 → 堕胎強要というセカンドレイプにより女のメンタルが傷つきます→妻を守れなかった男たちへの非難が更に高まります→敵国の士気がゴミになります→勝ちます
ルートB「そのまま産む」 → 子種が自分由来か分からないので男たちが愛情を注ぎにくくなります→その国全体で家庭崩壊が起きやすくなります→敵国の士気がゴミになります→勝ちます
副次効果として敵国の女をレイプしまくったことで味方の兵士たちはスッキリ出来ます。
スッキリしたいからもっと頑張って戦場を荒らし回るぞとモチベーションも高まります。
最強メソッドです。
この増田でむちまろ先生がやり玉に挙げられていたけど当然のごとく非難轟々。
雑誌に載っている漫画自体ではなくゾーニングされた場所でやっていることなのだから当然なのだが。
この増田ではじゃあ実際に雑誌に載っている漫画はどうなのかという視点が全く無かったので、独断と偏見でチェックしてみた。読んでいただければ幸い。（別に規制しろとかいう趣旨じゃない）
ジャンプラブコメは冬の時代である。連載中だと書くのがほとんどないので直近2つまで書きます。
センシティブ度 1
多分ラブコメとして読んでる人いないだろうけど、これ含めないとニセコイかToLOVEるまで遡らないとないので入れざるを得ない。
センシティブ描写はほとんどっていうかマジでないのでド級の健全ド健全。
陽キャのリアルな恋愛を見せられているかのような（あくまで漫画であって別にリアルじゃないのはわかるが）しゃらくささを陰キャの増田としては感じざるを得ないがセンシティブに感じる読者はいないだろう。
次世代型の少年漫画の恋愛ものですね。しゃらくせ～～。そこに靴があったからじゃねえんだよ～～。
ラブコメじゃなくエロコメだという声もあるけどまあラブコメの一種でいいと思う。
1話に最低一回は局部かおっぱいに顔ツッコむか全裸か半裸になるので言わずもがな。
ジャンプラに移籍したので少年誌にはいられなかったという実績を考慮して+を加えた。
個人的には女×女より男女のが好きなので残念だった。ただこれに限れば男だとすぐ食われちゃったろうから仕方ない。
センシティブ度 8
大体5話に一回くらいはおっぱい触ったりヒロインの半裸や全裸が描かれるのでなかなかセンシティブ。
こだわりのケツ描写やトイレに2人閉じ込められたまま用を足すヒロインの姿を描くなどフェチい描写も隙なく揃える。
同期にやってたゆらぎ荘には敵わないまでも、これぞ古き良き少年漫画ラブコメって感じの塩梅でしっかりセンシティブしてた。
ただ今どき合宿先の温泉の男女の境の塀に穴開けて覗いてやるぜー。うおー穴空いたー。気づいてた女子に目潰しされたーいてー。ってノリを無邪気に描写してるのはぶっちぎりでセンシティブ。
ここに限ればあやトラなんか目じゃないくらいセンシティブしてた。倫理観昭和か平成初期にでもタイムスリップしたのか？
そこでチキンレースしなくてもいいのよ。違うところで頑張って。
ラブコメのサンデーも今は昔ってことはないけど最近はマガジンに押され気味。でも5作品くらいあるのよ。
センシティブ度 4
エモにより気味なんだけど、ところどころでちっちゃい主人公におっきいヒロインが無意識におっぱい押し付けちゃってるのいいよね。
ツンツンしてる男の子がオロオロしてる女の子意識し始めるのいい……。
あんまりセンシティブって感じはしないけど、それなりに着替え描写くらいはあるので少年誌って感じ。
センシティブ度 5
いやまあセンシティブなんだよ。結構裸とかそれに近いの書くし主人公とヒロイン夫婦だし。でも畑先生なんだよ。絵が。
どうしたってセンシティブにはならないんだよな。ニヤニヤはする。良い。
書くことは書いてるのでそれなりにセンシティブ度を上げないといけないと思うから5。
でもセンシティブには使えないよな……。
センシティブ度 3
可愛さと非センシティブを同居させていてひらかわ先生～～って感じ。大好き。
初期は3姉妹がほとんど男みたいな目つきだったけど、すぐにナーフされたので割と最初から可愛い。
得意分野で飛び抜けてて自信持ってるタイプの女性のふとしたときに見せる女の子らしさ可愛いよねって感じを繰り返す感じ。
センシティブ度は少ないので親御さんがビックリしないタイプの安心して見せられるラブコメ。
センシティブ度 3
初期に比べるとフェチ描写も減ってしまって本当にセンシティブではなくなってしまった。
良き一対一ラブコメかと思ったら急に只野くんが謎ムーブし始めて迷走した時期もあったけど、まあ総じて安定して面白い。
面白いんだけどセンシティブな視点からは残念なところは否めない。
でもまあこういう安定したものがあると雑誌自体読み続けたくなるからいいよねだからあの謎ムーブは何なんだよ只野くんの好感度落ちまくったわ！！
ラブコメが……！ ラブコメが多い……！！ 大変なので短文にしました。
センシティブ度 8
ようやく発端の生穴る。
まあエロいんだけどフェチな感じの描写とか強くてあんまりセンシティブじゃないんだよな。
いやそれでもフェチ描写もあるし全裸描写もあるしでセンシティブ度は8くらいつけなきゃなって感じで若干麻痺してる感はあるが。
雰囲気の割に足りないセンシティブをSNSで補ってるのはWEBと雑誌の融合だなーって感じで面白くみてる。
もちろんセンシティブなところが魅力の一つでもあるんだけど、それ以外にキャラの人間らしさも魅力なので読んでみて。
センシティブ度 6
描写は間違いなくセンシティブなんだけど本能にはセンシティブに訴えかけるものがないんだよな……。
センシティブは間違いなく大事なんだけど色気もあってこそなんだよ。でもまあやることはやってるので6。
センシティブ度 7
迫ってくる女の子に半裸だったり全裸だったり古き良きハーレムラブコメ。
しっかりとセンシティブしてて好印象。思ったより跳ねないなと思ってたけどようやくアニメ化したので一安心。
アニメ化でナーフされないか若干心配だけどまあてんぷるもやったし平気かな。
センシティブ度 9
センシティブ！！
見事なエロコメ。これぞ少年漫画というにはエグいけどまあ主人公は一途だしな……。
短いページながら毎回爪痕を残していくところは好印象。
でもこういうヒロインの名前入ったやつで後から来たサブヒロインを本気で惚れさすのは胸が痛いよ……？
センシティブ度 5
主人公の気持ち悪い語りが本当に気持ち悪いんだけど、舐めるような視線と解説はともかくセンシティブ描写はそれなり。
センシティブにあまり頼らない女性の美しさみたいなところを徹底して書いてるところは褒められるべきだと思う。
ヒロインのキャラデザが良すぎるのが強い。アニメも力入ってて強すぎる。
センシティブ度 5
寺の跡取りの主人公を誘惑するという初期設定なんだけどまあ実際はそこまでセンシティブではなかった。
ただまあ面白いんだよな。主人公を振り向かせようとするヒロインたちは可愛い。
センシティブじゃないけど可愛くていい。
センシティブ度 2
デコにセンシティブを感じる人なら10点だと思うけど、そこにセンシティブは感じない人なのでこのくらい。
サブヒロインも爽やかに恋を終えて、落ち着いて見れるのはいい。
センシティブ度 6
まあ始まったばっかりでそこまで判断材料もないんだけど、へそ出し制服はなかなかセンシティブ。
五等分以来の大物感を漂わせているので……というか相当五等分のメソッドを取り入れてる感じなのでうまく行けば流行りそう。
先生も同級生も剥くわ揉むわでやりたい放題。現状の週刊少年漫画ラブコメだとおそらくトップのセンシティブ。
どうでもいいけど教師と生徒の恋愛は少年誌じゃ許されないとかいう人いまだにいるけど、ドメカノでもこれでもやってるんだからどう考えてもダメなことないよね。
男教師と女子生徒はダメだとしても女教師と男子生徒ならなんの問題もないわ。歴史が証明している。
あと瀬尾先生の女神のカフェテラスもあるけど瀬尾先生はトラウマなんで読んでないんだ。すまない。
傾向的には
ジャンプ…唯一連載中のアオノハコはド健全だけどセンシティブ打率は高い。いちごToLOVEる辺りの印象もあるかもしれない。
サンデー…基本健全。センシティブ度は低い。昔ので言えば初恋ゾンビはそこそこセンシティブだった気がするけどそれくらい。
マガジン…まずラブコメが多すぎる。その分バラエティに富んでるのでまあ数は正義。
マガジンラブコメ多すぎんよ～。でもどれも個性あるので読んでみて。
何がいいたいかというとむちまろ先生くらいなんてことないのです。というか物足りないのです。
みんなセンシティブなものを読もう。そしてアンケート入れて応援しよう。
読んでないんだ。すまない。（最近面白くなってるらしいことは聞いてる）
休載してるだけじゃなくてうぇぶりに移籍しちゃったので泣く泣く除外した。
ラブコメかな……？ まあつけるなら4。フェチいいけどセンシティブではないかな。
