  |
はてなキーワード:dbとは
現実の戦闘機で、パワーアップアイテムを付与すると機能アップすることはありますか？
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用 LegionPod 等）
兵装・装具での戦闘力向上
ヘルメット照準器＋高機動短距離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（ObjectPascal）のソースも読めますし、解説・リファクタ・バグ箇所の指摘・他言語への移植案など対応できます。
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, leavefield など）、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年ぐらいかけてじっくりやる計画を立てないと、老人向けマンションに移るまでに整理できないぞこれ。
?
-----BEGINPGP SIGNEDMESSAGE-----Hash: SHA512https://anond.hatelabo.jp/20250929171453# -----BEGINPGP SIGNATURE-----iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaNo//gAKCRBwMdsubs4+SFejAP9zD5Vpxy4HTVKj7uM/dB+flZE6tIH/ynmWQi6/CvcnMAD5Aa2SIj/TFU6hmJYBh7yNG3up+exPmJu8Qc0UL0gExQc==POuN-----ENDPGP SIGNATURE-----
例:CI/CD完全攻略！現場エンジニアが教えるAPIテスト不足の解決法
https://qiita.com/Nakamura-Kaito/items/8c56e7402a8fe5081e33
どうせApidog宣伝してるんだろうなと思って開いたら本当にしていたので、今回は興味本位でこの投稿者のアカウントを掘ってみた
@Nakamura-Kaito:https://qiita.com/Nakamura-Kaito
フォロー中のOrganization:株式会社野村総合研究所 ※ApidogのスパムはNRIフォローしがち
さて、まずアカウントのフォロワーを調べてみると、どっからどう見てもスパムだらけ
@digitalsmmstore54731フォロー
@digitalsmmstore58331フォロー
※これらフォローされているアカウントすべてがスパムアカウントやフォロワー買いという話ではない
https://qiita.com/digitalsmmstore583/following_users
@rana_kualu@sakes9@satokenichi@MIDO-ruby7
https://qiita.com/digitalsmmstore547/following_users
@rana_kualu@sakes9@satokenichi@MIDO-ruby7
※これと同じようなフォローリストを形成してるスパムはいくつもあったが、木を隠すなら森の中方式か否かは調べないと分からない
フォローリストの一番下を見ると、Qiita公式とともにこのアカウントがある
佐伯真人@makotosaekit求職中
このQiita公式と佐伯真人のフォロー順序が、2つのアカウントで微妙に異なっていた
digitalsmmstore583は：
2.Qiitaキータ@Qiita1.佐伯真人@makotosaekit
digitalsmmstore547は：
2.佐伯真人@makotosaekit1.Qiitaキータ@Qiita
不思議ですね
というわけでこの`佐伯真人@makotosaekit` が気になったから、いいね100を超えた最初の記事を見てみた
AIを「物知り博士」から「知的パートナー」へ。「背理系」プロンプトエンジニアリングAIhttps://qiita.com/makotosaekit/items/ca9f707f8718d7c2471d
1. @deihate2. @p_kun
https://qiita.com/deihate/likes
makotosaekit@makotosaekit(佐伯真人)2025年09月26日AIと『対話しない』対話法、モノローグ法makotosaekit@makotosaekit(佐伯真人)2025年09月15日「文字」というオカルトmakotosaekit@makotosaekit(佐伯真人)2025年09月14日コンテキストエンジニアリングの源流へ、AIと心理学makotosaekit@makotosaekit(佐伯真人)2025年09月09日Vibe Codingから、Drive Coding (欲動のコーディング)へ
makotosaekit@makotosaekit(佐伯真人)2025年09月26日AIと『対話しない』対話法、モノローグ法makotosaekit@makotosaekit(佐伯真人)2025年09月15日「文字」というオカルトmakotosaekit@makotosaekit(佐伯真人)2025年09月14日コンテキストエンジニアリングの源流へ、AIと心理学makotosaekit@makotosaekit(佐伯真人)2025年09月09日Vibe Codingから、Drive Coding (欲動のコーディング)へ
うん・・・当初の目的であるApidogスパム深堀りとは横道に逸れてるのと
見た感じmakotosaekitがBOTのボスとは思えないんだけどおなかいっぱいです
正直スパムは最初に書いたNakamura-Kaitoのフォロワーに無限にいるのだが、スパムを掘るよりもこれ書くためにまとめるのが面倒
こういう記事を熱心に書ける人はすごい
QiitaでApidogを好意的に取り上げている記事はスパムだと思います
おまけ:
Apidog公式｜業務効率化｜APIライフサイクル管理｜API設計＆ドキュメント生成｜テスト自動化@ApidogJPAPI通信と同時にデータベースのCRUD実行可！Apidogの「データベース接続」機能で、SQL/MongoDB/Redis等のデータベースに容易に接続🚀API開発中にDBデータ取得やレスポンス検証、DBへの書き込みをスムーズに行える！！！#API #開発効率UP #データベース詳しくはこちら⇩
＞ 本サービス、本規約の規定又は趣旨に反しているため、限定公開となっております。 ＜＞ 投稿者様側で記事の修正を行い、再公開することで閲覧が可能になります。 ＜
