-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Code Review Comments Luke Fanguna #9
Comments
It looks like when the queries need more variables, you change the format of the json to insert strings. For consistency, I would keep the same format. Whether it needs two or ten variables, I'd keep the same format to make it cleaner Line 32 in c5e21b2
|
This function is really dense and the formatting is hard to follow. Have consistency in writing queries. I've noticed that other queries are in proper SQL format. PeakPeeps/src/api/peepcoins.py Line 47 in c5e21b2
|
Not the biggest fan of separating "query" and then redefining it after each query. It would be easier to read if they were put into the text() and reduce the redundancy. PeakPeeps/src/api/peepcoins.py Line 56 in c5e21b2
|
This part seems like it is asking for too much. It takes in the 'Routes' object but only uses 'location'. Line 112 in c5e21b2
|
Could you make the queries more compact in terms of formatting. Very large function just for two queries. Also, I don't see a point to have PEEP_COINS_FROM_POSTING_REVIEW if it will be 5 every call. Line 23 in c5e21b2
|
Now I see the usage of the global variable. I'd say there is no harm is rewriting queries just to make it more readable. Line 44 in c5e21b2
|
Fix the indenting here to make it seem more uniform. Other queries look good. Line 146 in c5e21b2
|
Majority of these queries are majorly indented. Not the biggest fan. I'd say to align it like the other ones. Line 31 in c5e21b2
|
I'd say that this query is quite large. You can potentially create different tables for organization. |
If the admin.py file will not be used, you can just delete it. |
Will this output always be "True" and "Reported"? If so, I don't see the use in having those variables. Line 125 in c5e21b2
|
Commit messages like 'done maybe???' and 'try test again' is too vague. not enough info from those commit messages. |
For readability, I would add this in the connection.execute() parameter to show where it is being used. If it is a global variable, it would look like it is being used somewhere else.
PeakPeeps/src/api/peepcoins.py
Line 19 in c5e21b2
The text was updated successfully, but these errors were encountered: