Thanks! At the moment I'm only focusing on soccer because that's what I know best : ) However, I can easily see this being extended to other team sports.
The main bottleneck is obtaining data around the teams that a player played for. Right now I'm depending on wikipedia because the soccer data is very rich and easy to parse. I'm not sure this is the case for other sports. The data could always be crowdsourced if there aren't any good data sources for other sports.
I wanted to extend on the initial premise by allowing users to define and share arbitrary constraints for a soccer starting 11 and automate verification of a squad given the set of constraints.
It needs a little bit of polish but overall I really learned a lot working on it. Typescript + React is wonderful combination. It was my first time working with Django and it was a pleasant experience.
Do play around with it and any feedback is welcome. Thanks!
We spent the better part of an hour coming up with our own starting 11. After careful deliberation we arrived at our final squad ...only to discover that Kevin de Bruyne played for Chelsea at some point(in our defense his stint at Chelsea was forgettable...).
The entire process was extremely entertaining but I was left disaffected by the manual verification process. We had to think of a player then run over to Wikipedia to peruse the list of clubs that they played for. I thought it would be fun to create a web app that:
Lets users define and share arbitrary constraints for a starting 11
Automate verification of a squad given the set of constraints.
Do play around with it and any feedback is welcome. Thanks!
Failure to apply a patch for a two month old bug led to this entire nightmare scenario. What are some best practices to ensure that ones dependencies are always up to date?
He may be referring to the on boarding process + first commit. Generally you'll have a few classes that introduce you to Google's build tools and any technologies that are relevant to you/your team. Then you'll start work and go through your first code review. This is probably what is refereed to as 'initiation rites'. Depending on the size of the change you may get a handful of comments or quite a few. After going through the code review process you will have successfully internalized Google's commitment to code quality. Generally you'll get a bunch of comments and suggestions that seem nitpicky but help keep things consistent and a few that are eye opening and help you become a better engineer.
I guess it depends on what your aims are. Are you new to mobile development in general and just want to learn how to develop for your preferred platform(iOS, Android etc..)? If thats the case then definitely use Firebase or any other backend as a service for that matter. This will allow you to focus on building your app and not have to worry about implementing an API that provides access to your mongodb database(this would also be a worthwhile exercise). Hope that helped.
The main bottleneck is obtaining data around the teams that a player played for. Right now I'm depending on wikipedia because the soccer data is very rich and easy to parse. I'm not sure this is the case for other sports. The data could always be crowdsourced if there aren't any good data sources for other sports.