2017/08/27 16:04:06
koyancya
なんか超大作が出てた
2017/08/27 16:15:51
sonots
英語ドキュメントを日本語訳したような文章にユニークさを感じた
2017/08/27 16:20:06
watarum
ほげ〜
2017/08/27 16:22:24
seiunsky
英文の日本語訳かと思ったw
2017/08/27 16:42:29
kymmt90
"Hanami は DDD (Domain-driven design) をベースにしている", "Rails はサービスを素早くローンチすることに向いていて、 Hanami は長期的にメンテナンスすることに向いている"
2017/08/27 16:44:00
minamimonji
はじめの勢いで書いてみて欲しかった。
2017/08/27 16:49:03
netcraft3
良さげ。使ってみよう。
2017/08/27 16:59:12
wakuwakuozisan
久しぶりにRuby関連の記事でワクワクした!
2017/08/27 17:39:10
razokulover
POSTDかと思った。それはさておき面白そう。
2017/08/27 17:54:44
murishinai
自分は導入の寸劇をかなり気持ち悪く感じた。
2017/08/27 18:00:59
progrhyme
DDDに基づいた新WAF. Railsより長期運用に耐え得る構成らしい。
2017/08/27 18:03:43
koki-h
"メンテナンス性を下げる要因はたくさんあるが、共通して言えることは、複雑な要件に対して簡単すぎる設計をしてしまっていることだ。"
2017/08/27 18:33:53
k2170
“だが、残念ながら未だにプロトタイププロジェクトとして作成したシステムが、プロトタイプとして捨てられる現場に関わったことがない。 ” ホントこれ…終了すれば捨てられるけど使い続けられちゃう。
2017/08/27 18:57:33
mexxx
RailsではなくてRubyが嫌われてると何度言えばわかるのか。
2017/08/27 19:25:18
tkrd
DDD ということで、ディレクトリ構成とか phoenix 1.3 によく似ている。
2017/08/27 19:32:10
arata3da4
“Interactor”を知った
2017/08/27 19:47:54
maruware
おもしろそう
2017/08/27 20:12:30
theatrical
寸劇を気持ち悪く感じたというブコメを見て、基本コアな人しか見ないし、良いんじゃない?と思ったけど、こう言うののせいでコアな人しか見ない気もするし、微妙な話ですね
2017/08/27 20:15:20
g2_girichan
なるほど、SECRET OBJECTなのかー。
2017/08/27 20:17:04
fiejfj
早くこのゴミ言語が日本から去りますように。IT後進国バンザイ。
2017/08/27 20:28:51
kuronat
ddd
2017/08/27 21:24:04
masatomo-m
"結局のところ、Railsを使うのであればRails Wayに従うのが一番良いという結論に至った。それが最もRailsの強みを活かせる使い方なのだろう" の通りで、RailsはRuby持つ「自由なプログラミング」とは異なる世界観あるよね
2017/08/27 21:55:41
amagitakayosi
わかりやすい "データフローに関する部分はapps/以下に、 ビジネスロジックに関する部分はlib/以下に定義する"
2017/08/27 22:03:52
ntaoo
正しい
2017/08/27 22:15:50
DustOfHuman
なんかよさそう
2017/08/27 22:30:11
vanbraam
MVCとDDDは並存不可ではないという認識なのだが,間違ってる?;Monkey patchもmix-inも,実装の依存関係を複雑にするという意味では同じでは?(mix-inの方が単位が大きい分だけ可読性はやや高いが);結局fat interactorになりそうな気も
2017/08/27 22:33:36
R-H
“Hanami は DDD をベースにしている。”
2017/08/27 22:35:08
lost_and_found
好きかも
2017/08/27 22:48:20
tzt
PHPの世界ではこの辺はn年前に通り過ぎたわけだが(今は1周まわってフレームワークとかいらなくね?というところまで行っちゃってるが……)、遅ればせながらRubyもやっとこの領域に追いついてきたか。
2017/08/27 23:24:45
awkad
ServiceがInteractorに代わっただけのDDDだね。しかも、Entityが不変オブジェクトなので典型的な「ドメインモデル貧血症」に陥りそう。DDDやるならRepositoryの引数までは可変のEntity、それ以降は不変Entityに移し替えたほうがよい。
2017/08/28 02:03:08
itochan315
新しいのが出てくるのはいいと思うので頑張ってほしい
2017/08/28 02:14:51
teruroom
Hananiは日本発なのかな?。だとしたら、日本発のRubyに日本発のフレームワークHanamiの組み合わせはとても喜ばしいこと。頑張ってほしい。
2017/08/28 04:25:05
kuroneko0208
良さそう
2017/08/28 08:01:03
gabuchan
Webフレームワークもハードフォークする時代か
2017/08/28 08:33:57
pokuwagata
DDD
2017/08/28 09:10:11
kikuchi1201
ほう
2017/08/28 09:53:10
mather314
ほう。 / “Hanami は DDD (Domain-driven design) をベースにしている。 Rails はサービスを素早くローンチすることに向いていて、 Hanami は長期的にメンテナンスすることに向いている。 ”
2017/08/28 09:53:33
saboyutaka
ばばさん
2017/08/28 10:00:23
hiroponz
メンテンス性に優れたRailsのOSSとしてはGitLabのコードが参考になる
2017/08/28 10:01:21
fukuiretu
ruby製の新しいwebフレームワーク
2017/08/28 10:09:12
Lian
名前は見たことあるがスルーしてたな
2017/08/28 11:58:37
hogeaegxa
RubyのWebフレームワークは、Railsという神が新しいアイデアも全部取り込んですべてがRailsになるって感じだったけど、Hanamiはどうだろう。
2017/08/28 12:05:54
YxY
救世主と書いてメシアと読む
2017/08/28 12:31:16
pandaisukikun
冒頭気持ち悪い?別に大したことないけど、異端審問する側の人なの?
2017/08/28 12:45:01
Nfm4yxnW8
長期的にメンテナンスする必要があってDDDでやるなら型のある言語で書きたいなあ
2017/08/28 12:59:47
adwd118
見も蓋もないけど結局現場のレベル次第で、高いところは何使ってもメンテナブルなもの作るし低いとこは何使ったってダメなんじゃないかな
2017/08/28 14:02:49
ravelll
“自生したラックの球根を齧りながらさまよった末、”
2017/08/28 14:22:23
side_tana
"大雑把に言うとデータフローに関する部分は apps/ 以下に、 ビジネスロジックに関する部分は lib/ 以下に定義する。" 良さそうに見える これだけなら Rails でもできそうだけど
2017/08/28 17:53:40
to4iki
“Interactor の責務はビジネスロジックをまとめることだ。” アプリケーションのコアなユースケースを表現する纏まりかなと感じた
2017/08/29 08:17:13
ippomihosanpo
少しだけソースみたら確かにRailsより生Ruby感?あるなぁ?リポジトリパターンあんま理解できてないから気になる…! ちょっと使ってみたいけど、Createクラスとか、クラス名が動詞なの個人的には気持ち悪いな_(:3」∠)_w
2017/08/29 10:43:05
tazyamah
メンテナンス性は結局書き方によるからなー
2017/08/29 17:17:52
garage-kid
385
2017/08/29 17:57:49
s_osa
良さそうだと思ったけどブコメがわりとアレだ……。