Rails Hackfest is a worldwide competition and this recognition is a (further) demonstration that in Spain and Europe in general, we have talent of the highest order.

Our most sincere congratulations to Ernesto and Juanjo. It’s an honour working with you both.

1. Test as soon as possible

There are things that, once developed, don’t convince us as they are and we want to change them. This is the main reason why we follow an agile methodology (rinse & repeat or whatever you want to call it). Until you “experiment” with the development, you don’t know whether or not it will work. Even before starting the beta, we were aware that there were still edges to smooth and some bugs, but we prefer to let people enter now and give us their opinion as soon as possible.

2. Embrace changes

And why didn’t you think it better before starting to develop? We did. But there are no perfect specifications. We don’t believe in creating the perfect, unmovable document during 5 months and developing it during 10 more months…and then discover that you’ve forgotten/mistaken/misinterpreted something. We prefer to launch 15 versions, 1 each month, and receive feedback each time. Many of the decisions we’ve made in the last few days could not have been made two months ago. We needed to see, touch and decide. Changing times are coming. Great! Some parts (e.g. the contract editor) will be completely rewritten.

3. Perfection exists

A comment that may seem stupid but which is not: Perfection exists, another thing is to attain it. It’s hard. If it didn’t exist, it would be like admitting defeat beforehand. “Nothing is perfect!” is the usual excuse by the average person. Some parts of the application are “perfect”. At least that’s what I believe. Sometimes it’s a page, other times it’s a text, an error message or a workflow. There’s still a lot to be done but a lot has been achieved. When you browse the application, you’ll find little details and nooks which, I’m sure, will transmit all the passion that was employed. With your comments and suggestions, many things will improve and we’ll be one step closer to perfection.

Important warning for future negonators

Develop and demonstrate. And accept the feedback and respond and convince…every day if possible. Those are the people we want and we believe that, if we can achieve this, we will have a “fundamentally superior architecture” to that of any other competitor. Going through that process is NOT wasting time. It is (very valuable and useful) research that will help us find the best or most perfect solution. We don’t measure success in terms of the amount of Tractis’ functions or the number of its code lines. We measure success in terms of its quality. The best thing is to have few code lines (fewer bugs) that reflect everything that we’ve learned and why it has to be done that way. Pure distilled code.

Negonation cappuccino: a touch of patience, plenty of ill-feeling

Having said that, we’re very serious about this. I sincerely believe that a developer who likes to receive perfectly clear specifications, work silently without interacting with anybody and who, two months after, presents the code to everybody else with a look of triumph (“Here you are!!!“)… does not have a place here. If you’ve got a problem with developing a fast code, showing it to users and throwing 90% in the rubbish afterwards, then you’ve got a problem with the way we work at Negonation.

A hidden Beta

This is the phone conversation the night before launching the Beta, after a tiring day:

David: “Manolo, what else do we need? In your opinion, what’s the biggest bug with which we cannot launch the beta until we resolve it?”
Manuel: “I think the one where the contracts disappear when publishing them…”.

I remember that we started laughing and stayed like that for a while. There have been harsh times, tiring days, emails with “I thought you were in charge!“… Viewing the contracts in the various browsers has been a real nightmare, as testified by Ernesto Jímenez, David Calavera and Diego Lafuente. Yet, nevertheless, everybody (Juanse Pérez -Pootle-, José Gordo -Systems- etc.) put their shoulders to the wheel and weathered the storm. Even the “new” collaborators, Juan Lupión -GetText-, Juanjo Bazán -Settings-, Pelle Braendgaard -Digital signatures- etc., did their best to help us with whatever was needed. Thanks to everybody because we would not be here without you! Of the twentysomething developers listed in developers_negonation@googlegroups.com, 6 or 7 have shown what they’re made of. It’s an honor to work with you. In the most stressful times, nobody has gone backwards or deserted…and that’s when my fear has gone and I thought: “We’re going to achieve this. No other result is possible“.

How come people from different countries, with different stories, abilities and family situations, worked with enthusiasm and dedication in return for an uncertain long-term return? The hidden beta is not only what can be seen in http://www.tractis.com but everything that has to do with Negonation. And it’s been a complete success. There are still many things to polish but it shows that this modus operandi is possible. Was Yochai Benkler right?…