AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
なぜ数学的には決着している掛け算の順序問題が算数教育に限っては毎年のように蒸し返されるのですか？
回答 (21件中の1件目) 小学校の頃から無意味だと思っていました。しかし、最近、もしかすると、意味があるのではないかと思い始めました。 a×b=b×aが成り立つことを「交換則」といいます。「×」という操作をしたとき、交換則が常に成り立つなら、順序を気にすることは無意味だと思います。ところが、「×」という操作をしたとき、交換則が成り立たない場合があるのです。 その例は「行列」と「ベクトルの外積」です。(この二つが全てかは分かりません)。この二つでは「×」操作をしたときに「順番」が意味を持ちます。 小学校では行列もベクトルの外積も扱わないじゃないか、との批判がありそうですね。でも、私...
ZOZOMATにおけるEKSやgRPCを用いたシステム構成と課題解決 - ZOZO TECH BLOG
ZOZOテクノロジーズSRE部の市橋です。普段は主にAWSを用いて複数プロダクトのシステム構築、運用に携わっています。今回は2020年2月にリリースされたZOZOMATについて、システム構成と開発時に直面した課題、その課題を解決するために工夫した点について紹介します。 ZOZOMATではEKSやgRPCを新規に採用しており、これによって仕様の変更に強くなる、通信のオーバーヘッドを削減できるなど様々なメリットを享受できました。しかし導入時に一筋縄ではいかないことがあったため、今回苦戦した点についてご紹介できればと思います。 ZOZOMATとは お客様の足を3Dで計測するために開発された計測用マットです。ZOZOMATでの計測情報をもとに、靴の推奨サイズを参照するなどのサービスをご利用いただくことが可能です。ご興味のある方はこちらをご確認ください。 ZOZOMATのシステム構成 システムの全体
"まともなステージング環境"を考える - valid,invalid
まともな（信頼できる）ステージング環境を用意できてるウェブ系企業、肌感だけど5%以下という印象— たにみち (@ttanimichi) 2018年8月20日 このツイートを見て弊社は5%に入れるかどうかを考えてみたいと思った。 が、そもそも何をステージング環境と呼ぶか、何をもって"まとも（信頼できる）"と言えるのかわからないのでそこから考えてみた。 ステージング環境とは 本記事中では「アプリケーション、システムの動作や表示を試験するための環境」とする。 試験の対象は機能・性能・外部連携などの多岐にわたる。また、試験を行うのはサーバサイド開発者、クライアントサイド開発者、デザイナー、カスタマーサポート、プロダクトマネージャ etc.…と、これも多岐にわたる。 まともであるために、ステージング環境で実現したいこと 少なくとも自分の感覚では、以下を実現できるのであれば良い開発体験（Develop
継続的なアウトプットはなぜよいか？ 著作も数多いエンジニアが語る、社外向け発表がチームまで成長させる話 - Findy Engineer Lab
渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け
Kubernetes、やめました | 外道父の匠
最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ
「C2」が合成された話 : 有機化学美術館・分館
5月13 「C2」が合成された話 カテゴリ:有機化学構造 有機化学は、いうまでもなく炭素原子を中心とした化学の分野です。炭素は極めて奥深い可能性を持ちますが、やはり一つの元素を世界の化学者がよってたかって200年も研究しているわけですから、炭素だけから成る全く新しい化学種が出てくることは、今やそうそうありません。1985年に登場したフラーレンはその数少ない例の一つであり、だからこそ科学者は驚きと興奮を持ってこれを迎えたわけです。 しかし最近になり、「C2」という化学種がフラスコ内で作れることが報告されました（論文。オープンアクセスです）。東京大学の宮本和範准教授、内山真伸教授らの研究グループによる成果です。今回はこの何がすごいのか、ちょっと書いてみます。 水素や窒素、酸素といった元素は、それぞれH2、N2、O2といった二原子分子を作り、これらはいずれも安定に存在します。しかし炭素の二原子分
みまもり機能が、登山者の命を繋ぎました｜YAMAP / ヤマップ
YAMAPの﨑村昂立です。 5月24日から岐阜県の左門岳で遭難をしていたご夫婦が、昨日（5月28日）無事に救助されました。この救助では、YAMAPのみまもり機能がお二人の居場所を特定するのに役立っています。 この記事では、今回の遭難事故の一連の流れと、その裏で起こっていたことを簡単にまとめます。 救助までの時系列整理24日（日）：ご夫婦が岐阜県左門岳へ。下山中に道に迷い遭難。遭難してからYAMAPを立ち上げるも、スマホの電池が切れてしまい沢の近くに留まる。ここからは岩の隙間に身を隠し、沢の水を飲んだり、焚き火をしたりして救助を待ったとのこと。ご夫婦は登山のベテランで、車中泊などもよくしていたため、ご家族は二人が帰宅しないことに特段心配はなかったそう 25日（月）：ご夫婦と約束のあった知り合いの方から「電話が通じない」とご家族に連絡。異変を感じ、ご家族から警察に連絡 26日（火）〜27日（水
CPU律速なRuby/Pythonコードはデフォルト設定のdocker上で遅くなる - まめめも
English version 要約 dockerはデフォルトでセキュリティ機構（Spectre脆弱性の対策）を有効にします。この影響で、RubyやPythonのようなインタプリタは速度が劣化します。特にCPU律速なプログラムで顕著に遅くなります（実行時間が倍くらいになることがあります）。 現象 Rubyで1億回ループするコードを、直接ホスト上で実行する場合と、docker上で実行する場合で実行時間を比較してみます。 直接ホスト上で実行した場合： $ ruby -ve 't = Time.now; i=0;while i<100_000_000;i+=1;end; puts "#{ Time.now - t } sec"' ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [x86_64-linux] 1.321703922 sec docker
なぜ default export を使うべきではないのか？
プロジェクトで使われている技術と ESModule の状況について UIT では、 SPA 開発のプロジェクトにおいて Vue.js と React が多く利用されており、既存の多くは Babel を利用した JavaScript で、新規のプロジェクトでは TypeScript を利用して開発が行われています。 FYI: 【LINE DEV DAY 2019 番外編】UIT Front-end Tooling Survey 2019 技術選定は勿論、プロジェクトにおける細かなコーディングルールについては、プロジェクトのコードオーナーに委ねられており、プロジェクトごとに裁量を持った意思決定を行っています。 その上で、私が携わるプロジェクトにおいては、 default export を可能な限り避けるように心がけています。 import 側の裁量で対象を自由に命名できてしまう 今回は「『Da
[レポート] 1000万ユーザーのためのAWSクラウドアーキテクチャの進化#AWSSummitOnlineKorea | DevelopersIO
こんにちは！新卒エンジニアのハウンです? AWS Summit Online Koreaが開催されたことで、韓国語のセッションレポートを投稿しました！日本の方々ともセッションの内容を共有できたらなと思い、日本語のレポートも残しておきます。 今回の記事は模範事例の「1000万ユーザーのためのAWSクラウドアーキテクチャの進化」セッションについてまとめます。 ※ 本記事で使用されているアーキテクチャ図は登壇資料をもとに修正されたものです。 登壇者紹介 Jongmin Moon Solutions Architect AWS Korea AWSグローバルインフラストラクチャーとサービス AWSは全世界22箇所のリージョンを運営 各リージョンごとに2つ以上のアベイラビリティゾーンを持っているので、他のサービスより可用性が高い リージョンと216のPoP(205のエッジローケーション, 11のリージ
![[レポート] 1000万ユーザーのためのAWSクラウドアーキテクチャの進化#AWSSummitOnlineKorea | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e518b1f93dfdc31309838137b90da275a4352e91/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F05%2Faws-summit-online-korea.png)
深層学習系のトップ会議ICLR2020のNLP系論文についてざっくり紹介 - 株式会社ホクソエムのブログ
ホクソエムサポーターの白井です。今回はICLR2020 の論文を紹介します。 The International Conference on Learning Representations (ICLR) は機械学習の中でも特に深層学習 を専門とした国際会議です。 OpenReview.net によるopen peer reviewを採用しているので、submitされた論文はだれでも閲覧可能です。(ICLR2020 open review) 2020年はエチオピアで開催予定でしたが、COVID-19の影響でvirtual conferenceとなりました。 今回はNLP系の論文について5本紹介します。 すでに日本語ブログ記事で紹介されているような論文もありますが、自分が興味を持った部分を中心としてざっくりと紹介したいと思います。 以降、とくに記載がない場合、図は論文またはブログからの引用で
認知バイアスを知って考えのズレを意識する - そこに仁義はあるのか(仮)
認知バイアスとは、人間が何かを考えたり記憶したりする際に持ってしまう先入観のことです。良く聞く「希望的観測」や「生存バイアス」もこの認知バイアスの中の一つです。 本来は論理的かつ合理的な決定をしなければならないときに、認知バイアスの影響をうけてしまうと結論がズラされてしまう可能性があります。認知バイアスを理解し、意識することで、思考が逸れてしまうことを防ぐようにしなければいけません。 もしくは、逆に認知バイアスがかかることを逆手に取れば、物事を円滑に進められるかも。 Wikipediaを見ると、数多くの認知バイアスが掲載されています。一つ一つを見ると、「確かにやってしまいがちかも。」と思うような認知バイアスが数多く紹介されていました。 Category:認知バイアス - Wikipedia 以下は、Wikipediaと書籍『リファクタリング・ウェットウェア』を参考に、いくつかの認知バイアス
無料サービスを組み合わせて大量のアクセスを処理できる緊急用サイトを簡単に作成できるようにした「Emergency Website Kit」レビュー
緊急時には、さまざまな組織が重要な情報を素早く配信する方法が必要になりますが、そのような状況では情報を配信するためのウェブサイトに非常に多くのアクセスが来ることも多く、WordPressやJoomla!のようなCMSで作成したサイトが更新できなくなってしまうことも。そうした場合に備えて、緊急の場合にも安定して更新・閲覧が可能なウェブサイトを簡単に作成できるようにしたボイラープレートをウェブエンジニアのマックス・ボックさんが作成し、「Emergency Website Kit」と名前を付けて公開しています。 Emergency Website Kit | Max Böck - Frontend Web Developer https://mxb.dev/blog/emergency-website-kit/ ボックさんによると、最も障害耐性が高いのはシンプルにHTMLファイルを配置する静的な
なぜ読みやすいコードが必要なのか - コードの可読性を高める手法をサンプルで学ぶ - エンジニアHub｜Webエンジニアのキャリアを考える！
なぜ読みやすいコードが必要なのか - コードの可読性を高める手法をサンプルで学ぶ システム開発会社「アクシア」の代表として、自社・他社含め、さまざまなエンジニアのコードを読んできた米村歩さん。そんな米村さんの持論は、「コードの可読性は生産性に多大な影響を与える」ということ。可読性の低いコードはどんな弊害をもたらし、どうすれば改善できるのか――。チーム開発を効率化するコードの「可読性」について綴っていただきました。 プロフェッショナルのエンジニアには、「可読性」の高いコードを書くスキルは必要不可欠です。単に目的とする処理が実行できればよいわけではありません。しかし実際の開発業務の中では、可読性は意外と軽視されてしまいがちです。 経験の浅い駆け出しのエンジニアにとっては、可読性の重要さを肌感覚で理解するのは難しいかもしれません。また、新人エンジニアに対してプログラミング言語や開発ツールについて
Kubernetesにおける秘匿情報の扱い方を考える - inductor's blog
はじめに KubernetesではWebアプリケーションから業務用のワークフロー（バッチ処理とか）に至るまで様々なアプリケーションを動かすことができるが、現実世界において苦労するポイントの1つは、ワークロードに秘匿情報を渡すための方法である。 例えば、アプリケーションの上でデータベースに接続するために必要なエンドポイントの情報やパスワードなどの認証情報は、アプリケーションのソースコードに直接書くことはご法度だし、コンテナ化する際に内包することも原則タブーである。また環境変数として注入する場合でも、その情報が物理ディスクに残ってしまう場合などを考え最新の注意を払う必要がある。 ここではKubernetes上のワークロードに秘匿情報をできるだけ安全にわたすための方法を運用者・開発者の目線で考える。 Kubernetesが持つ外部情報注入の仕組み Kubernetesの場合、アプリケーションに情
AI部・開発チームの働き方（増田の場合）
社内の数少ないソフトウェアを扱える数人がかき集められ、社長から「今日からお前らはAI開発チームや！」とお達しがきて編成される社長のやりたい構想をヒアリングしつつ、とりあえず事業計画を書く 社内の強み（）を活かしたAIプロダクトをひねり出す（プロジェクトA） それはそうと、ジャストアイデアの別プロジェクトもしてほしいと言われる（プロジェクトB）検討し、リスケする それはそうと、社長からAIの勉強会を開いてほしいと言われる 「AIのどんなところが知りたいですか？ビジネス？仕組み？」「うーんわからん！ｗ 基礎から頼むわ！」松尾本などのおすすめ書籍を紹介して勉強会までに読んできてもらうようにする事業計画を書き直しつつ、勉強会資料を作成する勉強会が開催される。誰もおすすめ書籍を読んでないことが判明する勉強会が終わる。「全然わからんかったわ！ｗ 次回も頼むで！」参加者のスケジュール調整を失敗させ、勉強
「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した
こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアHub キャリア 2020年8月18日（火）19時よりLIVE開催決定！ー元オミカレCTO そーだいさん登壇！ スキルの掛け算でつくる自分だけの強みと、スペシャリティの磨き方とは？
