  |
はてなキーワード: NAmEとは
URI（Uniform Resource Identifier）
URL（Uniform Resource Locator）
大雑把にはそんな感じ
よく、「URIって呼べよ恥かしい」みたいな人いるけど、そっちが恥ずかしいです
例えば、下記のようなURLがあったとして
https://test:testpw@hogehogefugafuga.jp/index.html:8080
① スキーム
② オーソリティ
//test:testpw@hogehogefugafuga.jp/index.html:8080
ポート ：8080
hogehogefugafuga.jp にアクセスしますよぉ、提示した情報でというもの
インターネットを作った人は全世界の人が使うようになる前提で、ややこしいhttp://を決めたのかなぁ？
こんなに使われることになるくらいならもっとシンプルなものにしてた可能性が高かったんじゃないかなと技術脳ゼロの自分は思ってしまうわけです。
すげぇシンプルです
これ以上シンプルにするって逆にどうやるの？
例えばメールサーバーには、「mx」や「mail」などのサブドメインが付きます
これに対して、webサーバーを示すサブドメインとして「www」を使ったわけです
すげぇシンプルです
ロックに条件持たせる
やりたいことはできてるように見えるが、うーんしんどい
# Entity Relation Diagram
# ```mermaid
# ---
# title: Rental Office example
# ---
# erDiagram
# OFFICE ||--|{ ROOM : x
# OFFICE {
# number office_id
# }
# ROOM {
# number office_id
# number room_id
# }
# ROOM ||--|{ SCHEDULE : x
# SCHEDULE {
# number room_id
# datetime start_at
# datetime end_at
# }
# OFFICE ||--|{ BUSINESS_HOUR : x
# BUSINESS_HOUR {
# number office_id
# enum week_of_day
# datetime start_at
# datetime end_at
# }
# ```
# Directed Acyclic Graph
#
# ```mermaid
# graph LR
# A[OFFICE] --> B[ROOM]
# B --> C[SCHEDULE]
# A[OFFICE] --> D[BUSINESS_HOUR]
# D --> C
# A --> C
# ```
# 基底クラス: EntityLock
class EntityLock
attr_accessor :entity_name, :entity_locked, :attribute_locks
def initialize(entity_name)
@entity_name = entity_name
@entity_locked = false # エンティティ全体のロック状態を保持
@attribute_locks = {} # IDに対するロックを管理するハッシュ
end
def lock_entity
@entity_locked = true
puts "Entity '#{@entity_name}' is now locked."
end
def unlock_entity
@entity_locked = false
puts "Entity '#{@entity_name}' is now unlocked."
end
def lock(attributes)
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && !@attribute_locks[entity_id]
@attribute_locks[entity_id] = true
puts "#{@entity_name} with ID '#{entity_id}' is now locked."
end
end
def unlock(attributes)
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && @attribute_locks[entity_id]
@attribute_locks.delete(entity_id)
puts "#{@entity_name} with ID '#{entity_id}' is now unlocked."
end
end
def locked?(attributes)
# まずエンティティ全体がロックされているかチェック
return true if @entity_locked
# 次に特定のIDがロックされているかチェック
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && @attribute_locks[entity_id]
return true
end
# ロックされていなければfalseを返す
false
end
end
# 子クラス: OfficeLock, RoomLock, ScheduleLock
class OfficeLock < EntityLock
def initialize
super("Office")
end
end
class RoomLock < EntityLock
def initialize
super("Room")
end
end
class ScheduleLock < EntityLock
def initialize
super("Schedule")
end
end
# 子クラス: BusinessHourLock
class BusinessHourLock < EntityLock
def initialize
super("BusinessHour")
@attribute_locks = [] # BusinessHour用のロックを配列で管理
end
def lock(attributes)
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if start_at && end_at
@attribute_locks << [start_at, end_at]
puts "BusinessHour from '#{start_at}' to '#{end_at}' is now locked."
end
end
def unlock(attributes)
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if @attribute_locks.include?([start_at, end_at])
@attribute_locks.delete([start_at, end_at])
puts "BusinessHour from '#{start_at}' to '#{end_at}' is now unlocked."
end
end
def locked?(attributes)
# まずエンティティ全体がロックされているかチェック
return true if @entity_locked
# 次に特定の時間範囲がロックされているかチェック
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if start_at && end_at
@attribute_locks.each do |(locked_start, locked_end)|
if locked_start <= start_at && end_at <= locked_end
return true
end
end
end
# ロックされていなければfalseを返す
false
end
end
# TreeNodeクラス
class TreeNode
attr_accessor :name, :children, :parents, :lock
def initialize(name, lock)
@name = name
@children = []
@parents = [] # 複数の親ノードを保持する配列
@lock = lock # TreeNodeにロックを持たせる
end
def add_child(child_node)
child_node.parents << self # 子ノードにこのノードを親として追加
@children << child_node
end
def display(level = 0)
indent = " " * (level * 4)
puts "#{indent}#{@name}"
@children.each { |child| child.display(level + 1) }
end
def has_dependency
return false if @parents.empty?
@parents.each do |parent|
puts "#{@name} is dependent on #{parent.name}"
return true
end
@parents.any?(&:has_dependency)
end
def locked?(attributes = {})
# 自身がロックされているか確認
return true if @lock.locked?(attributes)
# 親ノードがロックされているか再帰的に確認
@parents.any? { |parent| parent.locked?(attributes) }
end
end
# 木構造の組み立て
# ロックオブジェクトの作成
office_lock = OfficeLock.new
room_lock = RoomLock.new
schedule_lock = ScheduleLock.new
business_hour_lock = BusinessHourLock.new
# ノードの作成
office_node = TreeNode.new("Office", office_lock)
room_node = TreeNode.new("Room", room_lock)
schedule_node = TreeNode.new("Schedule", schedule_lock)
business_hour_node = TreeNode.new("BusinessHour", business_hour_lock)
# ノード間の依存関係の設定
office_node.add_child(room_node) # Office -> Room
room_node.add_child(schedule_node) # Room -> Schedule
office_node.add_child(business_hour_node) # Office -> BusinessHour
business_hour_node.add_child(schedule_node) # BusinessHour -> Schedule
# 木構造の表示
office_node.display
# ロックの確認
puts "Case 1. Office全体がロックされた場合"
puts "Is office_node locked? #{office_node.locked?({})}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({})}" # false
office_lock.lock_entity
puts "Is office_node locked? #{office_node.locked?({})}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({})}" # true
office_lock.unlock_entity
puts "Case 2. Room id:1 がロックされた場合"
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1 })}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 2 })}" # false
room_lock.lock({ "room_id" => 1 })
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1 })}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 2 })}" # false
room_lock.unlock({ "room_id" => 1 })
puts "Case 3. BusinessHour start_at:0 end_at:5 がロックされた場合"
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 0, "end_at" => 5 })}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 5, "end_at" => 10 })}" # false
business_hour_lock.lock({ "start_at" => 0, "end_at" => 5 })
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 0, "end_at" => 5 })}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 5, "end_at" => 10 })}" # false
business_hour_lock.unlock({ "start_at" => 0, "end_at" => 5 })
で・・・できたけど木の組み立てがしんどすぎるー
class TreeNode:
def __init__(self, name, attributes=None):
self.name = name
self.attributes = attributes or {}
self.children = []
def add_child(self, child_node):
self.children.append(child_node)
def display(self, level=0):
indent = " " * level
print(f"{indent}{self.name} {self.attributes}")
for child in self.children:
child.display(level + 1)
def has_dependency(self):
# ルートノードや属性を持たないノードは依存関係を判定しない
if not self.children:
return False
for child in self.children:
# 子ノードがBusinessHourかScheduleかをチェック
if "start_at" in child.attributes and "end_at" in child.attributes:
child_start = child.attributes["start_at"]
child_end = child.attributes["end_at"]
# 現在のノードがBusinessHourで、子がScheduleの場合
if "start_at" in self.attributes and "end_at" in self.attributes:
self_start = self.attributes["start_at"]
self_end = self.attributes["end_at"]
if self_start <= child_start and self_end >= child_end:
print(f"{child.name} (start_at: {child_start}, end_at: {child_end}, room_id: {child.attributes['room_id']}) is dependent on {self.name} (start_at: {self_start}, end_at: {self_end})")
else:
print(f"{child.name} (start_at: {child_start}, end_at: {child_end}, room_id: {child.attributes['room_id']}) is NOT dependent on {self.name} (start_at: {self_start}, end_at: {self_end})")
# 現在のノードがRoomで、子がScheduleの場合
elif self.name.startswith("Room"):
print(f"{child.name} (start_at: {child_start}, end_at: {child_end}, room_id: {child.attributes['room_id']}) is dependent on Room {self.name[-1]}")
else:
child.has_dependency()
# 子ノードが属性を持たない場合、再帰的に依存関係をチェック
else:
child.has_dependency()
# ノードの作成
root = TreeNode("Root")
office_node = TreeNode("Office")
# Roomノードの作成
room1_node = TreeNode("Room1")
room2_node = TreeNode("Room2")
# BusinessHourノードの作成
business_hour1_node = TreeNode("BusinessHour1", {"start_at": 9, "end_at": 12})
business_hour2_node = TreeNode("BusinessHour2", {"start_at": 13, "end_at": 17})
# Scheduleノードの作成
schedule1_node = TreeNode("Schedule1", {"start_at": 10, "end_at": 11, "room_id": 1})
schedule2_node = TreeNode("Schedule2", {"start_at": 14, "end_at": 15, "room_id": 1})
schedule3_node = TreeNode("Schedule3", {"start_at": 10, "end_at": 11, "room_id": 2})
schedule4_node = TreeNode("Schedule4", {"start_at": 14, "end_at": 15, "room_id": 2})
# 木構造の構築
root.add_child(office_node)
office_node.add_child(room1_node)
office_node.add_child(room2_node)
office_node.add_child(business_hour1_node)
office_node.add_child(business_hour2_node)
# Room1にSchedule1, Schedule2を追加
room1_node.add_child(schedule1_node)
room1_node.add_child(schedule2_node)
# Room2にSchedule3, Schedule4を追加
room2_node.add_child(schedule3_node)
room2_node.add_child(schedule4_node)
# BusinessHour1にSchedule1, Schedule3を追加
business_hour1_node.add_child(schedule1_node)
business_hour1_node.add_child(schedule3_node)
# BusinessHour2にSchedule2, Schedule4を追加
business_hour2_node.add_child(schedule2_node)
business_hour2_node.add_child(schedule4_node)
# 木構造の表示
root.display()
# 依存関係のチェック
office_node.has_dependency()
room1_node.has_dependency()
room2_node.has_dependency()
business_hour1_node.has_dependency()
business_hour2_node.has_dependency()
Root {}
Office {}
Room1 {}
Schedule1 {'start_at': 10, 'end_at': 11, 'room_id': 1}
Schedule2 {'start_at': 14, 'end_at': 15, 'room_id': 1}
Room2 {}
Schedule3 {'start_at': 10, 'end_at': 11, 'room_id': 2}
Schedule4 {'start_at': 14, 'end_at': 15, 'room_id': 2}
BusinessHour1 {'start_at': 9, 'end_at': 12}
Schedule1 {'start_at': 10, 'end_at': 11, 'room_id': 1}
Schedule3 {'start_at': 10, 'end_at': 11, 'room_id': 2}
BusinessHour2 {'start_at': 13, 'end_at': 17}
Schedule2 {'start_at': 14, 'end_at': 15, 'room_id': 1}
Schedule4 {'start_at': 14, 'end_at': 15, 'room_id': 2}
Schedule1 (start_at: 10, end_at: 11, room_id: 1) is dependent on Room 1
Schedule2 (start_at: 14, end_at: 15, room_id: 1) is dependent on Room 1
Schedule3 (start_at: 10, end_at: 11, room_id: 2) is dependent on Room 2
Schedule4 (start_at: 14, end_at: 15, room_id: 2) is dependent on Room 2
Schedule1 (start_at: 10, end_at: 11, room_id: 1) is dependent on BusinessHour1 (start_at: 9, end_at: 12)
Schedule3 (start_at: 10, end_at: 11, room_id: 2) is dependent on BusinessHour1 (start_at: 9, end_at: 12)
Schedule2 (start_at: 14, end_at: 15, room_id: 1) is dependent on BusinessHour2 (start_at: 13, end_at: 17)
Schedule4 (start_at: 14, end_at: 15, room_id: 2) is dependent on BusinessHour2 (start_at: 13, end_at: 17)
Schedule1 (start_at: 10, end_at: 11, room_id: 1) is dependent on Room 1
Schedule2 (start_at: 14, end_at: 15, room_id: 1) is dependent on Room 1
Schedule3 (start_at: 10, end_at: 11, room_id: 2) is dependent on Room 2
Schedule4 (start_at: 14, end_at: 15, room_id: 2) is dependent on Room 2
Schedule1 (start_at: 10, end_at: 11, room_id: 1) is dependent on BusinessHour1 (start_at: 9, end_at: 12)
Schedule3 (start_at: 10, end_at: 11, room_id: 2) is dependent on BusinessHour1 (start_at: 9, end_at: 12)
Schedule2 (start_at: 14, end_at: 15, room_id: 1) is dependent on BusinessHour2 (start_at: 13, end_at: 17)
Schedule4 (start_at: 14, end_at: 15, room_id: 2) is dependent on BusinessHour2 (start_at: 13, end_at: 17)
class TreeNode:
def __init__(self, name, attributes=None):
self.name = name
self.attributes = attributes or {}
self.children = []
def add_child(self, child_node):
self.children.append(child_node)
def display(self, level=0):
indent = " " * level
print(f"{indent}{self.name} {self.attributes}")
for child in self.children:
child.display(level + 1)
def has_dependency(self):
# ルートノードや属性を持たないノードは依存関係を判定しない
if not self.children or "start" not in self.attributes or "end" not in self.attributes:
return False
# Aノードのstartとendを取得
start = self.attributes["start"]
end = self.attributes["end"]
# すべての子ノード（Bノード）に対して依存関係をチェック
for child in self.children:
if "position" in child.attributes:
position = child.attributes["position"]
if start <= position <= end:
print(f"{child.name} (position: {position}) is dependent on {self.name} (start: {start}, end: {end})")
return True
else:
print(f"{child.name} (position: {position}) is NOT dependent on {self.name} (start: {start}, end: {end})")
return False
# ノードの作成
root = TreeNode("Root")
a_node = TreeNode("A", {"start": 10, "end": 20})
b1_node = TreeNode("B1", {"position": 15})
b2_node = TreeNode("B2", {"position": 25})
# 木構造の構築
root.add_child(a_node)
a_node.add_child(b1_node)
a_node.add_child(b2_node)
# 木構造の表示
root.display()
# 依存関係のチェック
a_node.has_dependency()
こうかー
Yo, yo, listen up, it's Kimigayo time,
Gonna drop these beats, gonna make it rhyme.
Our reign’s goin’ strong, like a rock it stands,
Spreadin’ peace and love across these lands.
Your rule is eternal, like stones in the sea,
Unchanging, unyielding, forever it’ll be.
Like pebbles in the ocean, stackin' up high,
Our future's lookin' bright, reachin' for the sky.
May your reign go on for a thousand years,
Through the joy and the pain, through the laughter and tears.
From the depths of our hearts, we all proclaim,
コメントログへのアクセス先URIが書かれたWebSocketのデータ(↓こういうの)を、4年間集めてたんだけど、
{"type":"room","data":{"name":"アリーナ","messageServer":{"uri":"wss://msgd.live2.nicovideo.jp/websocket","type":"niwavided"},"threadId":"M.QyofMf3h0ahYa9PujZiwMA","isFirst":true,"waybackkey":"waybackkey","vposBaseTime":"2022-11-21T18:30:00+09:00"}}
https://live.nicovideo.jp/watch/lv338977521
以前から「そのデータからコメントログを全取得する作業を今年とかにやらないとな…」と思ってたが、ニコニコへの大規模攻撃が起こってしまって、さらに嫌な予感がしたがニコ生復活後に的中した。
まだ確認していないけども、自分が集めてたそのデータが全部無効になってしまってるだろうし、何も言えねえ。
(大規模攻撃関係無くいつか「wss://msgd.live2.nicovideo.jp/」が変わってただろうけども、長い事(数年間)そのuriで運用されていたし、もし攻撃されてなければ間に合う可能性もあった訳で…。)
溜め息しか出ない。
やっちまったなあ…。
運営に望む事は「有料会員は過去の生配信のコメントログがダウンロードできる」とか今後そういうサービスしてくれないかな…。はあ。
ちなみに、ニコ生がHTML5プレーヤー以前だった頃のソケット通信によるコメントログ取得って、もうできないよね…。 ちなみにそれもxmlファイルが1年分ぐらい溜めてる…。
https://pbs.twimg.com/media/GQWOPzzb0AAQbsq?format=jpg&name=small
以下画像の主張
1×0=0
2×0=0
1×0=2×0
両辺を０で割ると
1=2
以下言及元の前提を踏まえて
1×0=2×0
両辺を0で割る
(1×0)÷0=(2×0)÷0
→(1×0)×z=(2×0)×z
→0×z=0×z
→1=1
なのでそんなに駄目じゃない
----
上の例がまさに３項以上の積でかける順序を指定する必要があるケース
(a×b)÷0=(c×d)÷0
とするのが自然で
a×(b÷0)=c×(d÷0)
先日の三上悠亜がCA4LAとコラボしたことで炎上した件をはじめとして、性的表現に関わるものについて「ゾーニング」をしろという意見がよく見られるのだけど、どういうゾーニングをするべきか、というのがさっぱりわからない。
ゾーニングというのは、ゾーニング対象が消滅しても成立するし、逆にゾーニングにより守られるべき受け手が消滅しても成立する。
エロ本が存在しなければエロ本は完璧にゾーニングされているし、18歳以上の人しか存在しないなら18禁のゾーニングは無条件に成立する。
みんなは、どこにラインを引くべきか、あるいは引かないべきか、どう考える？
| 番号 | ライン | 具体例 |
|---|---|---|
| 1 | ゾーニング対象の抹殺 | エロ本を焚書する、AV女優を殺害するなど |
| 2 | ゾーニング対象を封鎖する | 離島に隔離する、市街地に塀と検問所を設けて隔離する、刑務所的な施設を整備する |
| 3 | ゾーニング対象を厳しく隔離する | 売り手と買い手は政府による免許を必要とし、免許を確認の上立ち入り可能な施設に隔離する |
| 4 | ゾーニング対象を隔離する | 政府による許可を得た店舗に隔離する、学校や福祉施設等と隔離し住専には設置不可にする、学校や福祉施設等と隔離し住専には設置不可にする |
| 5 | ゾーニング対象を厳しく区分陳列する | 店舗内で、什器や壁により隔離されたスペースで販売する |
| 6 | ゾーニング対象を区分陳列する | 店舗内で、棚を分ける等する |
| 7 | 広告を禁止する | 一切の広告を禁止する |
| 8A | 屋外・公共交通機関・区分されていない店頭での広告を禁止する | ポスター、ポップなどを使った広告は区分陳列と同じ場所に制限する |
| 8B | TVCM、一般雑誌、新聞等での広告を禁止する | 専門雑誌やWeb以外でのメディアを使った広告を禁止する |
| 9A | レーティング表示、コンテンツディスクリプタの義務化 | 18禁などの表示や、レーティングの理由が暴力か性表現かなどの説明を記載する |
| 9B | シール止めやシュリンクラップ | シール止めやシュリンクラップで内容を見られないようにする |
| 9C | 表紙やパッケージの内容の制限 | 使用できる写真、文言などを明示的に制限する |
| 10 | PNや芸名の強制変更 | アダルトコンテンツの作者や俳優、女優は、一般向け作品や全年齢向けの媒体に移るときは名前の変更を強制する |
| 11 | フィルタリングソフトの義務化、使用されない場合の免責 | meta name="rating" content="adult"などのメタタグを用いればゾーニングはできているとされ免責される、子供にはフィルタリングを義務化する |
| 12 | 店内商品のレーティング表示による免責 | 店の入り口に商品のレーティング、コンテンツディスクリプタを掲示した場合免責する |
| 13 | 放送のフィルタリング機能の義務化 | テレビ等の放送機器にフィルタリング機能を実装し、EPGでレーティングやコンテンツディスクリプタを配信しその範囲で免責する |
| 14 | 外出の制限 | コンテンツ等が目に入ってしまった場合に責任を問わないことを事前に約束しない場合は外出を禁止する |
| 15 | 瞼の利用 | 閲覧者が自己責任において瞼を活用し、使用しなかった場合の結果について責任を負う |
| 16 | 感覚機能の制限 | 視覚聴覚等の感覚機能を除去し、または器具等により機能を制約する |
| 17 | 認識機能の制限 | 薬剤または外科手術等により感じる機能を停止させる |
| 18 | 閲覧者の抹殺 | 閲覧による結果について責任を負えない閲覧者を抹殺する |
あと、このようなラインを引いたことによって生じた損害（逸失利益、ゾーニングのためにかかるコスト、心身のダメージ等の精神的被害など）を補償すべきかどうか、どう考える？
たとえば、製造販売に制約を設けたとき、それが無ければ得られたであろう利益を補償するのか？ 店の売り場を分けるなら、その什器の費用やスペース効率の悪化を補償するのか？ スティグマ化で負った精神的被害を補償するのか？ 視覚を奪ったときの逸失利益や慰謝料は？ みたいな話。
これを改善してってお願いした。何書いてあるかわからないけど動いたよ。
https://anond.hatelabo.jp/20240125203115
// ==UserScript== // @name 増田ミュート（白塗り版） // @namespace http://tampermonkey.net/ // @version 2024-06-26 // @description ミュートワードを含む最小限の範囲を白塗りにする // @author You // @match https://anond.hatelabo.jp/* // @icon https://www.google.com/s2/favicons?sz=64&amp;domain=hatelabo.jp // @grant none // ==/UserScript== (function() { 'use strict'; const muteWords = [ "弱者男性", "弱男", "弱者", "婚活", "男", "女", "年収", "下方婚", "発達障害", "発達", "ハッタツ", "ハッタショ", "ﾊｯﾀｼｮ", "競プロ", "競技プログラミング", "AtCoder", ]; function whiteoutElement(element) { element.style.backgroundColor = 'white'; element.style.color = 'white'; element.style.textShadow = 'none'; element.style.cursor = 'default'; element.style.userSelect = 'none'; // テキスト選択を防止 element.style.borderBottom = '1px dashed #ccc'; // 枠線を追加してテキストがあることを示す // リンクの場合、クリックを無効化 if (element.tagName === 'A') { element.style.pointerEvents = 'none'; element.removeAttribute('href'); } // 子要素にも適用 Array.from(element.children).forEach(child => { child.style.backgroundColor = 'white'; child.style.color = 'white'; child.style.textShadow = 'none'; }); // ツールチップを追加 element.title = 'この内容にはミュートワードが含まれています'; } function shouldMute(text) { return muteWords.some(word => { const parts = word.split(''); const regex = new RegExp(parts.map(char => `${char}\\s*`).join(''), 'i'); return regex.test(text); }); } function findSmallestMuteableElement(element) { if (element.nodeType === Node.TEXT_NODE) { return shouldMute(element.textContent) ? element.parentElement : null; } if (element.tagName === 'PRE' || element.tagName === 'CODE') { return shouldMute(element.textContent) ? element : null; } for (let child of element.childNodes) { const result = findSmallestMuteableElement(child); if (result) return result; } return shouldMute(element.textContent) ? element : null; } function processElement(element) { const muteableElement = findSmallestMuteableElement(element); if (muteableElement) { whiteoutElement(muteableElement); } } function processAllElements(root = document.body) { const walker = document.createTreeWalker( root, NodeFilter.SHOW_ELEMENT | NodeFilter.SHOW_TEXT, null, false ); let node; while (node = walker.nextNode()) { if (node.nodeType === Node.ELEMENT_NODE) { processElement(node); } else if (node.nodeType === Node.TEXT_NODE &amp;&amp; node.parentElement) { processElement(node.parentElement); } } } function handleClickEvent(event) { setTimeout(() => { processAllElements(event.target); }, 100); } // 初回実行 processAllElements(); // クリックイベントの監視 document.body.addEventListener('click', handleClickEvent); // DOM変更の監視 const observer = new MutationObserver(mutations => { mutations.forEach(mutation => { if (mutation.type === 'childList') { mutation.addedNodes.forEach(node => { if (node.nodeType === Node.ELEMENT_NODE) { processAllElements(node); } }); } else if (mutation.type === 'characterData') { processElement(mutation.target.parentNode); } }); }); observer.observe(document.body, { childList: true, subtree: true, characterData: true }); })();
https://en.wikipedia.org/wiki/Female_urinal
を見ると、はてブで往生際悪く「女性が立って小便するなんて考えられない」と、でもでもダッテしてるブクマカを吹き飛ばす活動をオランダのフェミニスト女性達がやってて草
2017 Dutch campaign
Demand is increasing for "urination equality" or "potty parity". A grassroots urination equality campaign in the Netherlands caused a sensation in 2017, with women defiantly using urinals in men's toilets. The protest movement was formed under the name of Zeikwijven ("the wild-peeing women"), which advocates urination equality and takes action against the discrimination of women through by limiting possibilities for urination.
The initiative was triggered after 23-year-old Geerte Piening was sentenced to a fine for urinating in public on the street. Her complaint was rejected on the judicial grounds that Piening should have used a street urinal common in the Netherlands. The objection that this was designed only for men was not accepted: "it may not be comfortable, but it is possible".[78][79][80][81] According to one campaign initiator, the problem is that "it isn't possible for women to urinate in a decent, hygienic and dignified manner in a public urinal designed for men."[82] In 2018, a mobile female urinal called the "Yellow Spot" was created around this protest.[83][84][a]
As part of this campaign, women in the Netherlands began to urinate demonstratively in public urinals for men.[citation needed] So, the Dutch city authorities are planning to increasingly offer a unisex version of the Urilift street urinals, which are now available in Dutch city centers, and can be used comfortably by men and women
抜粋訳・
オランダでは、 2017年に草の根の排尿の平等運動がセンセーションを巻き起こし、女性たちが男性用トイレの小便器を敢えて使用しました。
この抗議運動は、排尿の平等を主張し、排尿の機会を制限することによる女性差別に対抗するZeikwijven (「野放しの女性たち」)という名前で結成されました。
https://web.archive.org/web/20240127104246/http://ashihara-hina.jugem.jp/
ありがとうございました。
色々と悩んだのですが、今回のドラマ化で、
私が9話、10話の脚本を書かざるを得ないと判断するに至った経緯や事情を、
きちんとお伝えした方が良いのではと思い至りました。
この文章を書くにあたって、私と小学館で改めて時系列にそって事実関係を再確認し、
ただ、私達は、ドラマの放送が終了するまで、脚本家さんと一度もお会いすることは
ありませんでしたし、監督さんや演出の方などドラマの制作スタッフの皆様とも、
ドラマの内容について直接、お話させていただく機会はありませんでした。
ですから、この文章の内容は私達の側で起こった事実ということになります。
「セクシー田中さん」は一見奇抜なタイトルのふざけたラブコメ漫画に見えますが…。
自己肯定感の低さ故生きづらさを抱える人達に、優しく強く寄り添える様な作品にしたい
という思いが強くあり、ベリーダンスに纏わる方々の思いにも共鳴しながら、
ドラマ化のお話をいただき、当初の数話のプロットや脚本をチェックさせていただきながら、
最終的に私が10月のドラマ化に同意させて頂いたのは6月上旬でした。
「セクシー田中さん」は連載途中で未完の作品であり、また、漫画の結末を定めていない
作品であることと、当初の数話のプロットや脚本をチェックさせていただいた結果として、
・漫画が完結していない以上、ドラマなりの結末を設定しなければならないドラマオリジナルの終盤も、
まだまだ未完の漫画のこれからに影響を及ぼさない様「原作者があらすじからセリフまで」用意する。
原作者が用意したものは原則変更しないでいただきたいので、ドラマオリジナル部分については、
原作者が用意したものを、そのまま脚本化していただける方を想定していただく必要や、
これらを条件とさせていただき、小学館から日本テレビさんに伝えていただきました。
また、これらの条件は脚本家さんや監督さんなどドラマの制作スタッフの皆様に対して
大変失礼な条件だということは理解していましたので、
「この条件で本当に良いか」ということを小学館を通じて日本テレビさんに
何度も確認させていただいた後で、スタートしたのが今回のドラマ化です。
ところが、毎回、漫画を大きく改編したプロットや脚本が提出されていました。
・漫画で敢えてセオリーを外して描いた展開を、よくある王道の展開に変えられてしまう。
・個性の強い各キャラクター、特に朱里・小西・進吾は原作から大きくかけ離れた
別人のようなキャラクターに変更される。
・「性被害未遂・アフターピル・男性の生きづらさ・小西と進吾の長い対話」等、
私が漫画「セクシー田中さん」という作品の核として大切に描いたシーンは、
大幅にカットや削除され、まともに描かれておらず、その理由を伺っても、
納得のいくお返事はいただけない。
といったところが大きなところですが、他にも細かなところは沢山ありました。
私が描いた「セクシー田中さん」という作品の個性を消されてしまうなら、
どうして変更していただきたくないのかということも丁寧にご説明し、
粘りに粘って加筆修正し、やっとの思いでほぼ原作通りの1〜7話の脚本の
完成にこぎつけましたが…。
脚本家さん、監督さんといったドラマ制作スタッフの皆様と、私達を繋ぐ窓口は
プロデューサーの方々のみでしたから、プロデューサーの方々が当初「ドラマ化の条件」として
どのように脚本家さんや監督さん、ドラマ制作スタッフの皆様に伝えていらっしゃったのか、
残念ですが私達には知る術はなく、
当初お伝えした「ドラマ化の条件」はどうなってしまったのだろう？という
その頃には私も相当疲弊していました。
そして、私があらすじ、セリフを準備する終盤のドラマオリジナル展開は
8話〜10話となりましたが、ここでも当初の条件は守られず、
私が準備したものを大幅に改変した脚本が8話〜10話まとめて提出されました。
特に9話、10話の改変された脚本はベリーダンスの表現も間違いが多く、
ベリーダンスの監修の方とも連携が取れていないことが手に取るように分かりましたので、
「当初の約束通り、とにかく一度原作者が用意したあらすじ、セリフを
「足りない箇所、変更箇所、意見はもちろん伺うので、脚本として改変された形ではなく、
といったことを、小学館から日本テレビさんへ申し入れをしていただきましたが、
それを小学館サイドが「当初の約束通りに」と日本テレビさんにお戻しするという作業が
数回繰り返されたと聞いています。
最終的に、日本テレビのチーフプロデューサーの方から「一度そのまま書くように」との
指示が出たとも伺っていましたが、状況は変わらぬまま約4週間が過ぎてしまいました。
ドラマの制作スケジュールのリミットもどんどん迫っていましたので、
本当はドラマオリジナルとなる8話〜10話全ての脚本を拝見してオリジナル部分全体で、
何とか改変前の内容に修正させて頂いて、日本テレビさんにお渡しすることになってしまいました。
9話、10話に関する小学館と日本テレビさんのやりとりを伺い、
時間的にも限界を感じましたので、小学館を通じて9話、10話については、
当初の条件としてお伝えしていた通り、
「原作者が用意したものをそのまま脚本化していただける方」に交代していただきたいと、
結果として、日本テレビさんから8話までの脚本を執筆された方は
9話、10話の脚本は、プロデューサーの方々のご要望を取り入れつつ、私が書かせていただき、
脚本として成立するよう日本テレビさんと専門家の方とで内容を整えていただく、
という解決策となりました。
何とか皆さんにご満足いただける9話、10話の脚本にしたかったのですが…。
素人の私が見よう見まねで書かせて頂いたので、私の力不足が露呈する形となり反省しきりです。
漫画「セクシー田中さん」の原稿の〆切とも重なり、相当短い時間で脚本を
執筆しなければならない状況となり、推敲を重ねられなかったことも悔いてます。
9話、10話の脚本にご不満をもたれた方もいらっしゃるかと思います。
どのような判断がベストだったのか、今も正直正解が分からずにいますが、
改めて、心よりお詫び申し上げます。
最後となりましたが、素敵なドラマ作品にして頂いた、素晴らしいキャストの皆さんや、
ドラマの制作スタッフの皆様と、「セクシー田中さん」の漫画とドラマを愛してくださった
2024.1.26
※こちらのブログ、10年も放置してしまったため、1日の訪問者数が既に一桁でして…
なので今回、X（旧Twitter）新規アカウントを作って、同時にご報告させていただいてます。
@ashihara_hina
お仕事---
テストです
----
実は今発売中の『cocohana1月号』予告にミスがありまして。
本当に申し訳ないです。
夏くらいから体調崩してばっかりなので、しっかりリセット出来ると良いなあ～。
あとは、ずっとお世話になってたcocohanaの担当さんが他誌に異動されて
cocohanaでの初めての担当替えがありました。さすがに寂しいなあ～。
色々有難うございました！
1
お仕事---
３冊同時に発売中です～！！
「Bread&Butter]２巻は、水色に近いエメラルドグリーンの表紙です。
可愛く仕上げて頂いて、とても嬉しい。
２巻は「フレンチ･トースト」「イースト菌」「プレッツエル」「パン・サプライズ」ですよ～。
あと、「芦原妃名子傑作集・１・記憶」と「芦原妃名子傑作集・２・祈り」も同時発売です。
これ、一応私の２０周年記念本なのですよ。なのでほぼ過去作で構成されてます。既刊コミックス未収録の新作は「乞う女」と「スゴロク」のみなので、どうぞお間違えの無い様、お気をつけくださいませ～。
途中お休みもしてるので、２０周年といっても若干サバ読んでる気がしないでもないですが、、
一作一作コメントも書いてますので、興味のある方は手にとってみてくださいね。
1
お仕事---
2014.07.16 Wednesday02:13
原稿終わった～～！ とりあえず、いっぱい遊ぶ！
1
おやつ---
2014.07.06 Sunday00:36
７月１９日（土)発売です！
どうぞよろしく～。
詳細はまた後ほど。
1
お仕事---
2014.06.08 Sunday04:44
ほったらかしてました。ごめんなさい、、、。
ずっと調子のおかしかったPCを買い換えて、すさまじくメカオンチの私は
えーーっと、まず・・今発売中のCocohanaには、私のパン漫画は載っていないのですが、
私自身は特にお休みを取っていたわけではなくって、小学館さんでの別の読み切りを描いておりました。
なぜか、、なぜか、、「ビッグコミック オリジナル」に載りますよ！！
少女マンガ絵ど真ん中の、私の漫画が！なぜか！オリジナルに、、！！
昔、うちのお父ちゃんが読んでたよ、、。今も読んでるか知らないけど、黙っとこ。
なんでオリジナルに描くことになったかは、たいした理由もないんですけど、省略。
ちょっとした珍事件ですので、興味のある方は是非読んでみてくださいね。
パン漫画は、なるべく「業」とか「欲」とかを排除しながら描いてるのですけど
（出来るだけ「優しいモノ」を、、との注文を頂いてスタートした漫画なので）
「Bread&Butter」は、6月28日発売Cocohana8月号より巻頭カラーで再開です！
あ、あと、「砂時計」1～3巻（デジタル版）が、6月18日まで無料で読めるみたいです。
未読の方は是非、この機会にご覧くださいませー。
少し前、小学館の編集さんに、美味しいパンを沢山いただきました。
美味しい、、。へんしゅうさん皆やさしい、、悲しス。
1
お仕事---
2014.03.22 Saturday05:07
「Ｂｒｅａｄ＆Ｂｕｔｔｅｒ」第1巻☆3月25日発売です！
宜しくお願い致します
1
お仕事---
悲しい出来事がありました。。
土曜の最終で「ダラス・バイヤーズクラブ」を観て、余韻冷めやらぬまま売店のレジに行き
「パンフレットください、、」とつぶやいたら不透明の袋に入ったパンフレットをお姉さんに手渡され
中身を確かめないまま自宅に帰って袋から取り出してみましたら。。
なんでやねーーーーん！（５００円返して～～～！）
せっかくなので「マチューテ・キルズ」のパンフレット読みましたけども、
私が観たのは「ダラス・バイヤーズクラブ」です。ハイ。
マシュー・マコノヒーもジャレッド・レトも凄かった。
描かれるのは、「生」に対するあまりに真っ直ぐな執着心。
「執着心」って、あまり聞き心地の良い言葉ではないけど、やっぱりもの凄いエネルギーを生むんですよね。
屈折してると痛々しく映るけど、ストレートな執着が爆発する様は、むしろ爽快。
主人公はあくまで自己中で自業自得で貪欲で、だけど彼のエネルギーが周囲を巻き込んで救済し感謝され、そのこと自体に戸惑いながら少しづつ他者との絆を得て行く描かれ方が、とても良かった。
自堕落な過去の自分を全て否定して、綺麗に生まれ変わったわけではないんですよね。
差別する側だった人間が、差別される側に転げ落ちる様は、「第９地区」と被るな。
パンフレット、、、。声が、小さかったのかな。
もっと腹の底から声を出して、強くたくましく生きようと思います。
うちのお姉ちゃん家に子ニャンコがやって来ました！
1
本・映画---
「オンリー・ゴッド」観てきました。
「復讐モノ」だと思ってたけど、違ってた。「親殺し」が主軸。
「ドライヴ」より私は好きでした。
母親より更に偉大な「神」が、新たな依存先に見えなくもないけれど。。
戦いを挑んでコテンパンにやられて裁かれて赦されて、救われたのかな？
「親殺し」はどうしてもパターン化してしまうけど、それほど普遍的なテーマなのかもしれないです。
バイオレンス描写より、KARAOKEシーンのがインパクトでかかった。
一人殺したら、腕一本。マイルールに則って無感情に淡々と人を裁いていく様は、
「神様」って言うよりも、「法」とか「規則」とか、そんな感じ。
人に勧めにくい。私は好きだけど。 <h3>o- **</h3>
パンをチマチマいっぱい描きました。
デザイナーさんが考えてくれたカバーデザインがとっても可愛いので、
仕上がりが楽しみです♪
「Bread&Butter」コミックス第１巻は、３月末発売予定です！
また、改めてお知らせしますね。
投稿者のIPアドレス(の第1、第2オクテット、およびプロバイダー名)が表示される設定のスレッドが荒らされることが時々あるんだが、ありとあらゆるプロバイダや、中には大学のネットワークのものらしきアドレスが表示されていた
・犯人は規制を逃れるために日本全国の数十ものプロバイダと回線契約し、また複数の大学にも在籍している
・犯人は何らかの方法で不特定多数の人の端末から投稿させている
このどちらかだと思われる
仮に後者だとしたら違法行為である可能性が非常に高いんだが、管理人は2年以上まったく行動を起こしていない
なので利用者からは無能呼ばわりされ嫌われてるし、犯人とグルなんじゃないかと疑う者すらいる
50番目あたりから始まる意味不明な文言のレスはほぼ全てが荒らしによるもので、そのプロバイダを見ればわかるがバラバラなんだよね
51無念Nameとしあき やっぱ神のカードはすげぇよ24/06/07(金)19:17:25 IP:14.132.*(commufa.jp)No.1225944407+
52無念Nameとしあき24/06/07(金)19:17:25 IP:49.129.*(mesh.ad.jp)No.1225944408+
53無念Nameとしあき タコはエロしかいない事が確定24/06/07(金)19:17:25 IP:60.142.*(bbtec.net)No.1225944409+
54無念Nameとしあき blenderはめちゃくちゃ使いにくい24/06/07(金)19:17:25 IP:153.240.*(ocn.ne.jp)No.1225944410+
56無念Nameとしあき24/06/07(金)19:17:27 IP:126.184.*(access-internet.ne.jp)No.1225944423+
57無念Nameとしあき 相棒貸すから絶対返せよ的な感じで24/06/07(金)19:17:27 IP:218.225.*(dream.jp)No.1225944424+
58無念Nameとしあき24/06/07(金)19:17:34 IP:60.145.*(bbtec.net)No.1225944461+
59無念Nameとしあき24/06/07(金)19:17:35 IP:119.171.*(home.ne.jp)No.1225944474+
60無念Nameとしあき24/06/07(金)19:17:35 IP:122.222.*(vectant.ne.jp)No.1225944478+
61無念Nameとしあき そう思いますよね24/06/07(金)19:17:43 IP:106.160.*(dion.ne.jp)No.1225944527+
62無念Nameとしあき 来週は真っ裸で戦う姿見れそうだから楽しみ24/06/07(金)19:17:44 IP:110.2.*(yournet.ne.jp)No.1225944535+
64無念Nameとしあき 美ケモR24/06/07(金)19:17:52 IP:183.77.*(asahi-net.or.jp)No.1225944582+
65無念Nameとしあき24/06/07(金)19:17:52 IP:180.6.*(ocn.ne.jp)No.1225944584+
66無念Nameとしあき24/06/07(金)19:17:54 IP:223.134.*(nuro.jp)No.1225944593+
67無念Nameとしあき24/06/07(金)19:17:55 IP:160.237.*(cyberhome.jp)No.1225944606+
68無念Nameとしあき24/06/07(金)19:18:09 IP:138.64.*(v6connect.net)No.1225944702+
69無念Nameとしあき 最近炎上ネタ多くね？24/06/07(金)19:18:10 IP:119.231.*(eonet.ne.jp)No.1225944705+
70無念Nameとしあき sage24/06/07(金)19:18:10 IP:153.187.*(ocn.ne.jp)No.1225944707+
71無念Nameとしあき24/06/07(金)19:18:10 IP:106.152.*(dion.ne.jp)No.1225944709+
72無念Nameとしあき sage24/06/07(金)19:18:14 IP:14.10.*(enabler.ne.jp)No.1225944722+
とりあえず荒らしと思われるレスの最初の20個くらいのプロバイダがこんな感じ
これ全部荒らし犯人が自腹切ってプロバイダ契約してるとは到底思えないんだよね
となると、不特定多数の第三者に、任意のスレッドに任意の文言を投稿させるプログラムか何かを使ってる可能性が高くて、どう見ても合法な手法とは思えないんだけど、掲示板の管理者は一切なにもしていない
で、業を煮やした一部利用者がDiscordにサーバーを建て始めて一斉に移動が始まり、それに呼応するかのように荒らし行為がますます苛烈になっていってる
※以前は「ランダムな画像とランダムな文言でスレッドを濫造する」だったのが、今現在は「画像すらない意味不明な文言のみのスレッドを濫造する」になってる
https://megalodon.jp/2024-0608-1735-52/https://may.2chan.net:443/b/futaba.php?mode=cat&sort=1
今現在の、もっとも利用者が多い板のスレッド作成順表示のアドレスが上記なんだが、84個のスレッドのうち画像が表示されていないスレッド67個ほぼ全てが自動荒らしツールによるもの
つまり新規作成されるスレッドの大半が無意味なスレッドで埋め尽くされてる状態
以前からの利用者は「管理人は何やってるんだ！対処しろ！」と1年以上前から意見しているのだが、管理人はずっと無視を決め込んでる
中にはDiscord招待URLと称してマルウェアが仕込まれたサイトの短縮URLが貼られるケースもあるんだが、今はそれすらも対応せず放置してる
[芦原ブログ魚拓コピペ]2014.2.2〜2024.1.26
https://web.archive.org/web/20240127104246/http://ashihara-hina.jugem.jp/
ありがとうございました。
色々と悩んだのですが、今回のドラマ化で、
私が9話、10話の脚本を書かざるを得ないと判断するに至った経緯や事情を、
きちんとお伝えした方が良いのではと思い至りました。
この文章を書くにあたって、私と小学館で改めて時系列にそって事実関係を再確認し、
ただ、私達は、ドラマの放送が終了するまで、脚本家さんと一度もお会いすることは
ありませんでしたし、監督さんや演出の方などドラマの制作スタッフの皆様とも、
ドラマの内容について直接、お話させていただく機会はありませんでした。
ですから、この文章の内容は私達の側で起こった事実ということになります。
「セクシー田中さん」は一見奇抜なタイトルのふざけたラブコメ漫画に見えますが…。
自己肯定感の低さ故生きづらさを抱える人達に、優しく強く寄り添える様な作品にしたい
という思いが強くあり、ベリーダンスに纏わる方々の思いにも共鳴しながら、
ドラマ化のお話をいただき、当初の数話のプロットや脚本をチェックさせていただきながら、
最終的に私が10月のドラマ化に同意させて頂いたのは6月上旬でした。
「セクシー田中さん」は連載途中で未完の作品であり、また、漫画の結末を定めていない
作品であることと、当初の数話のプロットや脚本をチェックさせていただいた結果として、
・漫画が完結していない以上、ドラマなりの結末を設定しなければならないドラマオリジナルの終盤も、
まだまだ未完の漫画のこれからに影響を及ぼさない様「原作者があらすじからセリフまで」用意する。
原作者が用意したものは原則変更しないでいただきたいので、ドラマオリジナル部分については、
原作者が用意したものを、そのまま脚本化していただける方を想定していただく必要や、
これらを条件とさせていただき、小学館から日本テレビさんに伝えていただきました。
また、これらの条件は脚本家さんや監督さんなどドラマの制作スタッフの皆様に対して
大変失礼な条件だということは理解していましたので、
「この条件で本当に良いか」ということを小学館を通じて日本テレビさんに
何度も確認させていただいた後で、スタートしたのが今回のドラマ化です。
ところが、毎回、漫画を大きく改編したプロットや脚本が提出されていました。
・漫画で敢えてセオリーを外して描いた展開を、よくある王道の展開に変えられてしまう。
・個性の強い各キャラクター、特に朱里・小西・進吾は原作から大きくかけ離れた
別人のようなキャラクターに変更される。
・「性被害未遂・アフターピル・男性の生きづらさ・小西と進吾の長い対話」等、
私が漫画「セクシー田中さん」という作品の核として大切に描いたシーンは、
大幅にカットや削除され、まともに描かれておらず、その理由を伺っても、
納得のいくお返事はいただけない。
といったところが大きなところですが、他にも細かなところは沢山ありました。
私が描いた「セクシー田中さん」という作品の個性を消されてしまうなら、
どうして変更していただきたくないのかということも丁寧にご説明し、
粘りに粘って加筆修正し、やっとの思いでほぼ原作通りの1〜7話の脚本の
完成にこぎつけましたが…。
脚本家さん、監督さんといったドラマ制作スタッフの皆様と、私達を繋ぐ窓口は
プロデューサーの方々のみでしたから、プロデューサーの方々が当初「ドラマ化の条件」として
どのように脚本家さんや監督さん、ドラマ制作スタッフの皆様に伝えていらっしゃったのか、
残念ですが私達には知る術はなく、
当初お伝えした「ドラマ化の条件」はどうなってしまったのだろう？という
その頃には私も相当疲弊していました。
そして、私があらすじ、セリフを準備する終盤のドラマオリジナル展開は
8話〜10話となりましたが、ここでも当初の条件は守られず、
私が準備したものを大幅に改変した脚本が8話〜10話まとめて提出されました。
特に9話、10話の改変された脚本はベリーダンスの表現も間違いが多く、
ベリーダンスの監修の方とも連携が取れていないことが手に取るように分かりましたので、
「当初の約束通り、とにかく一度原作者が用意したあらすじ、セリフを
「足りない箇所、変更箇所、意見はもちろん伺うので、脚本として改変された形ではなく、
といったことを、小学館から日本テレビさんへ申し入れをしていただきましたが、
それを小学館サイドが「当初の約束通りに」と日本テレビさんにお戻しするという作業が
数回繰り返されたと聞いています。
最終的に、日本テレビのチーフプロデューサーの方から「一度そのまま書くように」との
指示が出たとも伺っていましたが、状況は変わらぬまま約4週間が過ぎてしまいました。
ドラマの制作スケジュールのリミットもどんどん迫っていましたので、
本当はドラマオリジナルとなる8話〜10話全ての脚本を拝見してオリジナル部分全体で、
何とか改変前の内容に修正させて頂いて、日本テレビさんにお渡しすることになってしまいました。
9話、10話に関する小学館と日本テレビさんのやりとりを伺い、
時間的にも限界を感じましたので、小学館を通じて9話、10話については、
当初の条件としてお伝えしていた通り、
「原作者が用意したものをそのまま脚本化していただける方」に交代していただきたいと、
結果として、日本テレビさんから8話までの脚本を執筆された方は
9話、10話の脚本は、プロデューサーの方々のご要望を取り入れつつ、私が書かせていただき、
脚本として成立するよう日本テレビさんと専門家の方とで内容を整えていただく、
という解決策となりました。
何とか皆さんにご満足いただける9話、10話の脚本にしたかったのですが…。
素人の私が見よう見まねで書かせて頂いたので、私の力不足が露呈する形となり反省しきりです。
漫画「セクシー田中さん」の原稿の〆切とも重なり、相当短い時間で脚本を
執筆しなければならない状況となり、推敲を重ねられなかったことも悔いてます。
9話、10話の脚本にご不満をもたれた方もいらっしゃるかと思います。
どのような判断がベストだったのか、今も正直正解が分からずにいますが、
改めて、心よりお詫び申し上げます。
最後となりましたが、素敵なドラマ作品にして頂いた、素晴らしいキャストの皆さんや、
ドラマの制作スタッフの皆様と、「セクシー田中さん」の漫画とドラマを愛してくださった
2024.1.26
※こちらのブログ、10年も放置してしまったため、1日の訪問者数が既に一桁でして…
なので今回、X（旧Twitter）新規アカウントを作って、同時にご報告させていただいてます。
@ashihara_hina
お仕事---
テストです
----
実は今発売中の『cocohana1月号』予告にミスがありまして。
本当に申し訳ないです。
夏くらいから体調崩してばっかりなので、しっかりリセット出来ると良いなあ～。
あとは、ずっとお世話になってたcocohanaの担当さんが他誌に異動されて
cocohanaでの初めての担当替えがありました。さすがに寂しいなあ～。
色々有難うございました！
1
お仕事---
３冊同時に発売中です～！！
「Bread&Butter]２巻は、水色に近いエメラルドグリーンの表紙です。
可愛く仕上げて頂いて、とても嬉しい。
２巻は「フレンチ･トースト」「イースト菌」「プレッツエル」「パン・サプライズ」ですよ～。
あと、「芦原妃名子傑作集・１・記憶」と「芦原妃名子傑作集・２・祈り」も同時発売です。
これ、一応私の２０周年記念本なのですよ。なのでほぼ過去作で構成されてます。既刊コミックス未収録の新作は「乞う女」と「スゴロク」のみなので、どうぞお間違えの無い様、お気をつけくださいませ～。
途中お休みもしてるので、２０周年といっても若干サバ読んでる気がしないでもないですが、、
一作一作コメントも書いてますので、興味のある方は手にとってみてくださいね。
1
お仕事---
2014.07.16 Wednesday02:13
原稿終わった～～！ とりあえず、いっぱい遊ぶ！
1
おやつ---
2014.07.06 Sunday00:36
７月１９日（土)発売です！
どうぞよろしく～。
詳細はまた後ほど。
1
お仕事---
2014.06.08 Sunday04:44
ほったらかしてました。ごめんなさい、、、。
ずっと調子のおかしかったPCを買い換えて、すさまじくメカオンチの私は
えーーっと、まず・・今発売中のCocohanaには、私のパン漫画は載っていないのですが、
私自身は特にお休みを取っていたわけではなくって、小学館さんでの別の読み切りを描いておりました。
なぜか、、なぜか、、「ビッグコミック オリジナル」に載りますよ！！
少女マンガ絵ど真ん中の、私の漫画が！なぜか！オリジナルに、、！！
昔、うちのお父ちゃんが読んでたよ、、。今も読んでるか知らないけど、黙っとこ。
なんでオリジナルに描くことになったかは、たいした理由もないんですけど、省略。
ちょっとした珍事件ですので、興味のある方は是非読んでみてくださいね。
パン漫画は、なるべく「業」とか「欲」とかを排除しながら描いてるのですけど
（出来るだけ「優しいモノ」を、、との注文を頂いてスタートした漫画なので）
「Bread&Butter」は、6月28日発売Cocohana8月号より巻頭カラーで再開です！
あ、あと、「砂時計」1～3巻（デジタル版）が、6月18日まで無料で読めるみたいです。
未読の方は是非、この機会にご覧くださいませー。
少し前、小学館の編集さんに、美味しいパンを沢山いただきました。
美味しい、、。へんしゅうさん皆やさしい、、悲しス。
1
お仕事---
2014.03.22 Saturday05:07
「Ｂｒｅａｄ＆Ｂｕｔｔｅｒ」第1巻☆3月25日発売です！
宜しくお願い致します
1
お仕事---
悲しい出来事がありました。。
土曜の最終で「ダラス・バイヤーズクラブ」を観て、余韻冷めやらぬまま売店のレジに行き
「パンフレットください、、」とつぶやいたら不透明の袋に入ったパンフレットをお姉さんに手渡され
中身を確かめないまま自宅に帰って袋から取り出してみましたら。。
なんでやねーーーーん！（５００円返して～～～！）
せっかくなので「マチューテ・キルズ」のパンフレット読みましたけども、
私が観たのは「ダラス・バイヤーズクラブ」です。ハイ。
マシュー・マコノヒーもジャレッド・レトも凄かった。
描かれるのは、「生」に対するあまりに真っ直ぐな執着心。
「執着心」って、あまり聞き心地の良い言葉ではないけど、やっぱりもの凄いエネルギーを生むんですよね。
屈折してると痛々しく映るけど、ストレートな執着が爆発する様は、むしろ爽快。
主人公はあくまで自己中で自業自得で貪欲で、だけど彼のエネルギーが周囲を巻き込んで救済し感謝され、そのこと自体に戸惑いながら少しづつ他者との絆を得て行く描かれ方が、とても良かった。
自堕落な過去の自分を全て否定して、綺麗に生まれ変わったわけではないんですよね。
差別する側だった人間が、差別される側に転げ落ちる様は、「第９地区」と被るな。
パンフレット、、、。声が、小さかったのかな。
もっと腹の底から声を出して、強くたくましく生きようと思います。
うちのお姉ちゃん家に子ニャンコがやって来ました！
1
本・映画---
「オンリー・ゴッド」観てきました。
「復讐モノ」だと思ってたけど、違ってた。「親殺し」が主軸。
「ドライヴ」より私は好きでした。
母親より更に偉大な「神」が、新たな依存先に見えなくもないけれど。。
戦いを挑んでコテンパンにやられて裁かれて赦されて、救われたのかな？
「親殺し」はどうしてもパターン化してしまうけど、それほど普遍的なテーマなのかもしれないです。
バイオレンス描写より、KARAOKEシーンのがインパクトでかかった。
一人殺したら、腕一本。マイルールに則って無感情に淡々と人を裁いていく様は、
「神様」って言うよりも、「法」とか「規則」とか、そんな感じ。
人に勧めにくい。私は好きだけど。 <h3>o- **</h3>
パンをチマチマいっぱい描きました。
デザイナーさんが考えてくれたカバーデザインがとっても可愛いので、
仕上がりが楽しみです♪
「Bread&Butter」コミックス第１巻は、３月末発売予定です！
また、改めてお知らせしますね。
To run a batch file, you must start the command interpreter; set lpApplicationName to cmd.exe and set lpCommandLine to the following arguments: /c plus the name of the batch file.
バッチ ファイルを実行するには、コマンド インタープリターを起動する必要があります。 lpApplicationName を cmd.exe に設定し、 lpCommandLine を /c にバッチ ファイルの名前を加えた引数に設定します。
lpApplicationNameにバッチファイルのパスを設定するとCreateProcessは暗黙的にcmd.exeを起動しバッチを実行します
