Comments (11)
I agree that these should all be the same. Why not just make them all show both styles?
from urbit.org.
Maybe something like how the React website does it? Have a text box with both, and be able to switch between them via tabs.
from urbit.org.
I'd love any of these kinds of solutions! No need for anything super fancy...
Sent from my iPhone
On Jul 30, 2016, at 12:23 PM, chc4 [email protected] wrote:
Maybe something like how the React website does it? Have a text box with both, and be able to switch between them via tabs.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
from urbit.org.
I say let's start with examples mirrored in both syntaxes. Doing something mirrored should be as simple as adding a component to tree and just wrapping the two examples in it.
@hidwes-matped, would you be up for working on this?
from urbit.org.
@galenwp if I knew exactly what you meant by 'mirrored,' I would work on this.
from urbit.org.
For example, one instance that uses :door
and one that uses |=
in successive codeblocks.
~zod:dojo> =foo |=(a/@ +(a))
~zod:dojo> (foo 20)
21
~zod:dojo> =foo :door(a/@ +(a))
~zod:dojo> (foo 20)
21
Or did I misunderstand your original thinking?
from urbit.org.
No that's just fine, I can do that.
from urbit.org.
Great! We're here to help if you need it.
from urbit.org.
On the supposition that this is the appropriate place for it, here's what I
think about the runes and keywords, based solely on one man's experience
throwing himself into hoon for the past two weeks.
I believe keyword forms should never appear in code blocks or example
code. The keyword forms scream 'forced compromise.' They introduce
another 'sigil,' :
, when we already have $word
, %word
, and
&word
(am I missing any?). They affect the appearance of indented
code vis-à-vis runic code because they're—usually—five characters
instead of two.
The stem names are still a good thing, because many of the names are
sexily allusive and when I see |_
I already (sub)vocalize door (not
barcab, sorry). In :talk we are typing 'door' and 'gate' at least as
much as we type |_
and |=
(but I have yet to see anyone in :talk use
:door
when typing code). It already seems to be the case that some
of the stem names are destined to be memorable and freely referred to by
name in :talk—especially the |
family and some in $
—and some not and I think
that's fine.
My mental monologue goes something like this:
There's this thing called a door, which is spoken 'door' and
spelled 'door' in conversation and prose, and|_
in code.
I imagine you guys already drank a barrel of Anchor and had it out over
this issue, but if you wanted one newb's perspective, here it is.
PS: Going through the docs and editing them has intensified this view.
There are so many indispensable irregular forms that nobody is ever going to be
writing in pure keywordish. There were several examples that I didn't
translate to keyword because I got the sense that nobody would
ever read them.
from urbit.org.
The truth is, nobody likes them but Curtis. But, might I plug http://urbit.org/fora for discussions? (Sign on at http://[your-ship].urbit.org/ to post under your own name on urbit.org.)
from urbit.org.
Ha ha, you try playing god-emperor sometime. Everybody thinks for some
reason it must be fun. It's no fun being right when everyone else is
wrong, I can tell you that.
hidwes, everything you say is basically true. (Although people who learned
without the keywords do say, internally and externally, "barcab" instead
of "door.") This is in general a really insightful comment and reminds me
of the reality that basically, anyone involved with Urbit at this point is
going to be someone who could have invented it, but just accidentally
didn't. I also could have invented it and just accidentally did.
I have said that on balance, the keywords make Hoon a slightly worse
language, because I think it is more righteous to say "barcab" than "door."
On the other hand, you can talk about "a door", the core, but you can't
really talk about "a barcab."
I think of keywords as serving more or less the function of pinyin in
Chinese today. China is not about to throw away its characters and switch
to pinyin, for a lot of excellent reasons. On the other hand, children
learning Chinese (even Chinese children) start with pinyin. When teaching
Hoon, keywords look way less hard than runes, even though they're not.
In actual fact, it's not really easier to bind keyword to rune to meaning,
than just rune to meaning.
But it just looks easier, from the outside, before you actually try it.
There's something really quite autistic about the pure rune-to-meaning
binding. Anyone can handle it -- but most people don't think they can
handle it. Sadly, marketing matters.
On Sun, Jul 31, 2016 at 6:40 PM, Raymond Pasco [email protected]
wrote:
The truth is, nobody likes them but Curtis. But, might I plug
http://urbit.org/fora for discussions? (Sign on at
http://your-ship.urbit.org/ to post under your own name on urbit.org.)—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/urbit/docs/issues/83#issuecomment-236471697, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AALyAUchl5RSueh01i5KLj8ZXHf0EeDDks5qbU6ogaJpZM4JY3nj
.
from urbit.org.
Related Issues (20)
- Getting started curl links don't work HOT 4
- Add dock and runtime binary instructions to CLI getting started guide
- For docked binaries setcap needs to be run on .run not ./urbit HOT 3
- developers.urbit.org/blog doesn't have an RSS feed HOT 1
- Explain somewhere why Urbit uses new names for everything HOT 2
- ecosystem: groups application has references the wrong distribution source HOT 1
- ecosystem: add talk HOT 1
- ecosystem: add image/text content to groups app
- ecosystem: remove Group Discovery group HOT 2
- Can't link to sections of Getting Started HOT 1
- "Command-line install" instructions transform vere binary into urbit HOT 1
- Search doesn't pick up <h3> content
- dojo filesystem tools are hard to use when they don't exist HOT 1
- insufficient search results
- Groups listed in directory out of date? HOT 2
- manual/running/hosting page causes confusion about ames ports
- Header shows up in ToC even when used solely stylistically
- roadmap should be listed in the navbar
- Latest runtime download links missing HOT 1
- Correct %chum/%near docs
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from urbit.org.