No Compromises cover art

All Episodes

No Compromises — 152 episodes

#
Title
1

Do you actually own the code you ship?

2

Do you actually need a multi-tenancy package?

3

Local and production should match even for Laravel tools

4

When weird code needs to explain itself

5

Are you testing your app or just the framework?

6

Being anti-hype does not mean being anti-AI

7

Three ways to plan an upgrade when your codebase is a patchwork

8

Stop doing math in your config files

9

What could be worse than having no tests?

10

Why I changed my mind about down migrations

11

Why senior developers feel wrong more often

12

Should you ever hand-format code?

13

Discussing different ways to model data

14

Read outside tech to expand your horizons

15

Rewriting without a map: shipping an MVP from a legacy app

16

A composable, versioned toolkit for Laravel projects

17

Should you use DTOs in Laravel?

18

Sunsetting a company app without loose ends

19

When building a UI makes more sense than bloating your seeders

20

Blade includes vs components: how we decide

21

Changing your mind about when() and unless() in Eloquent

22

Finding a code-review style that fits your brain

23

Never take hostages: give clients control from day one

24

Balancing test coverage without chasing 100 percent

25

Exploratory coding when requirements are fuzzy

26

Understanding how Stringable works inside Blade views

27

Finishing up our discussion on not having time

28

Why “no time” really means “no priority”

29

When validation can protect your app's performance

30

Stick with conventions and avoid overengineering your Laravel app

31

When to bring in outside help

32

Why two databases are better than one

33

Dealing with being a beginner again

34

Making short demo videos count

35

Examining test layering in multi-tenant requests

36

When to step outside of Eloquent's comfort zone

37

Feature flags: Temporary tool or permanent solution?

38

Deciding when to use a new piece of technology

39

Taking liberties with value objects

40

How to deal with things outside your control on a dev project

41

Should we use a JSON field for this?

42

A balanced approach to static analysis in Laravel apps

43

Why do we like testing so much?

44

What does it mean to "know" something?

45

How to approach being wrong

46

Where do you go when you need help?

47

What does it mean if someone says your app is slow?

48

Why we have a separate test suite for external services

49

API specs aren't just for giant teams

50

Slowly introducing static analysis without changing everything

51

Troubleshooting an empty session

52

Magic methods are okay in the right context

53

Should you let your admin do that?

54

Don't get overwhelmed by errors in your application

55

Does it matter how your code looks?

56

The life cycle of database hosting

57

Are you really going to need that abstraction?

58

Should you change application code to support a test?

59

What is the point of design patterns?

60

Move that logic out of your view

61

Is it worth switching to another tool?

62

How we use seeders in our applications

63

Don't just get mad at some tech, dig in and learn!

64

Making a case for consistency

65

Different approaches to upgrading to a new major Laravel version

66

Maybe you don't need to write code this time

67

Should you manage roles and permissions with a UI?

68

The changing value of books throughout your career

69

Some reasons to write a down method in your migrations

70

Managing a micro-manager

71

A couple handy features in PHPStorm

72

Tools should work for you, not boss you around

73

Harnessing that post-conference excitement

74

How do you tell a teammate they might be wrong?

75

Lots of different ways to test record creation

76

How do you avoid distractions?

77

When should you use final classes or private properties?

78

Is it ever ok to delay writing tests?

79

Should an Eloquent relationship include soft-deleted records?

80

Interviewing other developers like a human

81

The benefits of working with other developers

82

Changing our mind about queues in testing

83

Too many rules?

84

Keeping an open mind with other languages and tools

85

What we look for in a package

86

Blogging versus tweeting

87

Knowing when to use new language or framework features

88

Going on a bug hunt

89

Thinking about the user, even in the details

90

Why do you write your tests like that?

91

Avoid painting yourself into a corner

92

Look before you leap

93

Don't plan to do too much

94

Isolate the problem

95

What should I test?

96

Picking a strategy for translation in Laravel

97

Should a factory follow all business rules?

98

Understanding different learning styles

99

Sometimes it's good to be boring

100

What was this developer thinking??

101

Should you fix all bugs in a legacy project?

102

Learning from other communities

103

Uh-oh, that proof of concept is going into production. Now what?

104

The benefits of sharing what you learn

105

How to deal with interruptions

106

Should I write this weird code or is there a Laravel feature I can use instead?

107

Take time to look back and review

108

The benefits of testing, even under a deadline

109

When to calculate a value versus when to store it in the database

110

Should I use an event/listener or a model observer?

111

How we wrap up a project

112

Don't be afraid to change your mind

113

The proper way to argue

114

What makes a good staging environment?

115

Your project is not special

116

Planning out a week of work

117

A few things to watch for with Laravel policies

118

Onboarding a new project

119

Paying down technical debt

120

Knowing when and how to try something new

121

Wireframe before coding

122

Continuous integration doesn't have to be hard

123

Deciding what to build

124

Are your logs too noisy?

125

How we decide whether or not to take on something new

126

Are you allowed to do that?

127

Are you a Laravel developer or a PHP developer?

128

Should developers have access to production?

129

Pick a coding standard, any one will do

130

The art of asking and answering questions

131

Testing 1 ... 2 ... 3, let's talk testing

132

Guarded vs fillable, fight!

133

Don't ignore that pain!

134

Validation is your friend

135

Always be ready to hand off the project

136

Finding and fixing a performance issue

137

Someone said my app is slow. Now what?

138

How long does it take to get your project running?

139

Is it a good idea to install that package?

140

Where do I start making things better?

141

How long is that going to take?

142

Getting started with a legacy codebase

143

Why even review when my code is perfect?

144

Are you testing me?

145

What is the one true way to do this?

146

Did you just tell me to read the manual?

147

Do you have a clear mental model?

148

The best argument is no argument

149

What's with these flaky tests?

150

When should I upgrade my Laravel project?

151

How do you figure out why your code isn't working?

152

When is the right time to automate a dev task?