開発・技術395記事
設計、実装、認証、運用。開発の現場で判断に役立つ記事。
過去30日間によく読まれた記事から表示しています。
開発会社と連絡が取れなくなった — ベンダーロックインを避ける発注の仕方
予約システムは作るべきか、既製のSaaSで足りるか — 発注前の見極め方
AIに8割書かせたコードが半年で「腐る」— 受託が引き取る前に発注者が知ること
ExcelとGASで回している業務、いつ「システム化」すべきか — 中小企業の判断軸
デジタル化・AI導入補助金2026で業務システム投資を賢く進める — 対象・申請の流れ・受託パートナーの選び方
業務システムの保守費用 — 毎月かかるお金の正体と塩漬けにしない契約
SaaSが増えすぎてログイン管理が限界 — Google WorkspaceをIdPにしたSSOを受託で一元化する
古い業務システムから乗り換える — データ移行で事故らない発注の進め方
誰も触りたがらない基幹システム — 技術的負債を「経営リスク」として発注判断する
AIエージェントの実行を後から証明できるか — 検証可能な実行で監査証跡を入れる
Lambdaで状態を持てない壁を越える、Lambda MicroVMsという第三の選択肢
システム開発の外注で失敗しない発注ガイド — 費用相場・契約形態・要件定義の基礎
AIで作れる時代の「内製か外注か」— 業務システムの分け方
CSVを配るのは難しい — 業務データ受け渡しの設計勘所
AWS Blocksは「AIに正しいバックエンドを書かせる土台」になるか
「共通化しすぎたコード」を引き継いだら — 重複に戻す勇気
CORSエラーの正体と正しい直し方 — 受託でやりがちな「とりあえず全許可」をやめる
git worktree で「ブランチ切り替え地獄」から抜け出す — 受託の並行開発を速くする
ログイン時だけの認可をやめる — 機微な受託システムの継続的認可設計
ADR（設計決定記録）で受託システムの「なぜこうした」を残す
AIエージェントの認証・認可をどう設計するか — 受託で組み込む権限と委任
AIエージェントが量産するコードを、受託開発はどうレビュー・管理するか
「誰が何のAIを使っているか分からない」を受託で解く — シャドーAIの統制設計
「内部ネットワークを叩かれる」を塞ぐ — SSRF対策を標準実装にする受託設計
「いい求人」に偽装したマルウェア — 開発者を狙う攻撃から受託チームを守る
WASI 0.3で作る安全なプラグイン基盤 ― 受託SaaSのコード隔離実行
レガシー移行を「数年」から「数週間」へ — AI支援で安全に刷新する受託
Terraform MCP で自然言語からIaCを操る統制を受託で設計する
AIに週6時間「子守り」していませんか — 受託で減らすAI運用の隠れコスト
本番サーバーに「SSHで入って実行」をやめる — 受託で作る監査できるジョブ実行基盤
「自分の環境では動く」を撲滅する — 受託で標準化する開発環境とオンボーディング 2026
社内に眠るPDF・メール・問い合わせをLLMで構造化する — 業務システムに載せる受託
Valkeyで「Redis後継のキャッシュ基盤」を — 受託で進めるライセンス移行と性能設計 2026
AI駆動フィッシング時代の防御を受託で実装 — メール認証/なりすまし耐性の作り込み 2026
監視は「正常」を先に定義する — 受託システムを運用に乗せて引き渡すための監視設計 2026
残高がズレない「台帳」を設計する — Uber の高頻度レジャー処理に学ぶ受託システム設計 2026
「作らない」を提案できる受託へ — 過剰開発を防ぐ要件・スコープ設計 2026
決済プロバイダは「乗り換えられる」状態にしておく — 受託で設計する決済移行とロックイン回避 2026
バックエンドのメモリを削るとクラウド代が下がる — 受託システムの性能・コスト最適化設計
241–280 / 395 記事を表示
