Coding Blocks podcast artwork

A podcast from Allen Underwood, Michael Outlaw, Joe Zack

Coding Blocks

codingblocks.net

139 Episodes • Released Fortnightly

139 Episodes • Released Fortnightly

A podcast from Allen Underwood, Michael Outlaw, Joe Zack

Coding Blocks

Coding Blocks podcast artwork npr.org/programs/invisibilia

139 Episodes • Released Fortnightly

Listen to this with Pocket Casts, the free podcast app

Elevate your podcast experience

Find Out More

Description

Pragmatic talk about software design best practices: design patterns, software architecture, coding for performance, object oriented programming, database design and implementation, tips, tricks and a whole lot more. You'll be exposed to broad areas of information as well as deep dives into the guts of a programming language. Most topics discussed are relevant in any number of Object Oriented programming languages such as C#, Java, Ruby, PHP, etc.. All three of us are full stack web and database / software engineers so we discuss Javascript, HTML, SQL and a full spectrum of technologies and are open to any suggestions anyone might have for a topic. So please join us, subscribe, and invite your computer programming friends to come along for the ride.

Latest Episode

17 Aug 2020 • 1 hour 22 mins

The DevOps Handbook - Anticipating Problems

We’re using telemetry to fill in the gaps and anticipate problems while discussing The DevOps Handbook, while Michael is still weird about LinkedIn, Joe knows who’s your favorite JZ, and Allen might have gone on vacation. You can find these show notes at https://www.codingblocks.net/episode139, in case you’re reading these within your podcast player. Sponsors Datadog – Sign up today for a free 14 day trial and get a free Datadog t-shirt after your first dashboard.Secure Code Warrior – Start gamifying your organization’s security posture today, score 5,000 points, and get a free Secure Code Warrior t-shirt. Survey Says Anonymous VoteSign in with Wordpress What's your favorite mobile device? An iPad. The Tab-father of tablets.An Android-based tablet. Great hw specs, without the hassle of longterm support.A Kindle. It was on sale.Chromebook FTW. Not quite as portable as a tablet, nor as useful as a laptop ...2-in-1 Laptop. A giant, bulky tablet that can run Docker.vote Joe’s Super Secret Survey Anonymous VoteSign in with Wordpress Go or Rust? GoRustvote News Thank you to everyone that left us a new review:iTunes: AbhiZambre, Traz3rStitcher: AndyIsTakenMost important things to do for new developer job seekers? I Got 99 Problems and DevOps ain’t One Find and Fill Any Gaps Once we have telemetry in place, we can identify any gaps in our metrics, especially in the following levels of our application: Business level – These are metrics on business items, such as sales transactions, signups, etc.Application level – This includes metrics such as timing metrics, errors, etc.Infrastructure level – Metrics at this level cover things like databases, OS’s, networking, storage, CPU, etc.Client software level – These metrics include data like errors, crashes, timings, etc.Deployment pipeline level – This level includes metrics for data points like test suite status, deployment lead times, frequencies, etc. Application and Business Metrics Gather telemetry not just for technical bits, but also organizational goals, i.e. things like new users, login events, session lengths, active users, abandoned carts, etc.Have every business metric be actionable. And if they’re not actionable, they’re “vanity metrics”.By radiating these metrics, you enable fast feedback with feature teams to identify what’s working and what isn’t within their business unit. Infrastructure Metrics Need enough telemetry to identify what part of the infrastructure is having problems.Graphing telemetry across infrastructure and application allows you to detect when things are going wrong.Using business metrics along with infrastructure metrics allows development and operations teams to work quickly to resolve problems.Need the same telemetry in pre-production environments so you can catch problems before they make it to production. Overlaying other Relevant Information onto Our Metrics In addition to our business and infrastructure telemetry graphing, you also want to graph your deployments so you can quickly correlate if a release caused a deviation from normal.There may even be a “settling period” after a deployment where things spike (good or bad) and then return to normal. This is good information to have to see if deployments are acting as expected.Same thing goes for maintenance. Graphing when maintenance occurs helps you correlate infrastructure and application issues at the time they’re deployed. Resources We Like The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations (Amazon)The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win (Amazon)The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data (Amazon)The ONE Metric More Important Than Sales & Subscribers (YouTube)2020 Developer Survey – Most Loved, Dreaded, and Wanted Languages (Stack Overflow)Instrument your Python applications with Datadog and OpenTelemetry (Datadog)Why does speed matter? (web.dev)Dash goes virtual! Join us on Tuesday, August 11 (Datadog) Tip of the Week Google Career Certificates (grow.google)Google Offers 100,000 Scholarships – Here’s How To Get One (Forbes)Grow with Google (grow.google)Hearth Bound (HearthBoundPodcast.com, Twitter)Tsunami (GitHub) is a general purpose network security scanner with an extensible plugin system for detecting high severity vulnerabilities with high confidence.Plugins for Tsunami Security Scanner (GitHub)