狩野モデルについて狩野先生と議論したときの気づき｜森崎 修司
ソフトウェア品質シンポジウムの基調講演に狩野紀昭先生にお話いただけることになりました。私は企画メンバー(シンポジウム委員)のとりまとめを拝命しています。 特にお願いしたわけではないのですが、狩野先生の基調講演のアブストラクトに参加者向けの質問を書いていただきました。ソフトウェア品質シンポジウムの参加者はほとんどがソフトウェア技術者なので、参加者ではなくともソフトウェア技術者向けにアンケートを実施して回答を狩野先生と事前に共有すると基調講演でお話いただくときの参考になるのではないかと思い、事前にアンケートを実施しました。 アンケートの質問と回答、その結果に対する狩野先生からのコメントは記事としてアットマーク・アイティ(@IT)に寄稿しました。以下のURLから読めます。全文を読むためには、無料のアカウント登録が必要になります。 https://atmarkit.itmedia.co.jp/ai
Rails design patterns - the big picture
Rails design patterns — The big picture This article is a high-level overview of design patterns that are commonly used in Ruby on Rails applications. I will also mention the advantages and disadvantages of using design patterns as, in some cases, we can harm the architecture instead of making it better. A design pattern is a repeatable solution to solve common problems in a software design. When
「DX銘柄2020」「DX注目企業2020」を選定しました （METI/経済産業省）
「DX銘柄2020」「DX注目企業2020」を選定しました デジタル技術を前提としたビジネスモデル・経営変革に取り組む上場会社を選定 【2020年9月4日発表資料差し替え】関連リンク「DX銘柄2020」選定企業レポートP67,P68,P69の図表に誤りがあったため差し替えを行いました。 【2020年8月27日発表資料差し替え】関連リンクにDX銘柄2020レポート、動画など各コンテンツへのリンクを追加しました。 経済産業省は、東京証券取引所と共同で「デジタルトランスフォーメーション銘柄（DX銘柄）」を選定し、本日、「DX銘柄2020」選定企業35社と「DX注目企業2020」21社を発表しました。これらの企業は、ビジネス環境の激しい変化に対応し、データとデジタル技術を活用して、顧客や社会のニーズを基に、製品やサービス、ビジネスモデルを変革することにとどまらず、業務そのものや、組織、プロセス、企
エンジニアとしてこの先生きのこるために
2019年度リクルート新人ブートキャンプ エンジニアコースの講義資料です
Writing a Ractor-based web server<!-- --> • Kir Shatrov
Ractor, the new concurrency primitive in Ruby, has been merged to the upstream few days ago. I’ve been following that PR and watching the author’s talk at RubyKaigi (in Japanese, I wasn't able to find the translated version but it should be available somewhere), which got me excited to try Ractor myself. A web application server is the first thing that comes to mind when playing with concurrency.
Workshop Design #5・6 「クリストファー・アレグザンダーの 『ザ・ネイチャー・オブ・オーダー』 の概念を用いてワークショップの デザインを考えてみる。」（井庭崇）
Workshop Design #5・6 「クリストファー・アレグザンダーの 『ザ・ネイチャー・オブ・オーダー』 の概念を用いてワークショップの デザインを考えてみる。」（井庭崇）
True Lies Of Optimistic User Interfaces — Smashing Magazine
After being surprised to see how little the topic of optimistic UI design is addressed in the community, Denys Mishunov brings you this article, where you will find out what concepts it is based on, and he will look at some examples as well as review its psychological background. After that, Denys will review the concerns and main points regarding how to maintain control over this UX technique. Th
OGP image 画像のサイズ仕様（ 2020 年時点）
Twitter と Facebook のリンクのカード表示に使われる OGP (Open Graph Protocol) の画像のサイズ周りの仕様をかんたんにまとめました。 自分用メモなので箇条書きです。 この情報は 2020 年 1 月に確認したもので、将来的に変更される可能性があるのでご注意ください。 まとめ Twitter と Facebook の両方に対応させるには 600 x 315 以上（横幅が 600 ） 高解像度端末に対応させたい場合は倍の 1200 x 630 以上 Twitter タグ: <meta name="twitter:image" content="URL" /> 最小サイズ: 300 x 157 最大サイズ: 4096 x 4096 ファイルサイズ: 5MB 未満 ファイル形式: JPG / PNG / WEBP / GIF をサポート animated G
[翻訳記事]マイクロフロントエンド - マイクロサービスのフロントエンドへの応用
モダンな Web アプリを異なる JavaScript フレームワークを使う複数チームで開発するためのテクニック はじめに この記事は翻訳記事です。 原著者の許可をとって翻訳・掲載しています。 原文はこちらです。 翻訳者 マイクロフロントエンドとは？ マイクロフロントエンドという言葉は 2016 年の終わりにThoughtWorks Technology Radarで言及されました。 それはマイクロサービスの考え方をフロントエンドに拡張したものです。 現在の Web のトレンドは多機能でパワフルな SPA です。 SPA はフロントエンドとバックエンドを切り離すという、マイクロサービスの考え方に基づいています。 開発をすすめていくと、特に複数のチームで管理している場合 フロントエンド層が肥大化して管理が難しくなりがちです。 これを「モノリシックなフロントエンド」と呼びます。 マイクロフロン
【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと
みなさんこんにちは。@ryuzeeです。 スクラムにおいて、スクラムチーム全体のパフォーマンスをどのようにして上げていくかは難しいテーマですが、プロダクトオーナーの視点でこれを捉えた「10 things you must do to build high-performing Scrum Teams as a Product Owner」という記事が良い記事だったので、翻訳したものをご紹介します。 翻訳に際しては、著者のMaarten Dalmijnさんに快諾いただきました。 なお、著者のMaartenさんはほかにもプロダクトオーナーに関する有用な記事を書いているので、参考にするとよいかと思います。 プロダクトオーナーの開発チームへの関わり方は、開発チームのパフォーマンスにおいてとても重要です。ダメなプロダクトオーナーだと、ハイパフォーマンスチームを簡単に潰してしまう可能性があります。 私
世界規模のクラウド「中の人」の働き方 - メソッド屋のブログ
現在私は、世界規模のクラウドの中の人になって一か月が経過しました。グローバルで、クラウドプラットフォーム自体を作って運用する側はどんなスタイルで開発されているのか興味がある人もあるかもしれないと思ってブログを書くことにしました。これは自分のチームや周りのチームを観察しただけであって、私の所属会社全体がそういうスタイルではないかもしれませんが、何らかの参考になるかもと思い書いてみました。 スモールチーム 世界規模のグローバルなシステムなので、ものすごい大人数で、ものすごく厳密に開発されているイメージがあるかもしれませんが、実際のところ小さなチームの集まりです。自分がアジャイルコーチだったころに学んだことですが、開発は２５人ぐらいのチームがマックスで、Amazon でも two pizza team といわれているように、ソフトウェア開発は少人数でないとまわらないのでそうなっているようです。沢
ミライの事業室
博報堂ミライの事業室がJVに取り組む理由と目指すビジョン 近年、企業の新規事業開発の取り組みは年々拡大し、多くの企業が新規事業部署を設置、オープンイノベーション、スタートアップへの投資といった様々な...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
記事情報: OSSライセンス コンサルティング | NEC
フリーBGM - DOVA-SYNDROME
Seven ways to set open source contributors up for success
#1 Solidity Tutorial & Ethereum Blockchain Programming Course | CryptoZombies
建築家ビャルケ・インゲルスが描く「未来都市」のつくりかた
Fogとは何か 20171205
https://www.meti.go.jp/press/2020/04/20200420005/20200420005-3.pdf?fbclid=IwAR0B6cJ9XKaDCAJI3x8ozRP-1LV7AFckhTxMvPMjH5Nf5bpLkTHi2qXarD4
Understanding webpacker.yml