diff --git a/README.md b/README.md index 84c87f2..a0123ce 100644 --- a/README.md +++ b/README.md @@ -195,9 +195,10 @@ which follows the immutable infrastructure paradigm.
What ways are you familiar with to deliver a software? What are the advantages and disadvantages of each method?
- * Archive - collect all your app files into one archive (e.g. tar) and deliver it to the user. - * Package - depends on the OS, you can use your OS package format (e.g. in RHEL/Fefodra it's RPM) to deliver your software with a way to install, uninstall and update it using the standard packager commands - * Images - Either VM or container images where your package is included with everything it needs in order to run successfully. + * Source - Maintain build script within version control system so that user can build your app after cloning repository. Advantage: User can quickly checkout different versions of application. Disadvantage: requires build tools installed on users machine. + * Archive - collect all your app files into one archive (e.g. tar) and deliver it to the user. Advantage: Only tool needed is an unarchiver. Disadvantage: Requires repeating the same procedure when updating, not good if there are a lot of dependencies. + * Package - depends on the OS, you can use your OS package format (e.g. in RHEL/Fefodra it's RPM) to deliver your software with a way to install, uninstall and update it using the standard packager commands. Advantages: Package manager takes care of support for installation, uninstallation, updating and dependency management. Disadvantage: Requires managing package repository. + * Images - Either VM or container images where your package is included with everything it needs in order to run successfully. Advantage: everything is preinstalled, it has high degree of environment isolation. Disadvantage: Requires knowledge of building and optimizing images.
@@ -6295,7 +6296,7 @@ for i in range(1, 10):
``` -[for i in in range(1, 10)] +[i for i in range(1, 10)] ```
diff --git a/prepare_for_interview.md b/prepare_for_interview.md index a22f4cc..35137f1 100644 --- a/prepare_for_interview.md +++ b/prepare_for_interview.md @@ -80,7 +80,7 @@ Starting a DevOps project is a good idea because: * It will make you practice coding * It will be something you can add to your resume and talk about with the interviewer * Depends on size and complexity, it can teach you something about design in general -* Depends on adoption, it can you teach you about managing Open Source projects +* Depends on adoption, it can teach you about managing Open Source projects Same here, don't overthink what your project should be about. Just go and build something :) @@ -95,7 +95,7 @@ Better yet, ask a good friend/colleague to challenge you with some questions. Yo For those who attend technical meetups and conferences, it can be a great opportunity to chat with people from other companies on their interviewing process. But don't start with it, it can be quite awkward. Say at least hello first... (: -Doing so can give you a lot of information on what to expect from an interview at some companies or how to how to better prepare. +Doing so can give you a lot of information on what to expect from an interview at some companies or how to better prepare. ### Know your resume