ESP32のベーシックな回路図をツイートしたら全方位からマサカリが飛んできてすごい勢いで回路図が改善されていくスレッドカワヅ @necobut 「ESP32を自分で実装する基板作ったことないから作ってみたかった」などと供述しており、当局ではツッコミどころがないか操作しております。 pic.twitter.com/fXI04eMTAV
iptablesテンプレート集 改訂版
この連載では、初心者にとってハードルの高いiptablesの設定を、テンプレートを用いながら紹介していきます。「習うより慣れよ！」の精神でまず試してみてはいかがでしょう。（編集部）
ubuntu ファイアーウォール ：Docker が UFW 管理外のポートを開けてしまう問題 - ngzmのブログ
UFW とは ファイアーウォールを設定・管理するツールで、Ubuntuでは標準的に利用します。このツールを使用すれば、iptables を使うよりはるかに簡単にファイアーウォールを構築できます。 UFW - Community Help Wiki Docker はご存知ですね。 Docker - Build, Ship, and Run Any App, Anywhere 遭遇した問題 今回 UFW と docker の両方を使用するサーバで、UFW で許可していないポート番号がいつのまにか空いてしまった問題に遭遇しました。 次のような感じです。 ubuntu xenial サーバに対し、UFW で 22番と443番だけアクセス可能、その他は遮断というファイアーウォールをセットアップ 同サーバに Docker 入れて、nginx コンテナ起動、この時 “-p 80:80” オプションを付与
イミュータブルデータモデル(入門編)
6. Step1 エンティティの抽出 発送担当者が受注リストをもとに、商品の在庫を確認し、在庫が あれば商品を発送する。 ① 要求仕様の「動詞」を抜き出しエンティティとする。 ② ①に関わる「名詞」を抜き出しエンティティとする。 ③ エンティティ間の関連に線を引く ④ 属性や候補キーも分かる範囲で書いておきます。 間違い！ この段階で実装をプロパティファイルにするとか、Enum にするとか決め打ちでエンティティとして表さないのはや めましょう。 まず、はじめにエンティティを抽出します。
【ERDコラム】-誰でも描けるＥＲＤ
「【コラム】誰でも描けるER図」では、信奉する方法論・技法・ツールに関係なく、便利に使えるトップダウンアプローチでのER図（データモデル、ビジネスモデル、ＥＲＤ、エンティティリレーションシップダイアグラムなどの呼称で呼ばれることもありますが、ま、ほとんどの場合、同じと思ってください）でビジネスルールを表現する方法を説明します。
【ＤＯＡデータ中心アプローチ】の考え方と技術の解説サイト-データ中心技術歩廊は、データ中心アプローチの考え方・技術・効果を分かり易く解説しています。
このサイト【Data Centric Art Gallery】の目的は、一般的にDOA【Data Oriented Approach-データ中心アプローチ】と呼ばれる、データ中心指向の考え方の把握・理解と、データモデル【ERD-Entity relationship diagram】など、データ中心アプローチを実現するための、関連技術の修得を支援することです。 また、そのねらいは、みなさんが開発・運用・管理する情報システムで、データ中心指向の効果を継続的に実現して頂くことです。 データ中心アプローチは、データベース設計やシステム開発の技法と認識されていますが、その本質は、ビジネスシステムを運営して行くためには欠かせないデータ管理のフレームワークです。⇒ 最近、仮想化技術の発展により、サーバー仮想化による統合が盛んに行われています。 もちろん、その目的はシステムコストの削減なのですが、その中
だれも教えてくれなかった外部設計の「極意」---目次
外部設計書で最も大切なことは，「システム開発を依頼してきたお客様」（発注者）に読んでもらい，理解してもらうことです。外部設計書を，開発メンバーではなく，発注者に理解してもらうためには，「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。本連載では，発注者が理解しやすい外部設計書の書き方とレビューの方法に関する具体的なノウハウを解説していきます。 第1回 ユーザーと意思疎通が図れない外部設計書は危ない 第2回 ［システム振舞い編］一覧表に一工夫入れることで漏れや重複をなくす 第3回 ［システム振舞い編］全体を俯瞰でき，システム化範囲が一目で分かる業務フローを作成する 第4回 ［システム振舞い編］発注者が理解しやすいシナリオの記述方法 第5回 ［画面編］見れば“わかる”「画面レイアウト」の作り方 第6回 ［画面編］画面遷移を
ドメイン駆動設計とイミュータブルなクラス設計
クラスをイミュータブルに設計するパターンの紹介 ・閉じた操作 ・withメソッド ・イベントリポジトリ＆集約ファクトリ
「アウトプットしまくる人」がやっぱり強いワケ。圧倒的行動力にも心の安定にもつながる - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「仕事も勉強もアウトプットが大事！」と聞くけど、アウトプットってそこまで重要なんだろうか？ クリエイターでもなければ、論文を書くような勉強をしているわけでもないし……。 そんなあなたに、「アウトプットしまくる人はやっぱり強い！」と納得できる3つのメリットをお伝えします。 「やることが多すぎて手をつけられない」という悩みも、「頭のなかがいつもごちゃごちゃする」という悩みも、“アウトプット＝ 書くこと” で解消できるんですよ。さっそく説明しましょう。 1.「やるべきこと」を書き出しまくれば、行動力が高まる 「資料作成、リサーチ、計画立案……大事な業務ばかりで、どれからやろうか悩んでしまう」 「あの習い事もやってみたいし、このセミナーも興味がある。でも、結局行動できずに終わる」 このような人には、“やりたいこと・やらなければならないこと” を徹底的にアウトプットすることをおすすめします。書き出す
イミュータブルデータモデルの極意
6. Data / Inform / Information Inform: “to convey knowledge via facts (事実によって知識を伝える)” Data (Factの集合) Information 選択・加工して知識を取り出す Value of Values (Rich Hickey) 業務システム構築におけるデータモデリング (和田省二) 7. Dataを場合分けする Event (コト) Resource (モノ) 日時属性をもつ 日時属性をもたない 非対称性 対称性 ある一時点 ライフサイクルがある 一時点の事実の記録なので、属性は変わる ことはない。 ライフサイクルにともない属性が変化して いくこともある。 属性が変化しても同じモノであることを示 すためIdentityが必要。 データは大まかに2種類に分別できる。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
