開発・技術194記事
設計、実装、認証、運用。開発の現場で判断に役立つ記事。
「動いているのに、なぜ更新が必要なのか」— システムのサポート終了（EOL）への備え方
AIエージェントを業務に組み込む — 自前構築かマネージド型かの判断軸
.NET 8・.NET 9 が11月にサポート終了 — 使う側の会社が今決めること
.NET 8・.NET 9 のサポート終了 — 自社が該当するかと11月までの決め方
業務用スマホアプリを外注する前に — 本当にネイティブが必要か、費用と維持の判断軸
「開発チームは少人数になる」ガートナー予測 — 中小企業がAI時代に開発を任せる相手の選び方
AIが書いたコードを本番でそのまま動かして大丈夫か — Cloud Runサンドボックスと「安全に動かす」勘所
AIが平気で嘘をつく前に — LLMだけに任せない業務AIの作り方
サービスアカウントの鍵、何個配りましたか — 鍵レス連携という選択
kintoneやノーコードで作った業務システムが限界 — 作り替えの見極め方
現場の「紙とExcel」をIoTで自動化したい — 何をノーコードで済ませ、どこから受託に頼るか
納品されたら終わり、ではない — システムの保守・運用契約で発注者が見るべきこと
「アジャイルで作ります」と言われたら — 発注者が知っておく開発の進め方の選び方
発注したシステムが「AIで速く作れた」のに、なぜ後で高くつくのか — 消すのに費用がかかるコードの話
発注したシステムが妙に遅い — 原因は「サーバーの非力さ」ではなく距離かもしれない
開発会社と連絡が取れなくなった — ベンダーロックインを避ける発注の仕方
発注した開発の「レビューしてます」を鵜呑みにしない — 本当に効く指摘は2種類だけ
予約システムは作るべきか、既製のSaaSで足りるか — 発注前の見極め方
AIに8割書かせたコードが半年で「腐る」— 受託が引き取る前に発注者が知ること
ExcelとGASで回している業務、いつ「システム化」すべきか — 中小企業の判断軸
デジタル化・AI導入補助金2026で業務システム投資を賢く進める — 対象・申請の流れ・受託パートナーの選び方
業務システムの保守費用 — 毎月かかるお金の正体と塩漬けにしない契約
同じ情報を3回入力していませんか — SaaS間のデータ連携を受託で自動化する
古い業務システムから乗り換える — データ移行で事故らない発注の進め方
誰も触りたがらない基幹システム — 技術的負債を「経営リスク」として発注判断する
Lambdaで状態を持てない壁を越える、Lambda MicroVMsという第三の選択肢
システム開発の外注で失敗しない発注ガイド — 費用相場・契約形態・要件定義の基礎
AIで作れる時代の「内製か外注か」— 業務システムの分け方
CSVを配るのは難しい — 業務データ受け渡しの設計勘所
引き継いだ認証コードは安全か — JWT検証ミドルウェアの落とし穴
「AIで自動化できます」の責任は誰が飲むのか — 受託の線引き
AIで安く速く作れる、は本当か——2026年の受託開発の実際
直すのに「業務の知識」が要るコード — そのドメイン知識をどこに残すか
「共通化しすぎたコード」を引き継いだら — 重複に戻す勇気
CORSエラーの正体と正しい直し方 — 受託でやりがちな「とりあえず全許可」をやめる
uv audit でPythonの依存脆弱性を継続チェックする — 受託保守の脆弱性対応を仕組み化
git worktree で「ブランチ切り替え地獄」から抜け出す — 受託の並行開発を速くする
システム間のデータ連携を「取りこぼさない」— 受託で使う変更データキャプチャ(CDC)
ログイン時だけの認可をやめる — 機微な受託システムの継続的認可設計
81–120 / 194 記事を表示
