Sign In Start Free Trial
Account

Add to playlist

Create a Playlist

Modal Close icon
You need to login to use this feature.
  • Understanding Software
  • Toc
  • feedback
Understanding Software

Understanding Software

By : Max Kanat-Alexander
3.8 (11)
close
Understanding Software

Understanding Software

3.8 (11)
By: Max Kanat-Alexander

Overview of this book

In Understanding Software, Max Kanat-Alexander, Technical Lead for Code Health at Google, shows you how to bring simplicity back to computer programming. Max explains to you why programmers suck, and how to suck less as a programmer. There’s just too much complex stuff in the world. Complex stuff can’t be used, and it breaks too easily. Complexity is stupid. Simplicity is smart. Understanding Software covers many areas of programming, from how to write simple code to profound insights into programming, and then how to suck less at what you do! You'll discover the problems with software complexity, the root of its causes, and how to use simplicity to create great software. You'll examine debugging like you've never done before, and how to get a handle on being happy while working in teams. Max brings a selection of carefully crafted essays, thoughts, and advice about working and succeeding in the software industry, from his legendary blog Code Simplicity. Max has crafted forty-three essays which have the power to help you avoid complexity and embrace simplicity, so you can be a happier and more successful developer. Max's technical knowledge, insight, and kindness, has earned him code guru status, and his ideas will inspire you and help refresh your approach to the challenges of being a developer.
Table of Contents (15 chapters)
close
Free Chapter
1
Table of Contents
2
Understanding Software
3
Credits
4
About the Author
6
Customer Feedback
7
Foreword
15
Index

Chapter 26. Software Revisited: (I)SAR Clarified

In the last chapter, I said that there are three major parts to any computer program: Structure, Action, and Results.

Now also, a program has Input, which could be considered a fourth part of the program, although usually it's not the programmer who's creating the input, but the user. So we can either abbreviate this as SAR or ISAR, depending on whether or not we want to include "Input."

Now, some people misunderstood me and said, "Oh, SAR is just another name for MVC." No, I used MVC as an example of SAR, but SAR is a much, much broader concept than MVC – they are not comparable theories.

MVC is a pattern for designing software, whereas SAR (or ISAR) is a statement of the three (or four) components that are present in all software.

The fascinating thing about SAR is that it applies not only to a whole program, but also to any piece of that program. A whole program has a Structure, just as a function...

bookmark search playlist font-size

Change the font size

margin-width

Change margin width

day-mode

Change background colour

Close icon Search
Country selected

Close icon Your notes and bookmarks

Delete Bookmark

Modal Close icon
Are you sure you want to delete it?
Cancel
Yes, Delete