  |
はてなキーワード:バッチとは
一年が過ぎた。あの「何もしてないのに壊れた」事件の三人組は、今や職場のエースだ。
当時は「ディスプレイの電源の入れ方がわかりません」で全員の昼休みを潰した彼らが、だ。
人は成長する。いや、正確には「環境を与えられると覚醒する」というべきかもしれない。
あのあと、一応上司に報告した。「新人がディスプレイの電源を入れられない件について」と題したメールに、
あのときの顛末を淡々と書いた。報告を読んだ上司が言った一言が、すべてを変えた。
……え？
泣きたい。いや、もう笑うしかなかった。
Windowsのレジストリだのバッチファイルだのに全員アレルギーがあったらしい。
「Win端末って……Altキーが右にもあるの、何のためですか？」と真顔で聞かれたとき、
私の中の何かがそっと崩れた。
で、ちょうど一ヶ月後、上層部が「彼らの生産性を最大化するため」とか言い出して、
あっさりMac端末が支給された。MシリーズのMacStudio＋Studio Display構成。
「あ、それComposeで並列処理に変えました」とか平然と言う。
気づけばTerraformで開発環境をインフラ化までしていた。
処理速度？ 正確に計測したら、あのときのWindows仮想環境の十倍。
社内のGitリポジトリの更新履歴が、ほぼ彼らのコミットで埋まるようになった。
「それ、Homebrewで入れましょうか？」
……もう、何言ってるのか半分もわからん。
かつて「ディスプレイの電源が入れられない」と言っていた口で、
ただ、あのときの端末が彼らの性能に追いついてなかっただけ。
今日も彼らの後ろ姿を見ながら、私は小さく笑う。
——何もしてないのに、すごくなったな。
ぼくは知性ある男性ユニット、ずんだのっくに所属する知的な演者なのだ。
トーホクエンタテイメントに所属する出役ではあるけど、本業は株式会社ズンーに務めるサラリーマメなのだ。
ふう、今日も頑張ったのだ。
撮影の後は動画のコメント欄を見て視聴者さんの反応を自分へフィードバックするのだ。
「ずんだもんちゃんいつも同じお洋服着てて可哀想」(スーパーチャット2万5千円)
ええ…… ぼくの容姿や喋り方ばかりのコメントで全く知性への反応がないのだ。
僕は確かに出役ではあるけど、あくまでコレはみんなに分かりやすく知識を教えるためで、ぼくはアイドルじゃないのだ。
「ずんだもんさあ」
ぼくは地下アイドルじゃないのだ！ そんなことできないのだ！
助けて欲しいのだ！！！
アッチャー
イッチャー
ウッチャー
エッチャー
オッチャー
カッチャー
キッチャー
クッチャー
ケッチャー
コッチャー
シッチャー
スッチャー
セッチャー
ソッチャー
タッチャー
チッチャー
ツッチャー
テッチャー
トッチャー
ナッチャー
ニッチャー
ヌッチャー
ネッチャー
ノッチャー
ハッチャー
フッチャー
ヘッチャー
ホッチャー
ミッチャー
ムッチャー
メッチャー
モッチャー
ヤッチャー
ユッチャー
ヨッチャー
ラッチャー
リッチャー
ルッチャー
レッチャー
ロッチャー
ワッチャー
ヲッチャー
ンッチャー
ガッチャー
ギッチャー
ゲッチャー
ゴッチャー
ザッチャー
ジッチャー
ズッチャー
ゼッチャー
ゾッチャー
ダッチャー
ヂッチャー
ヅッチャー
デッチャー
ドッチャー
バッチャー
ビッチャー
ベッチャー
ボッチャー
パッチャー
プッチャー
ペッチャー
ポッチャー
完全に的外してて草ｗ
IMAXの画面専用に作られてないからIMAXを不当に占拠してるかのような枝葉のイチャモン＆ケチつけてるだけｗ
画面比がどうのとか額縁がどうのとか技術論っぽいウンチクでコーティングしてるが自分が気に食わない内容の作品が映画館で人気なのがムカツイてるという自分の感情を押し通したいがためのエセ理論武装なのが見え見えｗ
最後に”「一番売れているもの」が、少なくとも「自分にとって一番いいもの」とは限らない” とか誰でも知ってる当たり前のことをあらたまって表明する時点で終わってんのよｗ
結局お気持ちで〆るなら途中で技術論とか臭えことやってんなよｗ
IMAXにあわせて画面作りした映画がIMAXにふさわしい映画だと錯覚してるかもしれんが単に画面に合わせて表面上の画作りしてるだけで映画の中身がしょうもなかったら意味ねーだろうがよｗ
直近でも宇多丸とかいう人のいうようなIMAXにバッチバチに合わせて作られた「画」の某アメコミ映画が肝心の中身がスッカスカでお得意のはずのVFXもダルい有様の駄作で失敗したばかりだろうがｗ
画面がデカくて音がいいだけで一段階上のクオリティになるんだからIMAX専用とか額縁がとかシケたウンチクのことなんか一切考慮しなくても「いい映画がよりいい画になる」だけで
逆を言えばつまんねー映画がIMAXにどんだけ合わせて作られても「つまんねー映画はつまんねー」だけだろうがよぉ！
んで答え合わせだがハリウッド映画が低調なこの時期に世界中のIMAX劇場の救世主になってんだわ鬼滅がｗ
韓国なんか動員数3位なのにIMAX、4DXの比率が高すぎて興収は1位だぞｗ
みんながIMAXで見たくてみんながIMAXで感動してみんながIMAXで何度も見てるわけｗ
これが「ふさわしい作品」でなくてなんなんだよ？
https://b.hatena.ne.jp/entry/s/www.gamespark.jp/article/2025/09/19/157375.html
俺はポケットペアがポケモンパクろうが裁判しようが全くどうでもよかったがこの件でマジで怒り心頭になった。
俺は割と長くPCゲーMOD界隈にいて、制作もコミュニティの運営もしていたが、MODってどこまでいってもグレーな界隈なのよ。
その本質は改造コードと改造データだからね。海外のPCゲーコミュでは好意的に迎えられている所も多いが、大手のマルチタイトルなんかではスタジオは勿論ユーザコミュニティの中でも歓迎されてないこともある。勝手に改造されることを忌避してPCには出さなかったスタジオがかなり多いから。春麗が一瞬でひん剥かれたり、勝手にキャラ差し替えたり、そら嫌がられるだろということを平気でする。一方でいくつもの優良MODから別の作品が生まれるような土壌もあり、清濁併せ呑むアンダーグラウンドの文化であり歴史であった。
それが、今回この訴訟によって強制的に巻き込まれた。大手ゲーム会社でもMODまですべて調べている会社はほぼない。すべてのMODはそもそも表からアクセスできるとは限らないし、星の数ほどあるゲームに星の数ほどMODが付いてるからだ。ゆえに特許法でいうところの「公知」に当たるかどうかは判断が難しい。商業流通に載っていない以上、任天堂の主張は当然だし、裁判所も恐らくはそれを妥当とするだろう。白黒つけるならね。勝手に白黒つけてるんじゃねえ。
この界隈はグレーな界隈なんだよ。パルワでもポケモン差し替えMODみたいなものがあって一瞬で消えたけど、ああいうものが話題にさえならなければ普通に放置されてるのがMOD界隈だ。法律なんて持ち込まれたら更地になるんだよ。バッチ当てるような改造コードは不正競争で全部叩けるんだから。
更に悪質なのはポケットペアは恐らくこれを確信犯的にやっているということ。「お前らのMOD文化が脅かされてるけどどうする？」と任天堂を叩くよう誘導してる。ブコメのアホどもはまんまと引っかかってるみたいだけどな。裁判当初から「インディが脅かされてる！」と喚いてインディ業界からボコボコに叩かれたから今度はMODってわけだ。舐め腐ってるだろ。ふざけんな。
今後？どっちに転んでも地獄だね。任天堂の主張が通ればMOD作る奴はいなくなるし、もし突っぱねられるようなことがあれば今度は一斉に企業がMODの取り締まりを始めるよ。当たり前じゃん、製品に責任追わなくていい野良プログラマーが適当に作ったコードで自社の特許が無効化されるんだぜ？ついでに特許侵害してるMODは賠償請求まで行くようになる。その前に開示請求を嫌がったMODコミュニティの方が先に潰れるかもしれないけどな。
界隈からの主張は以上。今回の件で俺は絶対ポケットペアを許さないと決めた。こいつは悪質なゲーム業界トロールだよ。野放しにすべきじゃない。
KISSの原則と呼ばれ、「複雑さを避けて可能な限りシンプルで単純な状態を維持すること」とされている。
こいつはシステムに限らず、工学的な真理で、特に物理的な制約が少ないソフトウェアの世界ではこの戒めを忘れると、とんでもなく絡み合ったうんこになって、制御不能になる。
物理的制約でガチガチに固められた建物とか機械、電化製品の場合、リード線がごちゃごちゃになってるとか配管がごちゃごちゃになってるとか、柱が歪んでるとかヒビが入ってるとか、誰の目から見ても明らかなんだが、システムの場合「一本の処理フロー」だけじゃなく、「(複数)リクエスト平面」「データフロー」「データライフサイクル」「ステート変移」「非同期処理」等々、頭の中でそれを組み立てられる人じゃないと、どれだけやばいことになってるか、認識できないんよね。
ダメダメなプロダクトだと、裏で集計バッチが動いていると、2人以上がログインするとサーバが落ちるとか、ちょっと大きめのテナントが追加された途端、2箇所からCSVファイル生成＆ダウンロードさせたらサーバが落ちるとか。
1機能1機能は「完璧に()」設計実装されて、テストもしている。
でも、こういう電脳空間を見ることができないエンジニアは、集計バッチが動いて2人以上がログインして、CSVファイルをダウンロードする、みたいな複合的な状況に対応できない。
だけど東大卒で「僕、賢いので」ってのは、現場に「追加」して「複雑化」することしかできない。
考えられない。
「僕はわかるので。
素人は黙っていてください。
彼らの「賢い」は、部分部分の整合性を、他の人よりたくさん、取れるってだけの話で、それってAI的「賢さ」なんよね。
そういうのと、スティーブ・ジョブズ的な「全体を把握する賢さ」「シンプルに実現する賢さ」を比べてご覧よ、って話。
あることを成し遂げるためにたくさんの手順を複雑に積み上げて、それを記憶していられる凄さより、全体を律する「仕組み」を作り上げられる凄さの方が、より「人間だけができる凄さ」なんだよ。
この手の人は「全体」を理解できなくて、重箱の隅にこだわることこそ「知能」「知性」だと思ってんのよな。
そういうアチーブメントテスト脳は、黙ってAI的な「反応的適用作業」に集中していて欲しい。
そういうのはプロとは呼ばない。
横だけど
毎回毎回SELECTしてチェックしてるの？
これはビジネスロジック次第
ORMなので子・親データがどうかとかの単純なチェックはそのレイヤーでやられてて
それ以外に複雑なビジネスロジック上のチェックが相当ある
削除するときどうするの？
RESTだけどDELETEのエンドポイントはかなり限られてる
親子は通常ORM
金融系ではないし規模も小さいのでDB上コード上で設計的にキャッチするようにして見逃されたのは仕方がないという方針
ただしデータ取る時に不正なものがあれば無視せずわざと不正終了するようにしてるので割とすぐユーザーから問題が上がるようになってる
○ご飯
朝：カシューナッツ。昼：とろろそば。おにぎり。夜：人参と玉ねぎとキノコの和風スープ。焼きそば。目玉焼き。キュウリ。ギョニソ。バナナ。ヨーグルト。間食：柿の種。アイス。
○調子
むきゅーはややー。おしごとは普通ー。
○ポケットモンスターダイヤモンド(NPCから貰えるポケモン旅)
レベルを上げすぎたのかな、かなりあっさり倒せた。
まだバッチ三つ目で30代後半はかなりハイペースな気がするけど、まあDPの旅は後半のテンガン山のエンカウントスキップするとなのかな？ あんまり覚えてないや。
アガスティアを延々と周回。
それと昨日か忘れてたんだけど、水着りっちょのために200連引いてました。
200は明らかに引きすぎで月末にはサリエル天井するのにこのハイペースはヤバいんだけど、まあ生放送の発表が良かったから仕方ないね。
九蛇の面々、ロジャー、ガープなど重要人物も色々登場して、ゴッドバレー前日談の様相も見えてきたかな。
クジャの面々が出るとワンピースにしては恋愛のエピソードがあるのも面白いね。
断片的に語られ続けてるロジャーの人柄だけど、相変わらず普通だなあ。
後の海賊王でワンピースの現代がああなってる根本原因なのに、なんというかずっと普通の人で不思議だなあと思ってる。
対抗するロックスも人情味もある人柄がわかって来て面白いけど歴史的にはそんなキャラじゃなさそうだし不思議だ。
・ピングポング
対戦相手の属性がマッドサイエンティストであることが明らかになる回。
マッドサイエンティスト属性の女の子はお風呂に入らない傾向が多いのでこれは期待度爆上がりだが、よく考えたら銭湯の番台してる娘がお風呂に入らないわけないか……
茶化した感想はともかく、無法卓球バトルの引き出しが豊富で面白いなあ、地力では上回る主人公が舞台装置に振り回されるテンプレートが早くも良い感じで興味深い。
・ひまてん
生活ズボラな上に酒乱設定まで生えたけど、お酒をいっぱい飲む系ヒロインがお風呂に入らないのは必然なので要チェックしていきたい。
「技術的負債って騒いでる人達は、単にコードを読んで直せないだけのスキルの低い人では？」
という意見を見かけて、さすがにどうなんだろうと思った。
関わった現場のひとつに、キャッシュがない状態でトップページを表示するだけで数千件のクエリが実行されるようなサービスがあった。
かなり短い間隔で定期実行し続けるバッチが、ユーザーにアクセスされる前にキャッシュ層にクエリ結果を流し込み、キャッシュをクリアするデプロイ前後以外は普通のWebサービスくらいの動作速度に隠蔽されていた。
単純に N+1問題の大爆発みたいなものが起きていただけだったので、データ取得を再設計したら初期表示のためのクエリ数は数件程度にまで減ったし、キャッシュの使用量も大幅に削減できた。
とある有名なMVCフレームワークを使っていたのだけれど、片手で数えられるような少数コントローラファイルにそのアプリケーションに必要なアクションがほぼ全部詰め込まれている、という状態になっていた。
privateメソッドで共通処理が埋め込まれていたり、使いたいprivateメソッドがあるコントローラにアクションを追加するような空気感になっていたり、アクションを実行する前に処理しておきたいミドルウェア的な処理がコンストラクタに大量に書かれていたりして、リクエストを受け取ってからレスポンスを返し終えるまでの全体で何がどう動いているのか、何をどこに書くべきなのか非常にわかりにくい状態だった。
責務ごとにファイルを分割、共通処理は再利用できる形に切り出して、初期化は適切なライフサイクルで実行されるように整理という現代では当たり前の状態に整理した。
その結果、コードの見通しがよくなり、新機能の追加や修正の際の影響範囲も明確になった。インフラコストもリリースに伴う精神的負荷も大きく下がったし、何よりテストにかけるコストが激減した。そしてテストコードを書く、という行為自体が可能になった。
これらの作業は単に「読める」「読めない」「直せる」「直せない」のスキル論ではない。
人を増やせば増やすだけスケールする、開発速度は加速するとは決して思っていないが、新規参入したうちの多くが露骨に頭に ? が浮かばせ、見てはいけない闇を見たという顔でそそくさを去っていくのは健全なのだろうか。
「環境変わったから直すケースの方が多い」みたいな意見にも違和感がある。
もちろん、言語やランタイムそのものが大きく変化して互換性を失う場合（たとえばPHPのように）にはどうしても改修が必要になることはある。
環境依存の影響が全体に波及してしまうのは、設計段階で依存を分離していなかったから起こることで、抽象化できていれば影響は局所化できる。
局所化できるはずのものを「考慮しても意味なかった」と片付けるのではなく、どこまで考慮すべきだったか、分離できていたかを振り返り、失敗を繰り返さないための動きをするべきではないかと思う。
振り返り、行いを正すということは難しいことなのかもしれない。人は過ちを繰り返し続けている。これは日本史や世界史の教科書を開くだけですぐわかることだ。しかしだからと言ってやらなくていいということではない。
話が逸れかけたが、いわゆる技術的負債というものについて問題だと感じているのは、誰もが安心してリリースできない状況を作り出していることだ。
そういう状態を "技術的負債がある" と呼ぶのではないだろうか。
だから、「スキルがある人なら読んで直せるでしょ」という話では済まないし、
逆に言えば特定の人だけが持つ「直せる」スキルが必要な時点で、それは既に構造的な問題を抱えているということ。スケールしないし、事業リスクでしかない。
まぁ色々書いたけど、技術的負債を “スキルが低い人の言い訳” と切り捨てるのは簡単なんだよね。
○ご飯
朝：ドーナツ。昼：海鮮丼。味噌汁。夜：玉ねぎと人参とキノコと魚肉ソーセージのスープ。キュウリ。納豆冷奴。目玉焼き。バナナヨーグルト。間食：柿の種。
○調子
むきゅーはややー。おしごとはそれなーりー。
少しお耳の調子が良くないので早寝。
りっちょ良いよね。お風呂に入る頻度が毎日じゃなさそうな女性大好き。
○ポケットモンスターダイヤモンド(NPCからもらえるポケモン旅)
ロストタワーを攻略しただけ。
そろそろズガイドスがラムパルドに、ポッタイシがエンペルトに進化するけど、早くない？
まだバッチ2枚なんだけど
システム系でも「あー、あのままリリースしちゃったかー」ってなることが稀に、いや、ちょいちょい、いや、頻繁に、ある。
「経営を根本的に変える！」とか大風呂敷広げまくって、現場の人間の手間を数倍、時期によっては数十倍に増やし、表からは見えないところで、エンジニアという名前をつけてもらっただけで喜んでる小人さんたちが肉弾スクラム組んで、放射状の横棒がついた謎の車輪を延々と押し続ける奴隷のように、深夜監視だ月次バッチの監視だデータ連携だエラー修正だを続ける。
得られる効果といえば、すでに投入した、これから投入し続けなければならない金額の数十分の一とか。
その薄い薄い効果を、「売上高」とかいうわけわからん指標で比較して誤魔化す(せめて粗利、従業員の追加工数とかも引いとけよ (-_-) )。
人が想像できないものは実現しない、が正しいとして、想像できるものは実現する、ってのは正しくなんてない。
むしろ、想像しても実現しないことの方が普通だ(第一志望の大学に合格するとかな)。
「現時点で」できるか、ちょっと考えりゃわかるだろ。
そんなスピードで走り回れるかよ w
ってのに、生成AI駆使して、出資者騙して金引っ張ってくるとか、クズが多すぎるよ、システム業界も。
そういう「夢物語的なキャッチーな単語(でもその中身をこれっぽっちも理解できてない)」だけ弄んで、「雨が降るし、太陽光強いから屋根は必要だよねー」とか、「あんな辺鄙な場所、キャストは確保できるのかねー？」とか、「順番待ち、サービス提供するってレベルじゃねーぞ」とか、ちょっと考えんでもわかるだろ、的なことはこれっぽっちも考慮されてない。
クールジャパンだ、ジャパンディスプレイだ、その溶かした金は誰の金か、誰が責任取ったのか。
