第68回Smalltalk勉強会 資料 http://www.smalltalk-users.jp/Home/gao-zhi/dai68kaismalltalkbenkyoukai Smalltalk(Phato)とAWSでクラウドサービスを実現するための挑戦 建設機械のレンタル会社向け相見積もり業務改善サービス「Mikata」 https://mikatacloud.com/lease/index.htmlRead less
SWEBOKにみるソフトウェアエンジニアリングの全体、および、 つながる時代のソフトウェアモデリング&品質 Hironori Washizaki
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料:http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
グラフィックレコーダーネットワーク(GRN)の勉強会としてうまれた、グラフィッカーたちの勉強会『カカナイト』。 第一回カカナイトのテーマは『突撃!隣のグラフィッカー』です。 1月のGRN描き初め新年会で話題になってた、カカナイトvol1を実施します!タイトルは『突撃!となりのグラフィッカー』。 ゆるゆるとペンをもちながら、一緒にとなりのグラフィッカーの脳内をのぞいてみませんか? この会では実際のファシリテーショングラフィッカー、グラフィッカーの動きを『師匠と弟子』モデルで観察し、観察データをもとにインタビューをしていきます。 一瞬一瞬の判断にあらわれる、その人らしさ、場のとらえ方、技術、あり方。自分ではあたりまえだと思ってたことがとなりの人には驚きの視点ということも。 お互いの脳内を見ることで、グラフィックの見方や、自分のかかわり方にもきっとおもしろい刺激になるんじゃないかな~と思います。
This document summarizes Narihiro Nakamura's presentation on symbol garbage collection in Ruby. It describes the problem that symbols are currently uncollectable in Ruby and outlines an idea to make symbols collectable by differentiating between immortal symbols and mortal symbols. Immortal symbols would refer to symbols used in the C layer like method names, while mortal symbols like those genera
Pycon JP 2014発表資料です。 ピタゴラス勝率とBABIPについて、Django他で可視化しました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く