【書評】ドメイン駆動設計 モデリング/実装ガイド | DevelopersIO
はじめに コードを書いていると、途中で「このモジュールなんか長くなってきたな・・・どうしよ」「この処理ってここのモジュールに書くべきなんだっけ」等と設計的な悩みが発生することが結構あります。 チームで開発しているので、そういう場合には途中でSlackやビデオチャットで相談したり、コードレビューの段階でやりとりして解決していました。 そこで、ふと「いつも的確なコメントくれるなぁ」と思っていたメンバーがいたので、話を聞いてみると「ドメイン駆動設計」を参考にしているとのことで、読んだ本を教えてもらいました。それが「ドメイン駆動設計 モデリング/実装ガイド」でした。 読んでみると最初の悩みがかなりスッキリしたので、私と同じような悩みを持っている方向けにブログを書くことにしました。 本の簡単な概要 初めてDDD（以下、ドメイン駆動設計）を学ぶ方や、実際に着手して「難しい」と感じているエンジニアを対象
中年男性のツイッターでのつぶやきが苦手なんだけど変？
苦手どころか読むとぞっとする 誰に向かって書いているのかまったくわからない まさに「つぶやき」って感じで中年男性がひとりでぼそっと独り言を言っている姿が目に浮かぶ それでいて反応が欲しそうな「チラッチラッ」的な気配がおぞましい ほとんど誰ともやり取りせずに黙々とツイートしているアカウントを見ると「独居老人」って感じがして目を背けたくなる しかもそういったアカウントの口調が揃って「～～なんだよな」みたいな文体で中年男性が部屋のなかで一人その口調でつぶやいているかと思うと寒気がする 「この前、大江健三郎を再読したんだけどやっぱり読みにくいんだよな」 いや知らんて・・・お前が以前に読んだことも知らんしそれがいつでどれを再読して以前とはどう感じ方が変わって相変わらず読みにくいのはなぜなのか分析しろよ それが他人に向けた文章だろ 中年男性ってなんでこうなるのかね？
Sentry で JavaScript ランタイムエラーを監視してみて
月間 Issue 数は 2022 年 6 月から記録を残しているので、それ以前のデータがない。本当は 2023 年も 6 月のデータが欲しい.. また、このアプリケーションは、10 月から年末に向けてユーザー訪問数が増加する傾向があるので、12 月はエラーイベントと Issue 数が多くなっています。また、PR のタイミングで突発的に大きく訪問数が増えることもあります。この様な性質のアプリケーションなので、エラーイベント数は増減が激しく新しいエラーが発生しているのか、単に訪問数が増えたことによってエラーイベント数が増えているのかを見極めにくいので、Issue 数を減らすことを特に重視して取り組みました。 この記事では、Sentry の Issue を減らすために取り組んだことや決めたことを、書いても問題無さそうな範囲で記載しています。技術的な内容よりは、チームで取り組むためのルールだったり
RSpec: Behaviour Driven Development for Ruby
Take very small stepsDon’t rush ahead with more code. Instead, add another example and let it guide you to what you have to do next. And don’t forget to take time to refactor your code before it gets messy. You should keep your code clean at every step of the way. View Documentation The BookEffective Testing with RSpec 3: Build Ruby Apps with ConfidenceThis definitive guide from RSpec’s lead devel
僕がRSpecでsubjectを使わない理由 - give IT a try
はじめに 僕は折に触れて「RSpecではなるべくsubjectを使わない方がいい」という発言をしています。 Qiitaとか見てるとRSpecのsubjectを愛用している人が多そうな印象なんだけど、僕はほとんど使っていません。「subjectは原則使わない。明らかにメリットがあるときにだけ例外的に使用する」が僕のポリシーです。ほら、RSpecの（元）メンテナさんもそう言ってるし。 https://t.co/Rp5EiIxCVb #Qiita pic.twitter.com/pMlN35ihEG— Junichi Ito (伊藤淳一) (@jnchito) 2019年5月28日 そもそもの話として、RSpecではsubjectは無理に使わない、というのが僕の持論です。なぜなら無理にを使うと、いびつなテストコードができやすいから。基本はsubjectなしで書く。明らかにsubjectが有効なと
Working Out Loud(WOL)の取り組みと振り返り - LIVESENSE ENGINEER BLOG
リブセンスVPoEの中野(etsxxx)です。 私はこれまでWorking Out Loud(WOL)というコミュニケーションスタイルを、所属した2チームで実践してきました。最初のチームでは7年、次のチームでは1年ほど運用しています。 最近、他のチームからも取り入れてみたいと相談されることがあったので、改めてWOLについて振り返りをしてみようと思い、この記事を書いています。 WOLとは？ 導入の経緯 1チーム目: WOLの原体験 2チーム目: 意図を持って始めたWOL WOLの導入を振り返る 導入前の課題感 実際にWOL導入初期にやったこと チャンネル削減 会話量を増やすための行動 WOL導入前後の比較 私が気をつけていたこと 積極的に絡みに行く 読み落としを責めない 長文をなるべく送らない 大事なメッセージは目立たせる スレッドが嫌いなことを言い続ける 集中したい時は、チャットを見ないで
「こんな風にひとを好きになったのは初めて」広末涼子が赤裸々に綴った鳥羽周作シェフへの“直筆W不倫ラブレター” | 文春オンライン
「週刊文春」6月8日発売号で報じた、女優・広末涼子（42）とミシュラン1つ星シェフ・鳥羽周作氏（45）とのW不倫関係。広末は取材に対し不倫を否定したが、2人は密かに直筆のラブレターをかわし合っていた――。 昨年5月には『ベストマザー賞』を受賞 1990年代後半に空前の「ヒロスエブーム」を巻き起こした広末。女優としても映画『おくりびと』など話題作に出演してきた。プライベートでは、モデルの岡沢高宏と2003年に結婚したものの、第一子を儲けた後、2008年に離婚。2010年10月にキャンドルアーティストのキャンドル・ジュン氏（49）と再婚した。翌2011年3月に第2子を、2015年には第3子を出産している。
世界シェアNo.1スポドリ「ゲータレード」はなぜ日本で販売終了したのか？ 日本特有の“とある文化”から考察してみた
■ゲータレードが日本で受け入れられなかった理由霊夢： はあ、久しぶりに運動していい汗かいたー。 そうだね。魔理沙、負けたんだからスポーツドリンク買ってきてよ。 魔理沙： まあいいよ。何が飲みたい？ ポカリ？ それともアクエリ？ 霊夢： うーん、それじゃあゲータレードをお願いしようかな。 魔理沙： え？ ゲータレードなら2015年に日本で生産終了してしまったんだぜ。 ゲータレードはアメリカでも今はトップシェアのスポーツドリンクなんだが、色々な理由により日本では撤退してしまったんだぜ。 霊夢： ええー！ 好きだったのに！ いったいどうして日本だとダメだったの？ 魔理沙： そうだな。それじゃあ今回は、世界でスポーツドリンクのトップ シェアを誇るゲータレードがなぜか日本では販売終了になってしまった理由について解説するぜ。 霊夢： ゲータレードが日本で販売終了してただなんて。美味しかったのに。大きい
Next.jsから学ぶWebレンダリング ~React誕生以前からApp Router with RSCまでの流れ~
最近話題のReact Server ComponentsやIslands Architectureが何を解決しようとしてるか知るまでの簡単なWebレンダリングの流れを記載しました。 社内勉強会のために作成した資料となるため箇条書きになっておりますが、なるべくHowやWhatではなくWhyやトレードオフを記述するようにしています。（読みにくい or 誤った記載あったらFB頂けたら幸いです） React 誕生までの Web iPhone と Ajax がリードした Web 2.0 時代 Webにおいて Ajax という技術が注目され始める 2005~ Google mapsやGmailといったサービスがリード jQueryの誕生が 2006~ iPhone登場 2007~ スマホアプリの登場によりソフトウェアのUXに求められる質的変化 mobile safariが時代のリードをした Flash
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
