  |
はてなキーワード: dbとは
星は個人的な好みを表したもので作品への評価ではないです。アニメ会社とか声優はよく分からんので。
好みの星はたぶん見ていくうちに変わるし変えてる。自分と違ったとしたら「こいつとは趣味があわんな」くらいのレベルで見てください。
小さい頃から共に暮らす天才女性科学者と将来を誓い合ったが、ある事件に巻き込まれてコールドスリープ。
この世界では人数や性別関係なく一緒になれる（結婚のような）、"エルシー"という制度があるらしい。ネットミームになりそうでならないワード。
最初の方は敵も味方も容赦ない行動をしてたのが好きだったけど、途中から落ち着ていてる気もする。出てくる女の子キャラがみんなかわいい。
韓国の小説及び漫画が原作。製作は中国アニメ会社。よくあるケースだけど、これは言われないと分からないかも。
赤ん坊ながら夢で父親に追放されるという未来を見てしまう姫様。
9才のあの日、父に出会って暗く辛い人生になるはずだったのに、まさか5才の今、会ってしまった。
姫の行動で以前に見た未来が変わっていく・・？姫がかわいいんよ。
初回1時間で3話分放送。テンポはえー。日本のテレビ放送向けに編集してる感じ。
あえて周りから壁を作るような態度を作っているのだが、新人男性社員の教育係になる。
不器用から出るぶっきらぼうな態度。その後に反省する姿がかわいらしい。けど面倒くさい先輩だなあとも思う。
札幌が舞台。原作者も札幌市在住。比較的体が大きく、それがコンプレックスな女の子が主人公。
そんなコンプレックスを持ちながら、幼馴染でイケメンの同級生男子に恋心を抱く。
友達以上の感情なんだけど、友達より先へは進めない。友達だからトモダチ・・・でも・・・なんとももどかしい。
夏アニメでいうと温度的にはブスに花束をか。感情を言語化するのが上手だと思う。
OPは秦基博。デビュー20周年おめでとう。毎回CM明けのアイキャッチが面白い。
主人公席（外窓側一番後ろ）ではない。
不器用かつ不幸体質でいつもどこかを怪我する矢野くんと、そんな矢野くんが心配で見守り、あ、これもう私好きじゃんと自覚する委員長のお話。
矢野くんを献身的に支える真っすぐな吉田さんが愛おしい。あとリアクションが面白い。
座席は主人公席ではない。窓際に居ると蜂の大群に襲われるらしい。
お、え、あれ？まだ6話だぞ。
最近はクマが怖いので海辺キャンプが多い私です。先日私もふたりキャンプデビューしました。いいものですね。
女性輪行キャンパー現る。雫とのライバルキャラですね。厳の夢、キャンプ場造りについてが語られることが増える。
14話は青野原 野呂ロッジキャンプ場。本編冒頭で分かりやすく名前が出てる珍しいパターン。
16話は山梨の黒坂オートキャンプ場。最初はあんなにツンツンしてたのに。もうめっちゃ仲いいやん。
名前から想像できると思うが、妖（あやかし）が存在するアニメ。
周囲で起こっている事件を解決していくというミステリー要素がある。
廻船問屋、薬師問屋、手広くやっている「長崎屋」の若旦那が主人公。
通常は食べると体調に影響が出てしまう魔獣。そんな魔獣を美味しく食べちゃいましょう。グリル厄介アニメ。
懇親会の最中に突然魔獣が出てきて「おいおいマジかよ」とか思ったけど、
現実も街中でイベントやってて突然に熊が出てきてもおかしくないもんな。
フラッシュアニメみたいな感じ。肝心のメシは写真でも登場する。どれも美味しそう。
最初は15分アニメでいいのでは？と思ったけど全然気にならない。あっという間に終わる。
OPはMega Shinnosuke。本名らしい。EDはサバシスター
開始1秒で婚約破棄される貴族令嬢スカーレットが本作の主人公。
汚名を着させられ悪役令嬢と呼ばれ、婚約破棄されてた子は普通「かわいそう・・」となるのだが、この令嬢も暴力的でヤベー女だった。
やはり暴力････‼暴力は全てを解決する････‼。嫌いな奴はボンボコボンボコ、スカッとスカーレット。
見てて体感時間早い。OPはCHiCO with HoneyWorks
今作は通常10才になると女神の祝福により職業とそれに適したスキルが与えられるという設定。
だがしかし、主人公にはそれが無し。つまり無職だったと。でも努力の天才で、努力で本来得ないはずのスキルをラーニングしてく。
5話では剣神杯で優勝し、無職ながら剣ではかなり強くなった。次は魔法だ。7話からは魔法学院編。
製作が「わたたべ製作委員会」ということなので「わたたべ」が略称らしい。
死にたがり主人公に集まる妖怪との百合アニメ。百合スキーな人にはいいアニメなのかな？
協力に愛媛県、伊予市、松前町、伊予鉄グループ、伊予農業高校などなど
4話は本編とおまけとEDが風邪ひきそうになるくらいの温度差。
サンタクロースおじさんにも変身できる、色々と設定が斬新で、子供における我々の"あたりまえの環境"が当たり前じゃない世界。
BEASTARSと同じ作者ということもあり、BEASTARSのグッズがちょいちょい登場する。
男女の制服に違いがないこと、藤村がどうして消えたのかなど、基本的に眠らない子供たち。5話でいろいろと明らかになる。
韓国の学習漫画が原作。昨年10月から今年の3月にかけて2クール分放送していた。
それの第2シリーズ。まさかのOPとED変らず。（OPの絵は少しだけ変わってる）
また、サブタイトルが以前は「その１」だったのが、「その１（全3話）」と分かりやすくなっている。
さて、今回はお詫びと訂正なしで完走できるだろうか。
テーマは水不足、巨大地震、干潟。巨大地震回においては冒頭に震災に伴うPTSDに配慮したメッセージが入る。
1年・・いやもう約2年ぶりの2期。エッチなやつです。
普通の男子高校生が元々異世界人の幼馴染を追いかけて異世界転移。
異世界の脅威に対抗すべく、5人の姫と結婚し、光・火・水・風・土の5つの指輪を手に入れる話だった。
もうあんまり覚えてないが、ただひたすらエロかったことだけは覚えてる。AT-Xや配信では丸見えバージョンがある。
そういや1期は新キャラが登場して終了だったなー。もう5人の姫と一緒になってるし、これから何するんだっけ。
継続2クール目。OPとED変更。なんだこのEDのタイトルと歌詞ｗ 作品にあってると言えばそうかもしれんが。
いよいよサツキの複雑な家庭環境に踏み込む。そしてサツキの心も動き出す。
これも登場人物の全員の性格あんまり好きじゃないんだけど、心理学的に中々見逃せない。
見ていて息苦しいんだよなぁ。鈴が一番の癒し。鈴は人生2週目だと思う。
あーでも昔のトレンディドラマってこんな感じの多かったかもなー
前シーズンでいう『勇者パーティーを追放された白魔導師、Sランク冒険者に（略）』がダメだった人はダメだろう・・
ロキの登場くらいからちょっと面白くなった。主人公が指揮者のように杖を振り魔法を使う姿はtakt op.Destinyを思い出す。
開始は終末より週末って感じの始まり。ガソリン453円、EVは110円、H2は281円の時代。
と思ったらタイトルが出てきたくらいから説明なしでいきなり終末になった。
戦車が暴走して襲ってきたり、女の子がアンドロイド(?)ミルキーハイウェイのマキナよろしくビームぶっぱなしたりで思ってたのと違う。
最初の情景からここまで一体なにがあったのか。どれくらい経ったのか。何故この二人しかいないのか。
船が山の方まで運ばれる程の何があったのか。空にはスターリンクみたいに等間隔に光が並んでいるがアレは何なのか。流れ星が何故下から上に流れるのか。
時折見る昔の景色は本人の記憶なのか。それ以外の人の記憶なのか。土地の記憶なのか。謎が多い。
毎回童謡や民謡が歌われる。箱根では「箱根八里」横浜では「赤い靴」横須賀では「横須賀市歌」、台場・有明付近では「鉄道唱歌」、
秋葉原では「てのひらを太陽に」、木更津で雨が降った時は「あめふり」
現代だし、一応フシが望んだ？世界になったわけだし、みんなが生き返って集合したし、
今までのシーズンとは違ったテイストでスタート。3話目で狂ってきた。やっぱりこうじゃなくっちゃ。
スーパークリークと武豊が走った菊花賞の話も出るのね。スーパークリークといえば有馬記念はどう書くのだろう。
EDはオグリとタマモのデュエット曲。いいっすね。上手ですね。どこかの歌手かと思った。
2025年8月12日放送のマツコの知らない世界で紹介してたんだけど、マツコさんには刺さってなかったっぽいなー
オグリキャップドンピシャ世代で有馬記念では号泣してたみたいだから、この機会に見て欲しかったなー
仮面ライダーに憧れたまま成長した人々の話？
仮面ライダーに本気で憧れ、体も本気で期待上げた。
ショッカー強盗が流行っているこのご時世。まさに目の前でもそれが起こっていた。
悪は見逃せない。屋台で買った仮面ライダーのお面をかぶり、ショッカーの前に立ちふさがる。
その時不思議な事が起こった
あー好きですね音楽もいいですね。原作曲のアレンジもいいですね。やっぱ好きなものに異常に取り組む人の話に弱いね、私。
OPはTeddyLoid feat. Shigeru Matsuzaki accelerated by TOPHAMHAT-KYO。松崎しげるおるんかい。
もう普通に女性の真っ裸を描くのね。最近のリメイクアニメの中では好きな方です。
八宝菜はOPとEDで登場するが本編で出てくることはあるのだろうか。
EDのアカネの動きは初代OP「じゃじゃ馬にさせないで」の動きだよね。
最近でいうと「男女の友情は成立する?（いや、しないっ!!）」くらい面倒くさい恋愛アニメ・・・と思ってたけど
3話でやってること終始ドン引きだったんだけど。ちょっと受け入れられないなこれ。
まぁサブタイに「俺だけがウザい」とあったが。それにしてもだ。
OPアニメーション、ほぼ全てパロディネタ。さて、君はどれくらい元ネタを知っているかな？
妖が見える見える女の子が、借金のかたとして鬼神に嫁入り・・・
EDが特殊。1話は葵、2話は大旦那、3話はそのミックスだったり。
学会から追放された二人の天才科学者が作り出したカワイイ人型ロボット、アルマ。
「次の指示を。おとうさん、おかあさん」「「お父さんお母さん！？」」
アルマちゃんかわいすぎんでしょ。アルマちゃんを愛でるアニメです。
疑似家族が本当の家族になっていくほのぼの日常アニメ。ほっこりするわ～
中国のWEBアニメが原作。羅小黒戦記シリーズの原点ともいうべき作品か。
1話5分のアニメを4つくっつけた感じ。万聖街もこんな感じだったね。
『羅小黒戦記 ぼくが選ぶ未来』が2019に作られ、日本でも2020年に日本で劇場公開された。
テレビでも2022年にテレビ向けに編集されたものが全5話で放送された。さらにこの映画版の続編が今年劇場公開される。
ストーリーの時系列でいうと、映画(2019)の2年後が今度の映画(2025)、そのさらに2年後がこのWEBアニメかな。
主人公がゲームの世界召喚される。それも自身が最強クラスに育て上げたキャラクターとして。
ゲーム版はサンソフトが作ってるのでサン電子が提供に入ってる。「サンソフト！」のあの声久しぶりに聞いたなー
あなたのサンソフトはどこから？私はいっき。あー、アルバートオデッセイまたやってくれないかなー。
.
書ききれないので続きはこの下へ
誰も見て見ないふりしてるけど。
問題は繋がっていて、ごく単純な話。
「この規模、この内容のサービスで、なんでこんなにエンジニアが大量にいるんだろう？」って疑問は、どこにいっても、どこと話しても、わく。
先日の才能問題がまさにそうなんだけど、ソフトウェアエンジニア業界に滞留している人、ぶら下がってる人が多すぎやしないか？ と。
リモートをいいことに、サボりまくってる「エンジニア」、特に最近は生成AIででっち上げてサボれるようになってからは、まぁまぁの数、存在していると思う。
実際に観測してもいるし。
そういう極端な例に限らず、才能がない、向いてない「エンジニア」が相当数寄生している。
ジュニアとかコーダーレベルだけじゃなく、いや、むしろリーダー、マネージャー、CTOレベルに。
その組織、企業のそのレベルの「エンジニア」が、それに占拠されたら、多分事態が好転することはない。
アリバイづくり程度の活動は行われるだろうが、永遠の停滞に陥るだろう。
誰か一人抜けても、残りがスクラムを組んで、異分子を排除することに全能力を傾けるだろうから。
まさに獅子身中の虫。
「あの企業が？」ってところが、すでにそう言う状態に陥ってたりする。
名前はあげられないけど w
政府はソフトウェアエンジニアが足りない足りないって喚いてるけど、頭数だけ用意しても現場、プロダクトが混乱するし、利用者が困るだけだ。
これ、旧日本軍の失敗の原因であった「員数主義」って言うんよな。
正直、「え？ ソフトウェアエンジニア……？ を名乗って……んの……？」って人が多い。
語るけど。
延々と語るけど。
滔々と語るけど。
毎度毎度、会議室でMCバトルの、青菜に塩をかけたような真似事をして。
誰が一番最初に、新しいイケてるWebページを見つけたかを競って、ドヤ顔くらべ。
勉強会開いてみたり。
この量と質か？
みたいな。
多分、この手の「エンジニア」の半分以上が、人手不足の工場とか大工とか解体業とかライフライン保守に行ってるべきだったんだろうな、と思う。
どっちが上とか下とか言う話じゃなく、向き不向きの話。
向いてないんよ。
多層抽象化に不自由とか、概念構造の構築に不自由とか、専門書とかの読解に不自由とか。
2、30年ほど前はそこまでの能力がいらなかったからうまくエンジニアに滑り込んだ人もいただろうけど、今時のプロダクトでそれでは通用しないんだよね。
SQL文の書き方とか、DockerFileの書き方とか、ソースファイルのタブの入れ方とか、Web記事のある場所とか、ディレクトリ構成とかの形式的な知識とか、マジで、あったから何？ って。
大事なのは形式的な知識じゃなく、本質的な理解とメタ思考なんだよね。
お前なんていらない。
それだけ。
使いたいっすよね。
って、よく言われる。
この言葉のままじゃないけど、まぁ、だいたいこういったニュアンスだ。
自分はそこそこの腕だと思うなら、彼我の実力の差は正しく測れるようになっとけよ。
こちとら、「だいたいこういう実装されてて、長所短所はこんなもん。こういう処理のために作られたようなもんだな。だから、今のプロダクトだと使い所がないね。料金も高いし」あたりまでチェック済みじゃボケ！
ってことしかない。
こいつら、自分の業務経歴書に書き込む単語を増やすことしか考えてねぇんだよな。
関連サービスなんて増やせば増やすほど、保守運用改善が大変になっていくだろ！
経費もかかるだろ。
「仕組み」は、よりシンプルな方法で実現できるならシンプルな手段を選べ、ってのは常識中の常識だろ。
「KISSの原則？ 知ってますよ」って、知識として知ってる。
KISSが"Keep it simple, stupid"の略だってことを知っている。
けど実現できないんじゃぁ意味がねーんだよ。
この手の「自分はイケてると錯覚しているエンジニア」は、Web記事つまみ食いしながら雰囲気で設計実装するから、リクエストやデータが増えてきたら破綻するような、間違えた設計実装しかできない。
そういう新しいサービスは、それ以前のサービスの欠点を埋めるために作られてるんだから、それ以前のサービスと同じノリで設計実装して十分な性能を引き出せるわけがねーんだわ。
今までの複数の炎上現場で、正しく設計実装できてたところはなかったよ。
おいらが関わった炎上現場はほとんど、こうやって生まれてきている。
そういう炎上現場を作り出したエンジニアは、ふくらし粉で増量した業務経歴書片手に、「サービスの立ち上げを『僕の技術力で』やり切りました」って転職していくんだ。
新しいことに挑戦したくなって。とか言って。
みたいなエンジニアを、なぜどこもかしこもありがたがって採用するか全く理解できないんだが、そういう「エンジニア」が次の現場で生まれ変わったように的確で素晴らしい成果を出せるかって、そんなわけもなく、日をおうごとにグダグダになっていくサービスがさらに一個増えるだけだったりする。
こういうエンジニアが、初回リリースしてからしばらくして、ソフトウェアエンジニア業界に飛び散る。
まるでがん細胞。
こうなると立て直すスピードより、グダグダな新しいサービスが生まれるスピードの方が何十倍、何百倍も早い。
もうね、半ば絶望してるんですよ。
今、生成AIも参戦してきてて、物量だけは爆発的に増えてるから。
多分、そう遠くなく、グダグダサービスで日本は覆われると思う。
AIベビーシッターが必要になってくるだろうけど、それができるだけの技術力を持ったエンジニアの数が圧倒的に少ないし、何よりそういう腕利のエンジニアを、ふさわしい金額で雇おう、招こうと考える経営者が皆無。
今までの炎上現場ですら、高すぎる。無駄金を払わされてる。って扱いをうけてたからな。
「同じエンジニアなのに、どうしてこんなに高いの？」
現実の戦闘機で、パワーアップアイテムを付与すると機能アップすることはありますか？
ChatGPT:
あります。ゲームみたいに“拾って即パワーアップ”ではありませんが、実機も「後付けの装備」や「ソフト更新」で性能を伸ばせます。代表的なものを挙げます。
偵察/標的指示ポッド（例：Litening／Sniper／LANTIRN）
→ 夜間・高高度から目標を見つけてレーザー誘導・GPS誘導爆弾を当てられるようになる（F-16、F-15、F/A-18など）。
電子戦ポッド（ALQ-99、ALQ-131、ALQ-184 など）
→ 敵レーダーを妨害。編隊の生存性アップ（EA-18G、F-16等）。
IRSTポッド（赤外線捜索追尾：F-15用 Legion Pod 等）
兵装・装具での戦闘力向上
ヘルメット照準器＋高機動短距離AAM（JHMCS＋AIM-9X 等）
→ 視線でロック、オフボアサイト射撃で近接戦闘力が大幅アップ。
航続・運動性能の補助
→ 航続・滞空時間を増やす（F-16C Block 50/52+ 等）。ただし空力やRCSは悪化し得ます。
エンジン改修・推力向上
→ 同型機でも離陸性能や上昇率が向上（近代化改修で実施されることあり）。
ミッションコンピュータ＆ソフト更新（“ブロック”アップデート）
→ 新兵器対応、センサー融合、電子戦アルゴリズム強化など。最近はオープン・アーキテクチャ化で“機能の後入れ”が容易に。
統合・認証が必須：空力、強度、電源・冷却、電磁両立性まで試験し、飛行許可を取る必要があります。
トレードオフ：外付けは重さ・抗力・RCS増で航続や運動性が落ちることがある。
整備・訓練コスト：新装備を活かすには整備体制と乗員訓練が要る。
まとめ：現実の戦闘機も“アイテム装着で機能アップ”は十分あり、ポッド・兵装・ソフト更新・改修でミッション能力を大きく伸ばせます。ただし、その都度しっかりした統合・認証と運用上のトレードオフが伴います。
というか、それ以外に思いつかないんだよな。
localhostが消えるとか、あまりに初歩的で致命的な不具合、今まで正しく動いていたところに発生する不具合は、ここ1、2年で経験がある。
というか、ここ1、2年にしか経験がない(もちろん主犯はおいらではない。居合わせただけ)。
これ。
あと、
サジェストによる書き換えが危険なのは、スコープ(フレーム)外での利用のされ方を AI が把握できない、部分(覗き穴/ピープホール)最適化しかできないと言う点と、こちらが本質的な問題なのだが、そこの処理の仕組み、文脈を理解してサジェストしているのではなく、学習元データで多く組み合わされているパターンを提示しているに過ぎない、と言う点だ。
これ、時間が経ってから致命的な事態を引き起こし、原因究明に手こずる原因になる可能性がとてもとてもとても高いのだよな。
レビューすると、「AIのサジェストがあったので」的な修正が入っていることがちょいちょいあるんだが、妥当でないサジェストを却下するだけの技術力がない場合、むしろLintとかパターンチェッカー的なのに留めておいた方が、思わぬ瑕疵を埋め込まずに済む。
できるエンジニア視点でも、スキャフォールドとして使おうとすると、細かく指定できそうで生成量が多いと見落としが発生しそうだし、確実なテンプレートで十分じゃん？ という気しかしない。開発が進んだ時点では、さらに使い所がない。なぜなら、「新しいものを作っている」ので、既存パターンが通用しないことが多いから。
AIの生成「量」が圧倒的なのは確かなんだが、このレベルのコーディング能力を「神」と考えるレベルのエンジニアからは実質制御不能で、これを使役できるレベルのエンジニアからは低能中途半端すぎて役に立たない、ってのが、呪術廻戦の摩虎羅やな、と感じる。
例えば絵の自動生成なら、登場人物の一人の指が6本になってようが、この線はどこに繋がってるんだ？ とか、この漢字はなんだ？ みたいなものが混じってようが、ぱっと見気づかないし、見直しておかしいのに気づいても、大勢に影響はしない。
けど、システムの場合、下手すりゃ1ビットで致死的障害を発生させてしまったりする。
その違い、ヤバさを理解できてないエンジニアがこんなにゾロゾロと存在する、という現実に絶望する。
加えて、「マジかよ……」ってなるのが、「既存のテストがないから、AI で追加してカバレッジをあげた」ってドヤ顔で語るエンジニア。
なんて言うか、なんとなく良さげなテストを理解しないでなんとなくマージしてるんだけど、何をテストしなきゃいけないか理解しないで、現状のコードを追認するだけだったりする。
それで必要十分かちゃんと検討できるだけの技術力がないと、「命綱、巻きつけたよー」と言いつつ、その命綱が宙に垂れてるのに気づいてない、って状態になってたりするんだよね。
で、不具合が表面化したら、それ用のスペシャライズドな監視の仕組みを追加して、手動テストを追加して、不具合が発生したら本番DBに接続して手動で修正するって、そんなのが日を追うごとにどんどん増えていって、仕事の大半が不具合対応、ってうんこみたいな現場があちこちで爆誕してるんよ。
でも、どのエンジニアも、自分たちの現場が異常であることに気づくだけの技術力がなくて、毎日みんなで奴隷が回している謎の棒を回し続け、経営者は、なぜこんなにエンジニアの数が必要で、お金が湯水のように浪費されているか理解できなくて、ストレスを溜めまくってる。
気づいた人はとっくにやめてるから。
炎上してないけど、針の筵だよね。
ChatGPT:
はい、Delphi（Object Pascal）のソースも読めますし、解説・リファクタ・バグ箇所の指摘・他言語への移植案など対応できます。
VCL / FMX、Generics、Interface/RTTI、プロパティ/イベント、レコード・セット型、メモリ管理（string/AnsiString/UnicodeString の違い）、スレッド（TThread / TTask）、WinAPI/COM 呼び出し、uses 単位構成、.dfm（フォーム）やリソース周りもOKです。
コードを貼ってくれれば、1ステップずつ説明や改善案を出します（DelphiのバージョンやVCL/FMXも書いてあると精度上がります）。
UNIFACEはどう？
ChatGPT:
はい、UNIFACE（Proc言語）も対応できます。フォーム/サービス/レポート/エンティティなど各コンポーネントのトリガ（initialize, validate, leave field など）、operation／entry、newinstance/activate/call、retrieve/e, read, write、エラー制御（$status, $procerror）や論理名・assignment(.asn)、署名/パラメータ、DSP/REST・SOAP連携、DBドライバ設定までOKです。
コードや .asn を貼っていただければ、処理フローの解説、バグ箇所の指摘、リファクタ、他言語・他フレームワークへの移植案（例：REST API化、Java/Python 置き換え）まで具体的にやります。
可能なら UNIFACE のバージョン（9/10/10.4 など）、DB（Oracle/SQL Server 等）、OS を添えてください。
前だったら単に処分するだけってことでそれを考えるが、AIが出てきちゃったからもうその選択肢は無理だわ
https://m-dojo.hatenadiary.com/entry/2025/10/15/101647
この記事を読んだ。
俺はここに出てくるような人たちじゃなくて、ゴミみたいなアホなんだけど
それでも本は私本管理DBにぶっ込んでるだけで1万冊以上ある。
真面目に終活を考えなきゃいけない。
1日3冊電子化すると想定しても、全部電子化するのに約10年かかる計算になる
今は漫画とエンタメ小説は電子書籍にしてるけど、それ以外についても電子書籍があれば紙本は買わないにても、徐々に増えてしまう。
まだ若いつもりでいたが、20年ぐらいかけてじっくりやる計画を立てないと、老人向けマンションに移るまでに整理できないぞこれ。
