  |
はてなキーワード: CLASSとは
https://www.washingtontimes.com/news/2024/sep/30/sunken-chinese-submarine-was-new-hybrid-nuclear-co/
By Bill Gertz - The Washington Times - Monday, September 30, 2024
Defense analysts at the Pentagon assess the new Zhou-class attack submarine that sank near Wuhan is “a new class of nuclear submarine that is similar in size to PLAN conventionally powered submarines, but with a small nuclear reactor,” a U.S. defense official said, speaking on background.
その可能性はある
The new Zhou-class submarine was confirmed by the Pentagon last week after one of the boats was seen in satellite images partially submerged beside the pier as the result of an unknown mishap.
「partially submerged beside the pier」な衛星画像はない、存在するのは艀船の写った写真だけ
浅い長江で沈んだのなら艦影くらいは写ると思うし、あのでかいのを釣り上げるのは時間かかるからその画像があるはずだが、それがないのでずっと腑に落ちない
“As such, we do not know if the submarine reactor was fueled at the time of incident, or if it is going to be relocated to a known nuclear-certified facility for its initial fueling, such as Huludao shipyard, which has built all previous PLA] navy nuclear submarine classes,” the official said.
後者はねえだろ
進水後にはるばる遼寧省まで運んで核燃料入れるとかは99.999％ねえだろ
本当にU.S. defense officialなの？
https://www.defenseone.com/ideas/2024/10/chinas-sunken-nuclear-sub-was-likely-nothing-sort/400001/
By J. Michael Dahm and Peter W. Singer - October 2, 2024 02:04 PM ET
The ICBM test reminds us of a similar media frenzy sparked by a dubious claim earlier this year. In January, Western media aired claims by unnamed U.S. officials that corrupt PLA officers had filled their missiles with water.
The reporting seemed to be unaware that the Chinese term 灌水 (guànshuǐ), which does mean “to pour water into” but also references unscrupulous butchers adding water to meat to increase its weight and price, used metaphorically to refer to corruption.
Yes, the PLA Rocket Force has experienced a crisis of corruption. No, they do not fill their missiles with water to cover up that corruption.
そうなんよな
あのときも匿名の国防総省関係者が情報源で日本のメディアでも無批判で報道されたんだよね
「ミサイルに燃料ではなく水注入？ 汚職疑惑の中国ロケット軍 米報道」って
This story also underlines a larger problem in Western media reporting on China’s military in recent years: too often, it swings between two extremes that portray the PLA as either comically inept or ten feet tall.
それなあ
わからん🤣
沈んだのは本当としてもほんとに原子力？
武昌造船所には渤海造船所にあるような核燃料保存施設が確認されてなくない？
でも通常動力型潜水艦に小型モジュール炉をディーゼルエンジンの代わりに積むとかいう話もあるし、だったら原子炉を他で作って持ってきたとかも？
前回と大して変わらないなあ
正直眉唾っぽーい
anond:20240904032316についてたブクマカの初めて買ったCDのリリース年を調べた。
for (let a of document.body.getElementsByClassName('entry-comment-text js-bookmark-comment')) console.log(a.textContent)
ってやってテキスト集める。
Microsoft Copilotに「以下の文章に出てくる、音楽CDのタイトルとリリース年を一覧で表にしてください。」って指示。
途中で切れたので分割する。 続き→ anond:20240905115337
ロックに条件持たせる
やりたいことはできてるように見えるが、うーんしんどい
# 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()
こうかー
Ωを仮に100次元の実ベクトル空間R^100とする。各次元は特定の神経活動パターンに対応する。
Ω = {ω ∈ R^100 | ||ω||₂ ≤ 1}
ここで||・||₂はユークリッドノルムである。τは標準的なユークリッド位相とする。
O : Ω → Ω
O(ω) = Aω / ||Aω||₂
ここでAは100×100の実行列で、||Aω||₂ ≠ 0とする。
S[ω] = -∫Ω p(x) log p(x) dx
S[O(ω)] ≤ S[ω] + log(det(AA^T))
dω/dt = F(ω) + G(ω, O)
F(ω) = -αω + β tanh(Wω)
G(ω, O) = γ(O(ω) - ω)
ここでα, β, γは正の定数、Wは100×100の重み行列、tanhは要素ごとの双曲線正接関数である。
g_ij(ω) = E[(∂log p(x|ω)/∂ω_i)(∂log p(x|ω)/∂ω_j)]
ここでE[・]は期待値、p(x|ω)は状態ωでの条件付き確率密度関数である。
ψ(x) = √(p(x)) exp(iθ(x))
Φ[ω] = min_π (I(X;Y) - I(X_π;Y_π))
ここでI(X;Y)は相互情報量、πは可能な分割、X_πとY_πは分割後の変数である。
勾配降下法を用いて定式化する：
ω_new = ω_old - η ∇L(ω_old, O)
L(ω, O) = ||O(ω) - ω_target||₂²
G = (V, E)
V = {v_1, ..., v_100}
E ⊆ V × V
各頂点v_iはω_iに対応し、辺(v_i, v_j)はω_iからω_jへの因果関係を表す。
このモデルはPythonとNumPyを用いて以下のように実装できる：
import numpy as np from scipy.stats import entropy from scipy.integrate import odeint import matplotlib.pyplot as plt class ConsciousnessModel: def __init__(self, dim=100): self.dim = dim self.omega = np.random.rand(dim) self.omega /= np.linalg.norm(self.omega) self.A = np.random.rand(dim, dim) self.W = np.random.rand(dim, dim) self.alpha = 0.1 self.beta = 1.0 self.gamma = 0.5 self.eta = 0.01 def observe(self, omega): result = self.A @ omega return result / np.linalg.norm(result) def entropy(self, omega): p = np.abs(omega) / np.sum(np.abs(omega)) return entropy(p) def dynamics(self, omega, t): F = -self.alpha * omega + self.beta * np.tanh(self.W @ omega) G = self.gamma * (self.observe(omega) - omega) return F + G def update(self, target): def loss(o): return np.linalg.norm(self.observe(o) - target)**2 grad = np.zeros_like(self.omega) epsilon = 1e-8 for i in range(self.dim): e = np.zeros(self.dim) e[i] = epsilon grad[i] = (loss(self.omega + e) - loss(self.omega - e)) / (2 * epsilon) self.omega -= self.eta * grad self.omega /= np.linalg.norm(self.omega) def integrated_information(self, omega): def mutual_info(x, y): p_x = np.abs(x) / np.sum(np.abs(x)) p_y = np.abs(y) / np.sum(np.abs(y)) p_xy = np.abs(np.concatenate([x, y])) / np.sum(np.abs(np.concatenate([x, y]))) return entropy(p_x) + entropy(p_y) - entropy(p_xy) total_info = mutual_info(omega[:self.dim//2], omega[self.dim//2:]) min_info = float('inf') for i in range(1, self.dim): partition_info = mutual_info(omega[:i], omega[i:]) min_info = min(min_info, partition_info) return total_info - min_info def causal_structure(self): threshold = 0.1 return (np.abs(self.W) > threshold).astype(int) def run_simulation(self, steps=1000, dt=0.01): t = np.linspace(0, steps*dt, steps) solution = odeint(self.dynamics, self.omega, t) self.omega = solution[-1] self.omega /= np.linalg.norm(self.omega) return solution def quantum_state(self): phase = np.random.rand(self.dim) * 2 * np.pi return np.sqrt(np.abs(self.omega)) * np.exp(1j * phase) # モデルの使用例 model = ConsciousnessModel(dim=100) # シミュレーション実行 trajectory = model.run_simulation(steps=10000, dt=0.01) # 最終状態の表示 print("Final state:", model.omega) # エントロピーの計算 print("Entropy:", model.entropy(model.omega)) # 統合情報量の計算 phi = model.integrated_information(model.omega) print("Integrated Information:", phi) # 因果構造の取得 causal_matrix = model.causal_structure() print("Causal Structure:") print(causal_matrix) # 観測の実行 observed_state = model.observe(model.omega) print("Observed state:", observed_state) # 学習の実行 target_state = np.random.rand(model.dim) target_state /= np.linalg.norm(target_state) model.update(target_state) print("Updated state:", model.omega) # 量子状態の生成 quantum_state = model.quantum_state() print("Quantum state:", quantum_state) # 時間発展の可視化 plt.figure(figsize=(12, 6)) plt.plot(trajectory[:, :5]) # 最初の5次元のみプロット plt.title("Time Evolution of Consciousness State") plt.xlabel("Time Step") plt.ylabel("State Value") plt.legend([f"Dim {i+1}" for i in range(5)]) plt.show()
https://www.nytimes.com/2024/08/01/business/glaad-ceo-spending.html
A Pattern of Lavish Spending at a Leading L.G.B.T.Q. Nonprofit GLAAD paid for its chief executive to fly first-class, rent a Cape Cod house and remodel her home office. It may have violated I.R.S. rules.
https://x.com/boysvswomen/status/1798796138684026988
NYタイムズが閲覧した内部文書やGLAADの新旧職員のインタビューによると、この国内最大手のLGBTQ非営利団体は、最高責任者エリス氏の私的旅行費用を度々支払っていたという。これは単なる一例でありその他にも同様の支出が見受けられる。
https://www.nytimes.com/2024/08/01/business/glaad-ceo-spending.html
A Pattern of Lavish Spending at a Leading L.G.B.T.Q. Nonprofit GLAAD paid for its chief executive to fly first-class, rent a Cape Cod house and remodel her home office. It may have violated I.R.S. rules.
NYタイムズが閲覧した内部文書やGLAADの新旧職員のインタビューによると、この国内最大手のLGBTQ非営利団体は、最高責任者エリス氏の私的旅行費用を度々支払っていたという。これは単なる一例でありその他にも同様の支出が見受けられる。これらは国税庁の規則に違反していた可能性がある
本で使ってる言葉ってことはある程度ちゃんとしてるはずで（読んでないけど）、つまり、Social Class（社会階級）の訳語の略したやつのことであるはず。
貴族と平民、ブルジョアと貧民の差を表していたClassから転じて、社会全体の層みたいなものを表す。
層が変わると行動や思考様式が変わる、というのがその分析の意味。
社会の状況が、人間の行動を左右しちゃうわけやね。犯罪率や自殺率の変化とか。
研究発表としては、「このような層が社会に形成されていますよ」と指摘することがテーマになり得るのであって
つまりこの本の著者は、どうやら、本人の所得差＋夫の所得差で、女性の社会階級を考えることが出来る、女性の行動や思考を推定できると主張しているわけだ。
class Hoge(Foo) { // ... }
なんてことは論理的にあり得ない。
HogeをFooとみなすかどうかは、一般的に文脈によるからだ。
だから、Hogeの定義にFooのサブタイプであることが課せられるのはおかしい。
ましてや、Fooの実装がinheritされるのは尚更おかしい。
例をあげよう。
しかし、カーテンを家具の一種だとみなすか、布製品の一種だとみなすかは、文脈による。
だから、カーテンの定義にそれが家具であるとか布製品であるとかいう条件が課されるのはおかしい。
また、インタフェースの実装もおかしい。（たとえそれがクラス定義とインタフェース実装が分離された場合、いわゆるProtocolというパターン、であっても）
AがBであるとき、AをBとみなす方法は一般的には複数あり、どの方法によるかは文脈によるからだ。
たとえば、裏返して着られるパーカーのクラスにWearableインタフェースを実装しようとしたら、どちら向きをwear()メソッドに実装するか定まらない。
“腐敗・変敗した食品はclass Iって書かれてるから、食中毒が起きたらこの分類になるんじゃないかな。”
“もしかしたらコロナの後遺症で味覚とか認知に歪みがでてきてるのか？”
“マフィン屋をここぞと叩いてる人とサイゼのカエル混入を何故か擁護してる人の重複率について考える会”
(撤退すべき時の見誤りには見えるけど……)
(評なし)
万物に神が宿り、万物が神になる世界なので、神が人や世界を支配しない
『西洋宗教において神と運は別のオブジェクトだが、日本の古典な宗教観においては神や大いなる力は同一のオブジェクト』、これを生成させるまではうまくいったんだけどね
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 成功.
This case is a suit for rescission of a trial decision on a request for invalidation of trademark registration. The issues are (1)
(1) Whether the registered trademark (hereinafter referred to as "the trademark") (1) Whether or not the registered trademark (hereinafter referred to as the "Trademark") in the following paragraph (1) falls under the trademark
(2) Whether or not the trademark falls under Article 3(1)(iii) of the Trademark Law, (3) Whether or not the trademark falls under
(iii) Whether or not the trademark falls under Article 4(1)(xvi) of the Trademark Law.
The defendant is the owner of the following registered trademark (the "Trademark") (A-1-1 and A-2,
(A1-1 and A2; hereinafter referred to as the "Registered Trademarks"). (1) Registration number
(1) Registration number Trademark registration No. 6399042
(2) Date of registration May 24, 2021 (hereinafter referred to as the "Date of Decision")
(3) Date of registration: June 7, 2021
(4) Trademark consists of the words "curly bangs curler" (standard characters)
(5) Classification of goods and services and designated goods
Class 26 "Headgear, hair curlers (excluding electric ones) (hereinafter referred to as "hair curlers")
15, Class 26 "Hair curlers (excluding electric ones)" (hereinafter the "goods in question") (Hereinafter, the "hair curlers (excluding electric ones)" in Class 26 of this Article are referred to as "the goods in question").
(2) Background of the proceedings before the Japan Patent Office
On June 2, 2022, the plaintiff filed a request for a trial for invalidation of the trademark registration for the goods in question.
The Japan Patent Office examined the case as invalidation case No. 2022-890041 (not disputed).
The Patent Office examined the case as Case No. 2022-890041, which is invalid (no dispute). The Patent Office examined the case as invalidation case No. 2022-890041 (no dispute).
On February 14, 2023, the JPO issued a decision that "the request for a trial in this case does not stand. (hereafter, "the trial decision").
(hereinafter referred to as "the trial decision"), and a transcript of the trial decision was filed. A certified copy of the decision was served upon the plaintiff on February 27, 2023 (summary of arguments).
The transcript of the trial decision was served upon the plaintiff on March 27, 2023 (summary of argument).
On March 27, 2023, the plaintiff filed this lawsuit seeking revocation of the trial decision.
3 Summary of reasons for the trial decision
25 (1) Applicability to Article 3(1)(iii) of the Trademark Law
(a) The trademark in this case represents the words "curly bangs curler" in standard characters.
The letters of the trademark are of the same size and typeface and are arranged in a horizontal line without any space between the letters.
The letters of the trademark should be "hair curler" and the letters of the trademark should be "hair curler".
The component characters of the trademark are "Spinning on a spur of the moment. The component characters of the trademark are "Spinning with a spritz.
The component characters of the trademark are "the state of spinning with a spur of the moment. (A8), which is an onomatopoeic word indicating "a bundle of hair on the forehead of a man or woman" (A9), and "a bundle of hair on the forehead of a man or woman" (A10).
(A8); the character for "bangs" (A11), which means "a bundle of hair on the forehead of a man or woman"; the character for "bangs" (A11), which means "a cylindrical piece of hair that is
The character for "curler" (A12), which means "a cylindrical tool for curling hair around the head", is used in the same way as the character for "curler" (A13).
The character for "curler" (A12), which means "a cylindrical tool for curling hair," is combined with the characters for "bangs" (A11) and "curler" (A12), which means "a cylindrical tool for curling hair.
The constituent characters as a whole are insufficient to specify the meaning of the word or sentence, and therefore, the meaning of each character is not clear.
Therefore, even though the letters may evoke vague meanings corresponding to the meanings of the letters, the specific meanings are not immediately recognizable or understandable.
Therefore, even if the words are associated with vague meanings corresponding to the meanings of the letters, they are not immediately recognizable or understandable as a quality indication of the goods.
The words lack specificity as an indication of the quality of the product.
フラナリーやマーカス、スコットらに倣えば、最近まですべての階級社会における中心的な政治闘争は、誰が土地を耕し、誰が食料を手に入れるかをめぐるものだった。グレーバーとウェングローの見方は異なる。彼らにとって中心的な問題は権力であり、中心的な敵は国家である。そのため、彼らはいくつかの点で階級を無視している。これは彼らがアナーキストだからではない。ほとんどのアナーキストは、常に階級と権力を同時に重視することができる。
しかし、『万物の黎明』における省略は重要である。グレーバーとウェングローは、合意的で参加型の集会を支持する議論を推し進めようと躍起になっているように見えるが、そのために私たちに一連の謎を残している。4つの簡単な例を挙げれば、その問題がよくわかるだろう。
著者たちは、都市における国家に先行することが多い、村落における階級格差の拡大には関心がなく、その文献を否定している。また、小王国、領主、爵位にも興味がない。中央集権的な大国家が存在しなければそれでいいのだ。私たちは、複雑な採集民に関する彼らの説明の中に、このような紆余曲折をいくつか見てきた。このようなことは、他の多くの例にも現れている。
インダス川沿いの古代都市モヘンジョ＝ダロでは、約4万人が階級的不平等も国家もなく暮らしていた。
そして彼らは、ヒンドゥトヴァ派の歴史家たちと同様に、モヘンジョ＝ダロは実際に南アジアのカーストに沿って組織されていたと示唆する。しかし、グレーバーとウェングローは、これは平等主義的なカーストであったと言う。最初は驚かされるが、彼らが言いたいのは、王のいないカーストの不平等は容認できるということである[11]。
彼らは一貫して伝統的な王権の力を最小限に抑えている。ミシシッピ川流域のナチェズ王国がその好例である。グレーバーとウェングローは、太陽王の権力と凶悪な残虐性は彼の村の外には及ばなかったと言う。しかし実際には、ナチェズは白人のプランターに奉仕する奴隷貿易における主要な地域勢力であった[12]。
グレーバーとウェングローは、残酷な人身御供の祭りが世界中の初期の州で見られるという重要な事実を正しく強調している。数十人から数百人が生け贄にされ、その多くは戦争捕虜や若い女性、貧しい人々であった。
彼らは当然憤慨している。しかし、これらの生け贄の目的は、敵である他国の人々を恐怖に陥れることであったとも感じている。それとは対照的に、私たちは、流血の主な目的は、流血の実際の聴衆である、残酷な地方国家の臣民を恐怖に陥れることだったと考えている。
実際、このような残酷さが、それぞれの国家の初期の歴史に特徴的なのはそのためだろう。国家の正当性がまだ弱く、恐怖が最も必要とされていた時代である。国家権力が強化されるにつれて、戦乱や敵対は続くものの、壮大な犠牲が消えていくのもそのためだろう。
集会そのものも重要な最後の例である。グレーバーとウェングローは、古代メソポタミアの王国や国家における都市集会の力を極めて正しく指摘している。彼らは、これは王がすべての権力を持っていたわけではないという証拠だと言う。これは正しい。これらの王国で階級闘争が止まっていたと考えるのは、よほどナイーブでなければならないだろう。
しかし、グレイバーとウェングローは飛躍する。彼らは、これらの都市議会は、参加型民主主義を掲げる「占拠せよ！」やその他の社会正義運動の集会に似ていると指摘する。
古代メソポタミアでは、参加型民主主義のいかなる形態についても、これといった証拠はない。しかし、他の階級社会における都市全体や全国的な議会については、膨大な証拠がある。そのどれもが、富裕層や有力な一族によって支配されていた。古代スパルタでは地主が支配していた。ローマの元老院も同様だった。ジョン王や男爵家もそうだった。そしてごく最近まで、ヨーロッパのすべての議会の有権者は富裕層に限られていた。
この近視眼は重要である。他の多くの人々と同様、私たちは王国や国家を、不平等な社会における支配階級がルールを強化し、強制するために集まる方法として理解している。『万物の黎明』では、そのプロセスは目に見えない。
グレーバーとウェングローは怒っている。この怒りには、私たちのようにグローバルな不平等に絶望し、グローバル・エリートの政治を憎み、気候の混乱を恐れる読者を喜ばせるエネルギーがある。
多くの点で、彼らの本は新鮮な風を吹き込んでくれる。そして私たちは、既存のすべての国家に対する敵意を共有している。しかし、今後、気候変動を食い止めるためには、階級と環境の中心的重要性を含む人間の条件に関する理解が必要である。
[1] Fredrich Engels, 1884, The Origin of the Family, Private Property and the State. The book was revived as a key text by socialist and Marxist feminists in debates about women’s liberation. Pace the 19th century social Darwinism which clearly took a lead from the Old Testament, it is now quite clear that both pastoralism and slash and burn agriculture appeared after, and not before, the advent of settled agriculture.
[2] Franz Boas, The Mind of Primitive Man, 1911; Claudia Ruth Pierpoint, ‘The Measure of America’, 2004; Ned Blackhawk and Isaiah Lorado Wilner, Indigenous Visions: Rediscovering the World of Franz Boas, 2018; Rosemary Lévy, Franz Boas: The Emergence of the Anthropologist, 2019.
[3] Very good examples of this work include Sara Hdry, Mothers and Others: The Evolutionary Origins of Mutual Understanding, 2005; Elizabeth Marshall Thomas, The Old Way, 2001; two articles by Steven Kuhn and Mary Stiner: ‘What’s a Mother To Do’, 2006 and ‘How Hearth and Home Made us Human’, 2019; Loretta Cormier and Sharon Jones, The Domesticated Penis: How Womanhood has Shaped Manhood, 2015; a key paper by Joanna Overing, ‘Men Control Women? The “Catch-22” in the Analysis of Gender’, 1987; two books by Christopher Boehm: Hierarchy in the Forest and the Evolution of Egalitarian Behavior, 1999, and Moral Origins, 2012; every book by the primatologist Frans de Waal; the two chapters by Brian Ferguson in Douglas Fry, ed., War, Peace and Human Nature, 2013; Richard Wrangham, Catching Fire: How Cooking Made Us Human, 2010; and two books by the trans biologist Joan Roughgarden: Evolution’s Rainbow: Diversity, Gender and Sexuality in Nature and People, 2004, and The Genial Gene: Deconstructing Darwinian Selfishness, 2009.
[4] Our favourites among the ethnographies of our near contemporary hunter-gatherers are Marjorie Shostack, Nisa: The Life and Words of a !Kung Woman, 1981; Jean Briggs, Inuit Morality Play: The Emotional Education of a Three-Year-Old, 1998; Phyllis Kaberry, Aboriginal Women: Sacred and Profane, 1938, Karen Endicott and Kirk Endicott: The Headman was a Woman: The Gender Egalitarian Batek of Malaysia, 2008; Richard Lee, The !Kung San: Men, Women and Work in a Foraging Society, 1978; and Colin Turnbull, Wayward Servants: The Two Worlds of the African Pygmies, 1978.
[5] Kent Flannery and Joyce Marcus, The Creation of Inequality: How Our Prehistorical Ancestors Set the Stage for Monarchy, Slavery and Empire, 2012; and James C. Scott, The Art of Not Being Governed: An Anarchist History of Upland South-East Asia, 2009; Scott, Against the Grain: A Deep History of the Earliest States, 2017. Martin Jones, Feast: Why Humans Share Food, 2007, is also very useful.
[6] Edmund Leach had made a similar argument in 1954 in Political Systems of Highland Burma, and radically changed anthropology. For a brilliant ethnography of one group of anti-class hill rebels at the end of the twentieth century, see Shanshan Du, Chopsticks Only Work in Pairs: Gender Unity and Gender Equality Among the Lahu of Southeastern China, 2003. For Scott’s recent extension of his argument to ancient Mesopotamia, see Against the Grain.
[7] This is all succinctly described in Brian Hayden, ‘Transegalitarian Societies on the American Northwest Plateau: Social Dynamics and Cultural/Technological Changes,’ in Orlando Cerasuolo, ed., The Archaeology of Inequality, 2021.
[8] Start with Philip Drucker and Robert Heizer, 1967, To Make My Name Good: A Reexamination of the Southern Kwakiutl Potlatch; and Eric Wolf, Envisioning Power: Ideologies of Dominance and Crisis, 1999, 69-132.
[9] Jeanne Arnold, ‘Credit where Credit is Due: The History of the Chumash Oceangoing Plank Canoe’, 2007; and Lynn Gamble, The Chumash World at European Contact: Power, Trade and Fighting among Complex Hunter-Gatherers, 2011.
[10] On the Calusa, see The Dawn, 150-2; Fernando Santos-Cranero, 2010, Vital Enemies: Slavery, Predation and the Amerindian Political Economy of Life, 2010; and John Hann, Missions to the Calusa, 1991.
[11] Rita Wright, The Ancient Indus: Urbanism, Economy and Society, 2010; and Andrew Robinson, The Indus: Lost Civilizations, 2015.
[12] Robbie Ethridge and Sheri M. Shuck-Hall, Mapping the Mississippian Shatter Zone, 2009; and George Edward Milne, Natchez Country: Indians, Colonists and the Landscape of Race in French Louisiana, 2015.
