newsflash-plus

I've found the same. Unit tests easily have 3-5x the code that is being tested. But most of the code is very very straightforward with little complexity. I.e call this method with N different arguments covering edge cases border values illegal values and legal values. Example https://github.com/ensisoft/newsflash-plus/blob/master/engin...

I agree. Your unit tests should focus on testing individual pieces, the fundamental building blocks (classes and functions) that you have in your system. The changes should be isolated so when a class API changes only those unit tests would need to change. I find the key thing here to be separation of concerns. Aim for testable classes and functions and that will make you also thing about the depencies. For example I have class implementing NNT protocol. Initially one could think that this class needs to deal with IO or even worse with socket based data transfer. But if you think about it doesn't. The api can be based on an idea of getting a buffer full of data in and getting buffer Full of data out. Class coupled with IO/socket functionality = coupled hard to test without its trivial to unit test. (Reduced functionality class only mainta

I've worked on Newsflash (A usenet binary grabber) for +15 years. http://github.com/ensisoft/newsflash-plus The software is free to use and the source is available however not with permissive license. The money I've made when divided by hours of work approaches $0 per hour rate. But hey, I wrote it for myself mostly. Anyway.. the answer.. a full time job on the side. :|

Here's what's in warnpush.h: https://github.com/ensisoft/newsflash-plus/blob/master/newsf...

Make a warnpush.h file where you use compiler pragmas to suppress warnings and then make a warnpop.h file to restore. Then you do #include "warnpush.h" #include <crappy.h> #include "warnpop.h" I always do this for third party headers in my projects. Except for std headers. Example: https://github.com/ensisoft/newsflash-plus/blob/master/app/c...

Usenet binary grabber: http://www.ensisoft.com (http://github.com/ensisoft/newsflash-plus) A little history. Back in the day when I started looking into Usenet there were no proper clients for Linux. There was pan but it had huge problems dealing with large volume binary groups. I figured it can't be that hard and started working on my own client which slowly evolved into the current 4th major version. Ten years in the making already :) The 3x series was the most successful with perhaps around 50-60k installs. In general the field is very competitive and there are several clients for Windows especially.