<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Practical OCaml</title>
	<atom:link href="http://blog.merjis.com/2006/11/08/practical-ocaml/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.merjis.com/2006/11/08/practical-ocaml/</link>
	<description>Effective Internet Marketing Strategy and Tactics Through Test</description>
	<lastBuildDate>Mon, 06 Feb 2012 19:16:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Al Hoang &#187; Reviews on Practical Ocaml</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-136</link>
		<dc:creator>Al Hoang &#187; Reviews on Practical Ocaml</dc:creator>
		<pubDate>Mon, 20 Nov 2006 04:31:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-136</guid>
		<description>[...] Ehud comments:  I haven&#8217;t seen the book yet, but it&#8217;s really sad if the book is as problematic as this thread indicates. I had high hopes for the &#8220;Practical X&#8221; line of books. I thought it might become an O&#8217;reilly-like brand for books about non-mainstream language  Matt comments :  This book is a big disappointment. As already noted, it has some severe stylistic problems and the writing is uninspiring, to say the least. But by far the worst problem is that the author&#8217;s knowledge of his subject is simply insufficient. This shows up all over the place, but I&#8217;ll highlight two examples that I think exemplify the issue.  William comments :  Some items are given only a superficial introduction (e.g. variants &#8212; a very important part of OCaml), and then used fairly heavily two chapters later without so much as a pointer back to their introduction for people skimming the book.  and finally Merjis (one of the technical reviewers) writes on his blog :  I only wrote one candid assessment, and decency and privacy prevent me from disclosing what was in it. I will just say that it was not positive. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ehud comments:  I haven&#8217;t seen the book yet, but it&#8217;s really sad if the book is as problematic as this thread indicates. I had high hopes for the &#8220;Practical X&#8221; line of books. I thought it might become an O&#8217;reilly-like brand for books about non-mainstream language  Matt comments :  This book is a big disappointment. As already noted, it has some severe stylistic problems and the writing is uninspiring, to say the least. But by far the worst problem is that the author&#8217;s knowledge of his subject is simply insufficient. This shows up all over the place, but I&#8217;ll highlight two examples that I think exemplify the issue.  William comments :  Some items are given only a superficial introduction (e.g. variants &#8212; a very important part of OCaml), and then used fairly heavily two chapters later without so much as a pointer back to their introduction for people skimming the book.  and finally Merjis (one of the technical reviewers) writes on his blog :  I only wrote one candid assessment, and decency and privacy prevent me from disclosing what was in it. I will just say that it was not positive. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marek Kubica</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-132</link>
		<dc:creator>Marek Kubica</dc:creator>
		<pubDate>Sun, 19 Nov 2006 13:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-132</guid>
		<description>Well, the upcoming Django book which will be published by Apress is under public review now, you can find the published chapters on http://www.djangobook.com . As you can see, there are a lots of comments about the book and a really easy possibility to comment, so I hope the authers will take care of the comments and incorporate them in the final version of the book which will go in print.</description>
		<content:encoded><![CDATA[<p>Well, the upcoming Django book which will be published by Apress is under public review now, you can find the published chapters on <a href="http://www.djangobook.com" rel="nofollow">http://www.djangobook.com</a> . As you can see, there are a lots of comments about the book and a really easy possibility to comment, so I hope the authers will take care of the comments and incorporate them in the final version of the book which will go in print.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Walters</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-101</link>
		<dc:creator>Scott Walters</dc:creator>
		<pubDate>Tue, 14 Nov 2006 14:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-101</guid>
		<description>Hi,

Tell it, brother!

I just requested two review copies of this, not bothering to have read any reviews first.  I guess I didn&#039;t want to be biased, but the friend who I requested another copy for sent me here.  Now I know why APress didn&#039;t respond.  (I requested some books from ORA at the same time and got an immediate reply, though the receptionstic person took seriously my mini-proposal for Perl Flowchating and couldn&#039;t remember if _Learning Haskell_ was a O&#039;Reilly title or not.  Usually ORA&#039;s entire staff is sharp as a tack.  Didn&#039;t mean to screw with the innocets.  Not all of us have had apple pie made from the tree of knowledge of good and evil.  Anywho.

Just wanted to empahtise.  I did technical review for _Perl: How to Program_.  The author-bots cut and paste their VB book and then edited it and rewrote the examples.  Perl is written in a radically different style -- when it&#039;s written worth a damn -- so the coverage was abysmal.  The code was littered with style problems, security problems, and downright ignorance, none of which would be corrected before it went to print.  And in 800 pages of rubbish, they didn&#039;t scratch the surface of programming or Perl.  Worst of all, the goons who wrote this apparently were calculated about doing little work, churning out books, and making money.  They have the market virtually corned on massive introduction volumes.

Sad to hear about APress.  I&#039;ll be interested to know who the editor was that signed this deal.  I wrote for them.  They had to pry the content out of my hands.  Some chapters got rewritten ten times.  I&#039;m still not happy with it.  Copy edit butchered it a bit.  Microsoft Word was a pain (though wine ran it admirably).  I wrote the thing in POD and wrote some code to compile the POD into RTF -- and not just plain RTF, RTF that passed for the output of Microsoft Word&#039;s RTF, which was littered wih bizarre style crap.  Microsoft is not the tool for that.  O&#039;Reilly is doing DocBook, and their authors use a mix of technical tools.  I originally pushed ORA to take TeX, figuring they&#039;d be unable to refuse and I could generate it easy, or learn LaTeX, or the whole experience would be a net positive.  But aside from dealing with Microsoft Word, the experience was positive.  They were supportive of my repeated schedule slips , I expect because they saw work in (though they took inventory of what I had more and more frequently).  My editor had good feedback, and I was involved (to various degrees) in various parts of the process.  At one point, I was arguing cover price with higher-ups, and even though the copy text went back and forth several times, I was still allowed togive final approval on what was actually used.  It was a good experience.  I guess I hate to see them for want of a dedicated author, and some dedication on the author&#039;s part (especially when it comes to technical review&#039;s input) would have made it at least an average book.  I&#039;m convinced that Perl owes its success largely to the quality of certain books written for it, including the original Programming Perl you mentioned.  Larry&#039;s carefree style puts readers at ease while he delves into things that would otherwise be fussy sounding details or stress-inducing advanced topics.  The flip side of the coin is that a language without good reading material is at a serious disadvantage.  I *want* to learn OCaml.  My friend wants me to.  I guess Mozilla needs to do a lot better job keeping place in electronic documents.

-scott</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Tell it, brother!</p>
<p>I just requested two review copies of this, not bothering to have read any reviews first.  I guess I didn&#8217;t want to be biased, but the friend who I requested another copy for sent me here.  Now I know why APress didn&#8217;t respond.  (I requested some books from ORA at the same time and got an immediate reply, though the receptionstic person took seriously my mini-proposal for Perl Flowchating and couldn&#8217;t remember if _Learning Haskell_ was a O&#8217;Reilly title or not.  Usually ORA&#8217;s entire staff is sharp as a tack.  Didn&#8217;t mean to screw with the innocets.  Not all of us have had apple pie made from the tree of knowledge of good and evil.  Anywho.</p>
<p>Just wanted to empahtise.  I did technical review for _Perl: How to Program_.  The author-bots cut and paste their VB book and then edited it and rewrote the examples.  Perl is written in a radically different style &#8212; when it&#8217;s written worth a damn &#8212; so the coverage was abysmal.  The code was littered with style problems, security problems, and downright ignorance, none of which would be corrected before it went to print.  And in 800 pages of rubbish, they didn&#8217;t scratch the surface of programming or Perl.  Worst of all, the goons who wrote this apparently were calculated about doing little work, churning out books, and making money.  They have the market virtually corned on massive introduction volumes.</p>
<p>Sad to hear about APress.  I&#8217;ll be interested to know who the editor was that signed this deal.  I wrote for them.  They had to pry the content out of my hands.  Some chapters got rewritten ten times.  I&#8217;m still not happy with it.  Copy edit butchered it a bit.  Microsoft Word was a pain (though wine ran it admirably).  I wrote the thing in POD and wrote some code to compile the POD into RTF &#8212; and not just plain RTF, RTF that passed for the output of Microsoft Word&#8217;s RTF, which was littered wih bizarre style crap.  Microsoft is not the tool for that.  O&#8217;Reilly is doing DocBook, and their authors use a mix of technical tools.  I originally pushed ORA to take TeX, figuring they&#8217;d be unable to refuse and I could generate it easy, or learn LaTeX, or the whole experience would be a net positive.  But aside from dealing with Microsoft Word, the experience was positive.  They were supportive of my repeated schedule slips , I expect because they saw work in (though they took inventory of what I had more and more frequently).  My editor had good feedback, and I was involved (to various degrees) in various parts of the process.  At one point, I was arguing cover price with higher-ups, and even though the copy text went back and forth several times, I was still allowed togive final approval on what was actually used.  It was a good experience.  I guess I hate to see them for want of a dedicated author, and some dedication on the author&#8217;s part (especially when it comes to technical review&#8217;s input) would have made it at least an average book.  I&#8217;m convinced that Perl owes its success largely to the quality of certain books written for it, including the original Programming Perl you mentioned.  Larry&#8217;s carefree style puts readers at ease while he delves into things that would otherwise be fussy sounding details or stress-inducing advanced topics.  The flip side of the coin is that a language without good reading material is at a serious disadvantage.  I *want* to learn OCaml.  My friend wants me to.  I guess Mozilla needs to do a lot better job keeping place in electronic documents.</p>
<p>-scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Wutka</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-84</link>
		<dc:creator>Mark Wutka</dc:creator>
		<pubDate>Mon, 13 Nov 2006 13:39:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-84</guid>
		<description>Friedrich,
  While they pay before the book is published, you do usually have to turn in quality chapters in order to meet your milestones. I don&#039;t know what happened with the Practical Ocaml book, but book projects don&#039;t seem all that different from development projects to me. How many times have you seen a finished software product and you wonder how anyone could release anything so buggy? Sometimes the deadlines are not driven by whether the code is &quot;perfect&quot;, but whether it beats another product to market, or whether it hits a date that was promised by marketing people with no clue how long it should really take. I suspect that something similar may have been going on with the Practical Ocaml book. I think the date slipped a number of times, so there may have been a push to get it out the door. It is also possible the publisher was unable to find anyone to fix what was wrong, or they may have decided that it was cheaper to just publish what they have rather than fix it.

I like the public discussion model, and maybe that would have helped, but many times, the publishers are trying to hit specific dates and the public discussion model is too slow. Computer book publishing is pretty kooky - the publishers are often trying to please large-scale book-buyers (bookstores) and not necessarily individuals. In theory, the book-buyers should be paying attention to what people want.

Maybe someone could start a public-discussion Ocaml book and then just make it available through a print-on-demand publisher like lulu.com. I wonder how well that would do. Does anyone know if a model like that has worked well before?
  Mark</description>
		<content:encoded><![CDATA[<p>Friedrich,<br />
  While they pay before the book is published, you do usually have to turn in quality chapters in order to meet your milestones. I don&#8217;t know what happened with the Practical Ocaml book, but book projects don&#8217;t seem all that different from development projects to me. How many times have you seen a finished software product and you wonder how anyone could release anything so buggy? Sometimes the deadlines are not driven by whether the code is &#8220;perfect&#8221;, but whether it beats another product to market, or whether it hits a date that was promised by marketing people with no clue how long it should really take. I suspect that something similar may have been going on with the Practical Ocaml book. I think the date slipped a number of times, so there may have been a push to get it out the door. It is also possible the publisher was unable to find anyone to fix what was wrong, or they may have decided that it was cheaper to just publish what they have rather than fix it.</p>
<p>I like the public discussion model, and maybe that would have helped, but many times, the publishers are trying to hit specific dates and the public discussion model is too slow. Computer book publishing is pretty kooky &#8211; the publishers are often trying to please large-scale book-buyers (bookstores) and not necessarily individuals. In theory, the book-buyers should be paying attention to what people want.</p>
<p>Maybe someone could start a public-discussion Ocaml book and then just make it available through a print-on-demand publisher like lulu.com. I wonder how well that would do. Does anyone know if a model like that has worked well before?<br />
  Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Friedrich</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-82</link>
		<dc:creator>Friedrich</dc:creator>
		<pubDate>Mon, 13 Nov 2006 07:03:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-82</guid>
		<description>Wow 20 $ a page that&#039;s quite interesting. If he authors are doing as bad than me then that would be around 7 Dollar a &quot;really&quot; published page, well sometime I made it in less than three runs, but I always need two runs to get somewhere neas something I &quot;can accept&quot;. If I had the choice I&#039;d like to the the following &quot;hopefully good books&quot;
- Erlang.
- Haskell
- Smalltalk
- C
- maybe Cyclone, D or something like that. 
- ...others ;-)


Howerver if they do pay in advance why don&#039;t the insist on getting well written stuff delivered? And why won&#039;t the let do proof-readings and &quot;hear&quot; on them. I remember that I just had comment on another book I find very valuable &#039;Programming Ruby&#039; and I pointed out some &quot;trouble-spots&quot; in the Ruby-C-edge (wel it was a comment about C and the author has changed that immediatly). What do you loose if you act like that?


The longer I think about it the more strange this becomes. 

Howerver maybe Peter Seibel&#039;s way of doin such book was &quot;wise&quot;. AFAIKT he asked Question ins comp.lang.lisp over and over again, he put the draft out on the net and has invited all to comment on it. Common Lisp is a quite complex language and Ocaml has his share of complexity also. Maybe it would have been a good idea to put that stuff out for &quot;public discussion also&quot;?

It&#039;s sad I&#039;m looking into a good book for Ocaml since ages, the best I found was supposed to get published but it never was. I think this would have been a good thing for Ocaml. This language is really underestimated....

Have a nice day
Friedrich</description>
		<content:encoded><![CDATA[<p>Wow 20 $ a page that&#8217;s quite interesting. If he authors are doing as bad than me then that would be around 7 Dollar a &#8220;really&#8221; published page, well sometime I made it in less than three runs, but I always need two runs to get somewhere neas something I &#8220;can accept&#8221;. If I had the choice I&#8217;d like to the the following &#8220;hopefully good books&#8221;<br />
- Erlang.<br />
- Haskell<br />
- Smalltalk<br />
- C<br />
- maybe Cyclone, D or something like that.<br />
- &#8230;others ;-)</p>
<p>Howerver if they do pay in advance why don&#8217;t the insist on getting well written stuff delivered? And why won&#8217;t the let do proof-readings and &#8220;hear&#8221; on them. I remember that I just had comment on another book I find very valuable &#8216;Programming Ruby&#8217; and I pointed out some &#8220;trouble-spots&#8221; in the Ruby-C-edge (wel it was a comment about C and the author has changed that immediatly). What do you loose if you act like that?</p>
<p>The longer I think about it the more strange this becomes. </p>
<p>Howerver maybe Peter Seibel&#8217;s way of doin such book was &#8220;wise&#8221;. AFAIKT he asked Question ins comp.lang.lisp over and over again, he put the draft out on the net and has invited all to comment on it. Common Lisp is a quite complex language and Ocaml has his share of complexity also. Maybe it would have been a good idea to put that stuff out for &#8220;public discussion also&#8221;?</p>
<p>It&#8217;s sad I&#8217;m looking into a good book for Ocaml since ages, the best I found was supposed to get published but it never was. I think this would have been a good thing for Ocaml. This language is really underestimated&#8230;.</p>
<p>Have a nice day<br />
Friedrich</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Wutka</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-77</link>
		<dc:creator>Mark Wutka</dc:creator>
		<pubDate>Sun, 12 Nov 2006 14:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-77</guid>
		<description>I have done work for Que &amp; Sams (same company - Pearson) and they have never failed to pay me. There are two ways to be paid for writing, one is on a per-chapter basis where you receive some money up-front. It might be, for example, in the neighborhood of $20 per page. The other way is where you get paid from the royalties, and you usually have to write a certain percentage of the book in order to be paid from the royalties. Typically, you are paid up-front with an advance on the royalties, and this is usually done at certain milestones in the process (1/2 done, all done, edits completed, etc.). Once the book is published, you don&#039;t get any more money until it has earned enough royalties to cover your advance.

I am disappointed that Practical Ocaml wasn&#039;t better. I&#039;d love to see an Erlang book done well, too. It sounds like Rich did what he was supposed to, it is unfortunate the the publisher didn&#039;t listen.</description>
		<content:encoded><![CDATA[<p>I have done work for Que &amp; Sams (same company &#8211; Pearson) and they have never failed to pay me. There are two ways to be paid for writing, one is on a per-chapter basis where you receive some money up-front. It might be, for example, in the neighborhood of $20 per page. The other way is where you get paid from the royalties, and you usually have to write a certain percentage of the book in order to be paid from the royalties. Typically, you are paid up-front with an advance on the royalties, and this is usually done at certain milestones in the process (1/2 done, all done, edits completed, etc.). Once the book is published, you don&#8217;t get any more money until it has earned enough royalties to cover your advance.</p>
<p>I am disappointed that Practical Ocaml wasn&#8217;t better. I&#8217;d love to see an Erlang book done well, too. It sounds like Rich did what he was supposed to, it is unfortunate the the publisher didn&#8217;t listen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-69</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Sat, 11 Nov 2006 11:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-69</guid>
		<description>I recognize this, I did review two books for Wrox Press a couple of years ago, and they failed to pay me totally. The original text of the &quot;meat&quot; chapters was lousy, so I ended up re-writing some of them.

It seems some of these books are just &quot;up for grabs&quot; for someone who is interested in the subject, and making a name as an expert - even though they do not have any practical experience.

Many bad books out there :)</description>
		<content:encoded><![CDATA[<p>I recognize this, I did review two books for Wrox Press a couple of years ago, and they failed to pay me totally. The original text of the &#8220;meat&#8221; chapters was lousy, so I ended up re-writing some of them.</p>
<p>It seems some of these books are just &#8220;up for grabs&#8221; for someone who is interested in the subject, and making a name as an expert &#8211; even though they do not have any practical experience.</p>
<p>Many bad books out there :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rich</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-68</link>
		<dc:creator>rich</dc:creator>
		<pubDate>Sat, 11 Nov 2006 11:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-68</guid>
		<description>Frederick:
I don&#039;t know why they published the book; as I say I haven&#039;t read the final version and it might be a substantial improvement on the drafts which I reviewed.</description>
		<content:encoded><![CDATA[<p>Frederick:<br />
I don&#8217;t know why they published the book; as I say I haven&#8217;t read the final version and it might be a substantial improvement on the drafts which I reviewed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Friedrich</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-66</link>
		<dc:creator>Friedrich</dc:creator>
		<pubDate>Sat, 11 Nov 2006 07:24:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-66</guid>
		<description>I can follow your arguments, I remember having asked Apress what they&#039;d think about a book &quot;Practical C&quot;, because of the really good &quot;Practical Common Lisp&quot;, IMHO this is very much needed, because of the immense number of libraries. 

Well they told me that they are not interested. Now that I read this I&#039;m quite happy that there were not. Imagine that book would be &quot;bad&quot; written and just to deliver something it would have been published.

But there&#039;s one thing which really disturbs me. The publishers usually do not pay someone for the work involved while writing, but some percentage of the sellings.

So why were they forced to &quot;publish&quot;? And what happens now to someone with a good idea? Will they publish another &quot;Practical&quot; book in that series?

Will they find a better writer next time? Or don&#039;t they care at all?

Regards
Friedrich</description>
		<content:encoded><![CDATA[<p>I can follow your arguments, I remember having asked Apress what they&#8217;d think about a book &#8220;Practical C&#8221;, because of the really good &#8220;Practical Common Lisp&#8221;, IMHO this is very much needed, because of the immense number of libraries. </p>
<p>Well they told me that they are not interested. Now that I read this I&#8217;m quite happy that there were not. Imagine that book would be &#8220;bad&#8221; written and just to deliver something it would have been published.</p>
<p>But there&#8217;s one thing which really disturbs me. The publishers usually do not pay someone for the work involved while writing, but some percentage of the sellings.</p>
<p>So why were they forced to &#8220;publish&#8221;? And what happens now to someone with a good idea? Will they publish another &#8220;Practical&#8221; book in that series?</p>
<p>Will they find a better writer next time? Or don&#8217;t they care at all?</p>
<p>Regards<br />
Friedrich</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nev</title>
		<link>http://blog.merjis.com/2006/11/08/practical-ocaml/comment-page-1/#comment-54</link>
		<dc:creator>nev</dc:creator>
		<pubDate>Thu, 09 Nov 2006 16:42:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/2006/11/08/practical-ocaml/#comment-54</guid>
		<description>I&#039;ve done a few tech reviews  One was a &quot;Definitive Guide&quot;-type book that was excellent; I found minor problems but in general I probably learned more about the subject than I was able to contribute.

The others were all by the same author (a native English speaker) who literally could not write a sentence.  I don&#039;t mean the style was a little awkward, or not to my personal liking; it was not at a 5th grade level. I had to be told repeatedly to ignore the grammatical problems, but it was irritating that this person was going to have their name on the cover of a book when the writing was at the level of an incoherent blog post.  Subsequent drafts I received had been completely re-written, and yet this author continues to be published. I don&#039;t understand it, as the technical competence was also rather poor.

I agree that the per-hour cost is totally not worth it, but I actually enjoy the rigor of being forced to learn the subject in depth enough to fact-check. I content myself with treating tech reviews as less a part-time job than an educational subsidy.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve done a few tech reviews  One was a &#8220;Definitive Guide&#8221;-type book that was excellent; I found minor problems but in general I probably learned more about the subject than I was able to contribute.</p>
<p>The others were all by the same author (a native English speaker) who literally could not write a sentence.  I don&#8217;t mean the style was a little awkward, or not to my personal liking; it was not at a 5th grade level. I had to be told repeatedly to ignore the grammatical problems, but it was irritating that this person was going to have their name on the cover of a book when the writing was at the level of an incoherent blog post.  Subsequent drafts I received had been completely re-written, and yet this author continues to be published. I don&#8217;t understand it, as the technical competence was also rather poor.</p>
<p>I agree that the per-hour cost is totally not worth it, but I actually enjoy the rigor of being forced to learn the subject in depth enough to fact-check. I content myself with treating tech reviews as less a part-time job than an educational subsidy.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

