Introduction This document serves as the complete definition of Google’s coding standards for source code in the Java™ Programming Language. A Java source file is described as being in Google Style if and 2 Guide notes Example code in this document is non-normative. That is, while the examples are in Google Style, they may not illustrate the only stylish way to represent the code. Optional formatting choices choices made in examples should not be enforced as rules. 1 2 Source file basics 2.1 File name The source file name consists of the case-sensitive name of the top-level class it contains (of which there

in turn can make code more bug-prone and harder to read and maintain. The goal of this guide is to manage this complexity by describing in detail the dos and don’ts of writing C++ code. These rules exist keep the code base manageable while still allowing coders to use C++ language features produc- tively. Style, also known as readability, is what we call the conventions that govern our C++ code. The term spent reading most of our code than writing it. We explicitly choose to optimize for the experience of our av- erage software engineer reading, maintaining, and debugging code in our codebase rather than

widen own horizon  Lots of similarities to code reviews in OSS  Learning by What NOT to Do  Accept if no time to review  The Goldilocks Method (examples, proofs, theoretical analysis, experiments) Uses hand-written context-free grammar  Test for low-submission standards of conferences  Two Examples [Jeremy Stribling, Daniel Aguayo and Maxwell Krohn: Rooter: A Methodology for the Typical Unification top-tier conferences/journals (act as filter)  Make the paper useful for others (ideas, evidence, code)  #4 Easily Readable: Quality ∝ Time  Make it easy to skim the paper  paragraph labels, self-explanatory

community/own benchmarks  Examples: TPC-C, TPC-H, TPC-DS, JOB, MLPerf  #4 End-to-end Applications  Evaluate in larger scope of real datasets and query workloads  Examples: Customer workload, ML pipelines  Overview  Ensure reproducibility of research results and conclusions  Common problem: “All code and data was on the student’s laptop and the student left / the laptop crashed.”  Create value 12/2019, towards faculty-specific RDM policies Reproducibility and RDM “Ensure that research data, code and any other materials needed to reproduce research findings are appropriately documented, stored

To help you format code correctly, we’ve created a settings file for Vim. For Emacs, the default settings should be fine. Python Language Rules Lint link￿ Run pylint over your code. Definition: pylint pylint is a tool for finding bugs and style problems in Python source code. It finds problems that are typically caught by a compiler for less dynamic languages like C and C++. Because of the dynamic nature Write around it b) Suppress its warnings or c) Improve it. Decision: Make sure you run pylint on your code. Suppress warnings if they are inappropriate so that other issues are not hidden. To suppress warnings

for statistical computing and graphics. The goal of the R Programming Style Guide is to make our R code easier to read, share, and verify. The rules below were designed in collaboration with the entire Syntax Line Length The maximum line length is 80 characters. Indentation When indenting your code, use two spaces. Never use tabs or mix tabs and spaces. Exception: When a line break occurs inside "dates", ylab = metric, main = (paste(metric, " for 3 samples ", sep = ""))) Do not place spaces around code in parentheses or square brackets. Exception: Always place a space after a comma. GOOD: if (debug)

top-tier conferences/journals (act as filter)  Make the paper useful for others (ideas, evidence, code)  Example (my own theses/books)  Seminar (~bachelor), 5 months, 446 pages  Diploma (~master),