[B! designpattern] muddydixonのブックマーク

muddydixon id:muddydixon

designpatternに関するmuddydixonのブックマーク (41)

機械学習システムの設計パターンを公開します。
メルカリで写真検索とEdge AIチームに所属している澁井︵しぶい︶です。機械学習のモデルを本番サービスに組み込むための設計やワークフローをパターンにして公開しました。 GithubでOSSとして公開しているので、興味ある方はぜひご笑覧ください！PRやIssueも受け付けています。私の作ったパターン以外にも、有用なパターンやアンチパターンがあれば共有してみてください！ GitHub‥https://github.com/mercari/ml-system-design-pattern GitHub Pages‥https://mercari.github.io/ml-system-design-pattern/README_ja.html なぜ機械学習システムのデザインパターンが必要なのか機械学習モデルが価値を発揮するためには本番サービスや社内システムで利用される必要があります。そのた
muddydixon 2020/04/24
mercari

machinelearning

architecture

designpattern
リンク
コンテナ・デザイン・パターンの論文要約　 - Qiita
Brendan Burns, David Oppenheimerらの論文﹁Design patterns for container-based distributed systems﹂を読んで、コンテナを活用したシステム設計や開発に、とても有用と感じたので、図を中心にした要約にしてみた。要約内容に誤りや理解不足な部分もあると思うので、原文も参照していただきたい。また、自身の理解のために、論文中に無い図を加えた点、独自の注釈も加えている。背景コンテナ化されたソフトウェアコンポーネントから構築されたマイクロサービスアーキテクチャの人気が高まり、分散システム開発においても同様の革命が起っている。コンテナの境界の壁は、分散システムの基本的なオブジェクトの境界に適している。そこで、コンテナを活用して、コードの低レベルの詳細を抽象化し、アプリケーションやアルゴリズムに共通する高レベルのパター
muddydixon 2018/03/19
container

designpattern
リンク
サーバレスでスケーラブルかつ堅牢なシステムを構築するためのデザインパターンとアーキテクチャ。Serverlessconf Tokyo 2017 － Publickey
サーバレスコンピューティングは新しいシステム開発手法である。Serverlessconf Tokyo 2017で紹介された、スケーラブルで堅牢かつ高性能なアプリケーションの構築に役立つ6種類のデザインパターンを紹介する。 2017年11月2日、3日の2日間、東京都内でサーバレスコンピューティングのイベント「Serverlessconf Tokyo 2017」が開催されました。サーバレスコンピューティングもしくはサーバレスアーキテクチャと呼ばれるアプリケーション実行環境は、一般にサーバのことを意識せずにアプリケーションを実行できる環境のことを指します。そのサーバレスコンピューティング環境の実装として一般的なのが、あらかじめアプリケーションとして実行したいコードを関数として登録しておくと、指定されたイベントによって自動的に関数が呼び出されて実行されるという、いわゆるFunction-as-
muddydixon 2018/01/10
serverless

lambda

scalability

designpattern
リンク
複雑なJavaScriptアプリケーションに立ち向かうためのアーキテクチャ
Build Apps for iOS, Android & Desktop in 100% Kotlin With Compose Multiplatform (mDevCamp 2024)
muddydixon 2017/08/06
presentation

builderscon

javascript

model

designpattern

architecture
リンク
現場で役立つシステム設計の原則 - ひしだまの変更履歴
ひしだまＨＰの更新履歴。主にＴＲＰＧリプレイの元ネタ集、プログラミング技術メモと自作ソフト、好きなゲームや音楽です。﹃現場で役立つシステム設計の原則﹄が話題になっていたので、︵流し読み程度だけど︶読んでみた。基本的にはJavaがベースで、前半︵というか最初の2章くらい︶はコーディングレベルの話、残りはオブジェクト指向ベースの設計方法の話。あ、ちなみに自分は最近はAsakusa Frameworkというバッチフレームワークを使う仕事が多いのでバッチ寄りの考え方で読んでいるけど、本書は基本的にウェブ寄り︵Spring Framework︶の思想っぽい。コーディングレベルの話はとても納得。Javaでプログラミングする人は全員これを確認しておくべきという感じ。︵とても細かいレベルの事を言うと、if文の処理部分は波括弧で囲んだ方が︵余計なバグが入る余地を減らせるので︶いいと思う。ただ、書
muddydixon 2017/07/10
新人研修をやっていてできなかったところなんだけど、どう育成していいか、いまだにわからない

designpattern

system

architecture
リンク
テストしやすいGoコードのデザイン
テストしやすいGoコードのデザイン golang.tokyo #2 12 December 2016 Taichi Nakashima 言いたいこと明示的であれ！ 2 whoami @deeeet / @tcnksm (GitHub) http://deeeet.com A PaaS Dev&Ops (Using go for CLI tool, API, Batch jobs) 3 OSS Tools gcli - The easy way to build Golang command-line application ghr - Create Github Release and upload artifacts in parallel Packages go-httpstat - Go package for tracing golang HTTP request latency
muddydixon 2016/12/20
golang

presentation

test

mock

architecture

designpattern
リンク
俺が悪かった。素直に間違いを認めるから、もうサービスクラスとか作るのは止めてくれ - Qiita
ちなみに、最初に結論だけ言っておくと、まずSandi Metzの﹁オブジェクト指向設計実践ガイド﹂を読め、という話ですそれだけで終わってしまいたい気持ちはあるが、不親切過ぎるしもうちょっとRails向けの話を書こうと思う。ただ言いたいことは、よく分かってないのに使うのは止めろということ。自分も本で書いたりした手前、それが参考にされた結果なのかもしれないが、世の中には本当に酷いクラスが存在するもので、雑にサンプルで書くと以下の様な感じのコードが存在したりする。 class HogehogeService # Hogehogeはモデル名まんま def process(hogehoge, option_a: nil, option_b: nil, option_c: false) history = hogehoge.histories.last unless hogehoge.activ
muddydixon 2016/12/16
architecture

designpattern
リンク
Redisアプリケーションパターン | おそらくはそれさえも平凡な日々
この記事は、はてなエンジニアアドベントカレンダー2016の12日目の記事です。先日こういうツイートをしました。 Redisはキャッシュ用途のミドルウェアだと思わない方が良いと思う — songmu (@songmu) 2016年12月10日言いたかったのは、Redisはキャッシュのためだけのミドルウェアだと誤解されがちなのですが実際はそうではないということです。実際、公式サイトを見に行くと以下の様なことが書かれています。 Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker. つまり、Redisは多彩なデータ構造を保持できるインメモリーのデータストアで、様々な活用法があり、キャッシュとして「も」使える、とい
muddydixon 2016/12/15
redis

designpattern
リンク
SOLID Go Design | Dave Cheney
This post is based on the text of my GolangUK keynote delivered on the 18th of August 2016. A recording of the talk is available on YouTube. This post has been translated into Simplified Chinese by Haohao Tian. Thanks Haohao! This post has been translated to Russian by Artem Zinoviev. Thanks Artem! How many Go programmers are there in the world? How many Go programmers are there in the world? Thin
muddydixon 2016/09/06
golanag

designpattern

programming

code

review
リンク
「なぜDI(依存性注入)が必要なのか？」についてGoogleが解説しているページを翻訳した　 - Qiita
イマイチ理解しきれていなかったDIに関して調べていところ、Google Guiceの解説がすごく分かりやすかったので、和訳してみました。︵ところどころ意訳気味です。明らかに解釈の誤った訳がありましたら、ご指摘ください︶ちなみにGoogle Guiceというのは、Googleが開発したDIライブラリです。この例ではJavaが使用されていますが、Scalaでも使用可能です。最近Play Frameworkでも採用されたので話題になっているようです。用語の定義本文を読む前に目を通すことで、内容をスムーズに理解できます。用語意味本文中の例
muddydixon 2016/08/14
ddd

architecture

designpattern
リンク
https://http//culurciello.github.io//tech/2016/06/04/nets.html
- 8 users
- http
- 暮らし
muddydixon 2016/06/10
deeplearning

neuralnetwork

machinelearning

designpattern
リンク
docker-compose patterns 201603
Docker Meetup Tokyo #6 で、2016年 3月現在の docker や docker-compose の使い方をまとめて LT してみた資料です。
muddydixon 2016/03/05
docker

compose

designpattern

architecture

presentation
リンク
分散プログラミングモデルおよびデザインパターンの考察その1 - Software Transactional Memo
Yahooの技術者が書いたブログ tech blog.yahoo.co.jp が悪い方向に期待を裏切ってくれたのに対し、 @kuenishi さんがまとまった文章 kuenishi.hatenadiary.jp を書いていたので、僕も2番煎じぐらいでまとまった文章を書く。始めに断っておくと、分散システムというのはまだまだ事例を集めていくフェーズを抜けきっておらず、体系立った大統一理論的な分類法は確立していない。ここに書くのは、これまでの分散システム事例やこれからの分散システム事例を分類していく際にその性質をカテゴライズする一助となれば良いな、程度の文章なのであまり真に受けないで欲しい。なぜYahooの記事が期待はずれなのか人によって意見はあるとは思うが、個人的に感じたのは以下の3つ。分散システムのデザインパターンと銘打っておきながら並列・並行システムの分野の話からクラウド環境へとこじ
muddydixon 2016/02/25
distributed

programming

designpattern
リンク
分散プログラミングモデルおよびデザインパターンの考察その3 - Software Transactional Memo
昨日に引き続いて分散システムのデザインパターンについて書いていきたい。だがそれ以前に故障モデルに関する前提を忘れてはならない。人によって様々な方針があるが、個人的には分散システムの世界において意識しなくてはならない故障モデルは4つだと考えている。僕は前回のブログに書いた Replication の本をベースに書いており、少し言葉遣いや定義が他とやや違う点は許して欲しい。また、通信の脱落・遅延とはレイヤーが異なる議論である。故障モデルの分類故障が起きないモデルこれは故障が起きない世界を仮定するモデルである。これ自体はプロダクションにそのまま投入できるものではない。だがこの故障モデルを想定しても解けない問題は故障が発生する状況では絶対解けない事が断言できたり、合意プロトコルが正しいかを議論する土台となったり、様々な実用的なアルゴリズムや分散システムの土台となるアルゴリズムが生まれる土壌
muddydixon 2016/02/23
楽しくなってきた

designpattern

programming

distributed
リンク
分散プログラミングモデルおよびデザインパターン - kuenishi's blog
同名の某記事について。僕がタイトルから想像する期待を、なんだか意外な方向に裏切ってくれた記事であった。批判するだけではよくないので、同じタイトルで僕ならどういう話になるか…という話をしよう。絵のない長文だ覚悟して読め(ΦωΦ)フフフ…。分散プログラミングモデルプログラミングモデルとはなんであろうか。 …CもJavaもMPIも登場していない1972年の論文を持ってこられてそれがオリジナルだみたいなこと言われてもえー…って感じで、Flynnの1972年の論文は並列計算やHPCの方面へ非常に大きな影響を与えていると思う。ただしそれはCPU内の話であって、時代が進むと共にたとえば牧野先生の日記﹁並列計算機のプログラミングモデル﹂で書かれているような議論につながるといえば繋がるには繋がるが、このレベルで計算を並列化する議論にしか応用できない。せいぜい、プログラミングモデルとひとくちにいっても様々
muddydixon 2016/02/22
distributed

system

programming

pattarn

designpattern
リンク
[AWS初心者向けWebinar] AWSではじめよう、IoTシステム構築
2012/7/13開催の「AzureとAWSをクラウド女子部が語る！クラウド勉強会 in 福岡」 http://atnd.org/events/30235 の資料です。 AWSに関するお問い合わせ：https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ：http://blog.serverworks.co.jp/tech/
muddydixon 2015/11/27
aws

iot

presentation

designpattern
リンク
マイクロサービスのデザインパターン
第1版 2015年9月21日第2版 2015年12月24日 Bluemixでは，たくさんのサービスやAPIが提供されており，それらを組み合わせることでアプリケーションを開発することができます．単一のプログラム言語を使って，多数のライブラリやクラスファイルを結合して作る大きなアプリケーションにももちろん利点がありますが，新しい機能やUXを継続的に提供したい時や，目的に合わせてプログラミング言語やデータベースを選択したい場合には，それぞれが独立したサービスを組み合わせるやり方が有利です．この考え方の根底にあるのが，James LewisとMartin Fowlerが提唱しているマイクロサービスです．彼らのブログ記事にあるマイクロサービスの定義にあたる部分を訳してみました．マイクロサービス(Microservices)アーキテクチャスタイルは、それぞれが独立のプロセスで実行され，HTTPリソ
muddydixon 2015/10/07
microservice

designpattern

architecture
リンク
『Programming Elixir』より "Think Different(ly)" - Qiita
あの Dave Thomas が書いた『Programming Elixir』を買ったのでぼちぼち読んでいる。 Chapter 1. に Elixir の特徴を巧みに表現した文章があってカッとなったので、引用しておきたい。 Object orientation is not the only way to design code Functional Programming need not be complex or mathematical. The foundations of programming are not assignments, if statements, and loops. Concurrency does not need locks,semaphores, monitors, and the like. Processes are not necessaril
muddydixon 2015/07/29
elixir

erlang

ruby

programming

designpattern
リンク
WebModulePattern
このエントリでは、WebModule に使われている実装パターン(WebModulePattern) について紹介しています。 WebModulePattern は、どこでも動作し見通しの良いモジュールを記述するためのコードパターンです。以下のように記述すると、Browser, Node.js, Worker, NW.js で動作するモジュールを構築できます。 Namespace WebModule における GLOBAL とは JavaScript のルート要素(window や self, global)を示す定数です。この値は WebModuleIdiom を使って導き出されます。 WebModulePattern を使って定義したモジュールは GLOBAL 直下ではなく、GLOBAL.WebModule 名前空間の下に export されます。パターン以下は、モジュールを定
muddydixon 2015/05/20
javascript

syntax

designpattern

pattarn

module
リンク
Javaで書くBuilderパターンのパターン - Qiita
個人的にBuilderパターンはオブジェクトの生成制御や、ものによっては可読性が高くて好きなパターンなんですが、その実装には用途によっていくつかパターンがあるので、まとめてみました。生成するオブジェクトの条件クラス名:People フィールド:String name(必須), Integer age(必須), String hobby(オプション) 必須要素はnullを禁止 PeopleクラスはStringを返り値とするhelloメソッドを持つ今回はBuilderパターンの比較のため、パターン上必要でない限りgetterなどのメソッドは省略 Native Builder Builderパターンではなく、ただのコンストラクタ。Builderパターンを使いたくなるのはこれをやりたくないからだけど、比較のために記載。 class People { private String name;
muddydixon 2015/03/25
designpattern

java

object

builder
リンク
1 2 3 次のページ