Exadata Database Service on Dedicated Infrastructure X9M�/ Exadata Database Service on [email protected] X9M / Exadata Database Machine 比較
はじめに こんにちは、モチベーションクラウドの開発にフリーのエンジニアとして参画している@HayatoKamonoです。 この記事は、「モチベーションクラウド Advent Calendar 2018」9日目の記事となります。 概要 モチベーションクラウドの開発チームでは2018年10月から改善期間と称して、開発に関するガイドラインやルール作りをはじめとする、様々な改善活動に取り組んでいます。 私が所属しているフロントエンド開発チームでは、すでに別記事でご紹介している「WebAPI設計ガイドライン」であったり、「コンポーネント設計・実装ガイドライン」を作成しました。 他にも作成したガイドラインはありますが、今回はモチベーションクラウドのフロントエンド開発で「状態管理パターン + ライブラリ」として導入しているVuexの利用に関するチーム内のガイドラインをサンプルコードや説明を交えながらご紹
ウェブサイト「ネットギーク」で記事を執筆していた男性。携帯やパソコンで運営者の男性とやりとりをしていた=2018年11月、関東地方 「何かあったら、守ってくださいよ」。2018年11月下旬、関東地方の駅前にある商業施設の飲食店。記者と向かい合った男性は不安げな表情を浮かべて口を開いた。 この男性は、沖縄の基地建設に反対する人々を中傷するなどした記事を発信していたウェブサイト「netgeek(ネットギーク)」で、ライター(執筆者)として記事を書いた経験がある。取材に応じて内実を明らかにしたことが、ネットギークに知られてしまうことを恐れていた。 男性は数年前、業務委託契約のライターとしてネットギークで記事を書いていた。沖縄関係の記事は書いたことがない。ネット上で話題となっていることについてまとめていたという。 男性がライターとなったのはサイトにある「採用情報」の欄を見たことがきっかけだ。採用情
"Designing Data-Intensive Applications"は濃密すぎる一冊だったので2018年の自分にも読んでもらいたい 分散システムに関する理解を整理するための一冊として素晴らしい、という声があり気になっていた "Designing Data-Intensive Applications" を一通り読んだ: https://twitter.com/frsyuki/status/846431130437890049 僕のような「用語としては知っている」程度の新人に「なぜそれが大切なのか」「なにが難しいのか」といったポイントを丁寧に説明してくれる、学びの多い充実の一冊だった。 冒頭では『早すぎる最適化(不要不急のスケーラブルなシステムの構築)は制約が増えてシステム設計が不自由になるだけなので無駄』という事実に触れ、適切なツールを選択することの重要性を説いている。本書が50
DDD的なことを今後進めていく上で、自分として課題としている論点をまとめてみた。あくまで私の現時点での理解度を前提に、そこでの個人的課題感を取り纏めてみたものなので、不足や誤りや過剰が多々あるだろうがご容赦を。そして、アドベントカレンダーの初日、続く議論の礎となり、3人の賢者24人の荒ぶる者によってベツレヘムの星が見出されることをただ願うのである。 ◇ あらまし DDDのいわゆる戦略の言う“広義のドメイン”と、戦術パターンにおける“狭義のドメイン”。この二つの用語は、実のところ「異なる境界付けられたコンテキストに属する語彙」として扱った方がよいのではないか? 参照系と更新系は、その本質として非対称性があって、参照系向けの新たな戦術パターンが必要なのではないか? 「コンテキスト」は、強く分離する上位階層から緩く分離する下位層まで、多段階の階層構造に在ると捉えるべきではないか? (「3.」を前
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く