ChessStats - Time Played/Monthly Ratings/Top Openings for Users

I have just, thanks to social isolation, finished off the first version of ChessStats.  A little command line utility for windows/linux that gives, amongst other things, the time any user has spent playing games on chess.com.

The project is over on github here and the Releases are here.

I may be dumb but how to run in? 

It is a command line utility (see this). For windows download and open 'ChessStats-v0.2-win-x86.zip' and copy the contents 'ChessStats.exe' to a new folder.  Open a command prompt and 'cd' to the folder you copied 'ChessStats.exe' into.  Just type .\ChessStats [username] and it should work.

oh cool apparently i opened sources codes before lol

It's working, nice stats

Glad you like it .  Your 1596 hours is pretty impressive BTW.

Those are hours spend on live chess during games? Thats nice. There is a small bug, i got 2020-01 and 2020-03, no february in hours spent

Your right.....that's super odd.  I'll have a look at the code and see what I can track down.

Yep (Standard rules only - not 960 etc).

The fixed version is now published and available from the original link.  Just grab v0.3 (you can check when you run it).  

Thanks for taking the time to call out the error (and 1857 is even more impressive ) 

Can't wait to give this a try 

Ah ha!

Now I remember why I gave-up C# and .NET development. It's as bad if not worse than Java's verbosity.

Why is this done in C#? Why can't it be done with something simpler that doesn't require the .NET stack? Or Microsoft Project files? Even though .NET is now apparently open-source, due to the overhead, I won't install anything requiring .NET packages on my systems. The package installs and overhead is worse than JVM loading times.

Minor suggestion: Keep your line-lengths manageable. You can do this by breaking-up classes into discrete functions that don't rely on being deeply embedded. A byproduct of simpler code is quicker and easier management without having to scroll both up and down, and back-and-forth. Consider a vertical monitor orientation to help keep line-lengths to a quick-and-readable minimum. Not everyone uses a horizontal monitor orientation.

Anything I can do to help, especially encouraging or embracing open-source and good coding practices an habits

With any coding language, beware of advice given by anybody who isn't coding in that language.

I stand by not having to scroll class and function headers to understand why someone refuses to use expressive or explicit exceptions and exception handling.

In other words, hint, hint, wink, wink, I'm not unfamiliar with C# and I can read through it, and object to suppression messages used when building for deploy and distribution. Makes for extremely bad software design, unless accompanied with or by compiler directives per build intent. If appropriate compiler directives were in place, I'd have nothing or little to say about when, where or why exceptions are handled or not handled appropriately, or within reason.

I'm pretty sure some experience on my part wins-out over cursory statements that provide no useful information or insight other than to degrade feedback otherwise. Or, in simpler terms: I've dealt with this in team meetings. Developers handing-out cursory criticism usually don't understand in-depth observations, and usually don't last very long.

how long does it take to return the stats?

Just given this a try, it works great. thank you!