You know what's easy? fork() is easy. You can fork off new processes all day and have them deal with individual chunks of a problem in parallel. Of course, its easiest if the processes don't have to communicate with one another while they're running and can just sit there doing their own thing.
However, when you start fork()'ing processes, you immediately start to think of the neat multi-user things you could do if the processes could talk to each other easily. So you try making a global array and then fork()'ing to see if it is shared. (That is, see if both the child and parent process use the same array.) Soon, of course, you find that the child process has its own copy of the array and the parent is oblivious to whatever changes the child makes to it.
How do you get these guys to talk to one another, share data structures, and be generally amicable? This document discusses several methods of Interprocess Communication (IPC) that can accomplish this, some of which are better suited to certain tasks than others.
A great complement to Beej's Guide to Network Programming. I'm not sure if there's a recommended reading order but I would probably read this text first. Some dialogue about threading would have been appreciated though not strictly relevant to the subject matter. Excellent humorous commentary throughout. I recommend this to anyone who is unfamiliar with Unix and relevant network concepts - the chapter on semaphores was particularly interesting!