Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

Metal Dice

macrumors regular
Original poster
Jun 3, 2009
233
0
Denmark
Okay so i'm going to read the book. Programming in Objective-C
But im not sure how i should do this.
Just read the book without taking any notes. Or take notes while reading...
Can anybody tell me the best way to learn it good(first priority) and fast.

What did you do etc.
 
Okay so i'm going to read the book. Programming in Objective-C
But im not sure how i should do this.
Just read the book without taking any notes. Or take notes while reading...
Can anybody tell me the best way to learn it good(first priority) and fast.

What did you do etc.
Make sure you get the 2.0 version.

I find that copying out the examples as you read them helps, then the book goes through the examples bit by bit. It's much easier to read the code you have written on the computer than what is written in the book.... or at least that's what I've found.

Im reading this book at the moment, and it's very good, explains things very well. One of the first thing's you'll learn is the use of "//" or "/* */" to write comments that wont be read by the compiler.... I've found it's really useful to annotate the code as much as possible. So yeah, just read the book really and definitely work through the examples and exercises at the end of the chapters.... and certainly take notes if it helps, there is a lot to remember.
 
And, remember, during development/learning/practice/tutorials or whatever... NSLOG can be your best friend.
 
Make sure you get the 2.0 version.

I find that copying out the examples as you read them helps, then the book goes through the examples bit by bit. It's much easier to read the code you have written on the computer than what is written in the book.... or at least that's what I've found.

Im reading this book at the moment, and it's very good, explains things very well. One of the first thing's you'll learn is the use of "//" or "/* */" to write comments that wont be read by the compiler.... I've found it's really useful to annotate the code as much as possible. So yeah, just read the book really and definitely work through the examples and exercises at the end of the chapters.... and certainly take notes if it helps, there is a lot to remember.

Yeah This book is great I done learned so much from it I dont have a programming background and I'm able to learn and do, I read the whole book first then I read it again but the second time I did all the exercises and programs I found that helped me a lot just dont give up.
 
Yeah This book is great I done learned so much from it I dont have a programming background and I'm able to learn and do, I read the whole book first then I read it again but the second time I did all the exercises and programs I found that helped me a lot just dont give up.
Did you write any notes or did you just read it.
 
Did you write any notes or did you just read it.

it is a great book. the recent 2.0 version isn't necessary unless you want to use obj-c 2.0 features. you could read this book, then later when your comfortable with it get the 2.0 book as a refresher and intro to new 2.0 features.

personally, i didn't take notes. these books are great reference books (much better than googling for answers), after you finish the book you'll refer to the index a lot... unless, of course, you have a photographic memory.

when you finish this book, i *strongly* recommend buying Beginning iPhone Development. it's one of the clearest, easy-to-follow, well-written and informative dev books i've ever read.
 
As an Amazon Associate, MacRumors earns a commission from qualifying purchases made through links in this post.
it is a great book. the recent 2.0 version isn't necessary unless you want to use obj-c 2.0 features. you could read this book, then later when your comfortable with it get the 2.0 book as a refresher and intro to new 2.0 features.

personally, i didn't take notes. these books are great reference books (much better than googling for answers), after you finish the book you'll refer to the index a lot... unless, of course, you have a photographic memory.

when you finish this book, i *strongly* recommend buying Beginning iPhone Development. it's one of the clearest, easy-to-follow, well-written and informative dev books i've ever read.
Thank you for the help :) I've just bought the book you mentioned
 
As an Amazon Associate, MacRumors earns a commission from qualifying purchases made through links in this post.
Did you write any notes or did you just read it.

The only way to learn programming is by doing it.

Read, take notes, close the book, start up the computer, and see if you've read carefully enough to rewrite the example. If not, open the book, reread, close it, then try again. Don't copy code from the book or your notes, look up the API details needed in the actual SDK API documentation. Then add your own customization to the example. Then combine features from multiple examples. Then eventually you'll have enough tools in your head to start writing your own programs. Keep learning and you'll increase the number of tools in your head, and the N-squared possible ways of combining them to create solutions.

The problem with most of the currently recommended books is that they're really designed as (excellent, btw) semi-references for people who already know how to program: the examples are s*ckingly boring and unintuitive for true beginners.


imho.
 
Thanks to all who took the time to respond to this beginners question. I'm just starting out too and have found these suggestions very helpful.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.