InfoQ ホームページ Legacy Code に関するすべてのコンテンツ
-
Amazon Q Code Transformation：Javaアプリケーションのアップグレードを自動化する
AWSは最近、Amazon Q Code Transformationのプレビューを発表した。このサービスは、生成的な人工知能によって既存のJavaアプリケーションコードのアップグレードプロセスを簡素化するように設計されている。この新機能は、レガシーコードを最小限に抑え、古い言語バージョンからの移行に必要な一般的な言語アップグレードタスクを自動化することを目的としている。
-
QCon Londonでのディベロッパーイネーブルメントに関するディスカッションからの学び
ディベロッパーイネーブルメントにより、私たちが個々に持つ可能性を高めることができる。それは中小企業から大企業まで行うことができる。時には個々人が独自の解決策を立てる状況があるが、すべてのチームに対して必須となるものもある。メトリックによって、何が使われているかを確認できる。レガシーシステムに対するディベロッパーイネーブルメントのサポートには注意してください。それが廃れており、置き換えが必要な場合には、投資しない方がよい場合がある。
-
レガシシステム廃止のためのパターン - ThoghtWorksが語るITランドスケープの進化
Martin Fowler氏は先頃、"Patterns of Legacy Displacement"という一連の記事を公開した。レガシシステムのリプレースに関連した、著者らの集合的体験を要約したものだ。プロジェクトを3つのフェーズに分割し、それぞれについて列挙されたパターンに従うことで、成功の可能性は高くなる、と著者らは主張する。
-
Flashレガシコンテンツの延命にWebAssemblyを使用する
Adobeは2020年12月31日にFlash Playerの配布とアップデートを終了する。しかしながら、長年にわたって蓄積された大量のFlashコンテンツが失われる訳ではない。FlashエミュレータのRuffleとx86仮想化テクノロジのCheerpXが、ともにWebAssemblyを活用して、ブラウザ内で.swfファイルを再生可能にするからだ。
-
MS-DOSに続いてGW-Basicがオープンソースに
Microsoftは、8088アセンブリ言語で記述されたGW-BASIC 1.0インタプリタのオリジナルソースをGitHubで公開した。BASICの一種であるこのプログラミング言語は1983年にリリースされ、IBM PC互換機用のMS-DOS オペレーティングシステムにバンドルされていた。MS-DOCの再オープンソース化に続いてMicrosoftは、リクエストの多かったGA-BASICをMITライセンス下でリリースしたのだ。
-
モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より
モノリスを分解する目的は独立的なデプロイでなければならない、開発者はテクノロジではなく成果を重視する必要がある、とSam Newman氏は言う。QCon Londonで行った講演の中で氏は、”モノリスは敵ではない”、”マイクロサービスは既定の選択肢ではない”と語った。
-
Java-to-WebコンパイラCheerpJ 2.0によって使われるWebAssemblyはJavaアプリケーションをブラウザへ移植する
LeaningTechは最近、CheerpJの2番目の主なイテレーションをリリースした。CheerpJ 2.0は、JavaアプリケーションをHTML、WebAssembly、JavaScriptの混合に変換し、開発者がJavaアプリケーション（アプレットを含む）をブラウザで実行したり、JavaライブラリをWebアプリケーションに統合したりできるだろう。CheerpJ 2.0では、WebAssemblyを使用して実行速度を向上させている。
-
複数チームによるテスト自動化ソリューションを構築する
自動テストを備えた堅固なテストフレームワークは、リリースの信頼性向上を可能にする。フレームワークのクロスチームペアリングにより、リリース当初からの品質確保が可能になった。チームの結束力が向上し、テスト自動化に関する担当者のスキル向上も実現できた。
-
Michael Feathers氏の提唱する設計指針としてのエラー処理
Michael Feathers氏はエラーに関心を持っているが、ほとんどの開発者がエラーに多くの時間を割きたいとは思っていないことは理解している。氏はまた、大部分のエラー処理は一種のギブアップに過ぎない、と考えている。レガシコードでの開発作業に関する著書で知られる氏は、Explore DDD 2018で行った基調講演の中で、エラーを排除することが、いかにソフトウェアシステム設計のドライバになり得るかを論じた。
-
古いシステムと現代的な技術のギャップを埋める
手動で時間のかかるやり方で管理されている、長年動かし続けているプラットフォームはコストがかかる。チームは経営陣に対してビジネスケースを作ることで、繰り返し作業やヒューマンエラーで失われた時間に基づいて、自動化ツールやコンテナのような現代的な技術を導入して改善ができる。結果として、配置作業は予測可能で反復的なプロセスになり、配置も頻繁かつ安全に行えるようになり、人間の介在も最小限になる。
-
リーンでEコマースを再構築する
Auchan Franceのオンライン食料品サービスであるAuchan:Directは、新しいEコマースウェブサイトの開発にリーンを導入することにした。CEOが最初の顧客であり、新しい体験をした顧客からの継続的で高速なフィードバックを使って、ウェブサイトの品質を継続的に改善した。
-
Klaverblad Insuranceにおける継続的デリバリ
継続的デリバリは，デプロイメントを自動化するためのアジャイルプロジェクトとして実施されるべきものだ。ステップの細分化によるスピードアップ，小さなデリバリによる信頼の獲得，問題の迅速な解決が必要となる。今回の記事ではKlaverbladがアジャイル，DevOps，継続的デリバリ，マイクロサービスを導入した経緯について紹介する。
-
大規模システムの保守における技術的負債とチームのモラル
Agile Testing Days 2015において、Thomas Bradford氏はテストがなく大きな技術的負債のあるモノリシックなJavaベースのシステムの保守に関する経験について語った。 InfoQは、システムを保守する上での問題や作りこまれた技術的負債、なぜ別のアプローチをとったのか、どうやってチームのモラルを向上させたのかについて氏にインタビューした。
-
リビルドか，リファクタか
ソフトウェアはリビルド(再構築)すべきか，リファクタリングすべきか？Wouter Lagerweji氏とのインタビューから，リファクタリングを困難にしているものは何か，ソフトウェアのリビルドがリファクタリングよりリスクが少ないのか，継続的デリバリがソフトウェアのリビルドに対してどのように好都合なのかを考える。
-
スイス郵政におけるスケールド・スクラム
スイス郵政はレガシーシステムのリプレイスのため、７つのチームでスケールド・スクラムを利用した。InfoQはRalph Jocham氏にインタビューを行い、完了の定義を使ってどのようにスクラムをスケールしてレガシーな問題に対応したか、どうやって計画より３ヶ月前倒しでシステムを納品できるようにしたか、そしてプロジェクトで主に学んだことを伺った。