@@ -355,7 +355,7 @@ def home_page(request):
355
355
OK that gets our unit tests passing, but it's not really what we want.footnote:[
356
356
But we _did_ learn about `request.method` and `request.POST` right?
357
357
I know it might seem that I'm overdoing it,
358
- but doing things in tiny little really does have a lot of advantages,
358
+ but doing things in tiny little steps really does have a lot of advantages,
359
359
and one of them is that you can really think about (or in this case, learn)
360
360
one thing at a time.]
361
361
@@ -633,7 +633,7 @@ on applying DRY too quickly.
633
633
634
634
635
635
Now we get to the `self.fail('Finish the test!')`.
636
- If get rid of that and finish writing our FT,
636
+ If we get rid of that and finish writing our FT,
637
637
to add the check for adding a second item to the table
638
638
(copy and paste is our friend),
639
639
we begin to see that our first cut solution really isn't going to, um, cut it:
@@ -964,7 +964,7 @@ django.db.utils.OperationalError: no such table: lists_item
964
964
----
965
965
966
966
In Django, the ORM's job is to model and read and write from database tables,
967
- but there's a second system that's in charge, of actually _creating_
967
+ but there's a second system that's in charge of actually _creating_
968
968
the tables in the database called "migrations".
969
969
Its job is to let you to add, remove, and modify tables and columns,
970
970
based on changes you make to your _models.py_ files.
0 commit comments