shellprog · November 11, 2022 10:40 · Jan 21, 2020 · Jan 21, 2020 · Sep 19, 2016 · Sep 19, 2016
diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -16,7 +16,6 @@ Make sure these boxes are checked before submitting/approving the PR
   - [ ] Variables are not accidentally used with null values
   - [ ] Variables are immutable where possible
   - [ ] Code is not repeated or duplicated
-  - [ ] There is an else block for every if clause even if it is empty
   - [ ] No complex/long boolean expressions
   - [ ] No negatively named boolean variables
   - [ ] No empty blocks of code

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -41,7 +41,7 @@ Make sure these boxes are checked before submitting/approving the PR
 
 # Architecture
   - [ ] Design patterns if used are correctly applied
-  - [ ] [Law of Demeter](http://c2.com/cgi/wiki/LawOfDemeter?LawOfDemeter) is not violated
+  - [ ] [Law of Demeter](https://en.wikipedia.org/wiki/Law_of_Demeter) is not violated
   - [ ] A class should have only a single responsibility (i.e. only one potential change in the software's specification should be able to affect the specification of the class)
   - [ ] Classes, modules, functions, etc. should be open for extension, but closed for modification
   - [ ] Objects in a program should be replaceable with instances of their subtypes without altering the correctness of that program

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -1,3 +1,5 @@
+Make sure these boxes are checked before submitting/approving the PR
+
 # General
   - [ ] The code works
   - [ ] The code is easy to understand

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -8,7 +8,6 @@
   - [ ] There are no usages of [magic numbers](http://c2.com/cgi/wiki?MagicNumber)
   - [ ] No hard coded constants that could possibly change in the future
   - [ ] All variables are in the smallest scope possible
-  - [ ] All class, variable, and method modifiers are correct.
   - [ ] There is no commented out code
   - [ ] There is no dead code (inaccessible at Runtime)
   - [ ] No code that can be replaced with library functions

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -51,6 +51,7 @@
   - [ ] APIs and other public contracts check input values and fail fast
   - [ ] API checks for correct oauth scope / user permissions
   - [ ] Any API change should be reflected in the API documentation
+  - [ ] APIs return correct status codes in responses
 
 # Logging
   - [ ] Logging should be easily discoverable

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -37,7 +37,6 @@
   - [ ] Methods return early without compromising code readability
   - [ ] Performance is considered
   - [ ] Loop iteration and off by one are taken care of
-  - [ ] Functions do ONE thing
 
 # Architecture
   - [ ] Design patterns if used are correctly applied

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -42,7 +42,11 @@
 # Architecture
   - [ ] Design patterns if used are correctly applied
   - [ ] [Law of Demeter](http://c2.com/cgi/wiki/LawOfDemeter?LawOfDemeter) is not violated
-  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
+  - [ ] A class should have only a single responsibility (i.e. only one potential change in the software's specification should be able to affect the specification of the class)
+  - [ ] Classes, modules, functions, etc. should be open for extension, but closed for modification
+  - [ ] Objects in a program should be replaceable with instances of their subtypes without altering the correctness of that program
+  - [ ] Many client-specific interfaces are better than one general-purpose interface.
+  - [ ] Depend upon Abstractions. Do not depend upon concretions.
 
 # API
   - [ ] APIs and other public contracts check input values and fail fast

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -31,17 +31,19 @@
   - [ ] Blocks of code inside loops are as small as possible
   - [ ] No methods with boolean parameters
   - [ ] No object exists longer than necessary
-  - [ ] Design patterns if used are correctly applied
   - [ ] No memory leaks
-  - [ ] [Law of Demeter](http://c2.com/cgi/wiki/LawOfDemeter?LawOfDemeter) is not violated
   - [ ] Code is unit testable
   - [ ] Test cases are written wherever possible
   - [ ] Methods return early without compromising code readability
   - [ ] Performance is considered
   - [ ] Loop iteration and off by one are taken care of
-  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
   - [ ] Functions do ONE thing
 
+# Architecture
+  - [ ] Design patterns if used are correctly applied
+  - [ ] [Law of Demeter](http://c2.com/cgi/wiki/LawOfDemeter?LawOfDemeter) is not violated
+  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
+
 # API
   - [ ] APIs and other public contracts check input values and fail fast
   - [ ] API checks for correct oauth scope / user permissions

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -12,11 +12,6 @@
   - [ ] There is no commented out code
   - [ ] There is no dead code (inaccessible at Runtime)
   - [ ] No code that can be replaced with library functions
-  - [ ] Required logs are present
-  - [ ] Frivolous logs are absent
-  - [ ] Debugging code is absent
-  - [ ] No `print_r`, `var_dump` or similar calls exist
-  - [ ] No stack traces are printed
   - [ ] Variables are not accidentally used with null values
   - [ ] Variables are immutable where possible
   - [ ] Code is not repeated or duplicated
@@ -51,6 +46,14 @@
   - [ ] APIs and other public contracts check input values and fail fast
   - [ ] API checks for correct oauth scope / user permissions
   - [ ] Any API change should be reflected in the API documentation
+
+# Logging
+  - [ ] Logging should be easily discoverable
+  - [ ] Required logs are present
+  - [ ] Frivolous logs are absent
+  - [ ] Debugging code is absent
+  - [ ] No `print_r`, `var_dump` or similar calls exist
+  - [ ] No stack traces are printed
 
 # Documentation
   - [ ] Comments should indicate WHY rather that WHAT the code is doing

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -28,7 +28,6 @@
   - [ ] Constructors do not accept null/none values
   - [ ] Catch clauses are fine grained and catch specific exceptions
   - [ ] Exceptions are not eaten if caught, unless explicitly documented otherwise
-
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
   - [ ] == operator and === (and its inverse !==) are not mixed up

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -28,9 +28,7 @@
   - [ ] Constructors do not accept null/none values
   - [ ] Catch clauses are fine grained and catch specific exceptions
   - [ ] Exceptions are not eaten if caught, unless explicitly documented otherwise
-  - [ ] APIs and other public contracts check input values and fail fast
-  - [ ] API checks for correct oauth scope / user permissions
-  - [ ] Any API change should be reflected in the API documentation
+
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
   - [ ] == operator and === (and its inverse !==) are not mixed up
@@ -50,7 +48,11 @@
   - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
   - [ ] Functions do ONE thing
 
-
+# API
+  - [ ] APIs and other public contracts check input values and fail fast
+  - [ ] API checks for correct oauth scope / user permissions
+  - [ ] Any API change should be reflected in the API documentation
+
 # Documentation
   - [ ] Comments should indicate WHY rather that WHAT the code is doing
   - [ ] All methods are commented in clear language.

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -30,7 +30,7 @@
   - [ ] Exceptions are not eaten if caught, unless explicitly documented otherwise
   - [ ] APIs and other public contracts check input values and fail fast
   - [ ] API checks for correct oauth scope / user permissions
-  - [ ] Any API change should be relfected in the API documentation
+  - [ ] Any API change should be reflected in the API documentation
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
   - [ ] == operator and === (and its inverse !==) are not mixed up

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -52,7 +52,7 @@
 
 
 # Documentation
-  - [ ] Any inline comment should indicate WHY rather that WHAT the code is doing
+  - [ ] Comments should indicate WHY rather that WHAT the code is doing
   - [ ] All methods are commented in clear language.
   - [ ] Comments exist and describe rationale or reasons for decisions in code
   - [ ] All public methods/interfaces/contracts are commented describing usage

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -48,6 +48,7 @@
   - [ ] Performance is considered
   - [ ] Loop iteration and off by one are taken care of
   - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
+  - [ ] Functions do ONE thing
 
 
 # Documentation

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -46,7 +46,7 @@
   - [ ] Test cases are written wherever possible
   - [ ] Methods return early without compromising code readability
   - [ ] Performance is considered
-  - [ ] Loop iteration and off by one
+  - [ ] Loop iteration and off by one are taken care of
   - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
 
 

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -29,7 +29,8 @@
   - [ ] Catch clauses are fine grained and catch specific exceptions
   - [ ] Exceptions are not eaten if caught, unless explicitly documented otherwise
   - [ ] APIs and other public contracts check input values and fail fast
-  - [ ] API checks for correct oauth scope / user permissions?
+  - [ ] API checks for correct oauth scope / user permissions
+  - [ ] Any API change should be relfected in the API documentation
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
   - [ ] == operator and === (and its inverse !==) are not mixed up

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -29,6 +29,7 @@
   - [ ] Catch clauses are fine grained and catch specific exceptions
   - [ ] Exceptions are not eaten if caught, unless explicitly documented otherwise
   - [ ] APIs and other public contracts check input values and fail fast
+  - [ ] API checks for correct oauth scope / user permissions?
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
   - [ ] == operator and === (and its inverse !==) are not mixed up

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -45,6 +45,7 @@
   - [ ] Methods return early without compromising code readability
   - [ ] Performance is considered
   - [ ] Loop iteration and off by one
+  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
 
 
 # Documentation
@@ -55,7 +56,7 @@
   - [ ] All edge cases are described in comments
   - [ ] All unusual behaviour or edge case handling is commented
   - [ ] Data structures and units of measurement are explained
-  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
+
 
 # Security
   - [ ] All data inputs are checked (for the correct type, length/size, format, and range)

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -44,6 +44,7 @@
   - [ ] Test cases are written wherever possible
   - [ ] Methods return early without compromising code readability
   - [ ] Performance is considered
+  - [ ] Loop iteration and off by one
 
 
 # Documentation

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -19,7 +19,7 @@
   - [ ] No stack traces are printed
   - [ ] Variables are not accidentally used with null values
   - [ ] Variables are immutable where possible
-  - [x] Code is not repeated or duplicated
+  - [ ] Code is not repeated or duplicated
   - [ ] There is an else block for every if clause even if it is empty
   - [ ] No complex/long boolean expressions
   - [ ] No negatively named boolean variables

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -19,7 +19,7 @@
   - [ ] No stack traces are printed
   - [ ] Variables are not accidentally used with null values
   - [ ] Variables are immutable where possible
-  - [ ] Code is not repeated or duplicated
+  - [x] Code is not repeated or duplicated
   - [ ] There is an else block for every if clause even if it is empty
   - [ ] No complex/long boolean expressions
   - [ ] No negatively named boolean variables

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -54,7 +54,7 @@
   - [ ] All edge cases are described in comments
   - [ ] All unusual behaviour or edge case handling is commented
   - [ ] Data structures and units of measurement are explained
-  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design)
+  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design))
 
 # Security
   - [ ] All data inputs are checked (for the correct type, length/size, format, and range)

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -43,6 +43,7 @@
   - [ ] Code is unit testable
   - [ ] Test cases are written wherever possible
   - [ ] Methods return early without compromising code readability
+  - [ ] Performance is considered
 
 
 # Documentation

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -53,6 +53,7 @@
   - [ ] All edge cases are described in comments
   - [ ] All unusual behaviour or edge case handling is commented
   - [ ] Data structures and units of measurement are explained
+  - [ ] Code is [SOLID](https://en.wikipedia.org/wiki/SOLID_(object-oriented_design)
 
 # Security
   - [ ] All data inputs are checked (for the correct type, length/size, format, and range)

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -31,7 +31,7 @@
   - [ ] APIs and other public contracts check input values and fail fast
   - [ ] Files/Sockets and other resources are properly closed even when an exception occurs in using them
   - [ ] `null` is not returned from any method
-  - [ ] == operator and === (and its inverse !==) are not fixed up
+  - [ ] == operator and === (and its inverse !==) are not mixed up
   - [ ] Floating point numbers are not compared for equality
   - [ ] Loops have a set length and correct termination conditions
   - [ ] Blocks of code inside loops are as small as possible

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -46,6 +46,7 @@
 
 
 # Documentation
+  - [ ] Any inline comment should indicate WHY rather that WHAT the code is doing
   - [ ] All methods are commented in clear language.
   - [ ] Comments exist and describe rationale or reasons for decisions in code
   - [ ] All public methods/interfaces/contracts are commented describing usage

diff --git a/code-review-checklist.md b/code-review-checklist.md
@@ -6,7 +6,7 @@
   - [ ] Names are spelt correctly
   - [ ] Names contain units where applicable
   - [ ] There are no usages of [magic numbers](http://c2.com/cgi/wiki?MagicNumber)
-  - [ ] No hard coded constants that could possible change in the future
+  - [ ] No hard coded constants that could possibly change in the future
   - [ ] All variables are in the smallest scope possible
   - [ ] All class, variable, and method modifiers are correct.
   - [ ] There is no commented out code
No results found