[Cuis] Use of #deprecated: and/or #deprecatedExplanation:

[Juan Vuletich]

On 12/28/2013 3:35 PM, Germán Arduino wrote:
> I saw the use in the way, for example:
>
> drawAxis: aBoolean
> self deprecatedExplanation: 'use #shouldDrawAxis: instead'.
> self shouldDrawAxis: aBoolean
>
> but nothing that can not be replaced by a comment, imho.

But only if you see some value in those methods. Otherwise, just nuke 
them! It is the best way to be sure nobody will use them :)

Cheers,
Juan Vuletich

> 2013/12/28 Ken Dickey <Ken.Dickey at whidbey.com 
> <mailto:Ken.Dickey at whidbey.com>>
>
>     On Sat, 28 Dec 2013 03:46:33 -0800
>     Casey Ransberger <casey.obrien.r at gmail.com
>     <mailto:casey.obrien.r at gmail.com>> wrote:
>
>     > Since back compat isn't a strong goal in Cuis, and we're more
>     generally just inclined to rip stuff that isn't absolutely
>     required out, I'd argue that we don't really need this.
>
>     Not only that, but you can specify a requirement for an older
>     version and a revision range where things do work.  Since this
>     includes the base image, we can still safely share packages.
>
>     One of the motivations for both Cuis and Pharo to drop backward
>     compatibility is to lessen the drag on forward progress.  Cuis
>     (Comprehensible Uniform Incremental Simple :^) into conciseness
>     and scalable Morphic(3) and Pharo into professional,
>     systematically rational introspective tools.
>
>     It is good not to create arbitrary differences in dialect and to
>     be conscious of where others are different and why, but the joy of
>     evolution has its own imperative.  Useful aspects can be
>     imaginatively created in any dialect and if really useful and not
>     discordant will be picked up by others as makes sense.  But we
>     must be free to experiment with new viewpoints.
>
>     I am basically a bottom-up tinkerer and incrementalist.  Some
>     people can conceive of the grand plan, plan out the details, and
>     just build it.  One of the joys of Smalltalk is the ability to aim
>     for a direction, explore and try out a bunch of solutions and
>     evolve toward goals rather than having to pre-plan and build
>     toward goals.
>
>     For me it has to be simple enough to play around, have fun, learn,
>     and produce things I think beautiful, or at least pretty.  I hope
>     my code will be useful, but if it is not fun I will not get there.
>
>     Anyway, I depricate #depricated.
>
>     $0.02,
>     -KenD
>
>     _______________________________________________
>     Cuis mailing list
>     Cuis at jvuletich.org <mailto:Cuis at jvuletich.org>
>     http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>
>
>
>
> -- 
> Saludos / Regards,
> Germán Arduino
> www.arduinosoftware.com <http://www.arduinosoftware.com>
>
>
> _______________________________________________
> Cuis mailing list
> Cuis at jvuletich.org
> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jvuletich.org/pipermail/cuis_jvuletich.org/attachments/20131228/646093ef/attachment-0004.html>