Skip to content

Instantly share code, notes, and snippets.

Avatar
🌱
Take your time

anit anitsh

🌱
Take your time
View GitHub Profile
@anitsh
anitsh / clean_code.md
Created Jan 27, 2021 — forked from wojteklu/clean_code.md
Summary of 'Clean code' by Robert C. Martin
View clean_code.md

Code is clean if it can be understood easily – by everyone on the team. Clean code can be read and enhanced by a developer other than its original author. With understandability comes readability, changeability, extensibility and maintainability.


General rules

  1. Follow standard conventions.
  2. Keep it simple stupid. Simpler is always better. Reduce complexity as much as possible.
  3. Boy scout rule. Leave the campground cleaner than you found it.
  4. Always find root cause. Always look for the root cause of a problem.

Design rules

@anitsh
anitsh / astar.py
Created Jan 1, 2021 — forked from Nicholas-Swift/astar.py
A* pathfinding algorithm. Please see comments below for a fork of this gist that includes bug fixes!
View astar.py
class Node():
"""A node class for A* Pathfinding"""
def __init__(self, parent=None, position=None):
self.parent = parent
self.position = position
self.g = 0
self.h = 0
@anitsh
anitsh / CaesarCipher.java
Created Jul 27, 2020
Google FooBar First Challenge - CaesarCipher
View CaesarCipher.java
package google.CaesarCipher;
import java.util.*;
/**
* Problem:
* Fortunately for you, the minions aren't exactly advanced cryptographers.
* In their code, every lowercase letter [a..z] is replaced with the
* corresponding one in [z..a], while every other character (including
* uppercase letters and punctuation) is left untouched. That is, 'a'
View alpine-linux.mb
https://blog.overops.com/my-alpine-desktop-setting-up-a-software-development-environment-on-alpine-linux
https://thenewstack.io/alpine-linux-heart-docker
@anitsh
anitsh / System Design.md
Created Apr 17, 2020 — forked from vasanthk/System Design.md
System Design Cheatsheet
View System Design.md

System Design Cheatsheet

Picking the right architecture = Picking the right battles + Managing trade-offs

Basic Steps

  1. Clarify and agree on the scope of the system
  • User cases (description of sequences of events that, taken together, lead to a system doing something useful)
    • Who is going to use it?
    • How are they going to use it?
@anitsh
anitsh / Dockerfile
Created Apr 16, 2020 — forked from PurpleBooth/Dockerfile
Create a static binary in go and put it in a from scratch docker container
View Dockerfile
FROM golang:1.9
WORKDIR /go/src/github.com/purplebooth/example
COPY . .
RUN go build -ldflags "-linkmode external -extldflags -static" -a main.go
FROM scratch
COPY --from=0 /go/src/github.com/purplebooth/example/main /main
CMD ["/main"]
View cover-letter.md

Cover Letter

Anit Shrestha Manandhar

😃 About Me

I am a hands on code software engineer with more than 10 years of experience leading agile teams in various domains designing, developing and delivering value added systems. I am not an expert. I keep learning and sharing my knowledge and understanding. I am interested in Linux, containers and container orchestration. I like to travel and meet with different people and try to understand their perspectives about life.

@anitsh
anitsh / README-Template.md
Created Apr 16, 2020 — forked from PurpleBooth/README-Template.md
A template to make good README.md
View README-Template.md

Project Title

One Paragraph of project description goes here

Getting Started

These instructions will get you a copy of the project up and running on your local machine for development and testing purposes. See deployment for notes on how to deploy the project on a live system.

Prerequisites