• All
  • AI
  • AIエージェント
  • イベント
  • ウェビナー
  • ウェビナー
  • オフショア
  • オフショア開発
  • お客様インタビュー
  • お知らせ
  • データ活用
  • ニュース
  • パートナー提携
  • ブログ
  • プログラミング言語
  • マネージドサービス
  • モダナイゼーション
  • リーテル
  • ローコード
  • 分類されない記事
  • 加盟団体
  • 受賞
  • 業務自動化
  • 生成AI
  • 社内活動
  • 社員の声
  • 製品
  • 認証
Mou調印式に出席したHcltech Vietnamとエイチビーラボの関係者

株式会社エイチビーラボ、HCLTech VietnamとMOUを締結し、テクノロジーおよびサービス領域におけるシナジー創出へ

エイチビーラボは、HCLTechのベトナム法人HCLTech Vietnamと覚書(MOU)を締結しました。共同でのプロジェクト推進、エンジニアリングチームの構築、市場開拓(Go-to-Market)の3分野で協力し、長期的なテクノロジーパートナーシップの構築を目指します。

株式会社エイチビーラボ、HCLTech VietnamとMOUを締結し、テクノロジーおよびサービス領域におけるシナジー創出へ 続きを読む

Hblabとチームスピリット様による「Aiシフトエージェント」開発インタビュー

【お客様インタビュー】チームスピリット様|AIシフトエージェント開発の振り返りと、AI駆動開発がもたらした効果

チームスピリット様の新プロダクト「AIシフトエージェント」開発にHBLABが伴走。生成AI×ソルバーの課題解決、Claude Codeを活用したAI駆動開発、ループエンジニアリングによる品質向上を開発責任者・PMに伺いました。

【お客様インタビュー】チームスピリット様|AIシフトエージェント開発の振り返りと、AI駆動開発がもたらした効果 続きを読む

Struts→Spring Boot移行|延命か移行かの判断基準とAI活用5ステップ

StrutsからSpring Bootへの移行(Struts→Spring Boot移行)は、サポート終了と脆弱性リスクを抱えたJava資産を守るための現実的な選択肢です。とはいえ、「すぐに作り直すべきか」「Struts 7へ上げれば済むのか」と迷う情報システム部門の方も多いのではないでしょうか。 本記事では、Strutsの現状と放置リスク、4つの選択肢の比較、移行前の棚卸し、AIを活用した5つのステップ、費用・期間の考え方までを順に解説します。 この記事の要約 Struts 1は2013年、Struts 2.3系は2019年にサポートが終了し、2.5系も2023年10月にEOLが発表されました。古い系列は脆弱性が見つかっても修正されません。 対策は「延命」「Struts 7化」「Spring Boot移行」「再構築」の4つです。今後10年使い続ける業務システムなら、Spring Boot移行が最もバランスのよい選択肢になります。 移行の壁はStrutsだけではありません。Java

Struts→Spring Boot移行|延命か移行かの判断基準とAI活用5ステップ 続きを読む

Poster Webinar Manufacturing 1

密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略

【無料ウェビナー】密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 製造業の基幹システムには、30〜40年にわたり稼働し続けているものが少なくありません。保守コストの増大や、システムに精通した担当者の退職が進むなど、そのリスクは今や顕在化しています。しかし、新しいシステムに入れ替えれば解決するとは限りません。販売・生産から原価計算、会計に至るまで、業務が共有データを介して密接に結びついているため、一部に手を入れるだけでも他への影響が懸念され、容易に着手できないのです。 どのような移行方式を選ぶにしても、従来の構造をそのまま新しい基盤に載せ替えるだけでは、コストをかけたにもかかわらず根本的な課題は残ります。そのため、移行に先立って、業務間の依存関係を解消しておく必要があります。これはまず業務上の課題であり、技術的な対応はその後に続くものです。とはいえ、運用担当者自身が依存関係の全容を把握できていない場合、どこから手を付ければよいのでしょうか。 AIを活用すれば、ソースコードを人手で読み解くよりも格段に速くシステムを把握できます。ただし、システムに関する知識のすべてがコードに残っているわけではありません。一部はドキュメントに、そして少なからぬ部分は長年携わってきた担当者の経験の中にあります。設計上の判断や結果の正しさの担保は、引き続き人が責任を負うべき領域です。こうした業務上の暗黙知は、担当者が退職する前に集約し、AIが理解・活用できる状態に整えておく必要があります。 本ウェビナーでは、上流工程におけるアプローチとして、現行システムに存在する依存関係の洗い出し、AIがシステムを理解するための業務暗黙知の集約、そしてAIが支援できる範囲と人が判断すべき範囲の切り分けをご紹介します。 基幹システムに潜む制約の見極め方と、移行前にAIが支援できる範囲を知る。[ウェビナーに申し込む] こんな方におすすめ 長年稼働してきた基幹システムの刷新を検討しているものの、影響範囲を十分に把握できておらず、システムに精通した人材も退職を迎えつつある企業 現行システムの現状分析に時間がかかり、特定の担当者に依存している業務ロジックを可視化して、分析期間を短縮したい企業 システム刷新プロジェクトの上流工程へのAI活用を検討しており、AIに何ができて、どこに限界があるのかを知りたい企業 製造業のお客様の基幹システム刷新を支援中、または受託を控えており、スコープ確定や見積りの前に、現行システムの実態を把握しておきたいSIer・ITベンダー プログラム

密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 続きを読む

Scroll to Top