[Wikidata-l] SNAK -> assertion?
JFC Morfin
jefsey at jefsey.com
Fri Apr 6 16:29:19 UTC 2012
Binàris,
then you should coin a crystal clear definition of snak (could it be
made an acronym?) everyone can memorize and understand. Sounds also
as snap and snag. If you find a pun it would help it get accepted.
jfc
At 10:39 06/04/2012, Bináris wrote:
>2012/4/5 Gregor Hagedorn
><<mailto:g.m.hagedorn at gmail.com>g.m.hagedorn at gmail.com>
>
>I still feel uneasy about the hard-to-remember-neonym.
>
>It was strange to me and had to read after it. You may remember as
>bit-->byte-->snack, growing pieces of food.
>
>
>I cannot prove
>it, but believe the term snak will have to be learned by anyone who
>interacts with the system through the API, any form of import
>mechanism, etc.
>
>Well, and what's then? They will learn. Once I thought namespaces to
>be a rather programming word and concept, but then I became a
>Wikipedian and understood they were a basic concept of editing.
>Every Wikipedian must know the difference between article and user
>and project namespace and they are not afraid of the word even if
>they have no real knowledge about namespaces in programming. People
>must understand concepts and ideas, and for the majority of
>non-English, non-programmer people it will be quite the same
>whatever name the new concept has. More, a sna(c)k fits better to
>every day concepts of an avarage person than an assertion, doesn't it?
>
>
>--
>Bináris
>_______________________________________________
>Wikidata-l mailing list
>Wikidata-l at lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/wikidata-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.wikimedia.org/pipermail/wikidata/attachments/20120406/878b26bd/attachment.html>
More information about the Wikidata
mailing list