I've been having pretty good success with asking devs and having them be happy about the chance to speak more on their project. I've only met with one person who wasn't thrilled and that was because they had a great deal of work surrounding them (And indeed they have not come back to me with an article).<div>

<br></div><div>However I can't say wht the response would be when they would like to request an article from a particular commit and we don't deem that as necessary. however I do like the idea if it could be tuned. </div>

<div><br></div><div>Marta, It's a good idea for a talk and once that I'm sure will be interesting. It could outlay the role of the digest in the community and help people to see all the ways that everyone could benefit from their involvement :-) Could you drop a mention about filling in the profile for stats? it's a nice way to round out the coding community's knowledge of itself.<br>

<br><div class="gmail_quote">On Sun, Feb 5, 2012 at 2:36 PM, mutlu_inek <span dir="ltr"><<a href="mailto:mutlu_inek@yahoo.de">mutlu_inek@yahoo.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Marta,<br>
<br>
This is a great initiative. :) I just want to contribute some rather raw ideas, before your email gets dusty in the archives. Feel free to tear it all apart.<br>
<br>
As all of us will probably know, some developers already add notes to their feature commits. Some seem to be using FEATURE and some DIGEST as keywords. We should probably define how to use these keywords and propose their wider adoption. An update to Enzyme that would mark such commit messages in a way similar to bug fixes would make us not overlook them by accident. I would propose that FEATURE means that a new feature has been added to a KDE program. DIGEST on the other hand does npt need to concern a feature, but could be meant to raise the reviewers awareness and call for more detailed description in the digest. Alternatively, even something like ARTICLE could be proposed, prompting a request to write a few lines for a feature article for the digest. However, I think the latter keyword would be used rarely if ever, since few devs are really thrilled when we want them write something up.<br>


<br>
If at least the FEATURE keyword would be taken up by all developers, the reviewing would get quite a bit easier. I don't think it would ever become obsolete, since too much interesting stuff, especially in "playground" (for example, all the work on conqueire over the past weeks) would be overlooked.<br>


<br>
<br>
Any other ideas?<br>
<br>
Cheers, mutlu<br>
<br>
<br>
<br>
<br>
----- Ursprüngliche Message -----<br>
Von: Marta Rybczynska <<a href="mailto:kde-i18n@rybczynska.net">kde-i18n@rybczynska.net</a>><br>
An: <a href="mailto:digest@kde.org">digest@kde.org</a><br>
Cc:<br>
Gesendet: 21:31 Samstag, 4.Februar 2012<br>
Betreff: Akademy talk proposal<br>
<div class="HOEnZb"><div class="h5"><br>
Hello all,<br>
The Akademy Call for Papers is out. I have an idea of a talk with the working<br>
title of "How to make your commit seen?" about the ways developers may<br>
make our life easier.<br>
<br>
When I think more about it, it is about commit message<br>
writing, dividing feature set into commits (and git workflow in general),<br>
special tags, comments in the code etc etc.<br>
<br>
I'm going to make some research for the talk, but I'd like to hear your<br>
impressions, esp. the things you'd like to pass to the developers.<br>
<br>
Thanks,<br>
Marta<br>
_______________________________________________<br>
Digest mailing list<br>
<a href="mailto:Digest@kde.org">Digest@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digest" target="_blank">https://mail.kde.org/mailman/listinfo/digest</a><br>
<br>
_______________________________________________<br>
Digest mailing list<br>
<a href="mailto:Digest@kde.org">Digest@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digest" target="_blank">https://mail.kde.org/mailman/listinfo/digest</a><br>
</div></div></blockquote></div><br></div>