内製ソフトウェアアーキテクチャでレガシーシステムを刷新し技術的負債を削減するまでにやったこと - LIFULL Creators Blog
事業基盤ユニットアーキテクトグループのyoshikawaです。 今回のブログではLIFULL HOME'Sを構成するレガシーシステムのリアーキテクティングについて書いていきます。 2年前にリアーキテクティングプロジェクトが発足し、ソフトウェアアーキテクチャのベースにClean Architecture、言語にTypeScriptを採用し 新たなAPI(Backend For Frontend)を開発してきました。 「コードの品質」と「プロダクト開発エンジニアとのコミュニケーション」が鍵となっていた本プロジェクトですが、 このブログ記事では「コードの品質」を主題として取り組みをオムニバス的に紹介していきます。 この記事で伝えること 想定する対象読者 過去のブログの紹介 データフローに注目したLIFULL HOME'Sのシステム概観 リアーキテクティングプロジェクトについて アーキテクトチーム
※本記事は2020年11月にインタビューを実施し、公開された内容です。2022年10月時点の役職に更新しています。 SFA（営業支援）・CRM（顧客管理）とグループウェアが統合したSaaS型ビジネスアプリケーション「Knowledge Suite（ナレッジスイート）」やオンライン商談ツール「VCRM（ブイシーアルエム）」、CRMモバイルクラウドサービス「GEOCRM（ジオシーアールエム）」など、数多くのtoBプロダクトを開発・提供するナレッジスイート株式会社。 かつて同社では、ファイルストレージのトラブルに起因する大規模なシステム障害が発生しました。その経験を通じてシステムが抱える課題を痛感し、アーキテクチャ改善のプロジェクトを牽引したのが取締役執行役員 プロダクト開発本部長の雄川賢一さん。このアーキテクチャ改善ではKubernetesをはじめとした最新技術を有効活用しました。 プロジェク
http://martinfowler.com/bliki/TechnicalDebtQuadrant.html ここ数ヶ月の間に、 技術的負債 に関する投稿がいくつかあった。設計上の不備の中で、技術的負債と呼ぶべきものは何か？ 逆に、そう呼ぶべきでないものは何か？といった疑問が挙げられていた。 その一例が、アンクル・ボブの投稿「a mess is not a debt（散乱は負債ではない）」だ。 彼の意見は、次のようなものである。 良い設計方法を知らない人が書いた単に汚いだけのコードを負債と呼ぶべきではない。 長期的な持続性はなくても、 リリースなどの短期的な利益を生み出す設計指針をあえて選択することがあるが、 技術的負債はそのような特別な場合に使うべきである。 要するに、負債を抱えれば早めに価値を生み出すことができるが、 負債はできるだけ早く返済する必要がある。 だが私は、 設計の不備
【イベントレポート】SmartHR×hey │ PM10人規模の組織・プロダクトのリアル - SmartHR Tech Blog
ご挨拶 こんにちは！プロダクトマネージャーの稲垣です。 みなさん、先日のイベント「【SmartHR×hey】PM10人規模の組織・プロダクトのリアル」はご覧いただけましたか？ 本記事ではイベントレポートとして、当日語られた内容をご紹介いたします。 今回のイベントでは『PMぶっちゃけトーク』をイメージワードに、プロダクトの歴史の長さやPM組織の規模が近いhey・SmartHRの2社ならではの・またリアルな姿を伝えるべく、赤裸々な話が繰り広げられました。どうぞご覧ください！ 登壇者紹介 松栄 友希（ヘイ株式会社 リテール事業本部 シニアプロダクトマネージャー） デザイナー、マーケターなどを経た後、「転職ドラフト」など複数プロダクトの立ち上げ、グロースにプロダクトマネージャーとして携わる。その後、XTechグループのXTalent株式会社に創業時から執行役員として参画。2021年7月にheyへ入
【レポート】 プロトタイピングのススメ ― 手早くサービスを作って検証するための実践的ノウハウ AWS-12 #AWSSummit | DevelopersIO
【レポート】 プロトタイピングのススメ ― 手早くサービスを作って検証するための実践的ノウハウ AWS-12 #AWSSummit こんにちは。森田です。 本記事はAWS Summit Tokyoで行われたセッション「AWS-12 プロトタイピングのススメ ― 手早くサービスを作って検証するための実践的ノウハウ 」のセッションレポートです。 セッション視聴 AWS Summit Tokyoの登録を行うことでオンデマンドで視聴可能です。（現地参加された方は改めての登録は不要です。） セッション概要 スピーカー アマゾン ウェブ サービス ジャパン合同会社 デジタルトランスフォーメーション本部 プロトタイピングエンジニア 友岡 雅志 氏 セッションで取り上げること AWS でプロトタイピングを効率的に行うノウハウ 業界に依らず普遍的に役立つ知識 前提知識 CI/CD、自動化テストなどといったモ
平成３１年度経済産業政策の重点（案）
2025年の崖問題とDX推進に向けた政策展開 令和元年５月 経済産業省 商務情報政策局 成田達治 デジタルトランスフォーメーション（DX）の定義 1 本資料では、DXの定義は以下のとおりとする。 “企業がビジネス環境の激しい変化に対応し、 データとデジタル技術を活用して、 顧客や社会のニーズを基に、 製品やサービス、ビジネスモデルを変革するとともに、 業務そのものや、組織、プロセス、企業文化・風土を変革し、 競争上の優位性を確立すること” 「DXレポート」の概要 （2018年9月7日公表） 2 検討の背景と議論のスコープ 3 あらゆる産業において、新たなデジタル技術を使ってこれまでにないビジネス・モデルを展開する新規参入者が登 場し、ゲームチェンジが起きつつある。こうした中で、各企業は、競争力維持・強化のために、デジタルトランス フォーメーション（DX：Digital Transfor
DX（デジタルトランスフォーメーション）のためのDX（開発者体験）をDX（海外）から理解する - DX白書2021まで - Qiita
自分が「DX」について調べて「完全に理解した」ことのまとめです。 DX、自分が使うときは「DX」という言葉を使わないほうが良い。「具体的に何をすべきか述べたい」 でも折角業界を底上げしようとしてくれている言葉だから乗れるところは乗っかったほうが良い その心は 1つ目に関してはこれ 2つ目に関してはこれ Qiitaでも以下をはじめ「DX」のタグでいくつか記事がある。 私がDXを理解するために集めた情報 デジタルトランスフォーメーションにおけるシステムの俊敏性とは？を考える 社内エンジニアは見た! 技術的負債とDXの実際【DXレポート,レガシーシステム,デジタルトランスフォーム】 日本語の話の前提としてはこれ (go.jpなやつ)。サマリーだけ見れば良い。 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～ デジタルトランスフォーメーションの加速に向けた研究会の中間報告書
これは エムスリー Advent Calendar 2022 の3日目の記事です。 エンジニアリンググループの山本です。 主にクラウド電子カルテサービス エムスリーデジカルのフロントエンドを開発しています。 この記事は、デザインの刷新と技術的負債(AngularJS)の返却を目的にデジカルの施設管理画面をリニューアルした時の記録になります。 愛犬のぽめちわ 施設管理画面 技術選定 その他実装方針 おわりに We are hiring! 施設管理画面 今回開発したのは施設管理画面と呼ばれるもので、ユーザーである医療機関(クリニック)側の管理画面になります。 現状だと18タブ(ページ)のシンプルなSPAとなっていて、オプションや連携等の各種設定、ユーザーの管理、監査ログの閲覧等が可能な画面です。 日用的に業務で利用される受付やカルテや画面とは違い、必要に応じて開かれる画面になります。 技術選定
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模障害を乗り越え、Kubernetesを用いたマイクロサービスへと刷新―ナレッジスイート - FLEXY（フレキシー）
技術的負債の四象限 - Martin Fowler's Bliki (ja)
Reactで管理画面(SPA)を作った時の技術選定とか。 - エムスリーテックブログ