TT: Uni-directional file synchronization between different hosts with Unison
When you work with at least two computers on the same project on a daily basis you might have a problem. You need to get changed files from host A to host B and vice versa. The problem getting bigger when you work in addition on different operation systems or use more than two hosts. On UNIX/Linux the preferred tool for such a task is Rsync. Unfortunately Rsync synchronize only in one direction, it doesn't work very well when more than two hosts are involved (and it isn't really comfortable to set up on Windows) and can't use a secure communication channel. Another approach is to check-in changed source files into a version control system, like CVS. On host A you check it in and on host B you check it out afterwards. But this means you always need a more or less stable variant of your code, so that other developer can, at least compile, or much better use it. That is not always the case (especially when you leave the office at 11:00 p.m.) and it also doesn't cover files which aren't handled by a version control system. Luckily there is a solution for all the problems mentioned which is called Unison. So here comes the second post in the ToolTips series, which covers an easy and portable way for file synchronization.
TT: Console navigation the easy way with Apparix
Today I will start a new series where I present small tools which I use on a daily basis and considered very useful. These tools haven't to be killer applications, but doing the task they are written for, very well. Therefor also the name of this series: TT, which stands for ToolTips. Most of this applications are open source, so I will take the opportunity to say "Thank you" to all the people out there, which create such cool stuff in there free time.
Test, 1, 2, 3, test, test
Everybody know these words. You say it when you have to check a microphone which were plugged into some sound system. It's just test if the microphone is working well and the spoken words are reflected by the amplifier. It's a simple test to check the functionality of the microphone or the whole sound system. Why should I write about sound systems? No, I don't try to learn playing a guitar or any other instrument, I like to share some thoughts about software testing. After writing a post about Valgrind, I had the feeling that I should try to show some ways of testing software. In the following post I will analyze what can be tested, what is useful and which tools are available. I don't aim to make a full overview of software testing itself, I just like to highlight some tools (or thoughts) which are useful and every developer should know of.