<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi,<br>
<br>
See below<br>
<br>
On 05/08/2014 08:19 AM, Grzesiek Gałęzowski wrote:<br>
</div>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">Hi, Alexandra,
<div><br>
</div>
</div>
</blockquote>
It's Alexandru :) or simply Alex. No problem Grzesiek ;)<br>
<br>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">
<div>I like the sketch you provided, In my opinion, it contains
some very important factors to becoming a great craftsman. As
requested, I'd like to question two of the points you make for
clarifications:</div>
<div><br>
</div>
</div>
</blockquote>
Thanks for your support.<br>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">
<div>
<ol style="line-height: 24px; border: 0px; margin: 0px 0px
24px 20px; outline: 0px; padding: 0px; vertical-align:
baseline; list-style-position: initial; list-style-image:
initial; color: rgb(43, 43, 43);">
<li style="line-height: inherit; border: 0px; font-weight:
inherit; margin: 0px; outline: 0px; padding: 0px;
vertical-align: baseline;"><i><span style="font-size:
16px; font-family: inherit; line-height: inherit;
font-weight: 700; outline: 0px;">Gather a team of
craftsmen</span><font style="font-size: 16px;"
face="inherit"> that will not only work together but
also learn and grow together over the long-term.</font></i><br>
<font style="font-style: inherit;" face="arial,
sans-serif" size="2"><br>
what do you mean to "gather"? At team level? Product
level? I work in environment where a single product
consists of many subsystems and all work through the
release. Each subsystem is then divided into several
feature teams. I am a developer, which is not always the
corresponding role of architect in building. I view
architect as someone who creates the technical vision
and ties things together. As a developer, I am usually
expected to execute someone else's vision (not that I
don't have a say, it's just that I often do not play the
lead role). Thus, I think my abilities to gather are 1)
less formal - I do not have power to command people nor
can I choose who I work with - have to use my abilities
as a change agent to transform the environment I was
given. 2) limited - Even when I manage to transform my
team into a team of craftsmen, I am still influenced by
people outside it, who may not value the craftsmanship.
Thus, I think merely gathering a team of craftsmen is
not enough - it must be a team that shares their skills
extensively and promotes discussion around those skills.</font><br>
</li>
</ol>
</div>
</div>
</blockquote>
You are right, this is unclear. The simple reason is that I don't
exactly know what it means yet :).<br>
<br>
I think "gather" means to me two things:<br>
* I am fortunate to have the freedom to hire and teach developers
and the privilege to influence the values of the organization. It
won't be easy, but at least I have this opportunity.<br>
* Finding the right developers that aren't working with me but share
some of my ideas and are willing to discuss and challenge them.
That's part of what I hope with this message. <br>
<br>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">
<div>
<ol style="line-height: 24px; border: 0px; margin: 0px 0px
24px 20px; outline: 0px; padding: 0px; vertical-align:
baseline; list-style-position: initial; list-style-image:
initial; color: rgb(43, 43, 43);">
<li style="font-family: inherit; line-height: inherit;
border: 0px; font-weight: inherit; margin: 0px; outline:
0px; padding: 0px; vertical-align: baseline;"><i><span
style="font-size: 16px; line-height: inherit;
font-family: inherit; font-weight: 700; outline: 0px;">Deliver
working software that delights users and customers</span><font
size="3">. This is not only the job of the graphical
designer, interaction designer, product owner. It’s
also my job as a developer.</font></i><br>
<font style="font-style: inherit;" size="2"><br>
I am having some issues understanding in what way should
my work delight users. I can think of: application
performance, responsiveness, throughtput and reliability
(e.g. lack of bugs). I think the only way I can delight
customers and users with e.g. good design, is when I can
deliver new features fast and reliably. Am I missing
something?</font></li>
</ol>
</div>
</div>
</blockquote>
I agree with your idea that, in general, delivering new features
fast and reliably is part of it. I believe there's more. As software
developers, we can sometimes influence the way the application
behaves by looking at the application from the user perspective. For
example, I never start to work from user stories. I define a
complete scenario from the user's point of view, and ask questions
such as: Could this be made simpler for the user? Could we skip a
step? etc. <br>
<br>
As a recent example, we recently implemented features related to a
doctor that consults a patient and introduces data in the
application. Instead of considering the stories (as a doctor I want
to prescribe a drug so that ...), we discussed about the different
types of consultations: temporary problems (such as cold or flu),
acute problems and chronic problems. We then discussed with the
customer these specific scenarios, thus discovering how to simplify
the UI and the interaction between the user and the software. This
extra step is what I'm talking about.<br>
<br>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">
<div>
<ol style="line-height: 24px; border: 0px; margin: 0px 0px
24px 20px; outline: 0px; padding: 0px; vertical-align:
baseline; list-style-position: initial; list-style-image:
initial; color: rgb(43, 43, 43);">
<li style="font-family: inherit; line-height: inherit;
border: 0px; font-weight: inherit; margin: 0px; outline:
0px; padding: 0px; vertical-align: baseline;"><i><span
style="font-size: 16px; font-weight: 700; outline:
0px;">Write only the technical and functional
documentation that is useful</span><font size="3">. Favour
working software over detailed diagrams. (Gaudí had to
work with real materials and build 3D models; we are
lucky to work with code, easier to sculpt than stone –
when written so that it’s easy to change)</font></i><br>
<font style="font-style: inherit;" size="2"><br>
What do you mean by "working with code"? Do you mean
prototypes? Automated tests (e.g. ATDD)?
Self-documenting code? All of it? Are you considering
useful any functional or technical documentation that is
not about "working with code"?</font></li>
</ol>
</div>
</div>
</blockquote>
<font size="2">I'm merely saying that stone is harder to sculpt into
the right form than code. As for functional documentation, I
believe functional documentation that's not executable is bound to
become obsolete very quickly, so I prefer some form of executable
specification</font>. Most technical documentation can be replaced
with good coding practices - writing simple code, using consistent
and clear naming and so on. However, some technical and functional
documentation is needed; I've used for example, diagrams of the
functional scenarios and various types of architectural diagrams
depending on the case. The key here, from my point of view, is to do
the minimum documentation, but the most useful, depending on the
context.<br>
<br>
Thanks a lot, I loved your questions!<br>
Alex<br>
<blockquote
cite="mid:bca4d054-7f63-4c66-8b2f-11adfe103adf-/***@public.gmane.org"
type="cite">
<div dir="ltr">
<div>
<div>Best regards!</div>
<div>grzesiek</div>
<br>
On Wednesday, May 7, 2014 9:41:27 AM UTC+2, AlexBolboaca
wrote:
<blockquote class="gmail_quote" style="margin: 0;margin-left:
0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">
<div dir="ltr">Hi,<br>
<br>
I'm writing to you because I need your help.<br>
<br>
I recently wrote a blog post called "The craftsman I would
like to be"- <a moz-do-not-send="true"
href="http://www.alexbolboaca.ro/wordpress/articles/the-craftsman-i-would-like-to-be"
target="_blank"
onmousedown="this.href='http://www.google.com/url?q\75http%3A%2F%2Fwww.alexbolboaca.ro%2Fwordpress%2Farticles%2Fthe-craftsman-i-would-like-to-be\46sa\75D\46sntz\0751\46usg\75AFQjCNF0J8CVDosJ4WrKfV_0V7YOEHPOUA';return
true;"
onclick="this.href='http://www.google.com/url?q\75http%3A%2F%2Fwww.alexbolboaca.ro%2Fwordpress%2Farticles%2Fthe-craftsman-i-would-like-to-be\46sa\75D\46sntz\0751\46usg\75AFQjCNF0J8CVDosJ4WrKfV_0V7YOEHPOUA';return
true;">http://www.alexbolboaca.ro/<wbr>wordpress/articles/the-<wbr>craftsman-i-would-like-to-be</a>.
In it, I describe a few ideal features I would like to
grow towards.<br>
<br>
The reason I'm asking for your help is to better define
these criteria. I have them in my mind, but I'm not sure I
fully understood them - if that makes any sense :). I need
you therefore to challenge me with:<br>
<ul>
<li>Is anything unclear in the criteria?</li>
<li>Are there things you would add? Things you would
remove?</li>
<li>Can you name other inspiring people that I, we could
learn from?</li>
</ul>
Thank you for your support,<br>
<br>
Alexandru Bolboaca<i><br>
Show your love for code. <br>
Attend <a moz-do-not-send="true"
href="http://itakeunconf.com" target="_blank"
onmousedown="this.href='http://www.google.com/url?q\75http%3A%2F%2Fitakeunconf.com\46sa\75D\46sntz\0751\46usg\75AFQjCNHfF-nsYzyeZDMJ8PvuI6Gf41pxGw';return
true;"
onclick="this.href='http://www.google.com/url?q\75http%3A%2F%2Fitakeunconf.com\46sa\75D\46sntz\0751\46usg\75AFQjCNHfF-nsYzyeZDMJ8PvuI6Gf41pxGw';return
true;">I TAKE Unconference 2014</a>, the event where
we practice craftsmanship, not only talk about it!</i><br>
</div>
</blockquote>
</div>
</div>
-- <br>
You received this message because you are subscribed to a topic in
the Google Groups "software_craftsmanship" group.<br>
To unsubscribe from this topic, visit <a moz-do-not-send="true"
href="https://groups.google.com/d/topic/software_craftsmanship/GXi0Vi-KLHM/unsubscribe">https://groups.google.com/d/topic/software_craftsmanship/GXi0Vi-KLHM/unsubscribe</a>.<br>
To unsubscribe from this group and all its topics, send an email
to <a moz-do-not-send="true"
href="mailto:software_craftsmanship+unsubscribe-/***@public.gmane.org">software_craftsmanship+unsubscribe-/***@public.gmane.org</a>.<br>
To post to this group, send email to <a moz-do-not-send="true"
href="mailto:software_craftsmanship-/***@public.gmane.org">software_craftsmanship-/***@public.gmane.org</a>.<br>
Visit this group at <a moz-do-not-send="true"
href="http://groups.google.com/group/software_craftsmanship">http://groups.google.com/group/software_craftsmanship</a>.<br>
For more options, visit <a moz-do-not-send="true"
href="https://groups.google.com/d/optout">https://groups.google.com/d/optout</a>.<br>
</blockquote>
<br>
</body>
</html>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups "software_craftsmanship" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:software_craftsmanship+***@googlegroups.com">software_craftsmanship+unsubscribe-/***@public.gmane.org</a>.<br />
To post to this group, send email to <a href="mailto:software_craftsmanship-/***@public.gmane.org">software_craftsmanship-/***@public.gmane.org</a>.<br />
Visit this group at <a href="http://groups.google.com/group/software_craftsmanship">http://groups.google.com/group/software_craftsmanship</a>.<br />
For more options, visit <a href="https://groups.google.com/d/optout">https://groups.google.com/d/optout</a>.<br />