Skip to content

Commit e58edcf

Browse files
committed
fix some styling in the domain events post
1 parent 9536a99 commit e58edcf

File tree

3 files changed

+62
-47
lines changed

3 files changed

+62
-47
lines changed

blog/2017-09-19-why-use-domain-events.html

Lines changed: 27 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -61,41 +61,55 @@ <h1> Why use domain events?</h1>
6161
where we could just have a tiny Django app. Let&rsquo;s work through some more
6262
use-cases and start to flesh things out.</p>
6363
<p>Back to our domain expert:</p>
64-
<p>So when we&rsquo;ve added a reported issue to the issue log, what happens next?</p>
64+
<p><em>So when we&rsquo;ve added a reported issue to the issue log, what happens next?</em></p>
65+
<blockquote>
6566
<p>Well we need to triage the problem and decide how urgent it is. Then we might
6667
assign it to a particular engineer, or we might leave it on the queue to be
6768
picked up by anyone.</p>
68-
<p>Wait, the queue? I thought you had an issue log, are they the same thing, or is
69-
there a difference?</p>
69+
</blockquote>
70+
<p><em>Wait, the queue? I thought you had an issue log, are they the same thing, or is
71+
there a difference?</em></p>
72+
<blockquote>
7073
<p>Oh, yes. The issue log is just a record of all the issues we have received, but
7174
we work from the queue.</p>
72-
<p>I see, and how do things get into the queue?</p>
75+
</blockquote>
76+
<p><em>I see, and how do things get into the queue?</em></p>
77+
<blockquote>
7378
<p>We triage the new items in the issue log to decide how urgent they are, and what
7479
categories they should be in. When we know how to categorise them, and how
7580
urgent they are, we treat the issues as a queue, and work through them in
7681
priority order.</p>
77-
<p>This is because users always set things to &ldquo;Extremely urgent&rdquo;?</p>
82+
</blockquote>
83+
<p><em>This is because users always set things to &ldquo;Extremely urgent&rdquo;</em>?</p>
84+
<blockquote>
7885
<p>Yeah, it&rsquo;s just easier for us to triage the issues ourselves.</p>
79-
<p>And what does that actually mean, like, do you just read the ticket and say &ldquo;oh,
80-
this is 5 important, and it&rsquo;s in the broken mouse category&rdquo;?</p>
86+
</blockquote>
87+
<p><em>And what does that actually mean, like, do you just read the ticket and say &ldquo;oh,
88+
this is 5 important, and it&rsquo;s in the broken mouse category&rdquo;?</em></p>
89+
<blockquote>
8190
<p>Mmmm&hellip; more or less, sometimes we need to ask more questions from the user so
8291
we&rsquo;ll email them, or call them. Most things are first-come, first-served, but
8392
occasionally someone needs a fix before they can go to a meeting or something.</p>
84-
<p>So you email the user to get more information, or you call them up, and then you
85-
use that information to assess the priority of the issue - sorry triage the
93+
</blockquote>
94+
<p><em>So you email the user to get more information, or you call them up, and then you
95+
use that information to assess the priority of the issue - sorry <em>triage</em> the
8696
issue, and work out what category it should go in&hellip; what do the categories
87-
achieve? Why categorise?</p>
97+
achieve? Why categorise?</em></p>
98+
<blockquote>
8899
<p>Partly for reporting, so we can see what stuff is taking up the most time, or if
89100
there are clusters of similar problems on a particular batch of laptops for
90101
example. Mostly because different engineers have different skills, like if you
91102
have a problem with the Active Directory domain, then you should send that to
92103
Barry, or if it&rsquo;s an Exchange problem, then George can sort it out, and Mike has
93104
the equipment log so he can give you a temporary laptop and so on, and so on.</p>
94-
<p>Okay, and where do I find this &ldquo;queue&rdquo;?</p>
105+
</blockquote>
106+
<p><em>Okay, and where do I find this &ldquo;queue&rdquo;?</em></p>
107+
<blockquote>
95108
<p>Your customer grins and gestures at the wall where a large whiteboard is covered
96109
in post-its and stickers of different colours.</p>
97-
<p>Mapping our requirements to our domain
98-
How can we map these requirements back to our system? Looking back over our
110+
</blockquote>
111+
<h2>Mapping our requirements to our domain</h2>
112+
<p>How can we map these requirements back to our system? Looking back over our
99113
notes with the domain expert, there&rsquo;s a few obvious verbs that we should use to
100114
model our use cases. We can triage an issue, which means we prioritise and
101115
categorise it; we can assign a triaged issue to an engineer, or an engineer can

posts/2017-09-19-why-use-domain-events.md

Lines changed: 34 additions & 33 deletions
Original file line numberDiff line numberDiff line change
@@ -19,54 +19,55 @@ use-cases and start to flesh things out.
1919

2020
Back to our domain expert:
2121

22-
So when we've added a reported issue to the issue log, what happens next?
22+
_So when we've added a reported issue to the issue log, what happens next?_
2323

24-
Well we need to triage the problem and decide how urgent it is. Then we might
25-
assign it to a particular engineer, or we might leave it on the queue to be
26-
picked up by anyone.
24+
> Well we need to triage the problem and decide how urgent it is. Then we might
25+
> assign it to a particular engineer, or we might leave it on the queue to be
26+
> picked up by anyone.
2727
28-
Wait, the queue? I thought you had an issue log, are they the same thing, or is
29-
there a difference?
28+
_Wait, the queue? I thought you had an issue log, are they the same thing, or is
29+
there a difference?_
3030

31-
Oh, yes. The issue log is just a record of all the issues we have received, but
32-
we work from the queue.
31+
> Oh, yes. The issue log is just a record of all the issues we have received, but
32+
> we work from the queue.
3333
34-
I see, and how do things get into the queue?
34+
_I see, and how do things get into the queue?_
3535

36-
We triage the new items in the issue log to decide how urgent they are, and what
37-
categories they should be in. When we know how to categorise them, and how
38-
urgent they are, we treat the issues as a queue, and work through them in
39-
priority order.
36+
> We triage the new items in the issue log to decide how urgent they are, and what
37+
> categories they should be in. When we know how to categorise them, and how
38+
> urgent they are, we treat the issues as a queue, and work through them in
39+
> priority order.
4040
41-
This is because users always set things to "Extremely urgent"?
41+
_This is because users always set things to "Extremely urgent"_?
4242

43-
Yeah, it's just easier for us to triage the issues ourselves.
43+
> Yeah, it's just easier for us to triage the issues ourselves.
4444
45-
And what does that actually mean, like, do you just read the ticket and say "oh,
46-
this is 5 important, and it's in the broken mouse category"?
45+
_And what does that actually mean, like, do you just read the ticket and say "oh,
46+
this is 5 important, and it's in the broken mouse category"?_
4747

48-
Mmmm... more or less, sometimes we need to ask more questions from the user so
49-
we'll email them, or call them. Most things are first-come, first-served, but
50-
occasionally someone needs a fix before they can go to a meeting or something.
48+
> Mmmm... more or less, sometimes we need to ask more questions from the user so
49+
> we'll email them, or call them. Most things are first-come, first-served, but
50+
> occasionally someone needs a fix before they can go to a meeting or something.
5151
52-
So you email the user to get more information, or you call them up, and then you
53-
use that information to assess the priority of the issue - sorry triage the
52+
_So you email the user to get more information, or you call them up, and then you
53+
use that information to assess the priority of the issue - sorry *triage* the
5454
issue, and work out what category it should go in... what do the categories
55-
achieve? Why categorise?
55+
achieve? Why categorise?_
5656

57-
Partly for reporting, so we can see what stuff is taking up the most time, or if
58-
there are clusters of similar problems on a particular batch of laptops for
59-
example. Mostly because different engineers have different skills, like if you
60-
have a problem with the Active Directory domain, then you should send that to
61-
Barry, or if it's an Exchange problem, then George can sort it out, and Mike has
62-
the equipment log so he can give you a temporary laptop and so on, and so on.
57+
> Partly for reporting, so we can see what stuff is taking up the most time, or if
58+
> there are clusters of similar problems on a particular batch of laptops for
59+
> example. Mostly because different engineers have different skills, like if you
60+
> have a problem with the Active Directory domain, then you should send that to
61+
> Barry, or if it's an Exchange problem, then George can sort it out, and Mike has
62+
> the equipment log so he can give you a temporary laptop and so on, and so on.
6363
64-
Okay, and where do I find this "queue"?
64+
_Okay, and where do I find this "queue"?_
6565

66-
Your customer grins and gestures at the wall where a large whiteboard is covered
67-
in post-its and stickers of different colours.
66+
> Your customer grins and gestures at the wall where a large whiteboard is covered
67+
> in post-its and stickers of different colours.
68+
69+
## Mapping our requirements to our domain
6870

69-
Mapping our requirements to our domain
7071
How can we map these requirements back to our system? Looking back over our
7172
notes with the domain expert, there's a few obvious verbs that we should use to
7273
model our use cases. We can triage an issue, which means we prioritise and

rss.xml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@
77
Simple patterns for building complex apps
88
</description>
99
<link>https://cosmicpython.com</link>
10-
<lastBuildDate>Tue, 14 Apr 2020 19:15:58 -0000</lastBuildDate>
10+
<lastBuildDate>Mon, 27 Apr 2020 15:55:24 -0000</lastBuildDate>
1111
<pubDate>Sat, 4 Jan 2020 19:15:54 -0500</pubDate>
1212
<atom:link href="https://cosmicpython.com/rss.xml" rel="self" type="application/rss+xml" />
1313

0 commit comments

Comments
 (0)