Amazon Web Services ブログ AWS上でどのようにゼロトラストアーキテクチャを考えていくか 2021年7月追記： AWSにおけるゼロトラストに関するアップデートされた情報は、以下をご参照ください。 https://aws.amazon.com/jp/security/zero-trust/ また、本Blogを詳細にアップデートしたBlog記事もありますので適宜ご参照ください。 「ゼロトラストアーキテクチャ: AWS の視点」 https://aws.amazon.com/jp/blogs/news/zero-trust-architectures-an-aws-perspective/ —————————————————————– 厳しい規制への対応やリスク回避を考慮事項として擁するお客様は、レガシーアプリケーションのリファクタリングや新しいアプリケーションのデプロイに際
Amazon Web Services ブログ サーバーレスマイクロサービスを構築するための設計アプローチの比較 AWS Lambda でワークロードを設計すると、コードレベルでもインフラレベルでも表現できるモジュール性のために、開発者に疑問が生じます。また、コードを実行するためにサーバーレスを使用するには、基盤となる機能コンポーネントからビジネスロジックを抽出するためのさらなる検討が必要です。この意図的な関心の分離により、堅牢なモジュール性が保証され、進化的なアーキテクチャへの道が開かれます。 この投稿は同期ワークロードに焦点を当てていますが、他のワークロードのタイプでも同様の考慮が当てはまります。API の境界を特定し、コンシューマと API について擦り合わせた後、その境界と関連するアーキテクチャを構成します。 Lambda 関数を使用して API を構成する最も一般的な 2 つの方
2019-nCoVについてのメモとリンク
リンク集目次 国内外の状況 政府機関・国際機関等 学術情報 疫学論文 分子生物学／ウイルス学論文 臨床論文 インフォデミック関係 ワクチン関係 変異株関係 時系列メモ目次 新型コロナウイルス（2020年1月6日，11日） インペリグループによる患者数推定（2020年1月18日） 患者数急増，西浦さんたちの論文（2020年1月20日，23日） WHOはPHEIC宣言せず（2020年1月23-24日） 絶対リスクと相対リスク（2020年1月26日） 研究ラッシュが起こるかも（2020年1月27日） なぜ新感染症でなく指定感染症なのか？ なぜ厚労省令でなく閣議決定なのか？（2020年1月27日） コロナウイルスに対する個人防御（2020年1月27日） 国内ヒト＝ヒト感染発生（2020年1月28日） フォローアップセンター設置，緊急避難等（2020年1月29日） PHEICの宣言（2020年1月3
エイプリルフールに便乗しているサイトまとめ2022年版
By ほしのるる 毎年おなじみのエイプリルフールが今年も始まってしまいました。一体どれが本当なのか、どのあたりが実はウソなのか、どこからどこまでがネタで、もしかして実はマジでやるのではないか？というようにして現実と虚構が融合していき、いろいろな意味で記憶に残る恐るべき一日の始まりです！ ◆エイプリルフール記事が更新される度にすぐ知る便利な方法 GIGAZINE編集部はエイプリルフールに便乗していろいろなことをしている各サイトを4月1日0時～24時まで、文字通り24時間リアルタイム更新し、この記事にまとめて追加し続けます。時間の経過とともに更新内容がどんどん追加されていき、この記事は次第にとんでもない長さになっていきます。「ページを再読み込みして、追加があるかどうか確認するのはギガも無駄に減るし重いし……」という場合は、GIGAZINEのTwitter公式アカウント・Facebook公式アカ
この記事について 共感している そもそもDXとは何か デジタル中心のビジネスにどうシフトするか デジタル中心のオペレーションにどうシフトするか 顧客や従業員がラクになる体験（UX） 最近やっている案件 みんなすごい この記事について 下書きの状態で公開することにした。 主観と経験で書いているので、細かい話は要事実確認。 反響があったら後でブラッシュアップするかも。 特定の名前が分かる形での非公開情報は載せていない。 共感している DXという言葉は使わなかったけど、過去に似た内容で登壇したので、一連のツイートに共感しますhttps://t.co/bh8dWDxjpWhttps://t.co/gJjrvLf6tu https://t.co/cTW35ELvIE pic.twitter.com/ImjPYWPP5R— ゆずたそ (@yuzutas0) May 26, 2020 そもそもDXとは何
『ミンサガ』を2000時間遊んだRTAプレイヤーが、リマスター版ディレクターにインタビュー。深い部分でのこだわりを訊いた - AUTOMATON
スクウェア・エニックスは12月1日に『ロマンシング サガ -ミンストレルソング- リマスター』を発売した。対応プラットフォームはPS5/PS4/Nintendo Switch/Steam/iOS/Android。同作は、PS2で発売された『ロマンシング サガ -ミンストレルソング-（以下、ミンサガ）』をリマスターした作品だ。 しかし単なるリマスターではなく、遊びやすさに関わるさまざまな改良が施されている。こうした改良点について、特に恩恵を受けているのはやりこみゲーマーだろう。ということで、やりこみの極地のひとつともいえるRTA（リアルタイムアタック）走者のやわらか氏を聞き手に迎え、リマスター版のディレクターである上野真史氏へのインタビューを実施した。やわらか氏がリマスター版にハマっている様子をまじえ、RTAに留まらず幅広いトピックにわたったインタビューをお届けする。 やわらか氏（以下、やわ
本投稿は2021年3月31日の21時から開催予定のイベント（ライブストリーミング）で話す内容(の一部)です。もしお時間があればぜひこちらにもご参加ください。登録はこちら。 Update!!: ライブ配信のアーカイブが公開されてますのでよろしければこちらもどうぞ。 www.youtube.com TL;DR 2020年にやってきたサーバーレスに関するこのシリーズは最終回だよ 6年以上サーバーレスやってきたので思い出話するよ はじめに Twitterでも言ったのですが、本日がAmazon Web Service Japan(AWSJ)での勤務最終日です。これもTwitterで言ったとおりなんですが、AWSJに入社してからの僕のキャリアはサーバーレス（というかAWS Lambda）とともにあったと言っても過言ではないです。 突然ですが本日を最終日としてAWS Japanを退職します! AWSで僕
人・カネ・ものの足りないスタートアップにおいて、どのように工夫しているか発信する「スタートアップ事例祭り ～監視・モニタリング・セキュリティ編～」。ここではまーん氏が「スタートアップの人たちに捧ぐ監視再入門 in AWS」をテーマに登壇。ここからはAWSで監視を行う時のTipsを紹介します。前回はこちらから。 AWSで行う監視のファーストステップ「CloudWatch」 はまーん氏（以下、はまーん）：ここまで監視についての基本や、世の中の監視におけるありがちなアンチパターンを紹介してきました。さて、アンチパターンは理解したうえで、とはいえ時間も人も貴重なスタートアップで、ビジネス価値そのものを生むわけではない監視は、やっぱり後回しになりがちじゃないかなと思います。ガッツリ監視するまでにかける時間も惜しいし、どうすればいいのかと。 この次は、「私が考える」という前提は付きますが、AWS上で小
「やる気」が湧かない 学生のとき、何もかも面倒になるときが、しばしばあった。 勉強を始めれば眠たくなる。 外にいきたいのに、腰が重く、結局家で過ごしてしまう。 新しいことを始めようと決意したのに、手つかずのまま。 そんなことが続くと、すべてが後手にまわってしまい、本当に大したことができなかった。 そして、その原因を「やる気」が湧かないせいだ、と思っていた。 「やる気」さえあれば、外に出て見分を広げることもできただろう。 交友関係をもっと広げることもできただろう。 あるいは、ビジネスや研究活動に打ち込むこともできたかもしれない。 だが現実的には、日々を漫然とルーティンワークの中で過ごし、大して面白くもないゲームに興じた。 そして、就職しても、根本は変わらなかった。 だが、学校と違うことが一つだけあった。 偶然にも採用してもらえた会社は非常に激務で、常に忙しい環境だったのだ。 毎日、こなしきれ
はじめにLayerXの福島です。先月LayerXのMBOを終え、創業から7年つとめましたGunosyの取締役も退任いたしました。MBOの経緯に関してましては大量に記事が上がっていますのでそちらを参照いただくとして、この場では改めてこの7年間お世話になった方にお礼を申し上げたいと思います。改めて7年間ありがとうございました。 さて、この記事なんですが、今後月1-2回くらいで僕の考えや、LayerXが何を狙っているのか、日々変わっていくビジネス環境の中でどういうことを考え、どういうアクションをしてるのかを発信していきたいと思っています。 第一回は、いま改めてこの10年間を振り返り、次の10年間何に賭けるか、なぜこのタイミングでブロックチェーンに張っていくのかをまとめたいと思います。 10年間を振り返って僕の事業に対する考え方は常々どのマーケットにはるか、そこはテクノロジーで10倍レバレッジかか
エイプリルフールに便乗しているサイトまとめ2023年版
By ほしのるる 毎年おなじみのエイプリルフールが今年も始まってしまいましたー！どれが本当でどれが実はウソなのか、どこからどこまでがネタなのか、いや、もしかしたらこれはネタのふりをしているだけでマジなのでは？というような感じで混沌としていくカオスな一日の始まりです～！ ◆エイプリルフールのネタのタレコミのやり方 この記事中に未掲載のネタで「エイプリルフールやってる！」というのを発見したときや「うちもエイプリルフールをやってます！」という自薦の連絡はネタのタレコミ用メールフォームから送信してもらえればOKです！掲載されやすくなる押さえるべきポイントとして、GIGAZINE編集部員がサイトを見に行っても「どれがエイプリルフールのネタなのだ……？」ということで瞬時に判断できない＆ネタの意味がわからず記事化をあきらめてしまうしかない……となったり、「どこかがいつもと違うらしいが元のサイトの状態を知
エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 9 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 DevOps Research and Assessment（DORA）チームが実施した 6 年間の研究から、ソフトウェア開発チームのパフォーマンスを示す 4 つの指標が確立されました。 デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%） サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 概要レベルでは、デプロイの頻度と変更のリード時間は速度の指標であり、変更障害率とサービス復元時間は安定性の指標です。チームはこれらの値を測定し、継続的に改善を繰り返すことで、ビジネス成果を大幅に向上させることができま
（出典：ガートナー） CNCF（Cloud Native Computing Foundation）におけるサーバーレスの定義 CNCFでは、サーバーレス・コンピューティングのホワイトペーパーを公開しています（2018年）。 ここでは、以下のように定義されています。 A serverless computing platform may provide one or both of the following: Functions-as-a-Service (FaaS), which typically provides event-driven computing. Developers run and manage application code with functions that are triggered by events or HTTP requests. Develop
「実践Redis入門」所感 ~「E.G.コンバット」の観点から語る~ | フューチャー技術ブログ
積読を消化しようというテーマの、読書感想文連載 の2冊目です。 導入『自分たちは、クラウドネイティブじゃなくてマネージドネイティブなんだよ…』 TIGの原木です。 最近、冒頭のような開発者の嘆きを人づてに聞く機会があり、今も脳裏に残り続けています。 昨今のITシステムにおいて、クラウドサービスは欠かせないものとなっています。しかしユーザー、そして開発者として大きな利便性を享受する裏で、クラウドサービスによって巧妙に隠蔽された裏のソフトウェアを意識する機会は減り続けているのではないでしょうか？ Webサービスにおいて、RedisやMemcachedに代表されるキャッシュサーバーもそのようなソフトウェアの1つです。 キャッシュサーバーは、Webアプリケーションなどデータの読み込みや保存を効率化するために欠かせない存在ですが、同じデータストアであるRDBMSなどと比較していま一歩隠れた存在だと思
みなさんこんにちは、電通国際情報サービス（ISID）Xイノベーション本部ソフトウェアデザインセンターの佐藤太一です。 この記事では、Git を使った仕事のやり方（以降は Git ワークフローと記載）を設計する上での検討事項を説明します。 これによって、読者の皆さんがGitワークフローを適切に定義できるようになることを主たる目的としています。 また、筆者の能力不足によって記載しきれなかった考慮事項について、より深く Git を使いこなしている識者からの指摘を受ける機会を得ることを副次的な目的とします。 この記事には書かれていないものの、検討すべき事項について知見のある方はブログ記事を書いたり、Twitter等のSNSで指摘してくださるとありがたいです。 はじめに 基本的な考え方 Git ワークフロー設計における考慮事項 チームの人数 monorepoの検討 参考文献 プロジェクト管理ツールと
本ブログは Recruit Advent Calendar 2021 - Adventarの25日の記事になります。 ITビジネスやサービスにおけるプロダクト開発で良くある、作りすぎ。やりすぎ。 無駄なく、効率的にと思っても、ついつい発生しちゃう。 こういうの、オーバーエンジニアリングって言うらしいよ！？ でも、どこからオーバーで、どこまではオーバーじゃないんだ！！ ということで、勝手にオーバーエンジニアリングを定義してみようと思います。 作り過ぎて、時間や金を無駄にすること？？？？ とっかかりとして・・・まずは一般用語としてのオーバーエンジニアリングの意味をwikiで調べてみると以下のように記述されています。 wikipedia（英語版） Overengineering - Wikipedia 一部抜粋。 Overengineering (or over-engineering,[1]
ゲーム業界の著名人147人は異例づくしの1年をどう振り返り，新たな時代に何を見るのか。恒例の年末コメント集企画 編集部：荒井陽介 編集部：Igarashi 123456789→ いろいろあった2020年も残りあとわずか。4Gamerで恒例となっているゲーム業界著名人の年末コメント集企画をお届けしよう。今回は国内外から147人の方にご参加いただいた。 2020年は，全世界が新型コロナウィルス感染症（COVID-19）に振り回された年だったと言えるだろう。ゲーム業界もその例に漏れず，プレイヤーや業界関係者を集めてのイベントや展示会は軒並み中止，あるいはオンラインでの代替えやスケジュール変更を強いられた。 だがその一方で，かつてない事態にいち早く対応する動きも目立った。中止となったE3を代替するような形で，新たなデジタルイベントSummer Game Festが立ち上がったほか，東京ゲームショウ
New RelicではどのようにSLI/SLOを定義し、SREを実践しているか。その経験から、SLI/SLOについて解説した記事 Best Practices for Setting SLOs and SLIs For Modern, Complex Systems の翻訳です。 -- New Relicのサイト信頼性VPであるMatthew Flamingも、この記事に貢献しています。この記事はサンフランシスコその他で行ったFutreStack18での講演「SLOs and SLIs In The Real World: A Deep Dive.」をもとに作られています。 New Relicでは、サービスレベル指標（Service Level Indicator: SLI）とサービスレベル目標（Service Level Objective: SLO）を定義したり設定したりことが、サイト
これまで当ブログでは小説メインにいろいろ本を紹介してきましたが、考えてみたら小説だけに限定することもないなと思い、今回試験的に自分が比較的最近読んだ中で今時代を考えるのに参考になりそうなおすすめ本を20冊紹介してみようと思いました。読みやすい本が多いと思うので、どんな本が読んだら良いのかわからない人の参考になれば幸いです。 1.ニュータイプの時代 新時代を生き抜く24の思考・行動様式 ニュータイプの時代 posted with ヨメレバ 山口 周 ダイヤモンド社 2019年07月05日頃 楽天ブックス 楽天kobo Amazon Kindle honto 今注目の著者が明かす、大きく切り替わった時代をしなやかに生き抜く「思考法」「働き方」「生き方」「キャリア」「学び方」についての考え方。「役に立つ」から「意味がある」に価値観がシフトしつつあるこれからの時代に必要なのは物事を解決する力や予測
SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お
初めに 本記事 『ゼロから始めるシステム障害対応フロー』 の内容について タイトルの「ゼロから始める」には二つの意味があります。プロダクトのリリースを間近に迎える中、チーム内での障害対応体制の枠組みがなかったこと。そして体制づくりを担当することとなった私の知識・知見が（ほぼ）ゼロだったこと。この二つです。 この状態から、リリース前〜リリース後の約2月間でなんとか形にすることができました。本記事ではその過程でぶつかった問題とそれに対する課題、それらにどう対応したのか、何を学んだのか、の紹介。 そして、障害対応体制の策定・構築や改善の流れの中で私が起こした失敗から、人としてリーダーとして何を心がけなければいけなかったのかの反省を共有させてもらいたいと思います。 本記事は以下の構成です。 0. 始まり ※ スクラムチームでの話。スクラムチームの登場人物は以下の三つ PO：プロダクトオーナー（Pd
このnoteでは、"ブランディング"に関する体系を教科書のように纏めたいと思います。2020年7月に書いた「【1時間で読める】P&G流マーケティングの教科書」とセットにして、ついに教科書シリーズの完成となります。 これを読めば、マーケティングとブランディングの全体像が体系立てて頭に入ると思います。ウェブマーケティングやSNSマーケティングといった「HOW」に終始する細かい各論よりも、まず初めに全体像を頭にインストールすることには大きな価値があります。あとは実務を通して、その枠組みの中に自社ならではの肉付けをして頂ければよいかと思います。 併せて読んでもらえれば、マーケティングとブランディングに必要な知識としては、国内外のトップ企業で働いているブランドマネジメント従事者と変わらないレベルになると確信しております。 2020年7月に書いた「P&G流マーケティングの教科書」というnoteでは、自
今回は昨日発表されたCoral Capitalさん等からの資金調達におけるプロダクト開発の裏側を書こうと思います。特にソフトウェア領域での新規サービス立ち上げや起業を検討している方に参考になれば何よりです。 本文の前提についてさて、本題に入る前に今回の調達リリース記事にまつわる事実を列挙します。 リリースの内容はこちら 2021年3月: 株式会社HQ創業 2021年5月: kotaroがプロダクトマネージャーとしてジョイン(当時ソフトウェアエンジニアは0人) 2021年9月: トライアルでサービス提供開始 2021年11月: 正式ローンチ 2021年12月: 利用ユーザー200名突破 2022年3月: 利用ユーザーが5倍(1000名)に成長 2022年3月: Coral Capital等からプレシリーズAで約2億円を調達 まだまだ(x100)なのは大前提として、創業1年経過のスタートアップ
グロースマーケティング*1 の視点から見た、長期的な企業経営と持続的な収益成長を実現する鍵は、顧客を末永く継続的に結びつけることであり、そのために欠かせないキーワードが「ロイヤルカスタマー」です。 「ロイヤルカスタマー」とは、グロースマーケティングの視点から見た、長期的な企業経営と持続的な収益成長を実現する不可欠な要素です。顧客を長期間にわたり継続的に結びつけることは、今や企業の成功において欠かせません。 なぜなら、ロイヤルカスタマーとは購買頻度や購入額が高いだけでなく、快適で価値ある顧客体験（CX）を通じて、企業や製品に深い愛着と親和性を持ち続ける特別な顧客層を指すからです。これらの顧客は単なる消費者ではなく、ブランドとの強力な絆を築き、その絆を強化することで企業に多くの利益をもたらします。 このように、ロイヤルカスタマーは企業経営に不可欠な存在であり、その獲得と育成が長期的な成功と持続
「勉強時間0分の人」が「勉強できる人」に生まれ変わるために、今日から習慣にすべき4つのこと - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
学び直しの必要性は感じていても、仕事やプライベートに振り回される毎日で、少しも勉強時間をとれない……という人はいませんか？ 学生時代とは違い、社会人は自ら時間を割かなければ勉強できないもの。勉強の習慣化も簡単ではありません。 今回は、「勉強時間0分の人」が「少しでも勉強できる人」になるために、習慣にすべき4個のことをご紹介します。ぜひ、ご自身の生活に取り入れてくださいね。 まったく勉強しないとマズい理由 「勉強しないよりはしたほうがいいだろうけれど、勉強時間0分のいまでもなんとかやっていけている。本当に勉強しないとマズいのだろうか？」 そうお考えの方に、勉強しないでいるとどんなデメリットがあるのかを説明します。 リクルートワークス研究所が実施した2018年の「全国就業実態パネル調査」によると、自己学習をしている社会人は33.1％。およそ7割もの社会人が勉強していないことが判明しました。同研
はじめに こんにちは、計測プラットフォーム部バックエンドチーム、テックリードの児島（@cozima0210）です。この記事では、ZOZOSUITとZOZOMATの違いにより生じたバックエンド開発における課題と、その解決のためにCQRSアーキテクチャを採用した経緯、そしてその実践について紹介します。 ZOZOSUITとは ZOZOSUITは、2017年に発表した全身の計測を目的としたツールです。現在も計測機能は提供されていますが、新規の販売は終了しています。現在、ZOZOSUITの計測データは、マルチサイズ商品の開発に活かされています。 ZOZOMATとは ZOZOMATは、2019年に発表した足の計測を目的としたツールです。足の計測データから、足型診断や推奨サイズの提案に活用されています。今年の2月にリリースし、ZOZOSUITに続く計測技術として、とても注目をいただきました。 計測プラッ
社会人の勉強、どうすれば？ おすすめ勉強方法6選＆本5冊 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
学校を卒業して社会人になると、主体的な勉強が求められます。宿題やテストはなく、「これを勉強しなさい」と指示される機会もほぼありません。 つい勉強不足になったり、何をどう勉強すればいいかわからず途方に暮れたりしていませんか？ そんなあなたのため、社会人におすすめの勉強内容や、少ない時間で効率的に勉強をこなすコツを解説します。「何か勉強したいな」と考えている新社会人・中堅ビジネスパーソンの参考になるはずです。 社会人の勉強時間はどれくらい？ 社会人におすすめの勉強内容 いまの仕事の知識 資格 プログラミング 英語 行動経済学 歴史 社会人におすすめの勉強方法 3種類の目標を設定する 主に過去問を使う 参考書は「読む」から「引く」へ 勉強机のまわりを片づける 勉強場所をコロコロ変える アイデア文房具を活用する 風呂単 ブッククリップ スティッキータブ ネオクリッツ ロジカル・エアーノート 多穴パ
出来ることは計算だけ？「WebAssembly」は一体なにが新しいのか〜エンジニアが語る技術愛 ＃03〜｜ミクシル
ミクシィには、探究心溢れるエンジニアがたくさん在籍しています。 その探究心は業務で扱う技術にとどまらず、趣味で書いているプログラムだったり、個人的に研究している言語だったりと、自身の気になった技術への追求も留まることを知りません。そこで、社内のエンジニアに“好きな技術”について、思う存分に語ってもらうシリーズを始めました。 ルールはこの通り。 ・業務で使っている技術でも、使われていない技術でもOK ・あくまでも個人的な見解で ・その技術のどこが面白いのか ・愛を込めて語り尽くしてもらう 第3回目は、新規プロダクトを目下開発しているSREグループの神谷に、「WebAssembly」の魅力をたっぷり語ってもらいました。 Webの技術でもないしアセンブリでもない？ ━━早速ですが、今アツい技術について教えてください！ 今回話すのは「WebAssembly（以下Wasm）」についてです。生まれた背
CQRSはなぜEvent Sourcingになってしまうのか、まとめてみたいと思います。 なぜまとめるか、それはCQRSにとってEvent Sourcingはオプションだと誤解されている方が多いからです。この記事を書いてる本人も最初はそう思っていましたが、実際に開発・運用を経験してみるとCQRSにとってEvent Sourcingはほぼ必須で、認識を改めるべきだと気づきました。なので、原義に基づいたうえで、Event SourcingではないCQRSがなぜよくない設計になるのか解説します。 その前に松岡さんの記事について。 CQRSの領域ではモデルを完全に分ける 松岡さんの記事には”CQRSはモデルを完全に分ける必要はない”と書かれていますが、知識がないと誤解しがちですが文字のまま意味を取るといけません。こちらの言及は、システムのうち、モデルをC/Qに分割するCQRS領域とモデルを分割しな
私たちの会社はこれまでに、6つのオウンドメディアを自社で立ち上げてきました。顧客のオウンドメディアに対しても、提案、分析、支援を行ったことが多数あり、契約を伴わない相談、関係者への取材、悩み相談、商談、情報交換というレベルでは、数え切れないほどのオウンドメディアに触れてきました。 このような経験から、オウンドメディアの成功パターンと失敗パターンを分類した上で、成功の可能性を高める仕組みや枠組みが作れないかと考えて編み出したのが、私たちが『STAAM』と命名するオウンドメディアに特化した独自メソッドです。 STAAMとは、Strategy（戦略）、Theme（主題）、Article（記事）、Awareness（認知）、Management（運営）の頭文字を取ったものです。オウンドメディアを見切り発車する前に、まずこの5つの分野についてしっかり議論しよう、そうすることで成功確率を高めることがで
こんにちは、最近データエンジニア業を多くやっているデータサイエンティストの白瀧です。 これまでClassiのデータ基盤は、Reverse ETLをしたり監視システムを導入したりとさまざまな進化をしてきました。しかし、Classiプロダクトが発展するとともにデータ量が増加し、これまでのデータ基盤では耐えられない状態に近づいてきました。 そこでデータ基盤の一部（DBからのExportを担う部分）のリアーキテクチャを実施したので、この記事で紹介したいと思います。 概要 Classiのデータ基盤では、Amazon RDSからAmazon S3へJSONで出力し、その後GCS→BigQueryという流れでデータを送り、BigQueryからもBIツールやReverse ETLなどで使っています。詳細は、Classiのデータ分析基盤であるソクラテスの紹介 - Classi開発者ブログを参照してください。
表1(翻訳者により追加) MLOpsにおいて、DevOpsから追加された項目 以下では，予測サービスとして機能するMLモデルのトレーニングと評価の代表的な手順を説明します． MLのためのデータサイエンスの手順 どのMLプロジェクトでも、ビジネスユースケースを定義して成功基準を確立した後、 MLモデルを本番環境にデリバリする過程には次の手順が含まれます。 これらの手順は手動で完了することも、自動パイプラインで完了することもできます。 データ抽出： MLタスクのさまざまなデータソースから関連データを選択して統合します。 データ分析： 探索的データ分析 （EDA） を 実行して、MLモデルの構築に使用可能なデータを把握します。 このプロセスにより、次のことが起こります。 モデルが期待するデータスキーマと特性を理解します。 モデルに必要なデータの準備と特徴量エンジニアリングを特定します。 データの
GTDを噛み砕く
はじめに GTD はわかりづらい。そんな声を耳にします。その理由は三つほどあると思います。 「分量が多い」 GTD を一通り解説するだけでも本一冊以上のボリュームを要する 「具体性がない」 GTD は考え方と仕組みのみ扱っており、具体的なやり方に言及していない 「ビジネスである」 無料で手軽に有益な情報にアクセスしづらい 無論、GTD とは GTD® であり、れっきとしたビジネスなのですから致し方ないことではあります。しかし、それでも、もう少し容易に入門できる手段があっても良いのではと思うのです。 本書は GTD の非公式入門書です。「GTD はこんな風に理解するとわかりやすい」「私だったらこんな風に説明する」という 筆者の理解 を記しています。特徴は以下の三点です。 「独自用語」 より簡潔かつ直感的に理解するために、適宜造語をつくっています 「具体性」 イメージを湧きやすくために具体例や
はじめにTIG DXユニットの真野です。フューチャー技術ブログの運営の1人です。未来報を運営している岡田さんなどと一緒に、気持ちは草の根活動で外部発信に携わっています。 IT企業の技術ブログ運営は、ある一定の質をキープしながらも、投稿頻度を高め・それを継続することが求められ、周囲の期待値もあるので中々気を抜けない仕事だと思います。単発ならともかく、継続することは忍耐が必要なので特に大変です。運営していてこれはナレッジだなと感じたことをまとめていきます。 2020/09/08 続編を公開しました: フューチャー技術ブログで行っている連載企画が良いよって話 技術ブログの大変なところ≒記事ネタを探すところ熱心な寄稿者が複数いて、運営からの声掛け無しで記事が集まるのであれば非常に楽ですが、たいていの組織やチームはそうでないと思います。また、本業は記事を書くことではなく、自社プロダクトの開発やシステ
（本記事は Go Conference 2019 Autumn にて無料配布した冊子『WANTEDLY TECHBOOK GoCon Edition vol.2』からの掲載です） 配布した冊子の前半では Go の導入にあたってどのような工夫をしてきたのかを紹介しました。そこに書かれていたように、新しいプログラミング言語を導入するにはそれなりの整備コストがかかります。それではなぜそこまでして Go を導入したのでしょうか。本記事では Go を導入した背景について説明していきたいと思います。 なぜ Go か技術的・事業的背景どのプログラミング言語を採用するかや、どのようなアーキテクチャを選定するかというようなことは非常に影響範囲の大きい決断になるため、会社全体の技術的・事業的なコンテキストと切り離しては語れません。そこでまずは Wantedly の技術的・事業的な背景について、この後の話をする
マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ 皆さんこんにちは。中間管理職の編集長、たられば（@tarareba722）です。 今回サイボウズさんより、「多様性」というテーマでエッセイの依頼をいただきました。 多様性、いろいろと考えたすえわたくしに思いついたのは、（政治政策や社会制度の話ではなく）身の回りの仕事のことでした。中間管理職の皆さまが一度は必ずぶつかる問題、「スタッフは自分のコピー（のような能力を持つ人材）がいいか問題」です。 「自分のコピー」を欲
歴史・年表でみるAWSサービス(Amazon S3編) －単なるストレージではない機能・役割と料金の変遷－ - NRIネットコムBlog
本記事はNRIネットコム Advent Calendar 2021 1日目の記事です。 🎄 0日目 ▶▶ 本記事 ▶▶ 2日目 🎅 小西秀和です。 現在、AWSでは年に一回のAWS re:Inventというイベントの真っ最中で多数の新サービスの発表やセッションがおこなわれています。 そんな状況ですが、今回は当ブログ初のアドベント企画ということで、最新情報とは真逆のアプローチで記事を書いてみました。 最新情報を追うことに疲れた方はこちらの記事で、自分の歴史と照らし合わせながらチルアウトしてみてはいかがでしょうか。 さて、今回のテーマはAmazon S3の年表を作って歴史やアップデートを振り返ろうというものです。このテーマにしたきっかけは2つあります。 まず、1つ目は2006年3月14日にサービス開始したAmazon S3が今年、2021年3月14日に15周年を迎えたことです。 そして2つ
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ 以前「コーディングを不要にする『ノーコード・スタートアップ』が注目される理由」という記事を書いてから2年ほど経ちました。当時、日本では「ノーコード」という言葉はほぼ使われていませんでしたが、今ではスタートアップのピッチ資料や広告で、毎日のように見聞きするようになりました。2010年頃の「クラウド」という言葉と似ていて、定義が明確でないまま幅広い範囲でイノベーションや実装が起こっているときには、雲をつかむような話に思えるときがあります。 「結局、ノーコードって何？」と思う人は多いのではないでしょうか。 こうしたものは時間ととも
Kubernetesが標準プラットフォームであるクラウドネイティブの世界でアプリケーションを開発し運用する方法を解説する書籍です。 はじめに、Kubernetesの概要と背景、ソフトウェアの開発と運用にKubernetesがもたらす変化、コンテナの動作原理、コンテナの構築および管理方法、クラウドネイティブなサービスおよびインフラの設計方法などの基礎を紹介します。 そしてKubernetesアプリケーションの作成とデプロイ、Kubernetesクラスタの設定と運用、クラウドインフラの自動化、Helmなどのツールを用いたデプロイについてサンプルコードを使って学習します。ロールベースのアクセス制御（RBAC）をはじめとした、セキュリティ、認証、パーミッションなどに対するKubernetesのサポートや、本番でコンテナとKubernetesの安全性を確保するためのベストプラクティスについても学びま
BtoCのLPを成功させる為の20項目｜川端康介
こんにちは、LP制作と運用に強い制作会社nanocolorの川端(@nanocolorkwbt)です。 今回の記事でのLP(ランディングページ )とは、BtoCにおける商品購入の決済完了を目的としたLPのことです。BtoCはBtoBに比べ、比較検討期間の短さや意思決定者の少なさ、合理性よりも情緒が優先されるなどの特徴があります。 「売れたLP」か、それ以外か。 弊社にご相談いただく時に聞く言葉が「売れるLPを作って欲しい」です。販売主にとって「売れるLP」の必要性は多大にある事を重々理解しています。しかし僕は「売れるLP」はこの世には存在しないのではと考えています。 存在するのは「売れるLP」ではなく「売・れ・た」LPである。 「売れたLP」とは様々な施策実施と仮説検証の結果、目標を達成した際に表現されるLPです。そして「売れる」という状況は企業のフェーズや目標数値によって定義は曖昧です。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS上でどのようにゼロトラストアーキテクチャを考えていくか | Amazon Web Services
サーバーレスマイクロサービスを構築するための設計アプローチの比較 | Amazon Web Services
DXに関する私的な殴り書き - 下町柚子黄昏記 by @yuzutas0
サーバーレスと僕のこれまでとこれから - Sweet Escape
「監視のための監視」にならないために AWS上で小さく・的確に監視を始める時のファーストステップ
「やる気」が、カンタンに操作可能だと知った瞬間、人生はイージーモード。
LayerXが賭ける「次の10年」｜福島良典 | LayerX
サーバーレスの理解とメリット・デメリット（2020年版） - Qiita
Gitワークフロー設計について - 電通総研 テックブログ
大事ではないことを大事だと錯覚した結果、オーバーエンジニアリングになる - @i2key のBlog
ゲーム業界の著名人147人は異例づくしの1年をどう振り返り，新たな時代に何を見るのか。恒例の年末コメント集企画
モダンなシステムにSLI/SLOを設定するときのベストプラクティス
今の時代を考えるおすすめ本20冊 - 読書する日々と備忘録
サーバーレス時代のKubernetesワークロード：アーキテクチャ、プラットフォーム、トレンド
ゼロから始めるシステム障害対応フロー - Qiita
【45分で分かる】P&Gでも教わらないブランディングの教科書｜石井賢介
SaaSなのにほぼノーコードで2億円調達した話｜Kotaro Harada | HQ
ロイヤルカスタマーとは？定義・重要性・育成方法｜グロースマーケティング公式｜Growth Marketing
ZOZOSUITからZOZOMATへ - CQRSによる解決アプローチ - ZOZO TECH BLOG
CQRSはなぜEvent Sourcingになってしまうのか - かとじゅんの技術日誌
オウンドメディアの成功法則を全6万字で徹底解説（戦略・記事・運用・認知のポイント） | knowledge / baigie
AWS GlueからAWS Batchにしたことで費用を75%削減した - Classi開発者ブログ
MLOps: 機械学習における継続的デリバリとパイプラインの自動化 を翻訳してみた - Qiita
フューチャー技術ブログの運営で心がけていること | フューチャー技術ブログ
Wantedly における Go 導入にまつわる技術背景 | Wantedly Engineer Blog
「自分に似たスタッフ」を求めてしまう管理職の呪いと解呪 | サイボウズ式
ノーコードの5分類、エンプラ市場で高まる存在感 | Coral Capital
Kubernetesで実践するクラウドネイティブDevOps