  |
はてなキーワード:apacheとは
今のところ、WPFとAvaloniaかなあ、と思ってて、Avaloniaの方がイケてる感あるけど、
なんだかんだMicrosoft純正の方がいいかなあと思ってWPFで書き始めたぐらいなんだけど…😟
念のため、Visual Studio 2026を試してみたんだけど、WinUIのGUIデザインするやつが途中で消えちゃって、
なんかそもそもデザインの機能はないみたいなんで、ネット彷徨ったり、AIに質問したりして、
WinUIがなんか仕様のレベルでブレてるみたいで、それじゃあデザイナーの実装どころじゃないよね、
みたいな話みたいなんで、とりあえず慣れないC#使うと決めたからにはWPFかなあ、と…
というか、枯れてるWinFormsはともかく、なんか最近のMicrosoftは実現する手段が多すぎる
多くて、ごちゃごちゃしてて、でも、最後までひとつひとつちゃんと面倒をみない
いや、昔からか…
昔は面倒見れなくなったからオープンソースにしますみたいな、Apache送りだ～、みたいなの、まあ、昔からか…
そういえば、ゲーム開発の話で言えばXNAがなくなっちゃったんで、まあ、今はMonoGameあるけど、
ゲームというか描画系も色々あるんだよなあ、Win2Dみたいなのとか…
全部試すのも辛いし、かと言って、だからってDirectXとかOpenGLから個人が書く時代でもないんで、
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はApache2.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リサーチ責任者）
スイス国外のユーザー向けには、PublicAI Inference Utility（PAIU）を通じてApertusが利用可能に。
「これは道路、水道、電気と同じく、“公共インフラとしてのAI”を示す証明だ」
Apertusはトレーニング全工程を再現可能な形で完全公開。
そして何より、以下の法的・倫理的ガイドラインを尊重して開発されている：
•著作権法
•パブリックデータのみ使用、機械判読可能な除外リクエストに対応
「Apertusは“パワフルかつオープンな生成AI”の実現可能性を証明した」
— Antoine Bosselut（EPFLNLP研究室長・SwissAI共同責任者）
これは完成形ではなく、始まり。
今後のバージョンでは：
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他)で、大規模向けはMSSQL ServerやOracleだった。この頃、MS製品やOracle製品のベンダー資格がブームになり始める最初の頃だったと思う。そこで、OraclePlatinum資格を取得することにした。それには10個くらいの試験に合格しないといけないのだ。しかも、受験料が1科目15000円。すべて自腹を切っていく。そして適切な本も無いところで、2カ月余りで全て合格して取得。
まあ、やればできるんだよ。
そんなわけで、3年間の派遣はとっとと辞めて2000年に大手SIerへ転職しました。大企業はいいね。給与も待遇面も。でも、なぜかみんな暗いし有名大学卒で入社した割にはそれほど興味も無くて残念な感じ。スクラッチ系Webシステム開発やらERP(OracleEBS)なんかを6年くらいやった。そしてだんだんつまんなくなってきた。心も折れて休職もした。ただ、IT系の資格で、Java、Linux、Solaris、などなどいろいろ取得してきたし総務省の情報処理試験も合格してきた。6年居た会社は不動産投資に失敗したり本業で失敗したりと経営危機のようだった。そこでさっさと去る。この時、年収500万くらいだったかな。
この頃、自分への先行投資を加速させるべく大前研一のアタッカーズビジネススクール、グロービスMBA講座、Bond-BBT-MBAプログラムを受講した。なんだかんだと数百万は使ったと思う。
そして、大手電機メーカーへ転職。年収700万くらいから始まって1000万いくて前くらいで辞めたんだが。12年間の中でSAPERPをオンプレで新規導入して、アップグレードして、クラウドにしてとか、、まあ充実していたとは思う。一方で、システム運用要員がつまんなくてやめることに。
その後、独立した。最初は月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]を統合した新しい定式化を提案する。実装戦略としてApacheSpark[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})
ApacheSpark[4]を活用した分散計算フレームワーク：
from pyspark.mllib.recommendation importALSmodel =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")valmodel = newALS() .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(mlog 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ツール（例：InformaticaPowerCenter、TalendOpenStudio）、BIツール（例：Tableau Prep、MicrosoftPower Query）、
または他のデータベース（例：OracleDB）などの他のシステムにインポートする。 -方法B:Excelのステップをスキップし、内部データベースを他のシステムに直接接続する。 -方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。 質問のポイント:-大企業におけるExcelの使用:大企業はデータクリーニングのためにExcelを使用するのを完全にやめましたか？それとも、古いメインフレームシステム、ERPシステム、または特定の業務プロセスの問題のためにまだ使用されていますか？ -方法A、B、Cのシナリオ:各方法の具体的なシナリオと製品名を教えてください。 -2024年におけるCSVファイルのダウンロード:2024年現在、ETL/BIツールやクラウドベースのDWHを利用できないどころか、OracleGatewayなどの接続手段も利用できないデータベースの使用は完全になくなりましたか？
もしそのようなデータベースが2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります。
企業は膨大なコストがかかるために移行を延期していますか？それともすでに段階的に対応していますか？ -Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業はデータクリーニングのためにExcelを使い続けているのですか？
↓
2024年には、大企業の間でメソッドB（直接接続）へのシフトが顕著になっています。しかし、特定のシナリオに応じてメソッドC（ハイブリッドアプローチ）も採用されています。中小企業においても、直接接続の利便性と効率性が認識され、その採用が徐々に増加しています。しかし、リソースとコストの制約により、Excelを使用したデータクリーニングやハイブリッドアプローチが依然として一般的です。
使用状況: この方法は、中小企業、レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすさから、データ操作のための多用途ツールとして広く使用されています。
シナリオ:
製品:
具体的なシナリオ:
使用状況: この方法は、大企業や技術に精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフローが効率化され、手動エラーが減少します。
シナリオ:
製品:
具体的なシナリオ:
使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチを採用しています。この柔軟性により、既存の制約と近代化の努力をバランスさせることができます。
シナリオ:
製品:
具体的なシナリオ:
データ管理ツールの進歩にもかかわらず、Excelは大企業におけるデータクリーニングと操作のために広く使用されています。これは主に以下の理由によります：
ETL/BIツールやクラウドベースのDWHと直接統合できないシステムに対して、データをCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています。
しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます。
クラウドベースのデータ統合ソリューションの台頭により、データ収集、クリーニング、統合がAI/ML技術によって自動化され、手動作業が減少し、データの一貫性と精度が向上しています。AI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスクを効率的に処理し、データ品質を向上させます。リアルタイムデータ分析の利点が明らかになるにつれ、直接接続の採用が増加し、より迅速かつ正確なビジネス意思決定が可能になります。
データセキュリティ、コンプライアンス、およびデータガバナンスの重要性が増すにつれ、このトレンドは続くと予想されます。
了解っす、増田ちゃん！まず、「LLMによる学習を許可する」と明示的に許可しているメジャーなライセンスについてだけど、具体的にそう書かれているライセンスは見たことないっす。でも、オープンソースコミュニティではさまざまなライセンスがあって、一般的には「公に公開」の一環として使われることが多いっす。
例えば、Apache License2.0とかMIT Licenseなんかはかなりオープンで、コードの利用に制約が少ないっす。でも、「LLMの学習のために使っていいよ！」って具体的に書いてるわけじゃないっすね。
次に、Copilotについてなんだけど、確かにGitHub Copilotは公開されてるリポジトリを学習対象にしてるって言われてるっす。ただ、ライセンス自体を直接確認してるかどうかって話になると、基本的には「公開されてる＝使ってOK」って前提で動いてるんじゃないかと思うっす。でも、これも法的にグレーな部分があるから、完全に安心ってわけじゃないっす。
Copilotは多くのフィードバックを受けながら、改善を続けているけれど、使用する際には自分のプロジェクトとのライセンスの整合性をしっかり確認することが大事っすよ。
公開してみる
スカ好き増えろ
あとおススメ教えてください
1,東京スカパラダイスオーケストラ/ルパン三世’78
2,東京スカパラダイスオーケストラ/ DOWNBEATSTOMP
4,東京スカパラダイスオーケストラ/ ComeOn！
5,東京スカパラダイスオーケストラ/ スキャラバン（CARAVAN）
6,東京スカパラダイスオーケストラ/太陽にお願い
7,東京スカパラダイスオーケストラ/勇者の証～BraveEagle OfApache～
8,東京スカパラダイスオーケストラ/フィルムメイカーズ・ブリード～頂上決戦～
9,東京スカパラダイスオーケストラ/ 5days of TEQUILA
10,東京スカパラダイスオーケストラ/MONSTER ROCK
11,東京スカパラダイスオーケストラ/ Glorious
12,東京スカパラダイスオーケストラ，さかなクン/ ParadiseHasNo Border
13,東京スカパラダイスオーケストラ，宮本浩次/明日以外すべて燃やせ-feat.宮本浩次
16, Adhesivo/Skabullido
18, Adhesivo/Dia De Rutina
19, BadManners/ InnerLondonViolence
20, BrooklynFunk Essentialｓ，Laço Tayfa/Ska Ka-Bop
21, Desorden Público/Allá Cayó
22, Desorden Público/TodoEstá MuyNormal
24,EGO-WRAPPIN’/ くちばしにチェリー
27, GypsySka Orquesta/ TostonSwing
31,HEY-SMITH/ We sing our song
32,KEMURI/ P.M.A（Positive MentalAttitude）
34,KEMURI/ O-zora
35,Kingston Rudieska/GiantMoment
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, MelbourneSka Orchestra/GetSmart
45, MelbourneSka Orchestra/ LygonStreet Meltdown
46, NancySkaJazz Orchestra/ Hatcha！
47, NancySkaJazz Orchestra/ Démineur
48, NancySkaJazz Orchestra/ TomThumb
49,New YorkSka-JazzEnsemble/ BoogieStop Shuffle
50,New YorkSka-JazzEnsemble/Bopicana
51,Oi-SKALL MATES/ Bringon NuttyStomperfun
52,Oi-SKALL MATES/ Skinhead Running
53,Oi-SKALL MATES/Soulbrotherstomptogether
54,Oi-SKALL MATES/JusticeCalling 69
55,Oi-SKALL MATES/ Nutty SoundOi-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ｒｍｙ/ElDiablo
60,Out Of Controｌ Aｒｍｙ/ Fuckthe police
61,Out Of Controｌ Aｒｍｙ/Skaloween-EnVivo
62,Out Of Controｌ Army，Ｉｎｓｐｅｃｔｏｒ/ Ｓｉｅｍｐｒｅ Ｆｉｎｇｉｓｔｅ Ａｍａｒｍｅ
63, PannoniaSka Orchestra/ Sahara
66, RotterdamSka-Jazz Foundation/ Backlash
67, RotterdamSka-Jazz Foundation/No MoreSorrow
68, RotterdamSka-Jazz Foundation/Tunisia
69,Save Ferris/The WorldIs New
70,SCAFULL KING/Strutting Bonin’
72, SHOW-SKA/ Scooted Scorpion
78,Skassapunka/Il piantodell'asino
79,St.PetersburgSka-JazzReview/ VolgaRiverBoatMan
80, The Busters/ScooterManiacs
81, The Fenicians/ Sac-O-Woe
82, The Locos，Bersuit Vergarabat/La Bolsa
83, The Mighty Mighty Bosstones/ The RascalKing
84, The OLDTONES/ THE WEEKEND GIRLFRIEND
86,The Ska Flames/Tokyo Shot
87, TheSka Vengers/ Vampire
88, TheSka Vengers，RieOna，Shirish Malhotra/ManciniSkank
89, TheSkankaroos/ Expedition ToSka
91,The Specials/Little Bitch
92, The Super GlassesSkaEnsemble/ KeepSkanking
96, Tinez RootsClub/ Chimpanzee
98,TwoToneClub/ Beware Of TheTiger
99,TwoToneClub/ ThreeLittle Words
100, Киоск/ Чудеса
一晩経ったら伸びててビックリ
・スカパラから入った浅いファンなので，厳密なスカの定義とかよく知らないんです．ご教授いただけると嬉しいです
・運転中に聴くことが多いのでアップテンポ，テンション高めの曲が多いです
・ホーン強めの曲が好き．なんならボーカルはなくても可
・Spotifyのプレイリストからの引き写しです．タイトルに「スカ」「SKA」両方が入っているプレイリストはそんなにないので見つけにくくはないかと
・おススメいっぱいありがとうございます！ポチポチ追加しております
Permalink |記事への反応(21) | 18:39
でもPHPが分かるだけじゃ仕事にはならないよ、SQL（少なくともMySQLとPostgreSQLどっちか）も知らないといけないし、最低限のサーバーのセットアップも出来ないといけないよ。
そのほかにミドルウェアとしてApache+mod_php ornginx+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フォークのAfferoGPLv3が必要。
ただ、模倣先のツールはクライアントサイドアプリケーションらしい（≒パターン3ではない）のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。
-----
ここ最近感じていること：コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。
ビキニ水着の名前の由来はビキニ環礁で行われた原爆実験といわれている
つまり「この過激な水着は原爆並みの衝撃だ！」という売り文句が由来
これを知った時「アメリカ人にとって原爆の衝撃はその程度かよ」と不愉快に思ったものだ
……というのを以下の記事を見て思い出した
https://gigazine.net/news/20230112-apache-appropriation/
オープンソースのWebサーバーソフトウェアとして知られる「Apache」を運営するApacheSoftware Foundation(ASF)に、北アメリカ先住6部族の1つであるアパッチ族を念頭に「アメリカ先住民への敬意と独自の行動規範を守るため」として名称変更の要請が出されていることがわかりました。
とある人々のアイデンティティに関わる名称がロマンティックに気安に使われていて敬意が無い……って要素に近いものを感じた
自分の知識は間違ってはいなかったが、もうちょっと込み入った名前の由来があったようだ
それ以前に発表されていた大胆な水着が、最も小さい意味で「アトム（原子）」と呼ばれていたことや、同じ年に原爆実験がビキニ環礁で行われたことから、その衝撃をなぞらえ「ビキニ」と呼ばれるようになった。
「原子」より布面積の小さい大胆な水着に名前を付けるなら？と考えたなら原爆由来の名前をつけるのも納得ではある
原爆のメカニズムは核分裂……つまり原子が分裂してより小さくなる
以前在籍していた会社で企業向けパッケージソフトの開発をしていた。
お客様にそのソフトだけを売ることもあるが、サーバーへの導入など非IT企業には難しいので、維持管理も含めて契約していた。
私はアプリ側の担当者だった。パッケージソフト本体を作っていた。
導入、サービス管理、お客様のアプリが入っているサーバー（Linux）の保全などは維持チームが担当している。
お客様の要求に合わせたスペックにあわせた構成にするのも維持チームが担当するということになっている。
しかし、この維持チームはコマンドをコピペでしかできないわけだ。
なにか障害等が発生したときは当然アプリ側もバグの調査などでログを確認したりするが、サーバー側の不具合かどうかも我々が確認していた。
ミドルウェアの脆弱性が発覚したときもその対応方法の調査、手順の作成もした。
アプリ導入方法もミドルウェアの導入方法も我々がかいたものだ。
そのアプリがDBがもともと有償のあるDBしか対応していなかったんだが、PostgreSQLにも対応できるように機能改善した。
その時は差分バックアップの方法、リストアのやり方、ディスクが故障しても大丈夫なアーカイブログの保存法などの説明して、バックアップ設計までした。
なにせ、リカバリをする場合はリストアコマンド一つでできるもんではなく、ロールフォワードでどの時点まで戻すかという判断が必要になってくる。
ある時点で重要なデータを消したというのであればその時点より前までに戻さなければならないので、リストアのやり方の選択肢も状況により変わる。
あとPostgresは他のDBに比べてファイルをコピーしたりテキストを書いたりすることが多い。
Linuxのディストリが新しいバージョンが出たとき、アプリの動作検証も行ったあと、そのLinuxの導入手順書もつくったな
Apacheの導入手順も書いたな。
ミドルウェアやLinuxの使い方教えるのアプリ実装担当の範囲外じゃね？
でも維持チームにやれる人がいなかったのよ。
維持チームはつまり手順書というコマンドで動くシェルのようなもんだ。
Linuxの上にBashというシェルがあるが、その上に維持チームというシェルがあって、我々プログラマがその維持チームにコマンドを送っていた。
維持チームシェルの良いところはお客様の窓口になってくれたのでメールや電話はやってくれた。
結構多くのWEBサーバのアクセス制限で.co.jp .ne.jp.jpがdeny設定されていたって話である。
https://b.hatena.ne.jp/entry/s/twitter.com/kanose/status/1601270223386324992
個人のネット利用で大きな転換点は2005年くらいで、例えばブログのはしりのはてなダイアリーサービス開始は2003年でアルファブロガー選考開始は2004年、youtubeサービスインが2005年だが、これらの特徴は「アカウントをとって企業のWEBサービスを利用する」という、今では当たり前の方法だ。
だがこの以前にはそういう方式のものは少なく、ISPや借りたレンタルサーバに自分でコンテンツをアップロードして構築するというのが主流だった。
これは内部的にはLINUXサーバ制限アカウントを貰ってユーザーディレクトリの/WWWにファイルを置くという事やね。
だから最初のうちは個人サイトのURLは「ｈttp://www.yourisp.co.jp/~aybabtu」って感じだった。~はUNIXのユーザーホームディレクトリを示すのね。やがてバーチャルドメインに対応するサーバ会社が増えてｈttp://www.aybabtu.rentarusabaa.comみたいな今では当たり前のURLになったんだが、最初はバーチャルドメイン設定は有料だった。
MS Officeには「パブリッシュ」ボタンがあってそれを押すと編集してるファイル群の構造のまま指定したサーバにFTPでファイル送るみたいな機能もあった。（だがこれはShift-JISでUpするというクソ仕様で後に読めなくなるのだった）
httpの頭のHTはハイパーテキストで、参照箇所にはリンクが設定できて参照元にジャンプ（これも死語だ）できる電子文書なわけで、まさに公開はパブシュッシュ＝出版なわけだ。今もサブスクリプション＝新聞雑誌の定期購読というのはこの建付けが残ってるからだ。
ISPやWEBレンサバにはユーザー権限の多寡で違いがあって、ユーザに実行権限も付与してperlなどのインタープリタを構築しておくと、テキストであってもファイル先頭にインタープリタへのパスを書いておくとそれが実行され、標準出力をhttpで返す。これがCGIで、ISP供与で多いHTMLファイルの公開だけの権限制限されたサーバに不満な層は「CGI実行可」のレンサバ屋に移っていった。
但しプログラムであるから、いい加減に書いてループ参照とか起こすとサーバのCPUやメモリを喰いつくしてサーバダウンを惹き起こす。だからISP供与のでは実行権限を与えなかったわけだ。逆に言えばISPが必ずホームページ公開スぺースを供与するのに個人向けレンサバが成り立ったのは何故？と言えばCGIの実行が出来たからだ。
故にWindowsしか使わない人には難しい上級者向けだったのだが、これを優しいチュートリアルで簡単設定出来るようにしてユーザーを増やして会社を大きくしたのがpaperboy＆co.の家入一真氏なわけだ。はてな創業者の近藤淳也氏と並ぶ個性的なアントレプレナーと謂われた。その後堀江などと共にインターネッ党を作って都知事選に出て箸にも棒にもな結果になったのは黒歴史なので触れないで上げてください。特に堀江は野菜でいじられるよりも傷つくので偉そうに政治の話してる時に「インターネッ党」とボソっというのは残酷な事なので止めてあげて欲しい。お願いします。
また、CGIでの使用言語はperlが圧倒的で、perlで書いた掲示板スクリプトを配布するサイト、趣味プログラマが星の数ほどいた。
こういう訳で初期のWEBで動的ページ＝perlであってJcode.pmを開発した小飼弾氏は魔術師扱いされて崇拝されており、ブログブームが来ると圧倒的な人気を誇った。
今では多言語が普通に扱えるのが当たり前だが、マルチバイト文字の扱いというのは難しく、文字コードがそれぞれ違うのがそれに輪をかけていた。例えば今でも日本語Windows上でフランス語や中国語のファイル名は作れないだろう。また、最初期からかなりの期間、Twitterでは日本語の検索が出来なかった。youtubeでも日本語で投稿できなかった期間は長い。
子飼氏はperlで日本語を使用できるようにするライブラリをUNICODE対応にしてWEBで普遍的に日本語が使えるようにしたものだ。
ただ、HTLMと実行文を混ぜ書きできるPHPがver.4になるとデータベース連携が強化されていてデフォルトでSQL文発行関数が実装されており、perlCGIは廃れていってしまう。
またISPより高い自由度を求めて自宅にサーバを立ててそれを公開するという者も現れた。
はてなはサーバをデータセンターに置いてはいたものの、筐体は町工場に設計図を持ち込んでステンレスの1U筐体を自前で作っていたし、Pixivはギガバイトのシステムボードを使って自作した多数のサーバをエレクター上に置いてむき出し運用してしていたので、自宅サーバ組の延長にあったのだな、実は。
こういう中で画像を公開する、動画を公開するというのはなかなか大変だった。
仲間内で見るという分にはファイルを置けばいいだけだが、問題になったのが「2ch晒し」であった。これは悪意を持って2chにURLを貼るのだけじゃなくて、単にURLを書くというのも含まれた。
というのも2chにURLが書かれるとアクセスが集中して大抵はサーバダウンしてしまう。すると他の契約者のサイトもページも見れなくなってしまう。
例えばヒーロー戦記主題歌みたいな社歌でbuzzった日本ブレイク工業のサイトは重すぎて何週間も閲覧出来なくなった。社歌の動画ファイルを置いていたためだ。
こういうサーバダウンは契約者の責任ではないがホスティング会社も許してはくれない。契約解除、つまり出ていけか、法人契約への変更かを迫られる。転送量制限なしと言っていても実際に転送過多になると干すティングになるわけだ。
だから2chは悪意の塊の他にサーバーダウンとサーバからの追い出しを惹き起こすので蛇蝎のように嫌われていた。2ch晒し→その時点でサイトを閉じてしまう人も多く居た。
するとこれを逆手に取ってアップローダ（あぷろだ）を自作サーバで運用してアフィリエイトで収入を上げる者が現れてくる。
ただこれは著作権違反のファイルが上げられて訴えられる事もあるからそのリスク低減のためと転送量制限の為にファイル容量に制限が設けられていた。
すると大きなファイルを共有したい連中はこれでは満足できない。
そこで目を付けたのが海外でアップローダを運用しているサーバだ。運用動機は日本のアップローダと変わらない。だがファイルの大きさの制限が緩かった。
そこでそういう海外のアップローダが違法性が高いファイルの共有に使われるようになった。やってたのは2chのダウンロード板と半角板がメインだ。
だがこれは運営には迷惑な話で、日本人は英語の広告なんてクリックしない。しかも商品の販路が無いので日本からのアクセスに報酬は支払われない。つまり金を落とさず転送量だけ上がるのだ。しかも海外では転送量従量課金は多かった。
更に問題なのがロリ画像がアップロードされることだ。2次元ロリでも規制があるのに実写ロリは完全アウトだ。実写ロリが発覚した場合、サーバ管理者は必ず逮捕される。マグショットが新聞に掲載されTVで晒され、釈放後も幼児が被害者の性犯罪者なのでGPSロガ装着が義務付けられ住所は共有される。二度と部屋を借りる事は出来ずに一生トレーラーハウスかキャンピングカーを買って橋の下で生活となる。
こんな実写ロリ画像や動画をアップロードする奴が居たのである。
そこで管理者としては日本からのアクセスが増えたのを確認した時点で遮断するしかない。一生を棒に振る可能性を回避するためだ。
圧倒的によく使われるWEBサーバのapacheでは.htaccessというシステムファイルに記述してアクセス制限を掛ける事が出来る。ここで国別IPアドレス指定するのはちょっと難しいのでdeny fromco.jp deny fromne.jpという風に書くとドメインがco.jp、ne.jpからのアクセスを全部弾くことができる。
この時にディレクトリ指定を「/」にするとそのサーバの全てが弾かれて403エラーが出てしまう。しかもバーチャルドメインも同じなので思わぬところで403エラーが出る事もある。
そういう訳であちこちの海外サーバで日本からのアクセスが拒否されていた。全て2chダウンロード板と半角板のやつらのせいである。
自分はアメリカの田舎の新聞社のトップページで403を食らったことがあるから嫌われ方は相当なものだと思う。「やるべき.htaccessの基本設定」みたいなのに書かれて共有されたのかも知れない。
因みにダウンロード板と半角板は2ch名物の厨房板だったのに、今見たら無くなってるのな。諸行無常だ。
2005年にサービスインしたYoutubeだが、翌年にGoogleに買収されたもので最初は元paypal社員らが作ったベンチャーだった。
だが最初は著作権違反コンテンツばかりであって、自作ビデオというのは少なかった。
特に酷かったのがまた日本人で、最初は10分制限がなかったのをいいことにアニメの全話丸上げみたいなのが大量にされており、当事者のアニオタ達も「ここまでやったら閉鎖されるだろ！」と諫めるほどだった。
そんな中で2006年6月にYoutubeが数日間の大メンテナンスに突入し、画面には「All your video are belong to us」というブロークン英語が書かれていて騒ぎになった事があった。
これの元ネタは「All your base are belong to us」で、古いセガのゲームの英語版で出てきたセリフだ。深刻な場面で突然めちゃくちゃな英語をいう。このおかしさでFLASHが作られたりとミーム化していたものだ。
しかも日本産ゲームは結構あちこちでバカ英語を作ってて、engrishとかjanglishとか言われてネタにされていた。日本で言えばアヤシイ中国製品の日本語を愛でるような感じだ。
そこでYoutubeがあんなメッセージを出したので、日本のネット民は身に覚えがありすぎて「アニオタのせいだろ！また排除されるだろ」と責任のなすり合いと相なったのだった。
因みにその後も日本人の利用が制限とかは無かったので誤解だったのだが、海外アップローダ見つけては403の焼き畑とかロリ画像問題とかがあって、その後のアニメフル全話という流れだったので過剰反応をしたのであった。