コンテナ・デザイン・パターンの論文要約 - Qiita
Brendan Burns, David Oppenheimerらの論文「Design patterns for container-based distributed systems」を読んで、コンテナを活用したシステム設計や開発に、とても有用と感じたので、図を中心にした要約にしてみた。 要約内容に誤りや理解不足な部分もあると思うので、原文も参照していただきたい。また、自身の理解のために、論文中に無い図を加えた点、独自の注釈も加えている。 背景 コンテナ化されたソフトウェアコンポーネントから構築されたマイクロサービスアーキテクチャの人気が高まり、分散システム開発においても同様の革命が起っている。 コンテナの境界の壁は、分散システムの基本的なオブジェクトの境界に適している。そこで、コンテナを活用して、コードの低レベルの詳細を抽象化し、アプリケーションやアルゴリズムに共通する高レベルのパター
『Rust Design Patterns』を翻訳してみました（Idiom 編） - Qiita
はじめに rust-unofficialというところの出しているRust Design Patternsの日本語訳が見つからなかったため、理解のために翻訳してみました（分からないところは DeepL に頼りました）。 今回は Introduction と Idioms の部分です（デザインパターン・アンチパターン編の翻訳はこちらにあります）。 FFI の部分はよく分からなかったためスキップしています。 不慣れなため翻訳間違いなどある可能性が高いです（教えていただきたいです）。 以下から本文です。 Introduction デザインパターン プログラムを開発するとき、私たちは多くの問題を解決しなければなりません。プログラムは問題の解決方法と見ることができます。また、プログラムは多くの異なった問題の解決方法の集まりと見ることもできます。これらの解決方法の全てが一緒に大きな問題の解決へと働きかけ
PythonにおけるPub/Subパターンの実装
Pub/Subパターンとは Pub/Subパターンとは、イベント駆動型プログラミングのデザインパターンです。Publisher（発行者）が発行したイベントをBroker（仲介者）が取りまとめ、Subscriber（購読者）に伝達します。イベントはBrokerが管理しているため、PublisherとSubscriber同士は疎結合となります。 What is Pub-Sub? Rails Publish-Subscribe Pattern Tutorial | Toptalより Observerパターンとの違い 同じイベント駆動のデザインパターンにObseverパターンがあります。 ObseverパターンとPub/Subパターンの大きな違いは、イベントをどこで管理するのかにあります。Obseverパターンは、観測者と観測対象が直接イベントのやり取りを行いますが、Pub/Subパターンでは、E
Micro Frontends Architecture Patterns
本書は、Micro Frontends Architecture Patternsというタイトルを付けていますが、モノリスからJAMstack、Micro Frontendsまで、Webフロントエンドを包括した様々なアーキテクチャパターンの詳細を体系的に紹介しています。 ソフトウェアとしてのアーキテクチャ全体を俯瞰し、他のシステムとのやりとりを設計するような考え方が役に立つことは多いです。フロントエンド観点で、様々なアーキテクチャパターンをまとめることで、Web開発の助けになればと考えています。 また、アーキテクチャの歴史と変遷を知ることで「Micro Frontends」への理解を深めることができると筆者は考えました。Micro FrontendsはThoughtWorksのTechnology RadarではすでにADOPTとなり、海外で多くの事例が存在します。Micro Fronte
ソフトウェアアーキテクチャの歴史 - tasuwo's notes
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
SQLアンチパターンもりもりDBを設計しよう！ - Qiita
概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とりあえず考えることの多い”お金”を扱うシステムを想定してみます。 私はブラックジョークが好きなので、今回は「ちょっと怖い金融屋さんが使う債務者管理システム」のER図を設計してみようと思います。 ざっくりした要件 債務者を登録でき、プロフィールを入力できる。 債
Builder pattern vs. Multi-stage builds in Docker
This post looks at two new PRs from the Docker project that vastly improve the developer experience for building small images efficiently. These changes are bleeding edge and are not available in a release yet, but I wanted to test them out. A Docker PR has just been merged to enable multi-stage builds and a second PR opened just after that to improve the UX even further. Happy day: https://t.co/W
8つのDocker開発パターン | POSTD
以前、 OpenVz コンテナだった私の” ホームクラウド “と、 私があらゆるビルドに関して”ビルドサーバ”のリビルドを推奨するようになったワケ について書きました。 Docker はあっという間に私のお気に入りのツールに仲間入りしました。限りなく静的なサーバ環境を作り出す繰り返し可能なビルドを作成するという考え方が気に入ったからです。 今回は、私がDockerを使用する中で繰り返し現れるようになったいくつかのパターンを説明します。どれも特段に目新しいものでも非常に驚くようなことでもありませんが、皆さんにとってそれが役立つものであり、また皆さんがDockerを使用する中で遭遇するパターンについても聞くことができれば幸いです。 私がDockerを使って色々なことを試す根本にあるのは、データを喪失することなくDockerコンテナそのものが自由に再作成できるよう、ボリュームにあり続ける状態を維
目grep入門 +解説
目grep入門があまりにもKernelVM::入門だという指摘があったため、解説をつけてよりstd::入門に近づけてみました。Read less
エラー処理を書いてはいけない
エラー処理を書いてはいけない田中英行 tanaka.hideyuki@gmail.com 2011/12/08 @PFIセミナー 自己紹介田中英行 (@tanakh, http://tanakh.jp) PFI社でプログラマやってますJubatuspficommon検索エンジンのコアエンジンHaskell愛好家msgpack / rpc / idlpeggy (パーザジェネレータ & QQ w/ AQ)Shu-thing (シューティングゲーム) / (Monadius メンテナ)今気になるパッケージは monad-controlLearn you a Haskell 鋭意翻訳中 （春頃発売予定） エラー処理を書いてはいけない本日の概要エラー処理を抽象化しようというお話です 現在のエラー処理の抱える問題どのように解決するのか実際の例エラーは処理しなければならない エラー処理を書いてはいけな
Twitter（別名デマッター）でネットジャーナリストを釣る方法（フリージャーナリスト） - 愛・蔵太の気になるメモ(homines id quod volunt credunt)
以下のまとめを作っているうちに、本当にやりかねない人が想定できたので削除します。興味のあるかたはメールででも。 →岩上安身さん懲りずにまたフォロワーに情報提供を求めながら未確認情報を流す - Togetter そんなに危なくないほうのこちらは残します。 →ネットジャーナリストは釣られないためにどうすればいいか（Twitter/デマッターとフリージャーナリスト） 書き込みに異議がありましたら、ぼく、もしくははてな事務局にメールしてみてください。ケース・バイ・ケースで対処します。ぼくのメールアドレスは「プロフィール」の中にあります。その他いろいろプロフィールに書いてあります。Twitterでのメンション飛ばしは、ブロックしてたりされてたりでうまくいかないかもしれません。
サバクラ両方で動く JavaScript の大規模開発を行うために
サバクラ両方で動く JavaScript の大規模開発を行うために 原文：Scaling Isomorphic Javascript Code (This is just for study, please contact me at tily05 atmark gmail.com if any problem.) 考えてみれば Model-View-Controller とか MVC ってよく聞くよね。実際どんなものか知ってる？ 抽象的に言うなら「オブジェクト情報の保持されるグラフィック・システム (つまり、ラスターではないグラフィック。ゲームとか) 上に構築された、表示系を中心としたアプリケーションにおいて、主要な機能どうしの関わりをうまく分離すること」とでも言おうか。もう少し深く考えを押し進めてみれば、これは当然、他のさまざまなアプリケーションにもあてはまる言葉 (bucket te
ネット上で「義憤」を表明するときに使う4つの手法をまとめてみました- 勝間和代公式ブログ: 私的なことがらを記録しよう!!
先日のアンチの方々は「義憤」というキーワードから相手を攻撃する、いや、情報開示をする、というエントリーを書きました。 「まじめの罠」でまじめにアンチの方たちと会話をして、そのモチベーションは「義憤」だということがわかりました。- 勝間和代公式ブログ: 私的なことがらを記録しよう!! その後もまだ、amazonでのやり取りは続いています。 Amazon.co.jp:クチコミ:一般の読者はどう思うのか これまでの考察を一歩進め、「義憤」をどのように表現するのか、代表的な具体的な4つの手法をまとめてみました。 1. 自分の考えを、「一般の人」「知性のある人」「男性」など、他の大きなカテゴリーに置き換えて、その代表であるかのようにコメントする ポイントは、自分はこう思った、で終わるのではなく、自分かそう思ったのだから、みなもそう思っている、と切り替えるところです。あるいは、自分の感じ方は、多数の人
[じ] 人助けのつもりが余計なお世話になってしまう６つのパターン
せっかくいいことを言ってるのに、言い方がまずくて敵を作っちゃう人の特徴。 「何を言うか」は大事だ。「誰が言うか」それも大事。でも、そこまでは意識していても「余計なお世話」になっちゃうことが多い人がいる。 「どういうか」にも気を使えばいいのに、彼らは最後の所で自我が暴走して大惨事表を振っちゃうんだよなぁ。 以下は「プロセス・コンサルテーション」という本に書かれていた 「支援が上手くいかなくなる６つの罠」をはてなにあてはめてみたものです。よろしければ参考にしてください。 （１）時期尚早に知恵を与えること（早漏） 読んだ記事に対して表面的な言葉だけで「真の問題」を理解したと思い込み、役に立たないコメントを書くタイプ。 相手がそれを受け入れないと「だってお前こう書いてるじゃないか」と部分的な切り抜きをもって相手を攻撃する。 とにかく他人に口出しするのが大好き。揚げ足取りも大好き。木を見て森を見ずを
![[じ] 人助けのつもりが余計なお世話になってしまう６つのパターン](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1638cdb5807a4788e4ba3c1109a984166e095fc/height=288;version=1;width=512/https%3A%2F%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
売れるボカロ曲の作り方 - さまざまなめりっと
ニコ厨はバカだから英語が読めないので、英字タイトルの曲は受けません。下手すれば漢字も読めない方もいらっしゃるので、とりあえずどんなタイトルでも全部カタカナ、最低でも半分はカタカナにするといいです。 #売れるボカロ曲の作り方
「白背景+女の子」のライトノベル表紙ってAVのパッケージとそっくりだよね - 偏読日記@はてな
Togetter - 「ライトノベルの表紙によくある「白背景+人物単体」について」 このまとめを読んでいたときに、「白背景+人物単体」のラノベ表紙についてまとめ内容と全く関係なく突然の閃きがやってきたのですよ。 単独の女優を前面に押し出したタイプのAVのパッケージと、ラノベの表紙ってデザイン的にかなり近いところがある気がしてきた 2010-06-09 20:58:34 via TwitterIrcGateway いったん気づいてしまうと「白背景+人物単体」のラノベ表紙、中でも特に制服の女の子がまっすぐこちらを向いて直立しているようなのがAVにしか見えなくなってしまいました。同時に、制服姿の女優が立っているようなAVのパッケージが全てラノベの表紙にしか思えなくなり。 見れば見るほど似ているので当然俺の前に誰か話題にしていると思って検索してみると全く同種の言及がなく、せっかくなので「AVのパッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一時期プログラミングのデザインパターンというものが大流行しましたが、現在ではどのように評価されているのでしょうか？
私家版 Dockerfile Pattern
Domain Unavailable!
偽論ができない困った人の○○
