*package* main
*import* *(*
"fmt"*)*
*func* main*(**)* *{*
*const* placeOfInterest *=* `⌘`

fmt*.*Printf*(*"plain string: "*)*
fmt*.*Printf*(*"%s"*,* placeOfInterest*)*
fmt*.*Printf*(*"\n"*)*

fmt*.*Printf*(*"quoted string: "*)*
fmt*.*Printf*(*"%+q"*,* placeOfInterest*)*
fmt*.*Printf*(*"\n"*)*

fmt*.*Printf*(*"hex bytes: "*)*
*for* i *:=* 0*;* i *<* len*(*placeOfInterest*)**;* i*+**+* *{*
fmt*.*Printf*(*"%x "*,* placeOfInterest*[*i*]**)*
*}*
fmt*.*Printf*(*"\n"*)**}*


On Sun, Aug 13, 2017 at 8:17 PM, Jack Woehr <jwoehr@xxxxxxxxxxxxxxxxxxxxxxxx
wrote:

Go Language: w/rt/ Pike, strings, runes, byte slices, see also
https://groups.google.com/forum/#!topic/golang-nuts/84GCvDBhpbg

On Sat, Aug 12, 2017 at 12:28 AM, John Yeung <gallium.arsenide@xxxxxxxxx>
wrote:

On Fri, Aug 11, 2017 at 7:54 PM, Jack Woehr
<jwoehr@xxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Go Language goes even further in this direction.

Goes further in which direction? Judging by this:

<https://blog.golang.org/strings>

I would say that Go has gone in the opposite direction as Python.
Which I think is understandable, given the design and intended uses of
Go. Particularly telling is this philosophical difference between Go
and Python 3:

<blockquote>
In fact, the definition of "character" is ambiguous and it would be a
mistake to try to resolve the ambiguity by defining that strings are
made of characters.
</blockquote>

But the creator of Python spent a long and arduous year specifically
working on the problem of how to define strings so that they ARE made
of *characters*, and NOT bytes. He felt so strongly about this that he
risked fracturing the Python community by breaking compatibility with
Python 2 to accomplish this.

While diametrically opposed, I guess what Go shares with Python 3 is
the clear distinction between bytes and characters. (At least, I am
trusting that this is the case with Go, given that blog post by none
other than Rob Pike.) Many languages conflate bytes and strings, and
that may well be worse than being clearly on one side of the fence or
the other (at least in the post-ASCII world we live in today).

John Y.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD




--
Absolute Performance, Inc.
12303 Airport Way, Suite 100
Broomfield, CO 80021

NON-DISCLOSURE NOTICE: This communication including any and all
attachments is for the intended recipient(s) only and may contain
confidential and privileged information. If you are not the intended
recipient of this communication, any disclosure, copying further
distribution or use of this communication is prohibited. If you received
this communication in error, please contact the sender and delete/destroy
all copies of this communication immediately.





This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].