Who we are

We are the developers of Plastic SCM, a full version control stack (not a Git variant). We work on the strongest branching and merging you can find, and a core that doesn't cringe with huge binaries and repos. We also develop the GUIs, mergetools and everything needed to give you the full version control stack.

If you want to give it a try, download it from here.

We also code SemanticMerge, and the gmaster Git client.

Pomodoro technique: much more than a tomato timer

Saturday, December 12, 2009 Alf 4 Comments

I’ve been using this method for about a month, and now I’m able to say that just following some easy rules it is possible to noteworthy increase your productivity.


The Pomodoro technique is a really simple way to increase your productivity by trying to be focused in an affordable task during shorts periods of time. Everything unrelated to this task should be delayed until you have finished an atomic time interval: what we call a “Pomodoro”.


The only material you need to start using the technique is:

  1. A timer: the author uses a Tomato Kitchen timer, hence the name. You will use intervals (Pomodoros) of about 25 minutes (never more than 40 minutes). Keep in mind the golden rule: only one task in a Pomodoro. If you finish before the timer rings, you can check your work for a while. Try to run the Pomodoro out.
  2. An activity inventory: a list with everything you’ve to do, and an estimation of the time you will need to complete each item (it is preferably to measure the time in Pomodoro units! Note: this reminds me the “ideal time” vs “story points” units used on agile methods for estimation).
  3. A to-do today list. So, once you have an activity inventory, you are ready to make up a new list, where you will assign the available Pomodoros of a day to the tasks listed in the previous inventory.


Well, you have a timer, an activity inventory, a to-do today list… and of course, a day of work ahead! You start setting up the timer, and focusing into your job. So, interruptions will come, sooner or later. The silver rule is to manage them in order to never break the pomodoro. If you receive a phone call, say politely that you’re busy and that you will phone later (it’s the same idea of the annoying interruption environment stated in the outstanding book Peopleware). Then, check it at the bottom of your to do today list, in a sub-list called “Unplanned & Urgent”. You will record in this new subsection everything that you will have to do later, but never during the current pomodoro. Of course, you can arrange a pomodoro a day to read mails, make phone calls… whatever. Ok, the timer rings, so you check, beside the task you’re doing in the to-do today list, that a pomodoro is completed. Then, you will keep track of how many pomodoros you actually need for your tasks, and, as a complementary advantage, you will improve your estimation capabilities. When a task is finished, cross it out in the activity inventory.


After a pomodoro, you have a 3-5 minutes break, and after every four pomodoros comes a 15-30 minutes break. These are not strict rules; maybe you need more than 5 minutes after the first two pomodoros after lunch. So you can plan your day in order to increase your productivity assigning shorter or longer breaks between the different pomodoros, but try not to exceed the limits of 30-40 minutes in a set of four pomodoros.


One last tip, if a task lasts more than 5-7 pomodoros, break it down. Complex activities should be divided into several ones, so you gradually feel that a big and complicated matter is being finished.


To sum up, all of us have faced the problem of being annoyed by ourselves or by others, so the only effort of achieve 25 minutes of concentration will be a giant leap for your productivity.

4 comentarios:

Who we are

We are the developers of Plastic SCM, a full version control stack (not a Git variant). We work on the strongest branching and merging you can find, and a core that doesn't cringe with huge binaries and repos. We also develop the GUIs, mergetools and everything needed to give you the full version control stack.

If you want to give it a try, download it from here.

We also code SemanticMerge, and the gmaster Git client.

3D tree tour

Wednesday, December 09, 2009 Pablo Santos 0 Comments

Short (2 minutes) tour on the 3D version tree on high-res:

Pablo Santos
I'm the CTO and Founder at Códice.
I've been leading Plastic SCM since 2005. My passion is helping teams work better through version control.
I had the opportunity to see teams from many different industries at work while I helped them improving their version control practices.
I really enjoy teaching (I've been a University professor for 6+ years) and sharing my experience in talks and articles.
And I love simple code. You can reach me at @psluaces.

0 comentarios:

Who we are

We are the developers of Plastic SCM, a full version control stack (not a Git variant). We work on the strongest branching and merging you can find, and a core that doesn't cringe with huge binaries and repos. We also develop the GUIs, mergetools and everything needed to give you the full version control stack.

If you want to give it a try, download it from here.

We also code SemanticMerge, and the gmaster Git client.

How to find changes on a Plastic SCM workspace

Wednesday, December 09, 2009 Pablo Santos 0 Comments

I've just recorded a short screencast explaining how to directly identify changes and commit them with Plastic SCM.

It actually explains the modify-checkin workflow, which is an alternative to the most classic checkout-modify-checkin one.

This workflow will adapt better to developers not using an IDE (where the CO's are automatically performed on their behalf by the tool itself) and directly modifying the files outside the control of Plastic SCM.

The way of working is quite simple:

- you just modify your files
- then you ask Plastic to look for what you've changed
- you can checkin the modified files, review the changes prior to commit and so on

Hope you find it useful.

Pablo Santos
I'm the CTO and Founder at Códice.
I've been leading Plastic SCM since 2005. My passion is helping teams work better through version control.
I had the opportunity to see teams from many different industries at work while I helped them improving their version control practices.
I really enjoy teaching (I've been a University professor for 6+ years) and sharing my experience in talks and articles.
And I love simple code. You can reach me at @psluaces.

0 comentarios: