Stream: shipit

Topic: 133: CI/CDagger


view this post on Zulip Logbot (Dec 06 2024 at 22:05):

Gerhard Lazu joins the show to discuss how Ship It! started and why you might want a general purpose language for your CI/CD. :link: https://shipit.show/133

Ch Start Title Runs
01 00:00 This is Ship It! 00:37
02 00:52 Sponsor: Sentry 03:17
03 04:17 Big changes 05:15
04 09:32 Summarizing Ship It! 05:34
05 15:06 What have you been up to? 04:15
06 19:21 What is Dagger? 02:56
07 22:17 Familiarity of code 04:14
08 26:31 Extensive automation 03:04
09 29:35 Double edged sword 03:00
10 32:35 Maintain your factory 03:25
11 35:59 What are we missing? 05:01
12 41:00 Distributing the dag 01:29
13 42:29 Docker caching 00:55
14 43:30 Sponsor: Fly 02:45
15 46:22 Shell SDK 01:02
16 47:24 Mix n' Match SDKs 01:53
17 49:17 Importance of documentation 08:13
18 57:30 The end goal 03:10
19 1:00:40 Recurring mistakes? 03:58
20 1:04:38 Host for fun vs enterprise 07:42
21 1:12:20 What makes a good dev 03:24
22 1:15:44 Thanks for joining us! 06:11
23 1:21:55 Outro 01:10

view this post on Zulip Thomas Eckert (Dec 07 2024 at 19:39):

So much great stuff in this episode. I love the different perspectives. I did feel that Gerhard got a little shut out in places. This may be due to Justin and Autumn just having such great chemistry, but I noticed we did not hear Gerhard for the entirety of “Host for fun vs enterprise” which is a 7:42 gap.

The focus on documentation is key though. And I will save this episode to come back to.

view this post on Zulip Lars Ellingsen (Dec 12 2024 at 05:01):

I really enjoyed this episode... And it brought up a bunch of thoughts:

Thomas you're not wrong on that point, although Gerhard did have a nice lengthy response of his own to that section after listening to all the points (which is pretty in character for him)

view this post on Zulip Andrew O'Brien (Dec 13 2024 at 04:35):

Re: the importance of documentation

Where do people put theirs?

I find I have trouble with people reading anything besides the top level README (and even then…). Or if there’s a docs/ directory people are reluctant to add one thing because they don’t know whether to create a new page, how to organize it with the others, etc. Or if there’s a wiki it’s inevitably out of sync with the code in some major way.

What’s working for all you high functioning documenters?

view this post on Zulip Matthew Sanabria (Dec 13 2024 at 05:32):

I find the where not to matter nearly as much as whether the documentation itself is up to date and easily scannable/searchable/organized.

view this post on Zulip Matthew Sanabria (Dec 13 2024 at 05:33):

Oh and also ease of updating documentation. If it's behind some pull request flow that takes 2 reviewers plus CI plus deployments every other Wednesday then that needs to be fixed immediately.

view this post on Zulip Thomas Eckert (Dec 16 2024 at 22:45):

Lars Ellingsen said:

Thomas you're not wrong on that point, although Gerhard did have a nice lengthy response of his own to that section after listening to all the points (which is pretty in character for him)

That is a super great point. He is a listener.

view this post on Zulip Thomas Eckert (Dec 17 2024 at 01:11):

Matthew Sanabria said:

I find the where not to matter nearly as much as whether the documentation itself is up to date and easily scannable/searchable/organized.

I agree. I detest the software we use for wiki/documentation management, but because everyone uses it, just adding to it adds some marginal value rather than using something that is operationally better.


Last updated: Apr 04 2025 at 01:15 UTC