Are you referring to the interruptions from one question to the next that show the explanation? Those were added on purpose because originally I had this in mind for kids in the 8 -- 16 years old range and wanted it to be educational.
But I see what you mean, and it's no trouble to add an option for "rapid mode" to just blaze through questions! I'll add this to the list!
No.. it's not all hands on deck event... I was planning on doing these maybe one component/module per team per week, I have made guidelines and some general good practices that would reward points.
This would be more of a passive activity for the members, my team and I are new to software development as well so I was hoping this would be good for learning as well
Just wanted to add... C# being strongly typed language, some times can be a pain.
Just spent an hour trying to parse a JSON String; changing its parts and again de-serializing it... working with JObject, JToken, etc..so on; Though i'm just getting familiar with it.
This is where the C# `dynamic` keyword sometimes shines. It's a lesser known feature from a project called the DLR that tried to shake up the CLR to better support more languages like IronPython and IronRuby. Both IronPython and IronRuby kind of got scrapped/pushed aside, and the DLR never quite got the love it deserved, but what remains is still sometimes useful. If you are still using JSON.NET (Newtonsoft.JSON) (which you did mention its JSON LINQ JObject/JToken, etc.), it still supports the `dynamic` operator for working with JSON "more naturally":
You don't get much IntelliSense when using dynamic, but it makes it much easier to write what you want/expect to write with a JSON object than if you were navigating the JSON LINQ (JObject/JToken/etc) objects by hand.
I appreciate that dynamic exists in C#. I've done some wild things with dynamic over the years. It sometimes makes me sad how under-appreciated a tool it can be.
ETA: Obviously dynamic is not type-safe, it's a great escape hatch from type safety for small cases where "just do what I want" is nicer/more natural than type safety. As the sibling comment points out, if you still prefer type safety there are type deserializers that can be easier to use. These days with records in C# 9+ writing quick types to deserialize to is even relatively painless.