Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: Lew Newsgroups: comp.lang.java.programmer Subject: Re: Oracle/Google demonstrate human beings cannot write 10 lines of code without making a mistake ;) Date: Mon, 21 May 2012 11:40:01 -0700 (PDT) Organization: http://groups.google.com Lines: 49 Message-ID: <174c21de-dfd5-486e-8c58-15a80597ce41@googlegroups.com> References: <44ccr7tidpk4jta4lhg7m954vdr7abvnte@4ax.com> <1k2dr7527p5reqegfr8oln65q55bmvo4ar@4ax.com> <67485$4fb7edfe$5419acc3$16334@cache70.multikabel.net> <4fb9714c$0$293$14726298@news.sunsite.dk> <7b61f$4fba009f$5419acc3$26609@cache1.tilbu1.nb.home.nl> NNTP-Posting-Host: 69.28.149.29 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1337626024 4389 127.0.0.1 (21 May 2012 18:47:04 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Mon, 21 May 2012 18:47:04 +0000 (UTC) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=69.28.149.29; posting-account=CP-lKQoAAAAGtB5diOuGlDQk0jIwmH0T User-Agent: G2/1.0 X-Received-Bytes: 3377 Xref: csiph.com comp.lang.java.programmer:14743 Skybuck Flying wrote: > Furthermore the code which is claimed to be from java.utils.Arrays has the > following description for the documentation: > > " > This class contains various methods for manipulating arrays (such as sorting > and searching). It also contains a static factory that allows arrays to be > viewed as lists. > The documentation for the sorting and searching methods contained in this > class includes briefs description of the implementations. Such descriptions > should be regarded as implementation notes, rather than parts of the > specification. Implementors should feel free to substitute other algorithms, > so long as the specification itself is adhered to. (For example, the > algorithm used by sort(Object[]) does not have to be a mergesort, but it > does have to be stable.) > > " > > It pretty clearly states that this documentation is a "description" of the > implementation, and not a technical design. Wrong documentation. You want this comment: /** * Checks that {@code fromIndex} and {@code toIndex} are in * the range and throws an appropriate exception, if they aren't. */ What did you think you were demonstrating? > Therefore it is possible that the implementation is flawed and the > documentation simply documents this flaw. Except that the implementation in question isn't flawed, so it's not possible. Furthermore your "logic" doesn't demonstrate your conclusion anyway. > Furthermore this java.utils.Arrays [sic] file doesn't seem to [sic] important. There is no such file in the Java API. And the usual terminology is t"class", since the fact that the bytecode is read from a file doesn't signify. > Funny to see that all my hunches are being backed up by facts. Not one of the claims, "hunches" or conclusions you've presented here have been correct, backed up by facts, or even well supported. Of which hunches do you speak? -- Lew