このコラムは、株式会社エル・ティー・エスのLTSコラムとして2018年1月に掲載されたものを移設したものです。 業務分析、システム導入などの案件に参画。The Open GroupやObject Management Group等の提供するグローバルスタンダードの方法論、モデリング手法を用いて多角的に業務を分析・評価し、ソリューションの提案、実装を支援。TOGAF9.1 Certified。(2021年6月時点)
![意思決定とは何か(後編) 意思決定の可視化方法 | CLOVER Light](https://cdn-ak-scissors.b.st-hatena.com/image/square/14cba773719e51997358515107c46fc1d44de1de/height=288;version=1;width=512/https%3A%2F%2Fclover.lt-s.jp%2Fwp-content%2Fuploads%2F2021%2F07%2Fcolumn_decision-making.png)
このコラムは、株式会社エル・ティー・エスのLTSコラムとして2018年1月に掲載されたものを移設したものです。 業務分析、システム導入などの案件に参画。The Open GroupやObject Management Group等の提供するグローバルスタンダードの方法論、モデリング手法を用いて多角的に業務を分析・評価し、ソリューションの提案、実装を支援。TOGAF9.1 Certified。(2021年6月時点)
確認環境 JBoss EAP 6.4.0, 7.0.0, 7.1.0beta1 モジュールとライブラリの競合が起こる原因 Java EEアプリケーションサーバとしてJBoss EAP(以下JBoss)を使う際の注意点としてライブラリとモジュールの競合があります。 詳細については、開発ガイドの3章クラスローディングとモジュールに記載されていますが、簡潔に説明すると、JBossではアプリケーションのライブラリよりもJBossに同梱されているモジュールが優先してロードされます。(ざっと見た感じ順番を変える設定はなさそうです。) つまり、アプリケーションがビルド時に使用したライブラリのバージョンと異なるバージョンで実行される可能性があり、起動時や実行時にエラーが発生するかもしれません。(今は大丈夫でもバージョンアップしたときに問題が起こるかも) ロードされるモジュールを把握する JBossのモジュ
「Web文章入門」では、ウェブサイトで求められる文章表現とコピーライティングのエッセンスを解説します。特別編として、多くの人が文章を書く際に悩みがちな「漢字とひらがなの使い分け方」をお送りします。 漢字の多い文章は、単に読みづらいだけでなく、堅苦しさや仰々(ぎょうぎょう)しさが感じられます。読みづらい漢字はひらがなで表記し(このことを「ひらく」といいます)、ストレスなく読める文章を目指しましょう。 ここで、漢字の多い文章と、適度にひらがなの多い文章を比較してみます。後者のほうが読むときのストレスが少なく、内容をすっきりと理解できる人が多いでしょう。 利用者は限られた時間の中で、有益な情報に素早く辿り着く事を目的に、検索サービスを利用して居ます。例えば「○○うどん」と言う店名だけでは無く、「○○うどん 住所」「○○うどん 地図」と言った、一層具体的な言葉の組み合わせで検索する傾向が有ります。
本サイトは、 komei68.blogspot.com 「技術文書の書き方」に移行しました。移行に伴って、内容を追加・再編しました。各タイトルは、左端のリンクから閲覧できます。 グループ1 見出し構成の考え方、見出し名の付け方 1-1 「見出し構成」とは 1-2 見出し構成の「原則」 1-3 「見出し番号書式」の選び方 1-4 見出し構成の工夫:下位の見出しの「繰り上げ」 1-5 見出し構成の工夫:「改ページ」の活用 1-6 「ページ数が少ない技術文書」の見出し構成 1-7 「数十ページ規模の技術文書」の見出し構成 1-8 「ページ数が多い技術文書」の見出し構 1-9 見出し構成のチェック:「見出しの上位・下位の原則」からの逸脱 1-10 見出し構成のチェック:一貫性を欠いた見出し書式 1-11 見出し構成のチェック:ページ数および項目数の偏り 1-12 見出し構成のチェック:見出しと箇
シナプスの技術部 システム開発課の蔵坪と申します。 弊社は、10年近くソースコードは、Subversionで管理しておりましたが、昨年、GitLabに移行しました。 弊社でお世話になっているパートナーさんから、GitLabはAsciiDocが利用できるので、仕様書などのドキュメントは、AsciiDocがお勧めだとアドバイスをもらいました。そこで、Windows上のVisual Studio CodeでAsciiDocのプレビューできる環境を構築してみました。 AsciiDocとは AsciiDocとは、メモ、ドキュメンテーション、記事、本、電子ブック、スライドショー、Webページ、マニュアルページ、ブログを書くためのテキスト文書フォーマットです。 試した環境 OS : Windows 10 Professional (1809) AsciiDocのプレビューに必要なツール Chocolat
DOMPurify is a DOM-only, super-fast, uber-tolerant XSS sanitizer for HTML, MathML and SVG. It's also very simple to use and get started with. DOMPurify was started in February 2014 and, meanwhile, has reached version v3.1.1. DOMPurify is written in JavaScript and works in all modern browsers (Safari (10+), Opera (15+), Edge, Firefox and Chrome - as well as almost anything else using Blink, Gecko o
(著者:江田 篤史) はじめに kintoneは、カスタマイズによってレコードの表示方法を変更できるため非常に便利です。 レコードに入力されたマークアップテキストやマークダウンテキストを解析して表示することも可能です。 しかし、セキュリティ面を意識しないと、悪意を持ったユーザーからサイバー攻撃を受ける可能性があります。 今回はkintoneアプリで想定されるサイバー攻撃の例と、DOMPurifyを使った対策をご紹介します。 DOMPurifyはCybozu CDNにてサポートされているのでご利用ください。 DOMPurifyのメリット 単純に正規表現で置き換えたりしようとすると回避されてXSSを埋め込まれる可能性があり、 innerHTMLやjQueryのhtml()などで出力する前にDOMPurify.sanitize() しておくことで、 より安全にHTMLタグを許容することができます
The OWASP Cheat Sheet Series was created to provide a concise collection of high value information on specific application security topics. These cheat sheets were created by various application security professionals who have expertise in specific topics. We hope that this project provides you with excellent security guidance in an easy to read format. You can download this site here. An ATOM fee
はじめに この記事は前後編に分かれています。 順序だてた解説になっているので最後までお付き合いいただけると幸いです。 後編記事: https://nrslib.com/bottomup-ddd-2/ 順序立っての説明になっておりますので、前編からご覧になることを強くお勧めします。 セミナー情報 こちらの内容のセミナーを不定期で開催しています。 ◆セミナーページ 第一回: https://ddd-community-jp.connpass.com/event/103428/ 第二回: https://ddd-community-jp.connpass.com/event/107106/ 第三回: https://nrs-seminar.connpass.com/event/117283/ ◆あとがき 第一回ボトムアップドメイン駆動設計勉強会を開催しました セミナースライド まえがき この章は
リレーションシップ駆動要件分析(RDRA)とは? 要件定義において、重要な要素が3つあります。 「網羅性」:システムの目的や、それを実現するための要件が漏れや重複無く定義されている 「整合性」:各要件の整合性が取れている 「表現力」:それぞれの要件が分かりやすく表現されている 複数の人間で共同作業する際にも、網羅性によって要件定義に必要な情報の枠組みが決まり、整合性によって作業の手順が決まり、表現力によって共通認識を確立します。 リレーションシップ駆動要件分析(RDRA)とは、要件定義において重要なこれらの3要素を高いレベルで実現するための要件分析フレームワークです。 RDRAでは要件定義を4つの構成要素に分け、UMLを拡張した表現方法で要件分析を行います。 よくあるように要件をリストでただ並べるのではなく、UMLの視覚効果を利用することで表現力を実現します。 要件定義についてはこちら↓
注意 このサイトは Docker 公式ドキュメントを有志で日本語に翻訳しています。各ページの情報が古い可能性があるため、最新のドキュメントは https://docs.docker.com/ をご覧ください。 DISCLAIMER: This site is translating the official Docker documentation into Japanese by volunteers. As the information on each page may be outdated, please refer to the latest documentation at https://docs.docker.com/ . 注意 Docker v24.0.x (current) 向けにドキュメントの改訂作業中です(2023年7月現在)。一部古い場合がありますので、ご注意く
DRY原則。 WebフレームワークRuby on Railsが基本理念のひとつとして採用している有名なソフトウェア開発原則です。素晴らしい原則なのですが、最近Railsを始めた人や新卒のエンジニアさんなど、DRY原則を誤認してしまう人が非常に多い為、DRY原則に関する説明をQiitaにまとめておくことにします。 よくある間違った認識 DRY原則を誤認しているとはどういうことなのか?最も多いのが「DRYとはコードを重複させないという意味である」と認識しているケースです。当然、コードを重複させないという部分もDRYの一部ではあるのですが、これではソースコードだけに着目しているので、OAOO(Once And Only Once)原則に近い考え方になってしまいます。 OAOOとは何か 厳密な定義を書かないと斧が飛んできそうですが、長文になってしまうのであえて一言で説明すると、「コードを重複させな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く