headers
John Maxwell | 10 Feb 02:51
Favicon
Gravatar

Question about a habit/practice

I have a habit (Might even rise to the status of a practice. At the 
very least, it's a pattern, or perhaps anti-pattern) that I'd like to 
hear thoughts on.

Fairly often (say, a few times per week), when I'm working on making a 
unit test pass, I find that a change elsewhere in the code is necessary 
in order to implement what I'm working on.

I'm not talking about noticing something unrelated that needs doing; in 
that case, it just goes onto my ToDo list, and I proceed with the task 
at hand.

I mean that a previously implemented piece of code that relates to the 
one I'm working on needs to behave differently than I thought when I 
wrote its unit test and implemented it.

Further, I'm talking about a change that's significant enough to 
warrant writing a new unit test (or sometimes even a few).

My habit, in such cases, is to mark the current tests "pending" (Or 
just comment it out, if the test framework I'm using doesn't have that 
capability. Boo on test frameworks that don't.), go and make the 
change in the related code in a TDD fashion, then return to my original 
task.

Thoughts? Comments? Flames?

-John

--
(Continue reading)

Permalink | Reply | 6 comments |
headers
Acaz Souza Pereira | 7 Feb 17:50
Picon
Gravatar

Introverts, Agile and Creativity

Hi,

recently came out studies on introverts and creativity and I do not know if
the community is knowing:

The Power of Introverts: A Manifesto for Quiet Brilliance: Scientific
American<http://www.scientificamerican.com/article.cfm?id=the-power-of-introverts>

The Rise of the New Groupthink -
NYTimes.com<http://www.nytimes.com/2012/01/15/opinion/sunday/the-rise-of-the-new-groupthink.html>

*Our companies, our schools and our culture are in thrall to an idea I call
the New Groupthink, which*
*holds that creativity and achievement come from an oddly gregarious place.
Most of us now work in*
*teams, in offices without walls, for managers who prize people skills
above all.*
*
*
*But there’s a problem with this view. Research strongly suggests that
people are more creative when*
*they enjoy privacy and freedom from interruption. And the most
spectacularly creative people in many*
*fields are often introverted, according to studies by the psychologists
Mihaly Csikszentmihalyi and*
*Gregory Feist. They’re extroverted enough to exchange and advance ideas,
but see themselves as*
*independent and individualistic. They’re not joiners by nature.*
*
*
(Continue reading)

Permalink | Reply | 50 comments |
headers
Ram Srinivasan | 28 Jan 13:20
Picon

Agile and Enterprise Architecture ?

Agile advocates delivering business value as frequently as possible (from
few weeks to not more than few months ). I have also read ( I think, Bas
Vode and Craig Larman, but not too sure) that starting with a small team
(or a small project ) is much more valuable than going with a Big Up Front
Design and taking on a large project. Mike Cohn talks about "a tracer
bullet approach" for user stories where the implementation of the story
cuts across all the layers associated with the story (just like cutting a
cake)

My question is does enterprise architecture (usually seen as BUFD ) add
 business value (specifically frameworks like TOGAF, Zachman or DoDAF )? If
so how ? Also, can someone point me to any case  studies / papers where
organizations have successfully implemented an EA framework in an agile
context ?

Thanks,
Ram

[Non-text portions of this message have been removed]
Permalink | Reply | 6 comments |
headers
John Roth | 26 Jan 18:47
Picon

[MOD] Spam message

I've deleted what looks like a repetitive spam message claiming to be from Tim Ottinger. Tim, please check
to see if one of your accounts has been hacked.

John Roth
Permalink | Reply | 2 comments |
headers
Tim Ottinger | 26 Jan 18:28
Picon
Favicon
Gravatar

Hi


wow can you look at this http://www.thechicagotimesnews.net/?business=03416
Permalink | Reply | 0 comments |
headers
Tim Ottinger | 26 Jan 18:28
Picon
Favicon
Gravatar

Hi


wow can you look at this http://www.thechicagotimesnews.net/?business=03416
Permalink | Reply | 0 comments |
headers
Tim Ottinger | 26 Jan 18:28
Picon
Favicon
Gravatar

Hi


wow can you look at this http://www.thechicagotimesnews.net/?business=03416
Permalink | Reply | 0 comments |
headers
Tim Ottinger | 26 Jan 18:28
Picon
Favicon
Gravatar

Hi


wow can you look at this http://www.thechicagotimesnews.net/?business=03416
Permalink | Reply | 0 comments |
headers
Tim Ottinger | 26 Jan 18:28
Picon
Favicon
Gravatar

Hi


wow can you look at this http://www.thechicagotimesnews.net/?business=03416
Permalink | Reply | 0 comments |
headers
Gojko Adzic | 23 Jan 18:14
Favicon
Gravatar

splitting user stories: hamburger method

Hi,

here is a write-up of a method I've started using with teams recently to 
help them split large user stories. I'd love your feedback on that: 
http://gojko.net/2012/01/23/splitting-user-stories-the-hamburger-method/

--

-- 
Best Regards,

Gojko Adzic
Get discounts on conferences, books and more http://eepurl.com/gJ5V1
Permalink | Reply | 0 comments |
headers
jacek_ratzinger | 21 Jan 21:58
Picon

Purpose Driven Development - starting at the end

Purpose Driven Development: http://jacekratzinger.blogspot.com/

My first kanban board had the following columns:
ToDo, In Process, To Verify, To Document, Done
With such a waterfall process, isn't it always happening that testing and documentation fall short, when
time runs out close to a deadline?

TDD tries to move at least the testing more to the front of the process, to prevent the quality creep. Excited
of this principle, I started to focus in projects on the result first. This lead to the idea to start with my
last column of my kanban board: to document.

In PDD (http://jacekratzinger.blogspot.com/) the user topic (a piece of the user manual) is written
first before the testing (using this user topic directly as input) and the coding.

Have you ever experienced that focusing first on the user and the purpose the software for the user lead you
to a better design?

Greest,Jacek
Permalink | Reply | 40 comments |

Gmane