開発・技術
# モダナイゼーション61記事
このタグが付いた記事を、すべてのカテゴリから集めています。
開発・技術
Shopifyのネイティブ回帰から考えるアプリ開発の見積もり
開発・技術
Amazon Linux 2027 の SELinux 既定変更で止まる場所
Web制作・運用
Gatsby から Astro へ9日で移行 — 作り直さないリニューアル
Google Workspace
Google Workspace 移行費用を左右するデータ量と運用設計
開発・技術
MySQL 9.7のDATE挙動変更 — 数字だけが静かに変わる更新
開発・技術
240万行のPython 2を3へ — レガシー移行の見積もりが外れる場所
Web制作・運用
サイトに jQuery が残っている、は作り直す理由になるか
開発・技術
2027年にAndroidアプリの品質要件が変わる — 来期の保守予算に積むもの
開発・技術
Bun 1.4 が Rust で書き直された — 業務システムで採用してよいか
開発・技術
10年後に読まれる前提で — ポスト量子暗号への移行、どこから
開発・技術
Excelでは重い、DWHは高い。その間が空いている
Google Workspace
解約する日に、10年分のメールは持ち出せますか
Google Workspace
Excelのマクロは Google Sheets に移せるのか — 可否を先に測る
開発・技術
サポートが切れたのはいつですか — 退屈なメジャー更新とEOLの読み方
Google Workspace
Microsoft 365からの移行が管理コンソールだけで完結する — 消えた費用と、残る仕事
Google Workspace
Excelのテーブルとピボットを作り直さずにスプレッドシートへ移す
Web制作・運用
開発サーバーがメモリを食い潰す問題に効く — Next.js 16.3の3つの変更
Google Workspace
Google Workspaceへの移行が「過去のメール」で止まる会社へ — 移せるもの・移せないもの
Web制作・運用
Remix 3がReactを捨てた — サイト刷新の技術選定への影響
開発・技術
業務システムに「Excelそっくりの入力画面」が要る — 自作か、部品を組み込むか
開発・技術
社内システムの「.NET 8/.NET 9」は2026年11月で期限切れ — 発注者が今すぐ確認すべきこと
開発・技術
「動いているのに、なぜ更新が必要なのか」— システムのサポート終了（EOL）への備え方
開発・技術
.NET 8・.NET 9 が11月にサポート終了 — 使う側の会社が今決めること
開発・技術
.NET 8・.NET 9 のサポート終了 — 自社が該当するかと11月までの決め方
Google Workspace
国産グループウェアからGoogle Workspaceへ — 掲示板や稟議の移行の壁
開発・技術
kintoneやノーコードで作った業務システムが限界 — 作り替えの見極め方
開発・技術
発注したシステムが「AIで速く作れた」のに、なぜ後で高くつくのか — 消すのに費用がかかるコードの話
開発・技術
AIに8割書かせたコードが半年で「腐る」— 受託が引き取る前に発注者が知ること
開発・技術
古い業務システムから乗り換える — データ移行で事故らない発注の進め方
開発・技術
誰も触りたがらない基幹システム — 技術的負債を「経営リスク」として発注判断する
Google Workspace
過去メールを失わずにGoogle Workspaceへ — 移行で事故る急所を受託目線で
Web制作・運用
Astro 7.0 へ上げるか、作り直すか — 引き継いだAstroサイトの判断
開発・技術
直すのに「業務の知識」が要るコード — そのドメイン知識をどこに残すか
開発・技術
「共通化しすぎたコード」を引き継いだら — 重複に戻す勇気
開発・技術
レガシー移行を「数年」から「数週間」へ — AI支援で安全に刷新する受託
開発・技術
TypeORM 1.0 到達で「塩漬け ORM」をどうするか — 受託で下すレガシー ORM 継続/移行の判断 2026
開発・技術
「作らない」を提案できる受託へ — 過剰開発を防ぐ要件・スコープ設計 2026
開発・技術
AI のリファクタリング提案、どこまで受け入れる？— 受託保守で技術的負債を「判断」する設計
Web制作・運用
Next.js 16.2 で開発が「400% 速く」— 受託フロント開発の高速化とアップグレード設計
1–40 / 61 記事を表示
