サービスに求められるものを、6段階に分類する｜深津 貴之 (fladdict)
「サービスの体験をよくする」というのが、漠然としてどうすればいいかわからないとき、まずユーザー体験を6段階に分類するのをオススメします。 この図をベースに、 ・あなたのプロダクトの現状 ・やろうとする施策やアップデートが、それぞれどのレイヤーに属するかを見て、基本は低レイヤー（機能より）のものから、充足させてゆきます。 下記は、家を例にしたのユーザー体験です。 Lv 0. 存在しない家がない。寒い。そして何も解決してない。 Lv 1. 機能がある屋根と壁と床がある。とりあえず雨風がしのげる。色々と我慢すれば、まぁ生きていける。 Lv 2. 安全と安心地震で壊れない。水漏れしない、火災報知器がついた、ドアに鍵がかかるようになった。最低限の信頼性が担保できる状態です。 Lv 3. 使いやすい、わかりやすいまっとうに使えるか。家のなかで迷わない。生活導線が機能するか。キッチンや冷暖房などがスムー
カオスに満ちたソフトウェア開発からの脱却 “愛される職場”を作るためにできること Part1
2018年1月11日から13日の3日間、第8回目となるRegional Scrum Gathering® Tokyoが開催されました。スクラムの初心者からエキスパート、ユーザー企業から開発企業まで、立場の異なる様々な人々が集まる学びの場である本イベント。世界中からスクラム開発におけるエキスパートたちが一堂に会し、最新の情報や自身の知見を惜しげもなく語ります。1日目のKeynoteに登壇したのは、『ジョイ・インク 役職も部署もない全員主役のマネジメント』の著者であり、Menlo Innovations CEOのRich Sheridan氏。自身のビジネスマンとしての半生と、自社で取り組んでいる組織づくりの工夫を紹介しました。講演資料はこちら 『ジョイ・インク』著者による基調講演 Rich Sheridan氏：本を執筆する際には、多くの人に読んでもらいたいと願いますが、ビジネス書の表題に「喜び
専用ドライバ無しでAuroraの高速フェイルオーバーに対応してみる | DevelopersIO
大栗です。 Auroraは通常のRDS for MySQLと比べると元々障害時の復旧が速いのですが、高速フェイルオーバーという2〜3秒でフェイルオーバーができる機能があります。ただし専用のドライバ（MariaDB Connector/Jなど）を利用することが一般的です。先日MySQL用のプロキシサーバであるProxySQLがv2にバージョンアップして、Auroraの高速フェイルオーバーに対応したのでご紹介します。 Releases · sysown/proxysql · GitHub v2.0.2 Auroraのフェイルオーバー Auroraはシステム変数のinnodb_read_onlyの値によって、WriterかReaderのロールを判断できます。そのためinnodb_read_onlyを定期的に確認してクエリをWriterにルーティングすることで高速にフェイルオーバーができます。Au
AWSのログ管理ベストプラクティス
9. 収集 処理 分析 保存 データ収集と 保存 データ処理イベント処理 データ分析 データ 答え 分析前の前処理等、 いわゆるETL （抽出、変換、挿 入 ）的な処理 各サーバや、サー ビスからのログを 収集する ログに対して各種 分析をかける 収集したログを サーバやデータス トアに保存する 10. Amazon S3 Amazon Kinesis (Streams, Firehose) Amazon DynamoDB Amazon RDS (Aurora) AWS Lambda KCL Apps Amazon EMR Amazon Redshift Amazon Machine Learning 収集 処理 分析 保存 データ収集と 保存 データ処理イベント処理 データ分析 データ 答え Amazon Athena
[レポート] Microservices on AWS：アーキテクチャパターンとベストプラクティス #awssummit | DevelopersIO
こんにちは、菊池です。 本日は、ドイツ・ベルリンで開催中のAWS Summit Berlin 2019に参加しています。 本記事は、「Microservices on AWS: Architectural Patterns and Best Practices」のレポートです。 レベル400と、Expert向けの内容ということでしたが、立ち見も入りきれない程の超人気セッションでした。 セッション概要 Microservices are an architectural and organizational approach to software development where software is composed of small independent services that communicate over well-defined APIs. Microservices
![[レポート] Microservices on AWS：アーキテクチャパターンとベストプラクティス #awssummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d3a5f2e18b72fac2183bea2dfb2cd951359bd80b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F02%2Fsummit-berlin-2019.png)
React Nativeで 位置情報アプリをつくった話
【第2回】ReactNativeにゆかりのあるスタートアップが集う会 https://r-n.connpass.com/event/117895/
バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング
こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する
外国人が日本の病院に通いたくないワケ 外国人が見るニッポン（夕刊フジ） - Yahoo!ニュース
【外国人が見るニッポン】 皆さん、ズドラーストヴィチェ！（ロシア語でこんにちは！） 生まれはロシア、育ちは関西、舞台は東京！ロシア系関西人の小原ブラスです。 先日、ようやくインフルエンザの流行のピークが過ぎたと報道がありましたね。この冬、都内で怯えて生活していた僕もようやくホッとできる季節になったかと思えば、もうすでに花粉が飛び始めているようで、まだまだマスクが手放せません。そう、ロシア人でも日本に住めばちゃんと花粉症になるのです。 まだまだ病院が賑わう季節が続いていますが、今回はそんな日本の病院の話題です。 ■日本の病院の評判は良くない！？ 昨年、日本は外国人労働者の受け入れを拡大する方針が固まった訳ですが、それによって医療現場での言葉の壁や医療費の負担など、外国人医療をどうするかという話題を度々耳にするようになりました。 テレビ等ではよく、日本の医療技術や医療制度の評価は国際的に高く、
「サービスメッシュ」「Istio」って何？ どう使える？ どう役立つ？：寺田佳央氏が分かりやすく説明 - ＠IT
「サービスメッシュ」「Istio」って何？ どう使える？ どう役立つ？：寺田佳央氏が分かりやすく説明 マイクロサービスに関わる人々の間で、「サービスメッシュ」「Istio」への注目が高まっている。これについて、Javaコミュニティーで広く知られる日本マイクロソフトのテクニカルエバンジェリスト、寺田佳央氏がデモを交え、分かりやすく説明した。寺田氏の説明を要約してお届けする。 マイクロサービスに関わる人々の間で、Istioへの注目が高まっている。これはGoogle、IBM、Lyftが開発し、2017年5月にオープンソース化したソフトウェア。「サービスメッシュ」と呼ばれる機能を果たす。サービスメッシュでは、マイクロサービス間の通信を統一的な仕組みで制御。これにより、きめ細かなセキュリティの確保、流量制御、フェイルオーバー、ブルー／グリーンデプロイメント、カナリアデプロイメントなどを容易にする。
プログラミングできる人とできない人との間の深い溝 - masatoi’s blog
どうしてプログラマに・・・プログラムが書けないのか?を読んでいて出てきたので出展の一つを訳してみた。Separating Programming Sheep from Non-Programming Goatsの和訳。 プログラミングというものには向き不向きが強く出るということはわりと知られていると思うが、このエントリではプログラミングができるかできないかは比較的簡単なテストによって、プログラミングの訓練を始める前の段階で分かると主張している。どうしてプログラマに・・・プログラムが書けないのか?では、そもそもこの事前テストをパスしていないような人達までプログラマとして応募してくると言っており、その判定法として有名なFizzBuzz問題を挙げている。 追記（2019/2/28) 注意： なおこの論文はしばらく前に著者の一人によって撤回されたようです Camels and humps: a r
がん研究者が心の底から「標準治療を選んで！」と訴える理由（大須賀 覚）
「本当に、本当に、皆さんに知って欲しいことがあって、今回は強い思いを持って、この記事を書きます」 米国在住のがん研究者・大須賀覚先生がここまで訴える「がん標準治療を選択せず、代替医療へ進むことの危険性」とは？ がんにかかわるすべての人にとって必読、渾身の記事をお届けします。 ネットや書籍には、がん治療に関した大量の情報があふれています。本当に大量です。そしてその情報の中には、病院で行われている標準治療（科学的証拠に基づく最善の治療）を否定して、根拠の明確でない治療を勧めるものが多くあります。 「手術は受けるべきではない」「抗がん剤は患者を殺す」などといって、その代わりに代替療法（効果が証明されていない未承認治療）を勧めます。効くという食品やら、食事方法やら、体温を上げるやら、がんの専門家からみれば呆れるものばかりです。 これはとてつもなく怖いことです。ネットに広がる情報を信じて、標準治療を
プロダクトマネージャーはSlack（ゆとり）が大事 - hikoharu's blog
はじめに PMの実態 よくあるケースと処方箋について PMが全部把握したいマンになっているケース 処方箋 PMがタスク持ちすぎなケース 処方箋 PMがコミュニケーションのハブになっているケース 処方箋 おわりに はじめに プロダクトマネージャーをやっていると楽しい一方で、MTGや問い合わせ多くて、忙しすぎるという声をよく聞きます。 そこで本来集中すべきことは何かと、それを阻害する忙しさにどう対処するべきかまとめてみました。 PMの実態 組織内でPMが大変そうと思われる。周りからなりたくない職種と思われるのは危ないサインだと思います。 プロダクトマネージャーというとミニCEOと呼ばれたり、花形とか言われますが、実態としては割と忙殺されていて、職場でも「あの人すごいと思うんだけど、なりたいかと言われると、、、」 みたいに見られているのが多いんじゃないかと思います。 PMが忙しいパターンとそれぞ
ECMAScriptの浮動小数点数の丸め仕様がスゴい - hnwの日記
ECMAScriptの浮動小数点数の丸め関数である Number.prototype.toFixed() について調べてみたところ、浮動小数点数をわかっている人が作った硬派な仕様だと感じたので、解説してみます。 浮動小数点数の丸めの善し悪しについて 私はプログラミング言語の浮動小数点数の丸め処理に興味があり、過去に関連記事を30本以上書いています。こうした活動から得られた知見として、良い丸め関数には次のような性質があると考えています。 仕様がシンプルで直感的であること 仕様が抜け漏れなく文書化されていること バグを作り込みにくい仕様であること どれも良い関数の一般論のような話ですが、丸め処理に限って言えば簡単な話ではありません。そもそも浮動小数点数の性質が人の直感に反するため利用者にとっても実装者にとっても罠が多く、結果として上の条件を満たせないことが多いのです（私が面白いと感じるポイント
2023年になっても日本企業の基幹系システムの80％はオンプレミスで商用RDBを使い続ける。臨機応変なデータ分析ツールはExcelであり続ける。ガートナーの予想
2023年になっても日本企業の基幹系システムの80％はオンプレミスで商用RDBを使い続ける。臨機応変なデータ分析ツールはExcelであり続ける。ガートナーの予想 ガートナー ジャパン株式会社 は、今後3～5年間で企業の顧客戦略に大きな影響をもたらす動向に注目した、アプリケーション領域における2019年の展望を発表しました。 発表にはいくつかの項目が含まれています。その中から3つの予測をピックアップしました。 ■2023年を迎えてもなお、日本の大企業における基幹系システムの80%が商用のリレーショナル・データベース管理システム (RDBMS) を使い、オンプレミスで運用し続ける ガートナーが日本企業に行った調査によると、ERPとその中でも汎用化しやすい業務を除いた基幹系システムににおいてはクラウドの採用が進んでいないことが明らかになっています。同様のことが、基幹系システムに利用されるRDBM
我が名は神龍……どんなテストもひとつだけ自動化してやろう - Qiita
『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ！このブラウザテストを自動化してください！ Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「猫の飼い方」？と表示されることを確認して クリックすると猫の飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので
「原発爆発」映像が呼び覚ます「3.11」の実相 | Bee Media
「原発爆発」映像の衝撃 20世紀は「映像の世紀」と呼ばれる。写真や映画、テレビは20世紀に入って偉大な発展を遂げた。21世紀に入り、これにネットが加わった。人々は歴史的な事実を映像として記憶する。「ケネディ暗殺」「東京オリンピック」「アポロ11号」から「ベルリンの壁」「天安門事件」「昭和天皇崩御」「地下鉄サリン事件」「9.11同時多発テロ」「東日本大震災」まで、歴史的出来事は映像として人々の脳裏に刻まれている。 映像が残っているということは、そこにカメラがあり、映像を記録した人間がいたということだ。「原発爆発」映像は、間もなく8年目を迎えようとする東京電力福島第一原発事故の象徴として、私たちの脳裏に焼き付いている。 1号機の爆発は3月12日午後3時36分だ。すでにニュース部門を離れていた私は自宅でテレビを観ていたが、1号機で「何かあった」ということ以外、リアルタイムで伝えられた情報は皆無だ
MusicFMを使っている高校生が大人になっていく。｜あおいで｜note
＊この記事についていろいろ考えた結果、八か月後に改めて記事を書きました。こちらと併せて読んでいただけるとありがたいです。 高2になって最初のホームルームの自己紹介、私は一か八かで、 「バンドが好きです。 ASIAN KUNG-FU GENERATION、とか、好きです」 と言った。あえて略さず言った。 なんだそれ知らねーwといった具合にちょっと笑ったやつがいたので、そいつの顔は一生忘れない。 (※大人の皆さんへ※ 現在の高校生でアジカンを知っている人は多くないよ！) 「ねえねえ、アジカン好きなんやね！」 その後の自由交流タイムのときに、そう話しかけてきた子がいた。彼女も自己紹介で「バンドとかよく聞きます！」と言っていた。挙げていたのは、どれも若者を中心にヒットしているバンドばかりだったけれど。 私はアジカンを知っている高校生に出会ったことに衝撃を受け、 「えっ、アジカン好きなの！？ まじで
システム設計時の脱Excelの手助けとなるツール - 聞こえないJavaエンジニアが適当に書き連ねていく
これは何 業務で設計する際に、Excelを使わずにドキュメントを作成したいときに使いたいものまとめ。 Excelだと辛いこと Excelで図を書こうとすると、図形の大きさや矢印の向き、吹き出しの位置の調整に結構時間を取られてしまう。 また、修正したときに差分確認がExcelだと出来ないのでどこを変えたのかがわかりにくい。 改善するにあたって重視するポイント 新たなツールを購入する必要が無い。 フリーのツールで実現できる。 導入が比較的容易である。 環境構築するのが難しくない。 テキストベースで資料を作成出来る。 テキストベースであるため、差分確認が容易である。 構文が難しくない ある程度パターンを把握すれば、直感的に書くことが出来る。 図の配置はツールにほぼ一任が出来る。 図によっては、ちょっと位置を変えたくなることがあるが、その時はオプションでちょっとだけどうにか出来る。 画像ファイルへ
スクラムで依存関係を取り扱う方法
みなさんこんにちは。@ryuzeeです。 コーチングをしていてよく聞かれる質問の1つに、チーム間をまたがる依存関係の管理をどうするか、というものがあります。 これの回答となる素晴らしい記事がTHE QUIET AGILISTというサイトで公開されていました。 著者のRick Cusolitoさんに記事の翻訳と公開を快諾いただきましたので、以下で紹介いたします。 元記事はこちらです。http://www.quietagilist.com/blog/2014/10/16/handling-external-dependencies-in-scrum スクラムの依存関係を扱う3つの実績のある方法 開発チームは機能横断的(クロスファンクショナル)である。インクリメントを作成するスキルをチームとしてすべて備えている。- K. Schwaber and J. Sutherland、スクラムガイド、
Scrumプロジェクト開始のベストプラクティス #RSGT2018
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
