Environment: dev/staging/demo/prod
Tenant: This is the company name in the url
Description:
Scenario / Steps to reproduce:
Current behaviour:
A Feature documentation describes what a specific part of the system does, how it works, how to use it and how it is implemented. | |
Key topics to include | |
Prerequisites: recommended previous readings/learning, tools to install, etc.. | |
Abstract / Introduction: The what | |
Detailed Description / Architecture / How it works ; The how (flow charts, user flows, architecture diagrams, etc..) | |
Usage: How to use | |
Concerns, Limitations & Known issues: potential issues in the current implementations and things not taken in the current scope | |
Future plans & Potential improvements | |
Links and references to recommended reads, previous architecture diagrams, etc.. |
An Architecture Decision Record (ADR) is a document that captures a decision, including the context of how & why the decision was made and the consequences of adopting the decision. | |
Key topics to include: | |
[short title of problem and solution] | |
Status: [proposed | rejected | accepted ] | |
Date: [YYYY-MM-DD when the decision was last updated] | |
Technical Story: [description | ticket/issue URL] | |
Context and Problem Statement | |
[Describe the context and problem statement, e.g., in free form using two to three sentences. You may want to articulate the problem in form of a question.] |
Environment: dev/staging/demo/prod
Tenant: This is the company name in the url
Description:
Scenario / Steps to reproduce:
Current behaviour:
Meeting Agenda:
Prerequisites: please think through and maybe prepare some bullet points on things that you think are currently going well, things that are frustrating and things we can improve, or things things that have annoyed you and made your work difficult in the past couple of weeks, as well as current risks, challenges, etc... could be about anything in general; code, processes, product, work done or totally unrelated random stuff, be creative ;)
Meeting Agenda:
Daily standup meeting where we discuss and align on the main goals for the day.
Meeting Agenda:
Meeting Agenda:
Software documentation types: | |
https://ibb.co/0s7W7TD | |
Key topics to document | |
- Architecture of how microservices or system components interact with each others | |
- Decision documents | |
- architecture of each component or microservice on its own | |
- When/How to run Migrations and how to generate | |
- Design System documentation / storybook if applicable | |
- GUI for the database? |
const fs = require('fs') | |
const path = require('path') | |
const http = require('https') | |
const { promisify } = require('util') | |
const promisifiedReadFile = promisify(fs.readFile) | |
const promisifiedWriteFile = promisify(fs.writeFile) | |
// loops over all files in a directory recursively and returns filepaths to .md files | |
function getMdFilePaths (startPath) { | |
if (!fs.existsSync(startPath)) { |
function generateTimeArray (startTime, endTime, step) { | |
let pointer = startTime | |
const res = [] | |
console.log(pointer, pointer <= endTime) | |
while (pointer <= endTime) { | |
res.push(pointer) | |
const dateObj = new Date(pointer) | |
pointer = dateObj.setHours(dateObj.getHours() + step) | |
} | |
return res |