経産省の「DXレポート2.1」で見つけた示唆に富む「デジタル産業と既存産業の比較」
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「2025年の崖」で話題になった経済産業省の「DX（デジタルトランスフォーメーション）レポート」において、このほど追補版「DXレポート2.1」が公表された。その中で、デジタル産業と既存産業を比較した図が非常に興味深い内容なので、ここで取り上げて考察したい。 既存産業の企業がデジタル産業の企業へ変革するために 経産省が「DXレポート〜ITシステム『2025年の崖』の克服とDXの本格的な展開〜」を公表したのは、ちょうど3年前の2018年9月。そして、2020年12月に「DXレポート2（中間取りまとめ）」を公表し、日本企業のDXの推進に資する施策を示してきた。 DXレポート2では「ユーザー企業とベンダー企業の共創の推進」の必要性を提示。また、
SlackとGithubを使ったユーザー調査のログ管理 - スタディサプリ Product Team Blog
デザイナーの西田です。今回はユーザーインタビューや現地訪問といった、ユーザー調査にまつわる情報管理についてご紹介します。 これまでの情報管理 リサーチリポジトリの作成 何を書いているのか 準備タスク ユーザープロフィール 記録と分析 ユーザーインタビュー ユーザーテスト まとめ これまでの情報管理 弊社では以前からユーザーインタビューや学校訪問を行っていたのですが、せっかくメンバーが議事録を作成しても、Goolge DocsやGithub、Slack、Evernoteと投稿先は各自バラバラで、どこに何があるかが分かりにくい状態でした。 こうしたナレッジを共有・蓄積できていない状況がもったいないと思い、昨年末頃から調査データを集約する取り組みを始めるようになりました。 リサーチリポジトリの作成 GoogleスプレットシードやWikiサイトなど色々試した結果、今のところGithubでの情報管理
AIやブロックチェーンは幻滅期へ、ガートナーが発表：2018年度版「日本におけるテクノロジのハイプサイクル」 - ＠IT
AIやブロックチェーンは幻滅期へ、ガートナーが発表：2018年度版「日本におけるテクノロジのハイプサイクル」 ガートナーは「日本におけるテクノロジのハイプサイクル：2018年」を発表した。ハイプサイクルとは新技術の成熟化の過程を表した図。AI（人工知能）やブロックチェーンに対する期待は「過剰な期待」のピーク期から幻滅期に移行し、ビッグデータは安定期に達する前に陳腐化するとした。 ガートナー ジャパンは2018年10月11日、「日本におけるテクノロジのハイプサイクル：2018年」を発表し、日本のICT市場でITリーダーがデジタルビジネスを推進する際に重要な役割を担う代表的な約40のキーワードを取り上げた。 ガートナーのリサーチ＆アドバイザリ部門でマネージング バイス プレジデントを務める堀内秀明氏は次のように述べている。 「2018年版のハイプサイクルでは、2017年から（図における位置の）
既存のサービスを組み合わせて本質的な開発に集中する - star__hoshi's diary
qiita.com 個人開発アドベントカレンダー9日目です! (2週間遅れです... 🙏) 一年前に開発してた Web サービスで、このような構成の開発をしていました。 個人開発はとにかく時間が足りないので、既存のサービスを使える場合はそのサービスを使って開発を行いました。 開発していたものは結局リリースしなかったのですが、CI や SaaS を使い快適に開発できたので、使っていたサービスや構成について書いていきます。 これは個人開発での遊びであり、これで商用サービスもいけるかというとわかりません。 (それと私は iOS エンジニアであり、サーバサイドは門外漢です) サービス概要 Lastfm のような、音楽を再生したらその履歴をとって何回再生したか、いつどこで再生したかなどを自分が聞いた音楽を歴史として遡れるようなアプリを作っていた。 メインの技術スタックは Rails + Herok
Data Connector for Google Analytics Reporting 徹底解説 その６ - トレジャーデータ（Treasure Data）ブログ
前回まで 6. GA で生データに近いものを取得する 6-1. Custom Dimension，Custom Metric について Custom Dimension，Custom Metric は GA アカウントの既定の Dimension と Metric とほとんど同一ですが，自分で作成するという点で異なります。GA で自動的にトラッキングされないデータを収集，解析するために使用できます。 6-1-1. 制限事項と注意事項 各プロパティごとに Custom Dimension のインデックスを 20，Custom Metric のインデックスを 20 利用できます。プレミアム アカウントの場合は，Custom Dimension のインデックスを 200，Custom Metric のインデックスを 200 利用できます。Custom Dimension を削除することはできませ
Seleniumのテスト結果レポートをもっとおしゃれに | 品質向上ブログ
今日は、JUnitなどから実行したSeleniumテスト結果を、Allure Frameworkというオープンソースのレポートツールを使っておしゃれに表示する方法を、そのインストール手順とともにご紹介します。 目次 Allure Frameworkとは インストール(Eclipse + JUnit4 + Maven) Jenkinsとの連携 Allure Frameworkとは Allure Frameworkは、JUnit、RSpec、PHPUnit、Cucumberなど様々なテストフレームワークのテスト実行結果を、リッチなHTML形式のレポートで確認できるフレームワークです。 こんなレポートや、 こんなレポート、 こんなレポートが出力できます。 Seleniumを使わないユニットテストにも利用できます。レポートをJenkins上で表示することも可能です。 Allure Framewor
Slack と Qiita:Team を使って気楽に日報 #qiita_hackathon
Hubot Advent Calendar 2014 14日目の記事です。 2014/12/13、リクルート本社で行われた Qiita API v2 Hackathon で、Chat 日報 なるワークフローを発表しました。 ありがたいことに、優秀賞をいただき、Kindle Voyage がいただける様です。 Hackathon のテーマ 今回の Hackathon のテーマは、Qiita APIv2を利用して毎日の開発が楽しくなるツールの開発 とのことでした。 開発は、ほっておいても楽しい ので、開発に当てる時間をより多く取れる様に、日報の作成を楽にする、という目的で開発しました。 作ったもの Qiita API v2 が発表されてすぐ、Hubot スクリプト hubot-qiita 開発に着手したのですが、業務内では別業務、業務外では CI2Go を作成していたので、未完成のまま塩漬けに
開発者のタスク管理をGitHubで行ったらうまくいった話 | DevelopersIO
はじめに こんにちは、6月からAndroidの開発を担当している荒川です。 この記事は以下の方を対象にしています。 リモートリポジトリにGitHubを使っている タスクや課題の管理を小〜中規模のプロジェクトで行っている 複数の開発タスクが並行して進むプロジェクトにアサインされている 開発者のみのタスク管理を主体的に行いたい タスク管理ツールを使っているがイマイチうまくいっていない この記事では、私が実践して良かった経験則を紹介します。誰でも真似すれば必ずうまく行くという保証はありません。この記事の読者の方が、担当しているプロジェクトに合わせてアレンジを加えるとより効果が増すかと思います。 開発者のタスク管理 モバイルアプリサービス部では、コミュニケーションツールにBacklogやTrello、Pivotal Trackerを用いている事を突撃！隣の開発環境 パート3【クラスメソッド編】の記
効果的にバグを報告するには
作者：Simon Tatham, 職業プログラマ兼、フリーソフトウェアのプログラマ [ English | Português | 简体中文 | Česky | Dansk | Deutsch | Español | Français | Magyar | Italiano | 日本語 | Nederlands | Polski | Русский | 繁體中文 ] はじめに おおやけに利用されるソフトウェアを書いたことがある人なら、おそらく一通は質の悪いバグ報告を受け取ったことがあるだろう。何も言わんとしない報告(「動きません!」)、意味をなさない報告、十分な情報を供さない報告、誤った情報を含む報告などだ。なかには、使用法の誤り、他のプログラムの欠陥、ネットワークの障害などに起因する問題の報告まである。 技術サポートがぞっとする仕事とみなされるには理由があり、その理由こそが質の悪いバグ報
バグレポートでテストエンジニアとプログラマが持つ“認識の違い”を埋めるには
出典: N. Bettenburg, S. Just, A. Schroter, C. Weiss, R. Premraj and T. Zimmermann: What Makes a Good Bug Report? Figure 3から一部抜粋 アンケートはApache, Eclipse, Mozillaを対象に、(a), (b), (c)それぞれについてバグ報告者と開発者466人に回答してもらったものです。パーセンテージは、報告者の何パーセントが役に立つと回答したかを表しています。1人が複数回答することができるため合計が100%を超えます。 例えば、(a)の報告者の回答として「再現方法」がありますが、アンケートに回答した報告者のうち98%が報告していると回答したことを意味しています。表では、このパーセンテージが大きいもの上位5項目を記載しています。 「(a)報告者が報告している情報
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ペパボエンジニア研修座学 「Vue.js で作る日報アプリケーション ハンズオン」
Googleの無料BIツール「Google Data Portal(グーグルデータポータル)」の使い方 | 解析レポート作成時間がゼロに！ | Ledge.ai
GitHub - Songmu/horenso: Command wrapper for reporting the result. It is useful for cron jobs.
JPMorgan Chase & Co. -Risk Assessment Report
Jenkins Build Stability/Statisitics Report plugin
How To Write The Perfect Bug Report
How to write a good bug report - Noverse
Coming Soon