Submit Search
Upload
Antifragile Clojure
•
9 likes
•
3,777 views
Yoshitaka Kawashima
Follow
nishi-shinju-clojure #0のLTスライドです。
Read less
Read more
Software
Report
Share
Report
Share
1 of 17
Download now
Download to read offline
Recommended
How to find tech books
How to find tech books
Yoshitaka Kawashima
技術書の見つけ方です。
Boilerplate vs Magic
Boilerplate vs Magic
Yoshitaka Kawashima
BoilerplateとMagic論争をStruts1を交えて考えてみました。
Antifragile Java - Java Day Tokyo 2017 D1-E1
Antifragile Java - Java Day Tokyo 2017 D1-E1
Yoshitaka Kawashima
How to building an antifragile system using Java.
SIerにとっての越境 @ DevLOVE 199
SIerにとっての越境 @ DevLOVE 199
Yoshitaka Kawashima
SIerの方が本質的にオープンにいけると思うのですよ。
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
更新日時を排除していくことでそこそこのモデルを書けるようになる手法です。
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
Yoshitaka Kawashima
おもにエンタープライズの開発において「アジャイルってどうなの?」という方への説明資料です。
Grokking Simplicity探訪
Grokking Simplicity探訪
Yoshitaka Kawashima
2024/6/5のアーキ部で話したスライドです。 Stratified Designの目的を中心に、そのメリットを考えてみます。
ブルックスのいう銀の弾丸とは何か?
ブルックスのいう銀の弾丸とは何か?
Yoshitaka Kawashima
アーキ部#15の資料です。
Recommended
How to find tech books
How to find tech books
Yoshitaka Kawashima
技術書の見つけ方です。
Boilerplate vs Magic
Boilerplate vs Magic
Yoshitaka Kawashima
BoilerplateとMagic論争をStruts1を交えて考えてみました。
Antifragile Java - Java Day Tokyo 2017 D1-E1
Antifragile Java - Java Day Tokyo 2017 D1-E1
Yoshitaka Kawashima
How to building an antifragile system using Java.
SIerにとっての越境 @ DevLOVE 199
SIerにとっての越境 @ DevLOVE 199
Yoshitaka Kawashima
SIerの方が本質的にオープンにいけると思うのですよ。
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
更新日時を排除していくことでそこそこのモデルを書けるようになる手法です。
ウォーターフォールとアジャイルのフェアな比較
ウォーターフォールとアジャイルのフェアな比較
Yoshitaka Kawashima
おもにエンタープライズの開発において「アジャイルってどうなの?」という方への説明資料です。
Grokking Simplicity探訪
Grokking Simplicity探訪
Yoshitaka Kawashima
2024/6/5のアーキ部で話したスライドです。 Stratified Designの目的を中心に、そのメリットを考えてみます。
ブルックスのいう銀の弾丸とは何か?
ブルックスのいう銀の弾丸とは何か?
Yoshitaka Kawashima
アーキ部#15の資料です。
Are Design Patterns Dead?
Are Design Patterns Dead?
Yoshitaka Kawashima
吉祥寺.pm32で話したスライドです。 邦題: デザインパターンは死んだ(のか)?
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
Yoshitaka Kawashima
アーキ部#13で使ったスライドです。 サンプルコードはこちらです。 https://github.com/kawasima/revisiting-domain-model
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
アーキ部 #12 「複雑さ」について語り合う会 の参考資料です
Tackling Complexity
Tackling Complexity
Yoshitaka Kawashima
設計ナイト2022 「トランザクションスクリプト」でのディスカッション枠スライドです。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア設計における 意思決定とそのレビューの秘訣
ソフトウェア設計における 意思決定とそのレビューの秘訣
Yoshitaka Kawashima
JaSST Review 2020の発表資料です。
本番障害に至る病
本番障害に至る病
Yoshitaka Kawashima
吉祥寺.pm #24の発表資料です。
システムダウンのひみつ
システムダウンのひみつ
Yoshitaka Kawashima
吉祥寺.pm #23の発表資料です。 Test Harnessを使って、仕様外のふるまいをテストしましょうというお話です。 https://github.com/kawasima/rodriguez
Mavenの真実とウソ
Mavenの真実とウソ
Yoshitaka Kawashima
JJUG CCC 2019 fall g3のセッション資料です。 「ちょっと凝ったことをしようとすると大量のXMLを書かなきゃいけない」「プラグインを並べてもうまく動いてくれない」など、Mavenは誤解され敬遠され、Gradleなどの他のビルドツールにシェアを奪われてきました。 が、依然としてMavenはJavaのデファクトスタンダードなビルドツールに位置づけられており、マスターする価値は十分にあります。そして良く学んでみると、そもそもXMLで過度なカスタマイズしようというのが誤った使い方だったのに気づきます。そこへ至るにも、タスクランナーの延長線上にある他のビルドツールと異なり、Maven独特なライフサイクルとプラグインの関係性もきちんと理解しておかなければなりません。
アンチフラジャイルの世界
アンチフラジャイルの世界
Yoshitaka Kawashima
NoOps Meetup Tokyo #8での発表資料です。
Atomic Architecture
Atomic Architecture
Yoshitaka Kawashima
すえなみチャンス暑気払い 2019夏で話した、設計要素を分解して理解してみようという話です。 Simplicity makes easy to understand.
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
Yoshitaka Kawashima
JJUG CCC 2018 Fall #ccc_e3
たとえ日本人同士でも必要な異文化理解力
たとえ日本人同士でも必要な異文化理解力
Yoshitaka Kawashima
2017/2/17のアーキ部の資料です。 異文化理解力に関して思うところをまとめました。
なぜデータモデリングが重要なのか?
なぜデータモデリングが重要なのか?
Yoshitaka Kawashima
受託開発を生業とするものにとって、見積もり根拠を正しく示すことは死活問題だ、という話です。
既婚プログラマの時間捻出術
既婚プログラマの時間捻出術
Yoshitaka Kawashima
既婚プログラマの時間捻出術です
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Yoshitaka Kawashima
Java Day Tokyo 2016 のセッション3-Eの資料です。 Java8, Java9の新機能がシステムの設計にどういう影響があるのかを考えてみました。
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
Yoshitaka Kawashima
JJUG CCC 2016 Spring CD-7 のセッションスライドです。
週刊Webサイトのアーキテクチャ
週刊Webサイトのアーキテクチャ
Yoshitaka Kawashima
DevLOVE甲子園 2015 東日本大会 の発表です
More Related Content
More from Yoshitaka Kawashima
Are Design Patterns Dead?
Are Design Patterns Dead?
Yoshitaka Kawashima
吉祥寺.pm32で話したスライドです。 邦題: デザインパターンは死んだ(のか)?
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
Yoshitaka Kawashima
アーキ部#13で使ったスライドです。 サンプルコードはこちらです。 https://github.com/kawasima/revisiting-domain-model
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
アーキ部 #12 「複雑さ」について語り合う会 の参考資料です
Tackling Complexity
Tackling Complexity
Yoshitaka Kawashima
設計ナイト2022 「トランザクションスクリプト」でのディスカッション枠スライドです。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア設計における 意思決定とそのレビューの秘訣
ソフトウェア設計における 意思決定とそのレビューの秘訣
Yoshitaka Kawashima
JaSST Review 2020の発表資料です。
本番障害に至る病
本番障害に至る病
Yoshitaka Kawashima
吉祥寺.pm #24の発表資料です。
システムダウンのひみつ
システムダウンのひみつ
Yoshitaka Kawashima
吉祥寺.pm #23の発表資料です。 Test Harnessを使って、仕様外のふるまいをテストしましょうというお話です。 https://github.com/kawasima/rodriguez
Mavenの真実とウソ
Mavenの真実とウソ
Yoshitaka Kawashima
JJUG CCC 2019 fall g3のセッション資料です。 「ちょっと凝ったことをしようとすると大量のXMLを書かなきゃいけない」「プラグインを並べてもうまく動いてくれない」など、Mavenは誤解され敬遠され、Gradleなどの他のビルドツールにシェアを奪われてきました。 が、依然としてMavenはJavaのデファクトスタンダードなビルドツールに位置づけられており、マスターする価値は十分にあります。そして良く学んでみると、そもそもXMLで過度なカスタマイズしようというのが誤った使い方だったのに気づきます。そこへ至るにも、タスクランナーの延長線上にある他のビルドツールと異なり、Maven独特なライフサイクルとプラグインの関係性もきちんと理解しておかなければなりません。
アンチフラジャイルの世界
アンチフラジャイルの世界
Yoshitaka Kawashima
NoOps Meetup Tokyo #8での発表資料です。
Atomic Architecture
Atomic Architecture
Yoshitaka Kawashima
すえなみチャンス暑気払い 2019夏で話した、設計要素を分解して理解してみようという話です。 Simplicity makes easy to understand.
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
Yoshitaka Kawashima
JJUG CCC 2018 Fall #ccc_e3
たとえ日本人同士でも必要な異文化理解力
たとえ日本人同士でも必要な異文化理解力
Yoshitaka Kawashima
2017/2/17のアーキ部の資料です。 異文化理解力に関して思うところをまとめました。
なぜデータモデリングが重要なのか?
なぜデータモデリングが重要なのか?
Yoshitaka Kawashima
受託開発を生業とするものにとって、見積もり根拠を正しく示すことは死活問題だ、という話です。
既婚プログラマの時間捻出術
既婚プログラマの時間捻出術
Yoshitaka Kawashima
既婚プログラマの時間捻出術です
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Yoshitaka Kawashima
Java Day Tokyo 2016 のセッション3-Eの資料です。 Java8, Java9の新機能がシステムの設計にどういう影響があるのかを考えてみました。
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
Yoshitaka Kawashima
JJUG CCC 2016 Spring CD-7 のセッションスライドです。
週刊Webサイトのアーキテクチャ
週刊Webサイトのアーキテクチャ
Yoshitaka Kawashima
DevLOVE甲子園 2015 東日本大会 の発表です
More from Yoshitaka Kawashima
(20)
Are Design Patterns Dead?
Are Design Patterns Dead?
強いて言えば「集約どう実装するのかな、を考える」な話
強いて言えば「集約どう実装するのかな、を考える」な話
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Tackling Complexity
Tackling Complexity
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
ソフトウェア設計における 意思決定とそのレビューの秘訣
ソフトウェア設計における 意思決定とそのレビューの秘訣
本番障害に至る病
本番障害に至る病
システムダウンのひみつ
システムダウンのひみつ
Mavenの真実とウソ
Mavenの真実とウソ
アンチフラジャイルの世界
アンチフラジャイルの世界
Atomic Architecture
Atomic Architecture
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
たとえ日本人同士でも必要な異文化理解力
たとえ日本人同士でも必要な異文化理解力
なぜデータモデリングが重要なのか?
なぜデータモデリングが重要なのか?
既婚プログラマの時間捻出術
既婚プログラマの時間捻出術
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
Javaの進化にともなう運用性の向上はシステム設計にどういう変化をもたらすのか
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
マイクロフレームワークEnkan(とKotowari)ではじめるREPL駆動開発
週刊Webサイトのアーキテクチャ
週刊Webサイトのアーキテクチャ
Antifragile Clojure
1.
Antifragile Clojure kawasima nishi-shinju-clojure #0
2.
Antifragile リーマンショックで大儲けした ニコラス・タレブの書いた ブラック・スワンに続くヒット作 (日本語訳は未) 主題は、不確実なことが実際に 起きたときに、大きなゲインを 得ようというもの。
3.
Love disorder
4.
Fragileの反対とは? fragile Antifragile Robust 取り扱い注意 どうぞ落っことして みてください 取り扱いに注意するな という意味ではない タレブ先生の詭弁だと思います
5.
イメージ図(公式) ダモクラス フェニックス ヒドラ Fragile Robust (Resilient) Antifragile ちょっとしたことで 上に吊るされた剣が 落ちてきて死亡 死んでも 何度でも甦る 1つ首を切ると、 2つはえてくる
6.
イメージ図 (日本版)
7.
Antifragileのソフトウェア開発への応用 Fragile Robust (Resilient) Antifragile 計画変更を計画してない ウォーターフォール クラウドを使った レジリエントな アーキテクチャ アジャイル DevOps Netflix FIT (Failure as
a Service) プロビジョニングのない モノリシックな アーキテクチャ
8.
Antifragile System関連書籍
9.
Love errors Embrace failures
10.
Antifragileの稚拙な解釈 「なるほど。失敗のなぜなぜ分析をして 二度と類似の失敗をしないようにすることが アンチフラジャイルなんだなっ!!」 ???
11.
エラーから学ぶのはAIが主役に http://www.sciencedirect.com/science/article/pii/S1877050914007017 App App App Monitoring Evaluator
Feedback 次の最適な値を 決めてアプリケーションに 反映する
12.
AntifragileなJVMコンテナ https://github.com/kawasima/falchion Falchion Container JVM real
process WebApplication JVM pool JVM virtual process JVM virtual process JVM real process WebApplication Listen the same port
13.
JVMのパラメータを 自動的にチューニングする
14.
このフィードバックループは プログラム自体にも適用したい ClassCastExceptionの発生を検知し、 型変換を自動的に追加する。
15.
プログラムを書くのが 人だけとは限らなくなる世界 clojure.specはそのための重要なファクターになるかも 人でも機械でも書きやすいisomorphicな言語が必要
16.
人間がコンピュータに歩み寄った シンタックスだから流行らない と言われてきたS式が むしろ時代の中心に
17.
AntifragileAntifragileなソフトウェア開発の未来なソフトウェア開発の未来 のためにのために ClojureClojureを書こうを書こう
Download now