見えてきた東京DXの全貌、大動脈「データハイウエー」開通へ崩すべき2つの壁
東京都が進めるデジタル変革プロジェクトの全貌が見えてきた。便利で安全、多様性に満ちた都市の実現へ、官民でデータを共有し活用するための通り道、「データハイウエー」の整備がカギを握る。次世代の高速道路開通のためには、立ちふさがる2つの壁を崩す必要がある。 宮坂学副知事の指揮の下、わずか1週間で誕生した東京都の新型コロナウイルス感染症対策サイト。ソースコードやデータをオープンにして従来の“お役所仕事”のイメージを覆した。迅速な開発を可能にしたのは、サイトの開発を受託したCode for Japanの宇野雄氏が振り返るように「きちんと成形したデータ」を東京都が渡したためだ。 行政機関がホームページなどで統計資料を公開しても、紙の印刷を前提にPDFやワード文書の形式にしていることが多い。データフォーマットも同じ行政機関でも部局によってバラバラである場合も珍しくない。 実は東京都は2年前からオープンデ
プロジェクトの予算承認という課題 - うめぞーコラム
Money Application Modernizationという、既存のアプリケーションをモダンに作り変える提案をいろいろなところでやっています。アプリケーションアーキテクチャ、プロジェクトの流れ、品質の管理等多岐にわたって色々ご説明しています。その内容については今後順次公開していきたいと思っています。私の拙い説明にも納得いただけるお客様が多数いらっしゃいまして、ありがたい限りです。 ですが一方で、「言っていることは理解できる。しかし、もう一歩踏み込めない。」というお客様もいらっしゃいます。今日はそこで出ている課題について書きます。 Return On Investiment (ROI) を示さないと上層部を説得できない！ わかります。費用を出すには効果が見込まれていないと予算化が難しい。経営視点からすれば、効果が無いものに対して費用を垂れ流すわけにはいきません。説得するための資料とし
マルチコンテナ環境を構成するためのオープン仕様「Compose Specification」登場。Docker、AWS、マイクロソフトらが協力して仕様拡張へ
マルチコンテナ環境を構成するためのオープン仕様「Compose Specification」登場。Docker、AWS、マイクロソフトらが協力して仕様拡張へ Docker社は、同社がDocker Composeとして提供してきた複数のDockerコンテナをまとめて構成する機能の仕様を「Compose Specification」としてオープンな仕様とし、Amazon Web Services（AWS）やマイクロソフトらと協力して拡張していくことを発表しました。 Docker Composeは、2014年にDocker社が買収したOrchard社のマルチコンテナ構成ツール「Fig」を、Docker社が同社のブランドとして製品化し、コンテナオーケストレーションツールのDocker Swarmと同時に2015年2月に公開したソフトウェアです。 Docker Composeを用いると、複数のDoc
機械翻訳を活用してRHELドキュメントの定期更新を実現するまでの裏話 - 赤帽エンジニアブログ
Red Hatのもえわきです。Red Hatローカライゼーションチーム（各国の言語への翻訳を担当する部署）でRHELの翻訳プロジェクトコーディネーター兼トランスレーターをしています。 Red Hatは、製品の拡充とともに、各国へのローカライゼーションに迅速に対応できないという課題がありました（マイナーバージョンごとにドキュメントが更新されるため、「製品の拡充 x リリースされるバージョン」とドキュメントの数は膨大）。その中で、新たな試みとして、機械翻訳を積極的に活用するプロジェクトが立ち上がりました。今回、ローカライゼーションのRHELチームが機械翻訳の適用にあたって取り組んできた裏話をご紹介したいと思います。 もくじ RHEL 8から始まった「機械翻訳」プロジェクト: 目標は、日本語版の「全冊公開」 機械翻訳を活用してRHELの日本語翻訳版を定期更新できるようになるまでの軌跡 まずは、機
Quarkus 1.3 と Eclipse MicroProfile 3.3 - 赤帽エンジニアブログ
この記事は、Quarkus.io のブログ記事、Quarkus 1.3 and Eclipse MicroProfile 3.3 の翻訳記事です。 Quarkus 1.3が利用可能になったという発表とともに、私たちはQuarkus 1.3がEclipse MicroProfile 3.3の全仕様のTCKに合格したことを追加で発表します。 MicroProfile 3.3には次の仕様アップデートが含まれます。 Config 1.4 Fault Tolerance 2.1 Health 2.2 Metrics 2.3 REST Client 1.4 Config Configの更新には、ConfigProviderResolverの不正なキャッシュを防ぐための修正と、それに関連するクラスローダの問題も含まれます。 また、暗黙的コンバータの優先度を調整し、byte,short,char用のコンバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Certifiable Software Distribution Process for OpenShift
DevNation Deep Dives | Red Hat Developer