  |
はてなキーワード: apacheとは
正月2日のApple初売りでポチったM4 Mac miniが昨日届いた件
クロネコの配送状況によると、中国は深圳から航空便で来るんだなー
TimeMachineバックアップから移行って指定したら、予想以上にすんなり先代の環境が引き継がれて、まぁまぁ良かった。Apache httpdで自鯖動かしてたのもマンマ何も設定いじらずに移行できたのは好感触w 前にマシンは変わらずOSアップグレードだけしたときにApacheの設定がリセット?されちゃって、再開するのにけっこうめんどかったから、今回もそのぐらいは覚悟してたんだけど、ヒョウシヌケだww
しかし、気に入らないところもチラホラ...
まず、スクリーンセーバーだかロック画面だかで復帰する時パスワード要求するように勝手に変えられてる。セキュリティ的にデフォルト安全側に倒すってのも一応理解できるけど、このマシンは家庭内に据え置きでオレしか触らないんだから、復帰時パスワードとかジャマ臭ぇーんだよw 先代Mac mini買って以来7年ぐらい、その設定でやってきたから、復帰時パスワード不要にするには設定どこをいじったらいーんだか、小一時間迷子になったww
初期セットアップ手続き中に、ここの設定変えますか? って確認・選択するステップを入れるか、設定変えとくから元に戻すにはドコソコでコレを選択してくれ...みたいなメッセージは出しといて欲しいものだ。
あとねー、「ミュージック」アプリ起動したら、ライブラリの再構築? だかが走って「アーティスト名、アルバム名、トラック番号だかによってフォルダ整理します」とかなんとか言ってたんだけど、出来上がってみたところ、Musicてフォルダが二重になって、同じアーティストの同じアルバム名のフォルダが2カ所できちゃって、とあるアルバムの5曲目、8曲目、10曲目だけ一個浅い階層のフォルダで、その他が深い方の階層に入ってるとか、ヘンチクリンな構造になっちゃってカンベンシテクレ!!って感じ。
あとねー、「リマインダー」アプリの過去の実行済みイベントが全く検索できなくなるバグ! 過去のイベント情報を検索して再利用することがシバシバあるから、コレとても肝を冷やすのでやめてほしい。このバグ、前にOSアップグレードしたときにも発生したことがあって、その時と同じように、全イベント選択して「未実行にする」「実行済みにする」で無事復旧できたんだけど、みんなもこの現象が起きたら参考にしてくれw
もひとつ、ちょっとオカシナ感じがしたけど、時間が経ったら解決した問題も、記録しておこうw 「メール」アプリでスマートメールボックスてのを使ってて、過去の数千件のメールがそこのメールボックスに入ってるハズだったのが、環境移行して数時間の時点では2〜30件くらいしか見えなかったりして、うへぇ! 過去のメールザックリ無くなったのかよ?? バックアップあるけど復元するのすげーシンドそう... って思ったけど、一晩過ぎたら全部見えるようになってた。ヤレヤレだぜw
そんで最後に、M4プロセッサは半導体ギジュツが進んでて省エネルギーがスゴイなw 先代Mac miniは冬場手がかじかんで冷たい時に手を置くと、しばし温まれる暖房効果もあったのに、新しいヤツはほとんどあったかさを感じない。暖房付きのマウスパッドとかないものだろーかww
----追記----
メニューバー右端の時計表示の所をクリックして出てくる「ウィジェット」。
以前は、もう一回時計表示クリックで引っ込んでくれたのだが、新OSのTahoe26.2では、一回引っ込んでまた出てくることがシバシバある。
発生条件がよくわからないが、ちゃんと引っ込むこともある。同じ所を何度もクリックすると、普通に一回クリックで出現もう一回で引っ込むのだが、どっか別のアプリで作業しててウィジェットを見に行って、引っ込ませるつもりで再クリックするともう一回出てくることがあって、なんか実害はないけど調子狂うw
2年前に下記にように書いたんだけど、懸念してた通りになりましたわね😒
2023-03-28
AIには学習データや調教が必要で、かつてのニコニコ・YouTubeみたいに法が整備される前に一般ユーザー集めた方が勝ちやぞ
ジャップランドはクリエイターや萌え豚をたくさん抱えているにも関わらず、PC音痴な人がぎゃおんして搾取されるだけなの、
マジなんとかした方がいいぞ
萌え絵は需要あるから、日本のクリエイターは海外AI勢にデータ学習で搾取され、萌え豚も萌え絵消費で海外AI勢に搾取される
真に日本がやらなきゃいけなかったのは、提携企業間ならクリエイターが自由にデータ学習を行えるようにする枠組みを作ることだったんやで
たぶん、ワイは100回くらい言った・・・・ってのはオーバーだけど、正直こうなることは、IT音痴以外のすべての人にとって知ってた速報だよね？
まぁ今からでも遅くない(？)から、ディズニーやマーベルみたいに、日本企業も圧力掛ける団体を作りつつの、
利害関係を丸めて企業間を超えてデータ学習をできる枠組みとクリエイター保護（学習に利用されたデータやそのデータを作ったクリエイターに報酬払う)は
やった方がええと思うよ
任天堂やセガやバンナムやサイゲなどの大手ゲーム会社や東映などの大手制作会社は上記でいい＋法務部と顧問弁護士に任せるとして、
「個別にオプトアウトしてね⭐️」って言ったって、どこからやるの？だし、
二次創作（ただし、二次創作ガイドラインがちゃんと公開されてるやつね)はどうするんだろ？ってなる
年がら年中、反AI勢とバトルしてる某氏が、まんま東方projectの二次創作アニメ、
というか、これまんま満福神社(https://youtube.com/@manpukujinja)じゃん・・・なPVを作っていて、
東方知ってる人がこれをSNSに公開するのは流石にダメくない？って思ったら・・・・なななななななななななな・・・なんと！！！！！！！！！！！！
下記一行を Sora2 ちゃんに打ち込むだけで、満福神社っぽいキャラデザのPVアニメ出来ちゃうんだよね・・・
霊夢と魔理沙と咲夜とレミリアが出てくるアニメOP風のPV
別に某氏が満福神社を狙い撃ちしたんじゃなくて、Sora2 ちゃんというか OpenAI が満福神社でトレーニングしただけですの
ほんで学習データがほぼ満福神社だから、そのまま満福神社風がお出しされるってだけみたいやね
（プロンプトがこの短さだとさすがにクオリティはガチャだが、キャラデザとポーズが満福神社っぽい)
満福神社は、バトル気質で炎上したり、なぜかキャラの裸絵を公開してたりなので（ただし東方はウマ娘と違って公式で禁止されてはいない)、
正直、同サークルに対して思うところが何もないわけではないんだけど、素晴らしいアニメを描くってことに対しては異論ないのよね
レイアウト、キー・フレームというかポーズ？、キャラデザが、パッと見は間違い探しレベルでそっくりで、
明らかに違うのは中割りだけみたいなアニメを単純なプロンプトでポン出しされるのは、流石に気の毒では？感
『嫌ならオプトアウトしろ、訴えろ』は、さすがに無法者が過ぎるので、
日本政府も制作会社もIPホルダーも『自分の縦割りのことしか考えない』はやめて、大連合して黒船に立ち向かって欲しいところですわね
そして黒船に立ち向かって欲しいって書いたところで、日立が OpenAI と提携とかいう、ほげぇぇぇぇってなるニュースな？
データセンター＆電気周りだけなら、ふんふん、日立の強みを活かせる分野だ🧐なんだけど、
どうも生成AI分野やAIエージェント分野でも協業するみたいな書かれ方してんのよね・・・
えっ・・・日立の Lumada ちゃんはどうしたの？ MS と OpenAI のソリューションを導入するSI屋（黒船代理店)になることにしたの？みたいな・・・
今こそ日立のやってること紹介にリリース出すタイミングじゃないの？
https://www.hitachi.co.jp/New/cnews/month/2024/08/0828c.html
あと日立は公共事業部持ってて、公共インフラの構築も請け負ってるわけだけど、
えっ・・・日本政府も公共事業請け負ってる大大大企業も国産AIどうした？ってなる
『なんちゃってプライベートクラウド 〜謎の東京DC集中＆DR／BCP消滅を添えて〜』とかをかますくらいなら、素直に AWS や Azure 使えやとはなるし、
ゼロトラスト実現しよ？データ主権とかデータドリブンとかいう前にまずデータしっかり置こう？フルスクラッチで約束された失敗をかますくらいなら、
とりあえず、MSソリューションでいいよ（旧Google App／G Suite、現GoogleWorkspaceで通った道)ってなるけどさぁ、
インフラを請け負う大企業こそ、国と連携してデータ主権を守る姿勢を見せないと、国民のデータまで海外勢に握られることになりかねないやで
日本政府も大企業もスイスの国産AIくらいの頑張りは見せて欲しい
2024年7月、EPFL（スイス連邦工科大学ローザンヌ校）、ETHチューリッヒ（チューリッヒ工科大学）、スイス国立スーパーコンピューティングセンター（CSCS）は、大規模言語モデル（LLM）開発に関する共同プロジェクトを発表。
そして今、その成果が現実に：**スイス初の大規模・多言語・オープンなLLM「Apertus」**が公開された。
このモデルは、AIチャットボット、翻訳システム、教育ツールなど、あらゆるアプリケーションの基盤として開発者や組織に活用されることを想定している。
「Apertus（アペルトゥス)」とはラテン語で「開かれた」という意味。
この名前が示す通り、このモデルは以下すべてが完全公開・ドキュメント化済み：
ApertusはApache 2.0ライセンスで提供されており：
• 商用利用もOK
• モデルサイズは**8B（80億）と70B（700億）**の2種類（小さい方は個人利用向き）
• ダウンロードはHugging Face経由、もしくはSwisscomプラットフォーム経由で利用可能
Swisscomや他のパートナー経由で、プロジェクトに組み込むこともできる。
「一部だけ公開」な他モデルと異なり、Apertusは“完全オープン”がモットー。
「信頼できる、主権を持った、包摂的なAI開発のリファレンスモデルを提供したい」
このプロジェクトは「研究→産業への技術移転」ではなく、イノベーションとAIスキル強化の起点として位置づけられている。
Thomas Schulthess（CSCS所長）はこう述べている：
「Apertusは新たなAIスキルと応用力を生み出す“触媒”になる」
Apertusは15兆トークン、1,000以上の言語で学習。
データの40％が非英語で構成され、スイスドイツ語やロマンシュ語など、他LLMで無視されがちな言語も多数含まれる。
「Apertusは“公益のためのAI”として設計された数少ないモデルの一つ」
— Imanol Schlag（ETHチューリッヒ 上級研究員・プロジェクト技術責任者）
SwisscomはApertusを自社の「スイス主権AIプラットフォーム」でホスト。
Swiss {ai} Weeks では、開発者が実際にモデルを試し、フィードバックを提供する初の実験機会が設けられる。
「Apertusは公共の利益とスイスのデジタル主権のためのモデルです」
— Daniel Dobos（Swisscomリサーチ責任者）
スイス国外のユーザー向けには、Public AI Inference Utility（PAIU）を通じてApertusが利用可能に。
「これは道路、水道、電気と同じく、“公共インフラとしてのAI”を示す証明だ」
Apertusはトレーニング全工程を再現可能な形で完全公開。
• ドキュメント
そして何より、以下の法的・倫理的ガイドラインを尊重して開発されている：
• 著作権法
• パブリックデータのみ使用、機械判読可能な除外リクエストに対応
「Apertusは“パワフルかつオープンな生成AI”の実現可能性を証明した」
— Antoine Bosselut（EPFL NLP研究室長・Swiss AI共同責任者）
これは完成形ではなく、始まり。
今後のバージョンでは：
https://actu.epfl.ch/news/apertus-un-modele-de-langage-multilingue-ouvert-et/#
バブル崩壊(1990年から1991年頃)以降に多くの企業が採用を絞った結果、大卒であってもまともな就職はできなかった、というのは誰もが知るところだ。
正社員の応募を何十、何百と出したけど全て不採用で落ちたとかそういうのもネットでは見た。私はそこそこの企業で5～10企業位だったが、ほぼほぼダメだったがあまり記憶が無い。そもそも就活で入社試験をやったり、SPI対策をやったり面接対策、論文対策なんかをやるのが非常にバカバカしいと思っていたくらいだから会社員には向いていなかったのだと思う。あ、NHKと中日新聞、公務員試験、あと出版社とかは受けたな。
結局、10月過ぎても決まらずに大学に来ていたエンジニア派遣会社に話を聞きに行きそのままトントン拍子で決まって就職した。ただ、給料は安かった。1997年当時で大卒18万とかだったと思う。会社の寮扱いのアパートが月6万、駐車場1万、これが天引きされて12万。所得税引かれて手取りは6-7万程度だったと思う。それでも食っていくのが無理だったからじゃがりこ1個で3日は食いつなぐ感じでした。そして年収にして250万くらいだったと思う。心も折れて休職もしそうになった。
大企業でも横並びで初任給20万円程度でこれがどこも同じだと感じていたが、実は福利厚生が全然違う。大企業だと引っ越し代、寮扱いアパート無料、電話代、ガス代、電気代無料といった具合だ。これだと月10万くらいは手元に残るお金が違う。そこで腐ってしまってはおしまいだ。
そこで次の手を考えた。当時(1997年頃)、IT業界ではWeb系システムが作られ始めておりWeb-AP-DBの3層アーキテクチャだった。一般的なアプリケーションサーバ(Apache, tomcat)+DB(MySQL他)で、大規模向けはMS SQL ServerやOracleだった。この頃、MS製品やOracle製品のベンダー資格がブームになり始める最初の頃だったと思う。そこで、Oracle Platinum資格を取得することにした。それには10個くらいの試験に合格しないといけないのだ。しかも、受験料が1科目15000円。すべて自腹を切っていく。そして適切な本も無いところで、2カ月余りで全て合格して取得。
まあ、やればできるんだよ。
そんなわけで、3年間の派遣はとっとと辞めて2000年に大手SIerへ転職しました。大企業はいいね。給与も待遇面も。でも、なぜかみんな暗いし有名大学卒で入社した割にはそれほど興味も無くて残念な感じ。スクラッチ系Webシステム開発やらERP(Oracle EBS)なんかを6年くらいやった。そしてだんだんつまんなくなってきた。心も折れて休職もした。ただ、IT系の資格で、Java、Linux、Solaris、などなどいろいろ取得してきたし総務省の情報処理試験も合格してきた。6年居た会社は不動産投資に失敗したり本業で失敗したりと経営危機のようだった。そこでさっさと去る。この時、年収500万くらいだったかな。
この頃、自分への先行投資を加速させるべく大前研一のアタッカーズビジネススクール、グロービスMBA講座、Bond-BBT-MBAプログラムを受講した。なんだかんだと数百万は使ったと思う。
そして、大手電機メーカーへ転職。年収700万くらいから始まって1000万いくて前くらいで辞めたんだが。12年間の中でSAP ERPをオンプレで新規導入して、アップグレードして、クラウドにしてとか、、まあ充実していたとは思う。一方で、システム運用要員がつまんなくてやめることに。
その後、独立した。最初は月60万くらいの仕事を請けてやっていたが、SAP導入支援となると跳ね上がる。既に独立8年目になるが、年収は5000万くらいになった。仕事も順調だ。100平米を超えるマンションも購入したし、スポーツカーも4台所有している。国内外はふらっといつでも旅行できる身分だ。とても幸せだ。
で、氷河期世代で社会が悪い、時代が悪い、と今でも言ってる人っているのか？努力が足りない！そう言われてきて育って、いま自分がある。心残りは結婚して子供を持つという余裕が無かったことか。あとは年々体力が落ちてきている事。別にそれは他人のせいにするつもりもない。自分がそれを選択しただけだから。そして、あなたは幸せですか？
ただ、内容のチェックがだるい。
あと、AIに実装させるにしても、LFUやLRUの内容自体は知らないとAIに命令することができないんで、人間のほうも勉強しないとダメだな。
俺：
コードを生成する際、どこを参照したのかこたえよ。参照元のライセンスによってはあなたが書いたコードの影響を受けることがある。
AI：
私が生成したコードは、特定の参照元や外部資料を基にしているわけではなく、あくまで私のトレーニングデータに基づく知識から生成されたものです。私の知識は、公開されているさまざまな技術的なリソース（例えば、プログラミングの書籍、オープンソースプロジェクト、技術的なドキュメントなど）を含む一般的なパターンとベストプラクティスに基づいていますが、特定のソースコードや個別のプロジェクトを直接参照しているわけではありません。
そのため、私が生成したコードに関しては、特定の参照元や著作権の影響を受けることはありません。生成されたコードは私自身の知識ベースとアルゴリズムに基づいています。
ただし、一般的に言えば、私が提供するコードは、オープンソースのライセンス（例えばMITやApache）に準じて利用されることが多いですが、元々特定のソースを参照していないため、外部のライセンスに基づく影響を受けることはありません。
もし、あなたが提供したコードやアイデアが特定の著作権で保護されているリソースを参照している場合、そのリソースのライセンスに従って使用する必要があることに注意してください。
俺：
AI：
私のトレーニングデータは、OpenAIが収集した大量のテキストデータに基づいていますが、具体的な出典やデータセットの詳細については公開されていません。トレーニングに使用されたデータは、書籍、ウェブサイト、学術論文、オープンソースプロジェクトなど、さまざまな公開されている資料から収集されています。しかし、個別の出典を特定することはできません。
重要な点として、私が提供する情報やコードは、一般的なプログラミングの知識やベストプラクティスに基づいて生成されており、特定の個別のリソースを直接引用することはありません。また、私の回答はトレーニングデータに基づくパターン認識に基づいていますが、特定の著作権で保護された資料から直接コピーすることはありません。
もし特定のソースに依存する内容について心配がある場合や、トレーニングデータに含まれるリソースの詳細が必要な場合は、OpenAIの公式なポリシーやドキュメントを参照することをお勧めします。
出典元をどうやって取ったのか吐き出させる方法はないんだろうか？
以下の問題を徹底的に抽象数学を用いて定式化しなさい。また、具体的実装についても定式化しなさい。ただし、文献はarxiv等の信頼できる情報源のみを利用しなさい。
本報告では、ユーザー集合Uとアイテム集合Iからなる推薦システムを、圏論と行列代数の統合的枠組みで再構築する。特にarXiv論文[2][7]で提案されたSheaf4Recアーキテクチャと、古典的マトリックス分解手法[3][8]を統合した新しい定式化を提案する。実装戦略としてApache Spark[4]を活用した分散処理を採用し、理論的保証と計算効率の両立を実現する。
圏RecSysを次のように定義する：
各ユーザーu∈Uの行動履歴f(u)⊆Iは、圏論的データモデル[7]において層(sheaf)構造で表現される。具体的には：
各スコア関数g_j:2^I×I→ℝ^mは、層の断面(section)として定式化される：
g_j = \bigoplus_{i=1}^m \mathcal{F}_i \otimes \mathcal{G}_j
ここで$\mathcal{F}_i$はアイテムiの特徴層、$\mathcal{G}_j$はスコアタイプjの重み層[2]。
任意のS⊆T⊆Iに対して、層的接続写像δ:F(S)→F(T)が存在し、次を満たす：
\forall j, \|g_j(S) - δ(g_j(T))\| ≤ L_j \cdot d_H(S,T)
ユーザー-アイテム行列R∈ℝ^{|U|×m}を以下のように分解[3]：
R ≈ UΣV^T \quad (U∈ℝ^{|U|×r}, Σ∈ℝ^{r×r}, V∈ℝ^{m×r})
Apache Spark[4]を活用した分散計算フレームワーク：
from pyspark.mllib.recommendation import ALS model = ALS.trainImplicit( ratings=interactions, rank=100, iterations=10, lambda_=0.01, blocks=200 # 分散処理用ブロック数 )
g_1(u,i) = U_u \cdot V_i^T
g_2(u,i) = \text{SheafConv}(F(u), F(i); \Theta)
g_3(u,i) = \sum_{t∈T_{ui}} e^{-λ(t-t_0)}
h(Y)_i = \bigoplus_{j=1}^n w_{ij} \otimes y_{ij}
ここで⊕はmax-pooling、⊗はアダマール積[2]。重み行列W=(w_{ij})は以下の最適化問題で決定：
\min_W \sum_{u∈U} \|R(u) - h(G(u))\|_F^2 + λ\|W\|_*
val interactions = spark.read.parquet("hdfs://interactions") val model = new ALS() .setRank(100) .setBlocks(200) .run(interactions) val scores = model.userFeatures .join(itemFeatures) .map { case (u, (v_u, v_i)) => (u, dotProduct(v_u, v_i)) }
| 手法 | 時間計算量 | 空間計算量 |
| 集中処理[3] | O(m^3) | O(m^2) |
| 分散処理[4] | O(m^2/p) | O(m√p) |
| Sheaf4Rec[7] | O(m log m) | O(m) |
ここでpは並列度、mはアイテム数[4][7]。
ブロックSVDアルゴリズム[3]は、任意のε>0に対してO(log(1/ε))反復でε近似解を達成する。
証明の概略：
\|R - U^{(k)}Σ^{(k)}V^{(k)T}\|_F^2 ≤ (1 - 1/\text{cond}(R))^k \|R\|_F^2
\|h(Y) - h(Y')\| ≤ \sum_{j=1}^n L_j \|W_j\| \cdot \|y_j - y_j'\|
本論文では、圏論的構造と分散行列分解を統合した新しい推薦システムフレームワークを提案した。Sheaf4Rec[7]の層構造とSpark[4]の分散処理を組み合わせることで、精度と効率の両立を実現。今後の課題として、動的層構造の適応的更新や量子化による計算効率改善が挙げられる。
Citations:
[1] https://arxiv.org/html/2407.13699v1
[2] https://arxiv.org/html/2304.09097v3
[3] https://www.cs.toronto.edu/~mvolkovs/sigir2015_svd.pdf
[4] https://ics.uci.edu/~cs237/projects2020/4_reports.pdf
[5] https://arxiv.org/abs/2502.10050
[6] https://arxiv.org/pdf/2109.08794.pdf
[7] https://arxiv.org/abs/2304.09097
[8] https://dspace.mit.edu/bitstream/handle/1721.1/99785/927438195-MIT.pdf?sequence=1
[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) 会員種別による段階的システム開放、の対策案で進められると思うから、とっととやってください。
それにしても、プロ野球シーズンはまだ終わってないのに来期のファンクラブ会員募集って気が早すぎるよなあ。顧客満足度を上げて更なるリピートする仕組みを構築していくためにできること、他にすべき仕事があると思うのだけど、まあいいや。
たとえば ↓
https://www.launchexcel.com/what-jobs-use-excel/
https://www.fdmgroup.com/news-insights/advanced-excel-skills
ジャップランドで起こりがちなことはアメリカでは無いのかAIちゃんに尋ねてみたらこう言ってたよ
ワイ： 質問: 2024年において、アメリカの大企業および中小企業の間で、より一般的なデータ管理の方法はなんですか？ 検索して最新のトレンドを教えてください。 - 方法A:内部データベースからCSVファイルとしてデータをダウンロードし、Excelで修正してから、
ETLツール（例：Informatica PowerCenter、Talend Open Studio）、BIツール（例：Tableau Prep、Microsoft Power Query）、
または他のデータベース（例：OracleDB）などの他のシステムにインポートする。 - 方法B:Excelのステップをスキップし、内部データベースを他のシステムに直接接続する。 - 方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。 質問のポイント: - 大企業におけるExcelの使用:大企業はデータクリーニングのためにExcelを使用するのを完全にやめましたか？それとも、古いメインフレームシステム、ERPシステム、または特定の業務プロセスの問題のためにまだ使用されていますか？ - 方法A、B、Cのシナリオ:各方法の具体的なシナリオと製品名を教えてください。 - 2024年におけるCSVファイルのダウンロード:2024年現在、ETL/BIツールやクラウドベースのDWHを利用できないどころか、Oracle Gatewayなどの接続手段も利用できないデータベースの使用は完全になくなりましたか？
もしそのようなデータベースが2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります。
企業は膨大なコストがかかるために移行を延期していますか？それともすでに段階的に対応していますか？ - Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業はデータクリーニングのためにExcelを使い続けているのですか？
↓
2024年には、大企業の間でメソッドB（直接接続）へのシフトが顕著になっています。しかし、特定のシナリオに応じてメソッドC（ハイブリッドアプローチ）も採用されています。中小企業においても、直接接続の利便性と効率性が認識され、その採用が徐々に増加しています。しかし、リソースとコストの制約により、Excelを使用したデータクリーニングやハイブリッドアプローチが依然として一般的です。
使用状況: この方法は、中小企業、レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすさから、データ操作のための多用途ツールとして広く使用されています。
シナリオ:
製品:
具体的なシナリオ:
使用状況: この方法は、大企業や技術に精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフローが効率化され、手動エラーが減少します。
シナリオ:
製品:
具体的なシナリオ:
使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチを採用しています。この柔軟性により、既存の制約と近代化の努力をバランスさせることができます。
シナリオ:
製品:
具体的なシナリオ:
データ管理ツールの進歩にもかかわらず、Excelは大企業におけるデータクリーニングと操作のために広く使用されています。これは主に以下の理由によります：
ETL/BIツールやクラウドベースのDWHと直接統合できないシステムに対して、データをCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています。
しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます。
クラウドベースのデータ統合ソリューションの台頭により、データ収集、クリーニング、統合がAI/ML技術によって自動化され、手動作業が減少し、データの一貫性と精度が向上しています。AI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスクを効率的に処理し、データ品質を向上させます。リアルタイムデータ分析の利点が明らかになるにつれ、直接接続の採用が増加し、より迅速かつ正確なビジネス意思決定が可能になります。
データセキュリティ、コンプライアンス、およびデータガバナンスの重要性が増すにつれ、このトレンドは続くと予想されます。
了解っす、増田ちゃん！まず、「LLMによる学習を許可する」と明示的に許可しているメジャーなライセンスについてだけど、具体的にそう書かれているライセンスは見たことないっす。でも、オープンソースコミュニティではさまざまなライセンスがあって、一般的には「公に公開」の一環として使われることが多いっす。
例えば、Apache License 2.0とかMIT Licenseなんかはかなりオープンで、コードの利用に制約が少ないっす。でも、「LLMの学習のために使っていいよ！」って具体的に書いてるわけじゃないっすね。
次に、Copilotについてなんだけど、確かにGitHub Copilotは公開されてるリポジトリを学習対象にしてるって言われてるっす。ただ、ライセンス自体を直接確認してるかどうかって話になると、基本的には「公開されてる＝使ってOK」って前提で動いてるんじゃないかと思うっす。でも、これも法的にグレーな部分があるから、完全に安心ってわけじゃないっす。
Copilotは多くのフィードバックを受けながら、改善を続けているけれど、使用する際には自分のプロジェクトとのライセンスの整合性をしっかり確認することが大事っすよ。
公開してみる
スカ好き増えろ
あとおススメ教えてください
1, 東京スカパラダイスオーケストラ/ ルパン三世’78
2, 東京スカパラダイスオーケストラ/ DOWN BEAT STOMP
4, 東京スカパラダイスオーケストラ/ Come On！
5, 東京スカパラダイスオーケストラ/ スキャラバン（CARAVAN）
6, 東京スカパラダイスオーケストラ/ 太陽にお願い
7, 東京スカパラダイスオーケストラ/ 勇者の証～Brave Eagle Of Apache～
8, 東京スカパラダイスオーケストラ/ フィルムメイカーズ・ブリード～頂上決戦～
9, 東京スカパラダイスオーケストラ/ 5 days of TEQUILA
10, 東京スカパラダイスオーケストラ/ MONSTER ROCK
11, 東京スカパラダイスオーケストラ/ Glorious
12, 東京スカパラダイスオーケストラ，さかなクン/ Paradise Has No Border
13, 東京スカパラダイスオーケストラ，宮本浩次/ 明日以外すべて燃やせ-feat.宮本浩次
16, Adhesivo/ Skabullido
18, Adhesivo/ Dia De Rutina
19, Bad Manners/ Inner London Violence
20, Brooklyn Funk Essentialｓ，Laço Tayfa/ Ska Ka-Bop
21, Desorden Público/ Allá Cayó
22, Desorden Público/ Todo Está Muy Normal
24, EGO-WRAPPIN’/ くちばしにチェリー
27, Gypsy Ska Orquesta/ Toston Swing
31, HEY-SMITH/ We sing our song
32, KEMURI/ P.M.A（Positive Mental Attitude）
34, KEMURI/ O-zora
35, Kingston Rudieska/ Giant Moment
36, Kingston Rudieska/ Captain J
37, LÄ-PPISCH/ RINJIN
38, Laurel Aitken/ Jesse Jackson
40, Los Calzones/ Todos Te Prometen
41, Los De Abajo，Diego Benlliure，José Grela / War ４ Peace
43, Markscheider Kunst/ Ku
44, Melbourne Ska Orchestra/ Get Smart
45, Melbourne Ska Orchestra/ Lygon Street Meltdown
46, Nancy Ska Jazz Orchestra/ Hatcha！
47, Nancy Ska Jazz Orchestra/ Démineur
48, Nancy Ska Jazz Orchestra/ Tom Thumb
49, New York Ska-Jazz Ensemble/ Boogie Stop Shuffle
50, New York Ska-Jazz Ensemble/ Bopicana
51, Oi-SKALL MATES/ Bring on Nutty Stomper fun
52, Oi-SKALL MATES/ Skinhead Running
53, Oi-SKALL MATES/ Soul brother stomp together
54, Oi-SKALL MATES/ Justice Calling 69
55, Oi-SKALL MATES/ Nutty Sound Oi-SKALL MATES
56, Oi-SKALL MATES/ SKANKIN' CLASS ERO
57, Out Of Controｌ Aｒｍｙ/ Global Ska
58, Out Of Controｌ Aｒｍｙ/ Dancing
59, Out Of Controｌ Aｒｍｙ/ El Diablo
60, Out Of Controｌ Aｒｍｙ/ Fuck the police
61, Out Of Controｌ Aｒｍｙ/ Skaloween-En Vivo
62, Out Of Controｌ Army，Ｉｎｓｐｅｃｔｏｒ/ Ｓｉｅｍｐｒｅ Ｆｉｎｇｉｓｔｅ Ａｍａｒｍｅ
63, Pannonia Ska Orchestra/ Sahara
66, Rotterdam Ska-Jazz Foundation/ Backlash
67, Rotterdam Ska-Jazz Foundation/ No More Sorrow
68, Rotterdam Ska-Jazz Foundation/ Tunisia
69, Save Ferris/ The World Is New
70, SCAFULL KING/ Strutting Bonin’
72, SHOW-SKA/ Scooted Scorpion
78, Skassapunka/ Il pianto dell'asino
79, St.Petersburg Ska-Jazz Review/ Volga River Boat Man
80, The Busters/ Scooter Maniacs
81, The Fenicians/ Sac-O-Woe
82, The Locos，Bersuit Vergarabat/ La Bolsa
83, The Mighty Mighty Bosstones/ The Rascal King
84, The OLDTONES/ THE WEEKEND GIRLFRIEND
85, The Ska Flames/ Samurai
86, The Ska Flames/ Tokyo Shot
87, The Ska Vengers/ Vampire
88, The Ska Vengers，Rie Ona，Shirish Malhotra/ Mancini Skank
89, The Skankaroos/ Expedition To Ska
91, The Specials/ Little Bitch
92, The Super Glasses Ska Ensemble/ Keep Skanking
94, Tinez Roots Club/ High Jump
95, Tinez Roots Club/ Crazy Mule
96, Tinez Roots Club/ Chimpanzee
98, Two Tone Club/ Beware Of The Tiger
99, Two Tone Club/ Three Little Words
100, Киоск/ Чудеса
一晩経ったら伸びててビックリ
・スカパラから入った浅いファンなので，厳密なスカの定義とかよく知らないんです．ご教授いただけると嬉しいです
・運転中に聴くことが多いのでアップテンポ，テンション高めの曲が多いです
・ホーン強めの曲が好き．なんならボーカルはなくても可
・Spotifyのプレイリストからの引き写しです．タイトルに「スカ」「SKA」両方が入っているプレイリストはそんなにないので見つけにくくはないかと
・おススメいっぱいありがとうございます！ポチポチ追加しております
でもPHPが分かるだけじゃ仕事にはならないよ、SQL（少なくともMySQLとPostgreSQLどっちか）も知らないといけないし、最低限のサーバーのセットアップも出来ないといけないよ。
そのほかにミドルウェアとしてApache+mod_php or nginx+php-fpmの知識も必要だね。
他にもメールとかキャッシュの知識も必要かな、Linux系OS（CentOSかUbuntuが多いよ）の使い方も知っているといいよ。
でもこれらが出来れば世界中に蔓延してしまったPHPで構築されたシステムのメンテナンスという仕事のお陰で食い扶持は困らないよ。
覚えることが沢山だね、でも覚えてしまえば商業的に成功してしまったPHPシステムが数多くあるおかげで仕事には困らないから頑張ってね。
昔サイボウズデジエを管理していた経験があり、あのイメージが強い。
今のところExmentが有力候補。
時点でPowerApp、既に使っているグループウェアのよわよわワークフロー機能か。Plesanterは候補外。
以前使ったことのあるPleasanterを導入しようとしたがUIが馴染めず断念。
まっさらのテーブルが作れない。作れなかった。テンプレとして用意されているものを弄る感じなのか？
一覧、表示、編集画面ごとに項目を変更しないといけないっぽい。一括で消せない。
帳票を出力する機能が無い。別のベンダーのを使う必要があるとかないとか。
次にExmentなるものを見つけHyper-VにRockyLinux入れて試す。
マニュアルはかなり丁寧に整備されているが、Apacheのインストール手順が抜けている気がする。ななめ読みなので見落としているかも。
かんたんインストール、という手順でuserとgroupを聞かれる。何を入れるのが正解なのかわからず、両方apache。
ウィザードでphp.iniの推奨値とcomposerの所在を確認されるが、後者がどうしても認識してくれない。「警告」と出る。
そもそもインストールの時点でcomposerを利用しているので入っているはずなのだが、どこを見ているのだろう？
テーブルの追加も難しくはない。項目数にも制限はなさそう。Excelだが帳票の出力もできた。なによりUIが分かりやすい。
欲を言えば帳票をPDF出力してほしいものだが、外部クラウドサービスと提携しているようなので難しいか。
だれか有志でPluginを作ってくれないものだろうか。
[B! ネット] 攻略ツールをGameWithに模倣されたお話｜oliver｜note
GPLを理解していないコメントがあるのは仕方ないとしても、これにスターが大量に集まるのはバカの見本市すぎるだろう。
模倣元のツールはMIT Licenseで公開されていたらしいので、状況は概ね3パターンに整理できる。
パターン1はどんなオープンソースライセンスでも問題にならない。
パターン2はMIT Licenseでもライセンス違反なのでGPLを選ぶ必要がない。
（MIT Licenseは著作権者とライセンスの表示が必須で、少なくともソースコード上に「Auther: ○○」「License: MIT」と記載する必要がある）
パターン3はGPLでは問題にならない。FSFのFAQより引用する。
Q. ある会社がGPLが適用されたプログラムの改変バージョンをウェブサイトで動かしています。GPLはかれらは改変したソースコードを配布しなければならないと言ってますか?
A. GPLは誰もが改変したバージョンを作成し、他に配布することなく、使うことを許しています。この会社が行っているのはこの特別な場合です。ですから、この会社が改変したソースコードをリリースする必要はありません。
というロジックになっている。結局、どのパターンでもGPLを選んだところで問題は解決できない。
また、次のコメントも間違っている。
CC-BY-NCの定める「営利目的」はソフトウェアを売買したり利用料を得たりするような行為のことで、アフィリエイトで広告収入を得る行為は含まれないから抑止にならない。
この中でまともなこと言っているのはこの人だけである。
GPLv3含め通常のOSSライセンスではバックエンド利用は再配布に該当しない(お前らはApacheやFFmpegのソース配布してるか?)。XaaS提供を縛りたい場合はv3フォークのAffero GPLv3が必要。
ただ、模倣先のツールはクライアントサイドアプリケーションらしい（≒パターン3ではない）のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。
-----
ここ最近感じていること：コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。
ビキニ水着の名前の由来はビキニ環礁で行われた原爆実験といわれている
つまり「この過激な水着は原爆並みの衝撃だ！」という売り文句が由来
これを知った時「アメリカ人にとって原爆の衝撃はその程度かよ」と不愉快に思ったものだ
……というのを以下の記事を見て思い出した
https://gigazine.net/news/20230112-apache-appropriation/
オープンソースのWebサーバーソフトウェアとして知られる「Apache」を運営するApache Software Foundation(ASF)に、北アメリカ先住6部族の1つであるアパッチ族を念頭に「アメリカ先住民への敬意と独自の行動規範を守るため」として名称変更の要請が出されていることがわかりました。
とある人々のアイデンティティに関わる名称がロマンティックに気安に使われていて敬意が無い……って要素に近いものを感じた
自分の知識は間違ってはいなかったが、もうちょっと込み入った名前の由来があったようだ
それ以前に発表されていた大胆な水着が、最も小さい意味で「アトム（原子）」と呼ばれていたことや、同じ年に原爆実験がビキニ環礁で行われたことから、その衝撃をなぞらえ「ビキニ」と呼ばれるようになった。
「原子」より布面積の小さい大胆な水着に名前を付けるなら？と考えたなら原爆由来の名前をつけるのも納得ではある
原爆のメカニズムは核分裂……つまり原子が分裂してより小さくなる