1Z0-815 Book (Second Edition, August 1, 2020 Build 2.1): Typo in Chapter 1 figures
Posted: Thu Oct 08, 2020 10:30 am
Hi:
Chapter 12 is one of the Epic Chapters. I made it thru my first pass and am going to try the exercises soon.
In a chapter this large, I wouldn't have expected to find nothing to quibble about, but it is very important material and a very solid presentation, so I consider it worth mentioning everything. There's no way a book preparing people for any current or future OJCP version won't have this material in it.
OK:
First a flashback. On p. 60 we explain "There are several rules about the initialization of final variables, but.... I will revisit this topic in 'Reusing implementations thru inheritance' chapter." Now, this was funny, because it set me up to think that I hadn't seen the "final" stuff about "Final" yet until I got here (Chapter 12)...but in fact, the last word on this topic (initialization of final variables) indeed is now in 10.4.5, which I had already commented about minor sequencing issues that it was involved in. Good thing too, it is complex enough without any more to come. I'm FINALly done studying that issue.
So starting out the Chapter we ARE discussing here, on p. 258 we say "There are two things" I found that hard to read. Either I would explicitly number them 1., 2., or use the word and. The two smooshed together as written and I had to read the sentence three times.
This was compounded by the issue of static members, while I was reading it I was thinking "But a class contains more than two kinds of things! What about static data members and methods?" We get to that very soon, so maybe it is okay saying "There are two things"; I might have preferred saying "We will get to the curious case of how static members behave with inheritance soon, but apart from that there are two things" - either way I found that sentence difficult to get thru, as my brain threw multiple exceptions parsing it as described above and attendant re-tries.
near the bottom of the same page, describing recent-ish Java 8 innovations we write "to inherit implementations from more than one types" -- the word types should be singular due to peculiarities of English Grammar.
p. 265 Section 12.1.5 - "Functionality that is...need" -- that need should have an s in standard American grammar variant, i.e. Functionality is treated as singular. Minor but I was reading this very closely.
p. 266 1st paragraph: "several advantages with this approach" I would say "to" rather than "with" in such sentences, it flows better.
p. 272 I would show ("A") in TestClass's call to new Manager("A") in the figure. The println() output for Person doesn't match what is seen in the code and the walkthru. Again, minor points, but such a crucial explication here, removing any possible chances for confusion is merited. A certain percentage of people who will eventually pass will be staring hard at this trying to make sense of it...
p. 273 "This begs the question that how" - I would just say "question of how" - not a hard and fast rule but just more idiomatic.
p. 279 java.lang.String is treated in Chapter 5 in current version. Yup, there's no perfect sequence for a book like this, but post-rewrite this foreshadows something long past. So it should be "we saw..."
p.281 in Exam Tip Box: near end "The main method does not have TO be final" we dropped the word "to".
p. 286 A couple of quibbles: "these rules works" strike the final s, as 'these rules' are plural. We hates the Bagginses, we does.
Now, please note, I am not just complaining on principle, and nobody is a bigger critic of how terribly broken English spelling is than I am.
One of my impossible dreams about fixing our world after abolishing Daylight Saving Time once and for all would be to fix English Spelling, which is worse than anything except maybe French Spelling. But we are stuck in a fallen world, so...
I'm not just complaining on principle, because once certified, test takers might want to get a job at a bank, so of principal importance to get that homonym right. i.e. computeInterest( principal, ) also 287, 299, 302, 303 at least. I've had more exciting jobs than bank jobs. Cool cutting edge exciting space-age stuff. That didn't bring in money. Staff cuts happened. Bank jobs pay. So much for that principle -- I notice this because I try to remember it for interviews with banks - many Americans have no principles and can't spell or compute interest. But I digress, we should just fix those.
p. 288 we typo'd to CompountInterestCalculator from CompounD (for emphasis, the letter should be lowercase).
p. 290 near bottom: CONTENT ALERT - "Are we confusing strong typing with static typing?" Computer Science Zealots who know fifty languages each have accused me numerous times of confusing the terms Strong and Static typing, pointing out that one can have Strong Dynamic Typing at Runtime, and that Static Type-Checking just means it happens at compile time - it ain't necessarily strong. I always grunt and say "Whatever, dude, I like strong static typing it makes me feel safe so I don't ask my bank account to bark and my dog to compute interest" but we are writing a tutorial book here, so I ask.
Cheers!
Jesse
Chapter 12 is one of the Epic Chapters. I made it thru my first pass and am going to try the exercises soon.
In a chapter this large, I wouldn't have expected to find nothing to quibble about, but it is very important material and a very solid presentation, so I consider it worth mentioning everything. There's no way a book preparing people for any current or future OJCP version won't have this material in it.
OK:
First a flashback. On p. 60 we explain "There are several rules about the initialization of final variables, but.... I will revisit this topic in 'Reusing implementations thru inheritance' chapter." Now, this was funny, because it set me up to think that I hadn't seen the "final" stuff about "Final" yet until I got here (Chapter 12)...but in fact, the last word on this topic (initialization of final variables) indeed is now in 10.4.5, which I had already commented about minor sequencing issues that it was involved in. Good thing too, it is complex enough without any more to come. I'm FINALly done studying that issue.
So starting out the Chapter we ARE discussing here, on p. 258 we say "There are two things" I found that hard to read. Either I would explicitly number them 1., 2., or use the word and. The two smooshed together as written and I had to read the sentence three times.
This was compounded by the issue of static members, while I was reading it I was thinking "But a class contains more than two kinds of things! What about static data members and methods?" We get to that very soon, so maybe it is okay saying "There are two things"; I might have preferred saying "We will get to the curious case of how static members behave with inheritance soon, but apart from that there are two things" - either way I found that sentence difficult to get thru, as my brain threw multiple exceptions parsing it as described above and attendant re-tries.
near the bottom of the same page, describing recent-ish Java 8 innovations we write "to inherit implementations from more than one types" -- the word types should be singular due to peculiarities of English Grammar.
p. 265 Section 12.1.5 - "Functionality that is...need" -- that need should have an s in standard American grammar variant, i.e. Functionality is treated as singular. Minor but I was reading this very closely.
p. 266 1st paragraph: "several advantages with this approach" I would say "to" rather than "with" in such sentences, it flows better.
p. 272 I would show ("A") in TestClass's call to new Manager("A") in the figure. The println() output for Person doesn't match what is seen in the code and the walkthru. Again, minor points, but such a crucial explication here, removing any possible chances for confusion is merited. A certain percentage of people who will eventually pass will be staring hard at this trying to make sense of it...
p. 273 "This begs the question that how" - I would just say "question of how" - not a hard and fast rule but just more idiomatic.
p. 279 java.lang.String is treated in Chapter 5 in current version. Yup, there's no perfect sequence for a book like this, but post-rewrite this foreshadows something long past. So it should be "we saw..."
p.281 in Exam Tip Box: near end "The main method does not have TO be final" we dropped the word "to".
p. 286 A couple of quibbles: "these rules works" strike the final s, as 'these rules' are plural. We hates the Bagginses, we does.
Now, please note, I am not just complaining on principle, and nobody is a bigger critic of how terribly broken English spelling is than I am.
One of my impossible dreams about fixing our world after abolishing Daylight Saving Time once and for all would be to fix English Spelling, which is worse than anything except maybe French Spelling. But we are stuck in a fallen world, so...
I'm not just complaining on principle, because once certified, test takers might want to get a job at a bank, so of principal importance to get that homonym right. i.e. computeInterest( principal, ) also 287, 299, 302, 303 at least. I've had more exciting jobs than bank jobs. Cool cutting edge exciting space-age stuff. That didn't bring in money. Staff cuts happened. Bank jobs pay. So much for that principle -- I notice this because I try to remember it for interviews with banks - many Americans have no principles and can't spell or compute interest. But I digress, we should just fix those.
p. 288 we typo'd to CompountInterestCalculator from CompounD (for emphasis, the letter should be lowercase).
p. 290 near bottom: CONTENT ALERT - "Are we confusing strong typing with static typing?" Computer Science Zealots who know fifty languages each have accused me numerous times of confusing the terms Strong and Static typing, pointing out that one can have Strong Dynamic Typing at Runtime, and that Static Type-Checking just means it happens at compile time - it ain't necessarily strong. I always grunt and say "Whatever, dude, I like strong static typing it makes me feel safe so I don't ask my bank account to bark and my dog to compute interest" but we are writing a tutorial book here, so I ask.
Cheers!
Jesse