Diego Pacheco Tech blog

This is the second post on Linux Terminal good. The first post was more successful then I could possibly imagine. Thanks to an HN Thread I got some great feedback and decided to create a second post.  I was surprised to see how much people care about the terminal and how much impact the first post made. I also learn some cool stuff from the Thread and want to show it here.  I'm using ubuntu 18.04 LTS with ZSH using OhMyZsh .  For this post, I will show 5 utilities to make any engineer life better.  If you want to learn more on OhMyZSH check this one . If you like vintage terminals also check this one out . So So the first 2 tips will be for ZSH but the other 3 will work out for BASH too. let's get started. :D

Rust does not stop for one second to amaze me. It looks like Rust was designed to talk to every other language so easily. No kidding, it's clear way Web Assembly and rust have lots in common. Java is never an easy lang to interop with. Today I will show how easily we can interop Java & Rust. In order to do so, we will need to use the Java and Rust compilers. For Java, we will not require any other lib than the standard JDK. For Rust, we will need to create a lib project in cargo and we will need to use the crate JNI. I love this feature because java does not allow low-level code on the main language. So if we need to do something low level, efficiently Rust is my first choice, not only for safety reasons but because is really fast.  Let's get started.

The "analyst" is a very old role. I really think the tradicional role does not make sense anymore, we should see analyst as a discipline/skillset and not as a role. If the last 20 years of software engineer teach us something is that engineers are in the best position to work on proper solutions, however, someone needs to worry and focus on the business problem. IF you are in an Engineering Organization, engineers are great as POS / BAS but if you are dealing with delivery discipline and working with non-it people, engineers might not have the best set of skills to do the business analyst part. However, there are many things BAs and even Designers(UX) can learn from engineers. For this blog post, I will like to focus on the skills and the transformation BAs need to face today to keep up with current market needs, innovation and competition in order to be ahead of the game.

Rust is a very exciting language. Not only for system programming but also for microservices and business development. Today I will show how we can create a simple service application in rust using Iron Framework . For this blog post, we will build a rust binary and run both in Docker and Kubernetes. In order to run kubernetes locally, I will be using minikube but you can use any kind of kubernetes cluster or distribution and it should work just fine. The most amazing thing is that we can build a rust executable with only 3.5MB and a docker image with the only 3.63MB . This is super lean!

Automation is a must. Not only because it's the main principle for REAL DevOps but also because is the only way to work properly on the Cloud. As you move your workloads to the cloud, you will learn you will need to change your mindsets too. Automation is something everybody talks about at the end of the day people dont create 100% automation overnight. Often people dont know what to automate and that a problem with often is not tackle by teams. Today I want to share a kanban practice that I do since 2009 and hope this help your team to increase automation. This practice is called business review.  Most modern teams dont have QA anymore and engineers are responsible for creating their own tests, however often as engineers, we could get sloppy and forget to do proper testing and this sloppiness has a price of bugs created by the lack of tests. Business Review is a peer review process where engineers review their peers work, similar to the Code Review but looking to different thing...

Some time ago I blogged about some cool terminal plugins I was using in my Linux notebook. Also some awesome retro- emulator terminals just for fun :D. Often folks asked me about some of the plugins I still use, so I decide to share some awesome, productive tools I use. Most of the tools I use are individual and isolated but the auto-suggestions, this is based on ZSH and if you are using bash won't work out, the others "binaries" will work just fine since they are not attached to ZSH. IMHO if you use bash you should give ZSH a shot because is amazing and has an active community with some many cool and productive add-ons.

First of all, I want to explain why I added a puzzle as an image for this post. This is a metaphor I'm using with several people I work. People sometimes get lost and cannot keep with modern software initiatives. Well, agile is saying that for ages and people still don't get it. There is a huge difference between Simple and Complex systems. More and more making a digital product is from far to be a simple task. However, we still want answers that we cannot get. Sometimes this creates anxiety and we need to learn how to deal with failures, chaos, bad feedback and even that our solution my suck. Ouch thats very dark, right? No, not really, this is the reality, the REAL WORLD is a cruel place and ADULTS need to call tough decisions every day. So what's the deal with simple linear systems? well they imply that quickly you can understand what you are doing and make predictions about the outcomes. Well, digital products are not like that, we cant make predictions on simple line...

Product culture and mindset is one of the most important shifts enterprise companies need to go through. Project mindset has several flaws and yet we still follow it and thats need to change.  Project culture makes us focus on the wrong outcome like Dates, Escope, Feature, Cost instead of value and User Obsession. Since 2014 I follow Allan kelly work and read his books and saw several of his videos. I also exchange some emails with him back on the days. I was amazed how makes sense to back into 2014. Even almost 5 years passed and companies still don't get it. There are other movements that push to the same direction as NoEstimates , Beyond Budget ,  OKRs , Modern Agile ,  LeanStartUp . All these movements / Books have great synergy and they basically make you thing software development in a completely different way.

Hey, guys, I'm here to share some of my experience around principles of Agile and Lean for software development. I'm fully aware that agile is long dead. However besides all craziness and mgmt dogma IMHO there are still value somewhere. Unfortunately or fortunate these ideas were recorded in Portuguese. The decks are in English but the language is Portuguese. Hope you guys like it and learn some different point of view/perspective.