EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

最近、大手や中堅を問わずSIerの経営者は何かにつけて「オファリング」を口にする。富士通の「Uvance(ユーバンス)」がその代表例で、人月商売の親玉たちの間で絶賛大流行中と言ってよい。クラウドサービスなどの形で自社プロダクトなどを客に使ってもらおうという新規事業なので、脱人月商売の動きとして高く評価してあげよう……。と言いたいところだが、SIerの経営者は肝心要の施策に怖くてどうしても踏み切れない。だから、駄目なんだよね。 まずオファリングだが、既にこの「極言暴論」で何度か触れている。「ソリューション(解決策)の提供」といった意味合いで、自社・他社のソフトウエアプロダクトやコンサルティングサービスなどを一括して提供しようというものだ。システム開発を意味するSI(システムインテグレーション)やシステム保守運用といった従来の人月商売が「おっしゃっていただければ何でもやりますよ」というご用聞き
基幹システムのモダナイゼーションやDX(デジタルトランスフォーメーション)、さらには生成AI(人工知能)ブームなどで活気づく国内のIT市場。ただし、不測の事態が起こりかねない国際情勢や不安定な経済の動きが国内景気に影響を及ぼす可能性もある。今後の国内IT需要の行方はどうなるか。ITサービス事業者の代表格である富士通とNECが相次いで発表した2023年度(2024年3月期)上期(2023年4~9月)の決算から需要動向の先行指標となる受注状況に注目して見通しを探る。 「SXが新たなIT需要になりつつある」(富士通) 富士通が2023年10月26日に発表したITサービスにおける上期の国内受注状況は、全体で前年同期比118%と大きく伸長した。
Spring Boot 2系のOSS版サポート終了を、モダンなアプリ開発環境を手に入れる“絶好のチャンス”とするための選択肢とは:「最高の開発者体験」の実現に向けて JavaとSpring Bootの進化は止まらない。Spring Boot 2系のOSS版サポート終了を、モダンなアプリケーション開発・運用を加速する“絶好のチャンス”として生かすにはどうすればよいのか。その決断をするのは今だ。 人気開発フレームワークのOSS版サポートが終了、その後はどうする? Javaアプリケーションの開発フレームワークである「Spring Boot」の2.7.x(2系の最終マイナーバージョン)が、2023年11月24日にOSS(オープンソースソフトウェア)版サポートを終了する。ユーザーは、3.1.xあるいは(2023年11月23日リリース予定の)3.2.xにバージョンアップするか、商用サポートサービス「V
米Microsoftは10月5日(現地時間)、「C# Dev Kit」の一般提供を開始した。今年6月からプレビュー提供されていたが、ようやく正式版として提供される。 【画像】「C# Dev Kit」に含まれる拡張機能 「C# Dev Kit」は、「Visual Studio Code」でC#開発の環境を手軽に構築できるようにした拡張機能。以下のC#開発向けの拡張機能を1つにまとめたもので、Windows、Mac、Linuxに対応する。 ・C#:「OmniSharp」ベースの既存拡張機能をリニューアルし、パフォーマンスを向上。単独でも引き続き無償提供 ・C# Dev Kit:ソリューションエクスプローラーとネイティブテストエクスプローラーを提供。「Visual Studio」サブスクリプション下でライセンスされる ・IntelliCode for C# Dev Kit:AIによる開発支援。「
PRESS RELEASE 2023年9月15日 富士通株式会社 The Linux Foundation 富士通の自動機械学習技術とAI公平性技術が、Linux Foundationのオープンソースプロジェクトとして始動 富士通株式会社(注1)(以下、富士通)は、世界中の開発者の技術活用によるAIのさらなる普及と発展を目的に、The Linux Foundation(注2)(以下、Linux Foundation)に対し、これまで独自開発してきた自動機械学習技術とAI公平性技術をオープンソースソフトウェア(OSS)としてプロジェクト提案し、それぞれ新プロジェクト「SapientML(セイピエントエムエル)」と「Intersectional Fairness(インターセクショナル フェアネス)」として2023年8月24日までに承認されました。これら2つのAI技術は、2023年9月19日から
情報化時代を経て、企業はさまざまな技術を導入してきた。その中でITは飛躍的な進化を遂げ、絶え間ないイノベーションを起こした結果、旧世代の技術は急速に廃れた。一方で企業はいまだに、こうしたレガシー技術に依存している。1959年誕生のプログラミング言語「COBOL」で開発した古いシステムを、メインフレームで稼働させ続けている企業は珍しくない。 なぜ企業はレガシーシステムを使い続けるのか。主な理由は6つある。 理由1.まだ動く 併せて読みたいお薦め記事 連載:レガシーシステムがなくならない6つの理由 第1回:世の中には「2種類のシステム」しかない――レガシーか、レガシー以外か レガシーシステムにどう向き合うか 「定年退職したレガシーエンジニア」を高給で奪い合う企業の本懐 COBOLをやめても消えない“亡霊”「JOBOL」とは何なのか 企業によっては「レガシーシステムが思い通りに動作している」とい
Linux Daily Topics フリーローダーを歓迎する ―CIQ、Oracle、SUSEがRed Hat対抗の新団体「OpenELA」を設立 CIQ(Rocky Linuxの開発元)、Oracle、SUSEは8月10日、「Red Hat Enterprise Linux」と互換性のあるLinuxディストリビューションの開発を促進する団体「Open Enterprise Linux Association(OpenELA)」の設立を発表した。3社は今後、RHEL7/8/9と互換性のあるダウンストリームの開発にフォーカスし、コミュニティ参加者がOpenELAソースに継続的にアクセスできる環境を提供していくことを謳っている。 CIQ, Oracle and SUSE Create Open Enterprise Linux Association for a Colla
HashiCorpは2023年8月10日(米国時間)、Terraformをはじめとした同社の製品のライセンスを 「Mozilla Public License v2.0(MPL 2.0)」 から「Business Source License v1.1(以下、BSL)」に移行すると発表した。BSLは定義上オープンソースソフトウェアライセンスではない。このため、「オープンソース版」あるいは「OSS版」と呼ばれていたものは「コミュニティー版」と名称が変わった。 HashiCorpはさまざまな専門家やステークホルダーとの協議の上で、今回のライセンス変更に至ったという。 BSLはMariaDBが公開したライセンスモデルで、他にもCouchbaseやCockroach Labsなどが採用している。その内容は多くの点で、 Open Source Initiativeによるオープンソースソフトウェアの定
KDDI、KDDI総合研究所、富士通、NEC、三菱総合研究所は2023年8月1日、5G(第5世代移動通信システム)やLTEネットワーク機器などを対象例とした通信分野におけるSBOM(Software Bill of Materials)導入に向けた実証事業を開始すると発表した。SBOMは特定の製品に含まれるすべてのソフトウエアコンポーネント、ライセンス、依存を一覧化したもので「ソフトウエア部品表」とも呼ばれる。 KDDIが総務省から「通信分野におけるSBOMの導入に向けた調査の請負」を受託したことを受けて取り組むもので、通信分野におけるサイバーセキュリティー強化を目的とする。実証ではSBOMを使ってソフトウエア・サプライチェーンを把握し、脆弱性などへの迅速な対応を実現するとしている。各社の役割分担としては、三菱総合研究所が国内外の動向調査や通信分野へのSBOM導入に向けたガイドライン案を検
AlmaLinux、今後はRed Hat Enterprise LinuxのABI互換を目指すと発表。これまでの「バグまでRHEL互換」の路線を変更 2020年にRed Hatは、Red Hat Enterprise Linux互換OSとして使われてきたCentOSの開発中止を発表しました。 これをきっかけに、CentOSの後継を担うことを目指していくつかのRHELクローンOSが登場します。その代表的なLinuxディストリビューションの1つがAlmaLinuxです。 AlmaLinuxはRHELのソースコードを基に、RHELのバグまで含めて完全にRHEL互換をうたうLinuxディストリビューションを開発、提供してきました。 しかしRed Hatは先月(2023年6月)、RHELのソースコードの一般公開を事実上終了するとともに、クローンOSベンダに対して「付加価値もなくコードをリビルドするだ
mofmof inc.のエンジニア兼代表の原田です。 システム開発に関わったことがある方であれば、きっと「見積もり」の難しさについてはご存知のことと思います。業界全体でも多くの見積もり手法が生まれ、より効率的により正確に見積もれるようにしようと奮闘していることと思います。 今回は、いくつか存在する中の1つ、アジャイル開発で頻繁に用いられている「プランニングポーカー」という見積もり手法について紹介と解説をしていきます。 プランニングポーカーとは何か 簡単に箇条書きすると以下のような特徴があります。 一人ではなくチームで見積もる 相対見積もり 専用のカードを使用する なぜプランニングポーカーが良いのか ソフトウェアの納期見積もりは、星占いレベルのものであると思う 引用: ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ ぼくはこの言葉が好きで、よく社内研修の
Red Hatは6月21日付けのブログ「Furthering the evolution of CentOS Stream」で、今後はCentOS StreamがRed Hat Enterprise Linux(RHEL)関連のパブリックなソースコードリリースの唯一のリポジトリになると発表しました。 CentOS Stream will now be the sole repository for public @RHEL-related source code releases. Read more about this change. https://t.co/uh0joEVexI — Red Hat (@RedHat) June 21, 2023 以下はそのブログからの引用です。太字部分はオリジナルでも太字になっています。 As the CentOS Stream community
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う~ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな?」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何?というケースを見かけますが
作業はグループで進めるのが望ましい。1人でもできるが、プロジェクトに参画した複数のキーパーソンで議論したほうが、より客観的かつ網羅的に原因を究明できる可能性が高い。 ステップ1:全ての失敗原因を抽出 ステップ1では「ITプロジェクト版失敗原因マンダラ図」から全ての失敗原因を抽出する。図に示した第1レベル・第2レベルの原因全てについて、今回のプロジェクトの失敗原因として当てはまるかを確認。当てはまる全ての原因に丸印を付けていく。 作業は左下の「無知」から始めて「未知」で終わるよう、時計回りに進める。この段階では参加メンバーが個別に確認・記入していく。 メンバーは丸印を付けた項目について、具体的な事象を書き出す。「重要性の認識誤り」に丸印を付けたのであれば、「システムダウンが引き起こす社会的な影響を経営層は軽視していた」などと書く。 これは「抽象化と具体化」という技法に基づいている。具体的な事
上記のように、Eclipseのフォルダ構成だけではなく、デフォルトで選ばれるJDKのバージョンも17に変わったり、JavaEEパースペクティブが廃止になったりで、これらに対応した解説に改訂されています。 実際に、本書で学ぶ範囲でいうと、JDK11も17も大きな利用構文上の違いはないのですが、「解説と画面が違う」ことによる不安や、その他の細かい「入門者にとっては十分すぎるほど謎なエラーの噴出」というのは少しでも避けられるよう、解説自体も進化した次第です。 企業研修や学校教育でご利用の指導者の皆様へ スッキリわかるサーブレット&JSP 第2版から第3版への変更において、主に指導上考慮が必要なのは、以下の点です。 動的Webプロジェクトのフォルダ構成の変更 (Pleiades2021-2022のデフォルト構成のままでよくなりました) 使用するJDK及びTomcatバージョンの変更 (Pleiad
ツイート したらそれなりに反応があったので、少し丁寧に書いておこうかなと。 水物な内容なので、自動でつく投稿日時以外にもタイトルに「2023年6月」を入れて強調しておきます。 しょーとあんさー よくわかんないならJava17にしておきましょう。 前提 ツイート。だよねーって思ったので、下に書いてたを持ち上げておきます。 LTSとかいう言葉が出てきますが、現在のJavaはメジャーバージョンがLTSと非LTSがあります。 OracleJavaSE を前提にしています。他のサポートも似たり寄ったりな感じと思っているけれど、自分たちが使ってるとこのサポートを確認してくださいまし。 また、本稿は「Javaのバージョン?何それ?」とか「色々あるけど最新使ってたらいいんだよね?」とかそういう方向けで、プロダクトのJavaバージョンを選定する方々向けではありません。そういうのに必要な知識には全然足りません
背景 難しさ 利益相反になりがち 競合OSSの存在 コミュニティからのPull Request 競合サービスによる利用 レベニューシェアにならない 利用統計が取れない やっておくべきこと お金を払いたい機能を見極める 境界線を決める ライセンスについて考える 利用統計の取得方法について考える OSSから有償版へのスムーズな移行を考える まとめ 背景 弊社(Aqua Security)ではOSS開発をしており、そのOSSを組み込んだ有償サービスを売ることで利益を上げています。 自分はその中のOSS開発をフルタイムで担当しています。 会社は何を目的としてOSS開発をしているのか、というのは以前発表しました。 speakerdeck.com フルタイムOSS開発者をやってみての感想なども昔書いています。 knqyf263.hatenablog.com 今回はOSSをベースにしたサービス提供の難し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く