# ?(DRY(KIS(afe)S)) => CF(ALB+TLS+SM);

·      · · · · ·

Intro If you work with AWS, you might be involved in building infrastructure to enable some of your customers (both internal and external) to use a particular service, or just to try one of the hundreds open-source application available on Github. Furthermore, most of the ML/AI tools are shipped in docker containers and the philosophy -> if it runs on docker, it runs everywhere has been spread up to the highest level of management (nice, but… sometimes dangerous ๐ ed.

# A monadic reasoning around function composition in Golang

·      ·

Introduction Function composition is something we as developers do every day, more or less. This concept come from Mathematics: if you search on Wikipedia, you find out that function composition is an operation that takes two functions $$f$$ and $$g$$ and produces a function $$h$$ such that $$h(x) = g(f(x))$$. In this operation, the function $$g$$ is applied to the result of applying the function $$f$$ to the input $$x$$. That is, the functions $$f: X \rightarrow Y$$ and $$g: Y \rightarrow Z$$ are composed to yield a function that maps $$x$$ in $$X$$ to $$g(f(x))$$ in $$Z$$.

# The await/async concurrency pattern in Golang

·      · · · · ·

Introduction First of all...happy new year! I decided after a while to come back online speaking about Golang. In this post, I will focus on parallelism and concurrency and how you can achieve the same behavioral pattern you can achieve with Node.js using await/async statements, without the difficulties (hopefully) of dealing with Single Threaded Event Loop and these primitives (that, btw, keep things really simple). Let's start! A bit of confusion Concurrency and parallelism are two terms that are bound to come across often when looking into multitasking and are often used interchangeably.

# Devops strategies

· ·      · ·

Intro As you might know, I use to work with AWS doing and destroying stuff like many other devopssss out there: this post is all about some challenges and problems I had to deal recently - in the last months - and involves some notes about how to deal with multistage environments, decoupling and many other practices you should all know about. The first thing to emphasize is that each of these best practices is fairly clear and well-defined, for sure online (perhaps discussed by bloggers more experienced than me XD) and deeply described in many books.

# From Jekyll to Hugo, from Travis to Gitlab: a time for changes

· ·      · · · · ·

Intro In the last 50 days I had to work a lot for many… many different reasons. The main ones: I was accepted as a Speaker at FullStackConf19 in Turin, talking about coding in mobility. You can find the slide of my speech here and the material I prepared the talk in this Github repo. By the way, I was truly inspired by some of the talks during the conference, and I started brainstorming around the next post; I moved back to Italy and trust me -> it was a pretty complex goal to achieve, with particular regards to my car; I joined Enerbrain and I’m really having fun with theme building smart-energy solution as a Devops Engineer; I joined a softball team - yes, it’s mixed, but it’s officially played also by men hahe.

# Time to say good bye

·

Prelude In the last two months, many things happened in my life, so this is the reason I wasn’t able to dedicate a lot of time to my blog. What can I say… I’ve been in South Africa, and I literally lived experiences I will never forget and cannot be described. I visited the Blyde Canyon and the Rain Forest. I made so many safaris, I saw the elephants in the morning washing and drinking from the river, the giraffes, I saw the warthogs - and by the way, they are exactly as Pumba in the Lion King by Disney - the lion, which was about to attack the buffalos, I found the white rhinos, the hyenas and the leopards.

# The Good Employee, a story about how you can explain modern companies with graph theory

·      · · · · ·

Prelude This is a twin post of - I guess - a good one that I wrote a long time ago: I was just surfing the blog thinking about all I would like to do, and I came to my old thoughts. I was curious, you know? so I read it, and read it once again, I reflected a bit on it - and I found it inspiring in a sense: even better, I would say I found myself surprised to agree with myself of almost 1 year and a half ago, in most of the things I wrote.

# My team run VSC in the browser and they are just fine - Part II

· ·      · · · · · · ·

Introduction In the first part of this series - I run VSC in the browser and I was just fine - I wrote many stupid things around the possibility of having a VSC server instance running inside AWS over a simple, immutable, ec2 instance. The template {that can be easily deployed by a Lambda function [that can be easily deployed behind a route53 record (that can be easily placed as the endpoint of a custom Slack action)]} let you start your IDE and code from wherever you would like to.

# I run VSC in the browser and I am just fine - Part I

· ·      · · · · · ·

Introduction Serverless and managed things are the best choices if you don’t want to deal with infrastructure (3 2 1: fight) buuuuut…even immutable things are not so bad for this purpose - at least, if they are immutable for real ๐คฃ Today I wanna talk about a useful way to run an instance(s) of VSC server in AWS and code from everywhere (yes, even your iPad): let’s start! This time I will go native: so no CDK, I’m sorry, but pure Cloudformation instead.

# A serverless OCR with Polly and Rekognition unveils the power of stack inheritance in CDK

· ·      · · · · · ·

Introduction In the last two weeks, I released a few CDK stacks: I made some experiments around API Gateway and service integration that came out in two serverless forms, the Contact Form and the Upload Form, read to be deployed in your static web page ๐. Actually, with CDK you can do so much more and so much more easily. The last stack I released - a producer-consumer chain presented here - it was a way I used to introduce how you can leverage Typescript inheritance to recycle an old stack and build on top of it.