Internet Week 2018「Internet Week 流 Security Bootcamp」での講演資料です。 https://www.nic.ad.jp/iw2018/2018/d1/
目 的 第1章 低用量経口避妊薬(OC)とは(一般的有効性及び安全性) 1.はじめに 2.OCの有効性及び安全性 第2章 経口避妊薬(OC)の処方の手順(初回処方時) 1.問診、検査 2.OCの一般的な説明 3.問診 4.服用前臨床検査 5.問診及び検査結果からの判断 6.服用に際しての注意事項の説明 第3章 服用中の定期検査の実施手順(2回目以降の処方時) 1.定期検査項目 低用量経口避妊薬(OC) 問診チェックシート例 本資料は、日本産科婦人科産婦人科学会、日本母性保護産婦人科医会、日本不妊学会、日本性感染症学会、日本家族計画協会、日本エイズ学会の協力を得て作成されたものである。 目 的 本資料は、OCの服用に伴う副作用等による健康被害をできるだけ未然に防止するため、さらに、OCが性感染症(以下、「STD」という)を防止するものではないことを服用者に認識させるために、処方医が服用者に提
リレーションシップ駆動要件分析(RDRA)とは? 要件定義において、重要な要素が3つあります。 「網羅性」:システムの目的や、それを実現するための要件が漏れや重複無く定義されている 「整合性」:各要件の整合性が取れている 「表現力」:それぞれの要件が分かりやすく表現されている 複数の人間で共同作業する際にも、網羅性によって要件定義に必要な情報の枠組みが決まり、整合性によって作業の手順が決まり、表現力によって共通認識を確立します。 リレーションシップ駆動要件分析(RDRA)とは、要件定義において重要なこれらの3要素を高いレベルで実現するための要件分析フレームワークです。 RDRAでは要件定義を4つの構成要素に分け、UMLを拡張した表現方法で要件分析を行います。 よくあるように要件をリストでただ並べるのではなく、UMLの視覚効果を利用することで表現力を実現します。 要件定義についてはこちら↓
When developing and authoring multiple packages (private or public), you often find yourself in need of using the latest/WIP versions in other projects that you are working on in your local environment without publishing those packages to the remote registry. NPM and Yarn address this issue with a similar approach of symlinked packages (npm/yarn link). Though this may work in many cases, it often
Notable changes esm: Added the --experimental-wasm-modules flag to support WebAssembly modules (Myles Borins & Guy Bedford) #27659 process: Log errors using util.inspect in case of fatal exceptions (Ruben Bridgewater) #27243 repl: Add process.on('uncaughtException') support (Ruben Bridgewater) #27151 stream: Implemented Readable.from async iterator utility (Guy Bedford) #27660 tls: Expose built-in
みなさんこんにちは! VRoid Hubでフロントエンドエンジニアをしている花倉ミツカ (a.k.a. ラグ)です 🙌 今回のpixiv insideはちょっとだけお仕事から離れて(ガチ)アイスブレイクです。私が1年ほど開発しているFluxフレームワーク、Fleur (フルール, @fleur/fleur)について、その設計や使い方についてご紹介させていただきます! 目次 どういうフレームワーク? 実際の使い方 質問 まとめ どういうフレームワーク? pixiv Sketchで採用されている Fluxible というFluxフレームワークを参考に、「書きやすさ」と「現代的な機能の採用」の二点を重視してTypeScriptでフルスクラッチしました。(Fluxibleは私が知ってる中で一番"整っている"フレームワークだと思っています♨) Fleurの大規模なプロダクションでの採用実績はまだあ
現職においてMonolithアーキテクチャからMicroservicesアーキテクチャへの移行とその基盤の構築に関わって2年近くが経った.未だ道半ばであるがこれまでの経験や日々のインプットをもとにいろいろ書いておこうという気持ちになった.本記事ではそもそもMicroservicesアーキテクチャとは何かを整理し,なぜやるべきか?・なぜ避けるべきかを整理する. Microservices? Microservicesアーキテクチャとは「Single purpose,High cohesion,そしてLoosly Couploedなサービスを組み合わせてシステムを構築する」アーキテクチャ手法である.それぞれの原則をまとめると以下のようになる. Single purpose: 一つのことに集中しておりそれをうまくやること Loose coupling: サービスは依存するサービスについて最小限の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く