  |
はてなキーワード: 設計とは
せいぜい幾ばくかの賠償金と、回避設計を強いることしかできなくて、ゲーム自体は存続するし、IPビジネスも止められないよね？
会社ごと潰すとか、ゲーム自体を完全に差し止めさせる算段でもあるんだろうか
本来は著作権周りの権利をもう少しどうにか強化する方向に仕組みを持っていったほうが良いと思うんだけど、やっぱり難しいのかな
「今後の流れ」は、「製品の回避設計の検討」も選択肢に入るんじゃない？
中国にはあるけど日本進出はずっとできてない、きっと何かあるんだろうね
Xiaomiが4万円台の超格安ドラム式洗濯機を発売、効率重視で洗濯や乾燥時間を一気に短縮できる静音設計の省電力モデルに | Buzzap！
ちなみにこれは新モデルが出たってだけの話で、旧モデルはかなり昔からほぼ同価格で売ってる。2022年頃にも話題になってたり
Xiaomiの超格安ドラム式洗濯機、乾燥機付きでも5万円で温水洗濯やスチーム除菌など多機能すぎる1台に | Buzzap！
TaobaoでXiaomiの洗濯乾燥機を買った話｜Hiroya Genki Kon 今浩哉 スポーツイベント屋
220Vに対応できれば原理上は使えると思うが、個人輸入したって声を全く聞かないから多分日本に発送してくれるところがないんだろう
国際転送サービスとか使えば可能かもしれんけど重量級だしそうなると送料の方が高くなるんじゃないか？わからんけど
バカみたいに莫大なリソース(ナレッジ、天井の高い人材プール)が背後にあって、コンピュータリソースの上限気にしながら消費リソースの設計を含めたシステム作る分野なんで
注１（大事）：以下の文章は一般的な実務慣行や規則を適当に述べたもので、法的なアドバイスではない
注２：深夜テンションで書いたので文章がわかりにくい、ゆるして
ぺーぺーの弁理士。一応、知的財産の専門家ということになってる（弁理士法1条）。普段は特許を取れるように文章を書いたり特許庁の人を説得したりしてる。
今回の件で「はじめは泳がせていたけど調子に乗ってきたからブチぎれて訴訟を提起した」みたいな話が聞こえてきたけど、そんな感情で急に動くわけではないと思う（発言主もそのつもりはないかもだけどそういう風に解釈した人がいた）。
・（公にしない状態で）警告状を送ったんだけども、
という段階を踏むのが（たぶん）よくある流れだけど、この「調査」というのが手間と時間と金がかかる。
特に弁理士事務所の鑑定とか使うと結構な金額になってくる（中小企業だと気になるくらいの金額）。
あと、訴訟は失敗するとしっぺ返しを食らうし、相手が小さいと勝っても「弱い者いじめ」みたいになってしまうしお金も取れない。
なので、「特許侵害を確信できて」、「ある程度大きくなった状態で」、「こちらの警告に従わなかった」という条件がそろったのが今なんじゃないかな～と勝手に思ってる。
現時点でたぶんなんもわかってないので、今は勝てそうか勝てなさそうかを予想することは無駄だと思う。オープンにされない交渉や和解の検討もあるだろうし。
あと、どの特許権か分かっても、特許権の権利範囲の認定や、侵害認定（アウト・セーフのライン決め）、特許自体の無効理由の有無とかの判断もケースバイケースなことも少なくなくてしかもその判断も簡単じゃない。
少なくとも実務経験なかったら知財管理2級通った程度では絶対無理。
ましてや原告が同じだけの事件を引き合いに出しているのは相手にしないほうがいい。たぶんその人マジのガチでなんもわかってない。
ざっくりだけど、相手方（被告）はこれから以下を検討するだろうと思う。
①②検討して勝てなさそうだったら③かな。
そんなに間違ったことは言ってないハズですが、おかしなところがあったら言ってください。
主な反響に対する回答をしたい
特許侵害訴訟は、商標や著作権と比較して、相手の行為が嫌だからってすぐできるものじゃなくて、戦略を練って綿密な準備するのが普通だよ～って話がしたかっただけです。
「お気持ち」というのは、カッとなってすぐにやる、くらいの意味で使ってました。
A. 「箇条書きマジック」が何を指すのかはよくわからないけど、特許の侵害認定ってむしろ「箇条書き」をぶつけ合うイメージがある。
特許の権利範囲（どこまでセーフか、アウトかの基準）は基本的に「特許請求の範囲」という文書の記載で決めるとされていて（特許法70条1項）、特許侵害訴訟では、そこに被告の製品が入るかどうかを争う、ということになる。
それで、「特許請求の範囲」で発明を特定する事項（発明特定事項）は、箇条書きに近い形式で記載されることが多くて（特に最近の特許）、
その発明特定事項が曖昧で、被告の製品がそれに当てはまるか微妙であればあるほど、その発明特定事項の解釈が裁判で大きな争点となる可能性が高い。
その曖昧さを見抜くこと、そしてそれに基づいて自分に有利な主張を組み立てるには、どうしても多少の実務経験は必要だと思っているんで、そういう点で簡単じゃない、資格（条文の知識）だけでは無理、と言わせてもらいました。
（もちろんその難易度も技術分野や具体的な特許の内容によって大きく変わってくると思う）
ちょっと具体例で説明を。◆忙しい人は読み飛ばしてOKです。◆
例として、弁理士の嵐田先生が紹介してるこちら↓の特許で考えます。
https://x.com/IP_Arashida/status/1836641385476403289?t=OGHEYc6cYKuG2NqadszuSQ&s=06
この特許の「特許請求の範囲」の請求項１は、プレイキャラが地上用の乗り物と空中用の乗り物を交互に乗り換えることを可能にするゲームプログラムの発明を示している。
この特許では、以下すべての条件（発明特定事項）を満たすゲームプログラムは特許の権利範囲に入る（実施する権利なければ特許侵害）ということになる。
で、特許侵害訴訟では、その用語の意味の解釈が争点になることが少なくなくて、例えばこの記載だけを見るとこういう疑問が考えられます。
とまあイチャモンな気もするが、こういう語句の解釈のいかんによっては、被告の製品が原告の特許を侵害するかどうかが変わってくることも少なくない。
なので、権利解釈・侵害認定に上手く対応できることは特許を専門とする弁護士・弁理士にとって大事な資質の一つだと思う。
書いたときは、実施開始から設計変更までの賠償責任が残るので、対処として適切ではないと思って外していましたが、和解の過程でその責任をどうにかできれば、設計変更をするというのは、差し止められるよりかはビジネスへのダメージも少なくて良い方法だと思います。
A. ソフトウェア特許が本当に何でもアリなのかどうかは私の力ではコメントできない。普段の案件では扱っていないし、権利の広さが回避が容易でないレベルなのか、審査がほかの分野と比べて甘いかどうかもよくわかっていないので…
ただ、個人的な意見になるけど、特許の制度自体が本当に産業の発達に寄与しているのか疑問に感じることはある。
例えば、特許の主な役割として「技術の公開を代償に独占権を得て、他の人は公開された技術に基づいて技術を発展させる」（公開代償説）という考えがあるけど、
特許文章って内容の真実性について第三者のチェックも基本無いし、ノウハウを公開しないために発明を実現するのに必要な技術を特許庁に指摘されない程度に省くことも少なくないので、この考えには甚だ疑問がある。
あと、権利として使える特許をいっぱい取るには、良い明細書を良い弁理士にたくさん書いてもらう必要があるから、どうしても資金力がある大企業に有利だし、独占を加速させる制度ではあると思う。
今は技術を文章でまとめたり特許庁と文章でケンカしたりするのが楽しくてこの仕事をやれているけど、この疑問には向き合わないといけないんだろうな。
大規模開発でレベルが低いのが入るのは避けられないんだよ
全体の設計でレベルの低いやつでも出来るようにするしそのためのメカニズムもある
大規模だからどんな天才プログラマでもそう簡単に書き換えられないし
PHPは書き換えられる規模ってだけ
モデル作りが簡単になったところで設計の最適化なんて絶対無理だよ。
どういじっても結果が悪化するか大して変わらないかのどっちかで、いじり方が無限にあることに気がついてこりゃ無理だわってなって終わる。
稀にいい設計が見つかったとしても実際に作ろうとしたら製造不可能とか微妙な製造誤差に対して敏感で歩留まり出ないとかなるのがオチ。
例えばストーブで、煙突を長くすると燃焼効率がどうなるかとか、
紙飛行機でどういう折り方をすれば長く飛ぶとか、
「物理シミュレーション」と「設計最適化」の区別が全くついていない。
物理シミュレーションは単に与えられたパラメータ・境界条件で微分方程式を解いているだけであって、所望の結果が得られるようにパラメータを最適化しているわけではない。
Javaって自分もちょっと他人に自慢できる実績あったりなかったりするけど、分かりやすいぞ
東大の五十嵐先生とか、筑波の三谷先生とか、なんでもJavaで書いてたりしてたけど、Pythonなんぞよりよっぽど分かりやすい
Javaというか、FlashのActionScriptみたいな範囲で使ってる分には分かりやすいよ
あと、マインクラフトの作者のnotch氏もなんでもJavaで書く、凄い速度でJavaでゲーム書く人だよ
そもそも、Javaはセットトップボックスとか小さい機器で動かすための小さな言語で、名前も元々はオーク？樫の木？だったかで、
現在の立ち位置としてはLuaとかそういう言語を想定して開発したと思う
作者のゴスリングさんとかはそういう想定だったんだろうけど、JavaをAppletとしてNetscapeブラウザ内に実装したり、
そのNetscapeも勝手にJavaの名称を拝借したJavaScriptなんて別物を勝手に実装したりして、
そこからIBMがしゃしゃり出てきて、Javaで巨大な業務アプリもできるよね？みたいな話になって、話が壮大になっていった気がする
あと、EclipseはSun Microsystemsを〇す、という意図で命名されたりもしたけど、巨大だよねEclipseのコード
デザインパターンを信奉して重視しすぎた設計とかこの辺の時期だろうと思う
Javaのコアな部分は本当に素直な言語だよ、素直な子だったんだよ
本当は素直で優しい良い子だったんだよ…😟
消費者集合：N = {1, 2, ..., n}
消費ベクトル：各消費者 i の消費ベクトルを X_i ∈ X_i ⊆ ℝ^(k_i) とする。
個人効用は自分の消費 X_i と政府支出の使用用途 G に依存する。
税収：T ∈ ℝ_+
国債発行額：B ∈ ℝ_+
政府支出の配分：G = (G_1, G_2, ..., G_m) ∈ G ⊆ ℝ_+^m
政策空間：P = { (T, B, G) ∈ ℝ_+ × ℝ_+ × G }
予算制約：
Σ_(j=1)^m G_j = T + B
可処分所得：消費者 i の可処分所得 Y_i は、所得税 t_i によって決まる。
Y_i = Y_i^0 - t_i
T = Σ_(i=1)^n t_i
p_i · X_i ≤ Y_i
目的：政府は社会的厚生 W を最大化するために、以下の政策変数を決定する。
国債発行額 B
政府支出の配分 G = (G_1, G_2, ..., G_m)
制約：
消費者の最適化：政府の政策 (t_i, G) を所与として、各消費者 i は効用を最大化する。
最大化 U_i(X_i, G)
X_i ∈ X_i
制約条件：p_i · X_i ≤ Y_i
結果：各消費者の最適な消費選択 X_i*(G) が決定される。
W(U_1, U_2, ..., U_n) は個々の効用を社会的厚生に集約する。
合成関数：
W(U_1(X_1*(G)), ..., U_n(X_n*(G)))
最大化 W(U_1(X_1*(G)), ..., U_n(X_n*(G)))
{ t_i }, B, G
制約条件：
Σ_(j=1)^m G_j = Σ_(i=1)^n t_i + B
t_i ≥ 0 ∀i, B ≥ 0, G_j ≥ 0 ∀j
X_i*(G) = arg max { U_i(X_i, G) | p_i · X_i ≤ Y_i } ∀i
X_i ∈ X_i
政府の役割：公共財の配分 G と税制 { t_i } を決定する。
消費者の反応：消費者は政府の決定を受けて、最適な消費 X_i*(G) を選択する。
(b) 力学系の特徴
スタックルベルクゲーム：政府（リーダー）と消費者（フォロワー）の間の戦略的相互作用。
最適反応関数：消費者の最適な消費行動は政府の政策に依存する。
(c) 一階条件の導出
L = W(U_1(X_1*), ..., U_n(X_n*)) - λ ( Σ_(j=1)^m G_j - Σ_(i=1)^n t_i - B ) - Σ_(i=1)^n μ_i (p_i · X_i* - Y_i)
微分：政策変数 t_i, B, G_j に関する一階条件を計算する。
チェーンルール：消費者の最適反応 X_i* が G に依存するため、微分時に考慮する。
(a) 公共財の種類
公共財ベクトル：G = (G_1, G_2, ..., G_m)
例えば、教育 G_edu、医療 G_health、インフラ G_infra など。
U_i(X_i, G) = U_i(X_i, G_1, G_2, ..., G_m)
各公共財 G_j が個人効用にどのように影響するかをモデル化。
将来への影響：国債発行は将来の税負担に影響するため、長期的な視点が必要。
制約：債務の持続可能性に関する制約をモデルに組み込むことも可能。
(c) 公共財の最適配分
優先順位の決定：社会的厚生を最大化するための公共財への投資配分。
政府の決定問題：消費者の反応を予測しつつ、最適な { t_i }, B, G を決定。
情報の非対称性：消費者の選好や行動に関する情報を完全に知っていると仮定。
消費者の行動：政府の政策を所与として、効用最大化問題を解く。
結果のフィードバック：消費者の選択が社会的厚生に影響し、それが政府の次の政策決定に反映される可能性。
(a) モデルの意義
包括的な政策分析：政府の税制、国債発行、公共財の使用用途を統合的にモデル化。
最適な税制と支出配分：社会的厚生を最大化するための政策設計の指針。
一般性の確保：特定の経済状況やパラメータに依存しないモデル。
政府は、税制 { t_i }、国債発行額 B、そして公共財の配分 G を戦略的に決定することで、消費者の効用 U_i を最大化し、社会的厚生 W を高めることができる。
このモデルでは、政府の政策決定と消費者の消費行動という2つのステップの力学系を考慮し、公共財の使用用途も組み込んでいる。
ゲームにおいて高所から落ちて死ぬか死なないかっていうのを聞いて思いだしたんだけど
っていうのと通じるモノがある
未来少年コナンの場合だと10階建てビルぐらいからラナを抱えて飛び降りても
足がジィーーーンってなったぐらいで大丈夫で死んだりはしない
一方で名探偵コナンが歩美ちゃんを抱えて10階建てビルから飛び降りた場合、死なないと他の殺人事件と整合性が取れない
しかし、博士の作ったスケボーに乗っていた場合だと10階で大爆発が起きて蘭姉ちゃんを抱えて飛び降りても無傷で着地できる
こういう「どこまでリアリティを追求するか」っていうのは突き詰めれば視聴者・プレイヤーが納得できるならOKであって
突き詰めてしまうとゲームが成り立たなくなるし面白くもなくなるので
「藁の上に飛び込んだらOK」
とか言い訳だけをちゃんと用意しておいてくれればどれだけ高所から落ちても死ななくていいし
最近秋葉原の「U Mobile Shop」で開催されたセールで購入したIntel NUCキット(NUC6CAYS)に
ついてのレビューです。
このミニPCは、その小さなボディに秘めた可能性に驚かされることばかりでした。
それでは、購入から設定、そして実際の使用感まで、詳しく見ていきましょう。
NUC6CAYSの画像： https://i.imgur.com/LrfNMrA.jpeg
１． 購入経緯
2024年9月14日、秋葉原の「U Mobile Shop」とそのオンラインストアで中古ミニPCのセールが
開始されました。
オンラインストアは午前0時からスタートし、私はこの機会を逃すまいと注文しました。
Intel製Windows 10ミニPC中古が3,000円でセール！【Intel NUCキット】
https://daily-gadget.net/2024/09/12/post-77177/
セールの目玉商品だったIntel NUCキット(NUC6CAYS)の仕様は以下の通りでした：
- メモリ: 4GB
- ストレージ: 32GB
- OS: Windows 10 Home
https://youtu.be/Q9gM8jAOf_0?si=kr-9lrfr20P0eG-Z
残念ながらWindows11には非対応ですが、そのために価格は3,000円！でした。
２． 開封と初期の印象
商品が届いてすぐに開封しました。外観は予想以上にきれいで、ミニPCとは思えないほど
頑丈そうで加工精度が高い印象を受けました。
手に取ってみると、その小さな筐体からは想像できないほどの重量感があり、
a. まず、HDMIケーブルでモニターに接続し、2.4GHz帯のワイヤレスキーボード
b. 電源を入れると、問題なくモニターに映像が表示され、キーボードとタッチパッドも
c. BIOS画面はIntel独自のデザインで、タッチパッドでスムーズに操作できました。
３－２． Windows 10の起動
そのまま起動すると、内蔵eMMC（32GB）にインストールされていたWindows 10が
立ち上がりました。起動は速く、基本的な操作も問題なくできました。
ただし、機能更新プログラムのバージョンは相当古いものでした。
注目すべき点は、CPUファンが搭載されているにもかかわらず、とても静かだったことです。
デスクトップ環境として使用する上で、この静音性は大きなメリットだと感じました。
ネットで見つけた分解写真： https://i.imgur.com/BXApN8U.png
まず、空きスロットに8GBのDDR3Lのメモリを追加で挿し、12GBに増設しました。
BIOSで問題なく認識され、システムの応答性が向上したように感じました。
次に、2.5インチSATA SSD 1TBを増設しました。内蔵の増設スロットを利用したので、
取り付けは非常に簡単でした。
４－３． eMMCの無効化
搭載されていたeMMCは容量が32GBと限られていたため、BIOSから無効化することにしました。
ただし、元のWindows 10インストールを保険として残しておきたかったので、
完全に消去することはしませんでした。
無効化後、NUC6CAYSを起動すると新しく増設した2.5インチSATA SSDにインストール
されていたWindows 10が問題なく起動しました。
Windows 10も快適に動作しましたが、さらに軽量なOSでの使用感を試すため、
a. インストール自体はスムーズに完了し、特に問題は発生しませんでした。
c. YouTube FHDの60FPS動画も問題なく再生でき、Wi-Fi接続も安定していました。
Chrome OS Flex上でいくつかのベンチマークテストを実行しました：
シングルスコア：約15,000 マルチスコア：約110,000
b. WebGL Aquarium：5,000匹の魚で約35FPS
ベンチマークの画像： https://i.imgur.com/5zmXXbc.jpeg
これらの結果から、高性能とは言えないものの、日常的な使用には耐える性能を
持っていることがわかりました。
特筆すべきは、これらのテスト中もファンの音がほとんど聞こえなかったことです。
天板に直接耳を当てないと音が聞き取れないほどの静音性は驚きでした。
６．総評
Intel NUCキット(NUC6CAYS)は、その小さなボディからは想像できないほどの
可能性を秘めていました。
６－１． 長所：
- 驚くほどの静音性
６－２． 短所：
- 高負荷のタスクには向かない
- 自宅用のChromebox的な使い方
3,000円という破格の価格で手に入れたこのマシンですが、その価値は金額をはるかに
超えています。
拡張性、静音性、そしてある程度の性能を兼ね備えたこのミニPCは、様々な用途に適応
できる素晴らしいマシンだと言えると感じました。
Chrome OS Flexの検証に続いて、Linux開発環境の可能性も探ってみました。結果は予想以上に良好で、
Chrome OS Flex上でLinux（Beta）を有効にし、開発環境をセットアップしました。
Linux開発環境の画像： https://i.imgur.com/8URQQSU.png
Linux環境で、以下のアプリケーションをインストールし、動作を確認しました：
参考サイト：初期設定＆日本語入力を使えるようにする方法｜ChromebookでLinux
https://catalyst-wakaba.com/linux-on-chrome-os/
VLCの動作画面： https://i.imgur.com/s9lwzIj.png
今後のアプデのことを考えると設計を考えて置いた方がいい
セーブデータもDBで管理したいが、そうするとアプデのリリースが面倒になる
「消費増税で社会保障充実することこそ社会主義でーす はーいろんぱっぱ」という主張は、いくつかの点で誤解を含んでいます。
消費増税は、社会主義的な政策というよりも、資本主義社会において社会保障を充実させるための財源確保手段として利用されることが多いです。
社会保障は、社会主義だけでなく、資本主義社会においても重要な役割を果たしています。
消費増税が必ずしも社会保障を十分に充実させるわけではないという点も理解しておく必要があります。
「消費増税で社会保障充実することこそ社会主義でーす」という主張は、社会主義、消費税、社会保障といった概念を混同している可能性があります。
消費増税は、社会主義的な政策ではなく、資本主義社会において社会保障の財源を確保するための手段の一つです。社会保障の充実には、消費増税だけでなく、様々な政策的な取り組みが必要となります。
より深い議論のためには、以下の点について考えてみましょう。
これらの質問に対する答えを探求することで、消費増税と社会保障の関係性についてより深い理解を得ることができるでしょう。「はーいろんぱっぱ」という表現は、この議論とは関係ないため、ここでは考慮しません。
もし、さらに詳しい情報が必要な場合は、お気軽にご質問ください。
関連キーワード:消費税、社会保障、社会主義、財政、経済、政策
注:この回答は、一般的な知識に基づいて作成されたものであり、専門的な意見ではありません。より詳細な情報については、経済学や社会学の専門書や論文を参照してください。
[0. はじめに]
東京ヤクルトスワローズというと、東京・神宮球場を本拠地とするNPBセントラルリーグの人気球団のひとつである。数年前には、セ・リーグ優勝、日本一ともなり、なかでもそのマスコットキャラクターのつば九郎は、ドアラ(中日ドラゴンズ)とともに大人気である。そんな球団もここ数年は低迷しているが、2020年から3年余りのコロナを経て来場者は爆増である。ただ、この来場者増はどの球団でも同じ傾向であり、行動制限をともなう3年余りの反動と思われる。
[1. 本題]
野球観戦人気が高まり観戦チケットは球団公認ファンクラブに入っていないととても買いづらい状況である。こうしたファンによっては、全球団のファンクラブに加入していたり、シーズンシートオーナーになったりするケースがある。そこで、ヤクルトファンクラブ更新システム障害の件になる。
事前告知があり、2024/9/17 14:00- ヤクルトファンクラブ更新が開始された。このシステムにも問題があり、ログインできない、項目を入力して選択して次を押しても進めない、エラーで元に戻り最初からやり直す、といったシステム障害が発生し、70分後の15:10頃にシステムメンテナンスとなり、一時停止となった。
こうしたチケット販売システムと同様の特性として、発売時間からシステムへの膨大なアクセスが発生し、システムダウンや一時利用制限に至る事はヤクルトファンクラブ更新システムだけでなく、他でも多く見られる。
例えば、広島カープ公式チケットサイト(2月から3月頃に一斉に全試合を発売)、阪神タイガース公式チケットサイト(2月から3月頃に一斉に全試合を発売)、ぴあ、イープラなど。他には、iPhoneオンラインショップなど、大変だった記憶があるでしょう。
当然、ヤクルトファンクラブ更新システムの詳細は公開されていないが、システムの挙動から主な構成を書く。
一般的な、Webシステム構成で、[Web/APサーバ(Apache)] - [DBサーバ]のシングル構成となっており、恐らく拡張性は低く、Web/APサーバ1台、DBサーバ1台(Non-FT, Non-Cluster; Non-HotStandby, Non-ColdStndBy)とみられる。
Webサーバは、It works!と表示されているページがあったことから、Webサーバ(Apache)と見られる。セキュリティ設計・設定は詳細まで詰められていない可能性があると見られる。
関連システムとして、スワクルファンクラブシステム(NPB12球団の共通的な仕組み; どの球団も同じ構成)、スワチケ販売システムがあり、[DBサーバ]にはファンクラブ会員テーブルが存在している。
アプリケーションは、1) ファンクラブ新規/更新メンバーチェック、2) ファンクラブ会員種別選択、3) ファンクラブ特典選択、4) 決済方法選択(クレジットカード決済)、といった流れになっている。ここで問題である業務設計としての画面遷移が、i) スワクルファンクラブシステムへのログイン、から 2) ファンクラブ新規/更新メンバーチェック、になっているあたり。
スワクルファンクラブシステムへのログイン認証をしておきながら、次の画面で、会員番号、生年月日、電話番号を入力させて新規/更新メンバーチェックとして、DBを全検索している。DB全検索の負荷が高く、このあとの画面でも毎回同じ検索が実行され、ログイン及びセッション情報をもって何度も検索されることでさらに負荷が上がる。WebシステムとしてもSubmitボタンを連打できてしまうことでこの負荷が際限なく上がってしまう。このように、少ないユーザでは問題とならなかった動作が同時多数になることで動作できなくなってしまう。
これにより、何度もシステムを再起動していたものとみられる。(submitでの検索が全く反応が無くなることがあったことから。)
[4. 原因と対策]
→ 今更、そんなすぐにはできない。
→ 現実的にはこれかな。スワクルファンクラブシステムへのログイン後に会員種別で更新画面への遷移バナーを用意して順次、更新システムへ誘導。
→ 今更、そんなすぐにはできない。年1回だけしか使用しないものにお金を掛けることがきっと見合わない。
→ 今更、そんなすぐにはできない。F1チケット販売システムなどで使用されている待ち行列システムを間に挟むパターン。
Ref.
https://www.yakult-swallows.co.jp/news/detail/30203
【お詫び】2025年度Swallows CREWの入会受付再開について
https://www.yakult-swallows.co.jp/news/detail/30269
[コメント]
システム障害から挙動をみて何が問題でどうしたら良いのかまで、即時に思いついてしまうのだが、文字に起こしてこれを分からない人にも理解できるような文章、図解して、、予算関係者に承認貰って実施して、となると大変だよな。外から見てるだけで、やるべきことも見えるんだけどきっとこういうシステムを担当している人は業務もシステムも精通してないから、何が問題でどうしたらいいのかまで思いつかないのかもなー。システムごとに導入ベンダ、運用ベンダーが各社入り乱れると、責任範囲も違うしこうすればいいのにってのも非常に調整が難しい。
2) 会員種別による段階的システム開放、の対策案で進められると思うから、とっととやってください。
それにしても、プロ野球シーズンはまだ終わってないのに来期のファンクラブ会員募集って気が早すぎるよなあ。顧客満足度を上げて更なるリピートする仕組みを構築していくためにできること、他にすべき仕事があると思うのだけど、まあいいや。
マケスピver2にして以前、以前ver1用に書いたDDE通信が使えない事に気が付いていたので、ちょっと、まじめに調べてみることにしたら、以外なことがわかった。
そして、マケスピ2 RSSではその仕様が、何とSendMessageとCOPYDATASTRUCTを利用した、いにしえのWindowメッセージ通信になっている。
しかも、ネイティブdllの中に、C# ILをgz形式で埋め込んだ変な構造だ。
MarketSpeed2_RSS_32bit.xll(dll)の中にリソースとして、C#で書かれたMSRSSがgz(lz77)として埋め込まれてる。
しかし、今時SendMessageとCOPYDATASTRUCTかよ!
はぁ・・・これをpythonでエミュレートするのは骨が折れるだろう。
pythonでexcelを操作した方がマシだな!(これは既にやってる人がいる)
いい加減にWebAPI化してくれないか。
そしたら、他のプログラムでも簡単に使えて便利だと思うんだけどなあ。
それ半分嘘。
ウェブ開発でスクレイピング程度だとちょっと勉強すればできるので最低時給程度しかもらえない。
プログラミングの概念と構造化設計、デザインパターン、英語でかかれたAPIドキュメントの読み込み、基本的なアルゴリズムとデータ構造の勉強なんてサルでもできる。
「まぁ、ピタゴラスの定理なんて、あれはもう初歩の話よね。確かに、a² + b² = c² は中学生レベルでも理解できるけれど、そこに潜む深い代数的構造や、ユークリッド幾何学との関連性を本当に理解しているのかしら？あの定理の背後には、単なる平面上の直角三角形の話じゃなくて、リーマン幾何学や複素数平面を通じたさらに高度な次元の世界が見えてくるのよ。それに、ピタゴラスの定理を特別な場合とする円錐曲線や、楕円関数論まで考え始めると、幾何学の美しさっていうものがもっと深く見えてくるわけ。」
「それと、黄金比ね。もちろん、あのφ（ファイ）がどれだけ重要か、理解してる？単に無理数というだけじゃなく、数論的にも代数的にも特異な数なのよ。フィボナッチ数列との関係も美しいけど、そもそもあの比が自然界で頻繁に現れるのは、単なる偶然じゃないわ。代数的無理数としての特性と、対数螺旋やアファイン変換を通じた変換不変性が絡んでいるのよね。そういった数学的背景を理解せずに、ただ黄金比が「美しい」ってだけで済ませるのはちょっと浅はかだと思うわ。」
「あと、パルテノン神殿の話だけど、そもそも古代の建築家たちが黄金比だけでなく、より複雑なフラクタル幾何学や対称群に基づいた設計をしていたってことは、あまり知られてないのよね。建築の対称性は、単なる視覚的な美しさじゃなくて、群論や代数的トポロジーに深く結びついているわ。あなたが好きな絵画も、ただの黄金比じゃなく、もっと深い数学的な構造に従っているのよ。わかるかしら？」
