djedr

17 ms·

61.
by djedr 4y ago
This is correct. Every time I've written or otherwise dealt with JSON/XML/etc. I wished I was dealing with something simpler, so I created it. If I had Jevko as a full-fledged alternative to JSON or XML, supported by tools, e
62.
by djedr 4y ago
Indeed, in most of the formats I built on Jevko this is how it works. To use the nomenclature from the spec, if there are no subjevkos (subtrees) in a jevko (tree), then it is interpreted as a string (which is made from its suffix).
63.
by djedr 4y ago
Good question! Jevko itself, defined by the spec, is not the same as a format based on Jevko. If you use a plain spec-compliant Jevko parser you for this you indeed should have all whitespace included. Although it will look more like this:
64.
by djedr 4y ago
Indeed that's a useful way to look at it and a type definition that'll do the job of storing Jevko parse trees. See also: https://xtao.org/blog/rose.html
65.
by djedr 4y ago
Thank you, I'm very happy to hear that. :) Ease of implementing is a goal, so that there is minimal friction when porting into any language. This reminds me that I should finish this tutorial: https://github.com/jevko&#
66.
by djedr 4y ago
Glad you like it. That's the intention. ;)
67.
by djedr 4y ago
Sure. This is translated straight out of SICP 3.5.1[0]: (define (sum-primes a b) (accumulate + 0 (filter prime? (enumerate-interval a b)))) If you have an S-exp parser built into your optical nerve
68.
by djedr 4y ago
Nice list! I haven't seen any of these before. Link Text is particularly ~~spooky~~ interesting to me, as it quotes Tao Te Ching. :O See https://news.ycombinator.com/item?id=33251715 Maybe it should become recommended
69.
by djedr 4y ago
Thank you. :) > I wonder if I should use it for something... I'd be honored! A couple of ideas: How about a simple configuration format? https://gist.github.com/djedr/681e0199859874b3324eaa84192c42... (I should
70.
by djedr 4y ago
Indeed, it's close. Obviously mine and Breck's levels of appreciation for indentation/brackets are very different. ;) Although independent, the paths we have taken to arrive at these are somewhat similar (somewhere early in t
71.
by djedr 4y ago
:) For a long time I couldn't find the right name that would express the generic nature of it. An earlier prototype was called TAO, as an acronym for Tree Annotation Operator (it had an extra feature called operators), and as a referen
72.
by djedr 4y ago
Very nice little article! Learned some new terms. To anybody dabbling as I do in syntax design, who may be looking for an extremely minimal representation for trees (even more minimal than S-exprs!) I would like to introduce my little proje
73.
by djedr 4y ago
Location: Poland Remote: Ok Willing to relocate: Maybe Technologies: willing to learn; recent experience in TypeScript, JavaScript (React + Redux) on the frontend, Scala (Spring, Akka, Play), Java on the backend Résumé/CV: https:&#x2F
74.
by djedr 4y ago
Nice experiment. I wonder how often do people write SVG by hand? If often then it's definietly a good idea to simplify SVG/XML for writing. I once experimented with some extremely minimal formats[1] built on Jevko[2] (I am its fat
75.
by djedr 5y ago
This operator proposal has been there for quite some time! Seems like it gets rediscovered periodically and continues to provoke heated discussions. Personally, I used to be fairly strongly against it, but nowadays I'm not sure if I ca
76.
The Common Business Communication Language [pdf](www-formal.stanford.edu)
1 points by djedr 5y ago|0 comments
77.
by djedr 5y ago
This part is particularly interesting: https://en.m.wikipedia.org/wiki/Jacquard_machine#Importance_... It's pretty incredible that such clear historical connection between weaving and computing exists.
78.
Jacquard Machine(en.wikipedia.org)
3 points by djedr 5y ago|1 comments
79.
by djedr 5y ago
What is nicer syntax-wise in Red/REBOL compared to Lisp is the slightly lower number of brackets and nesting. And the C-style formatting of brackets -- with closing brackets aligned with their counterparts. It is a little more verbose,
80.
The Internet is for Everyone (2002)(datatracker.ietf.org)
2 points by djedr 5y ago|0 comments
81.
by djedr 5y ago
> We believe in the same vision. Certainly. I was struck by it a few years back, around the same time as Luna was in early alpha stage. In fact I found it while doing research for my thesis, based on this vision. I was naive enough to th
82.
by djedr 5y ago
Hi Wojciech, congratulations! It's good to see the idea taking more and more shape. I think the combination of a text-based and visual language is the only viable path to general-purpose visual programming. This is a vision worth pursu
83.
by djedr 5y ago
I don't know of any such variant, and I've looked. There seems to be nothing. I had this idea too, and I implemented it, see my comment here[0]. The readability argument is arguably subjective -- `fn` can be seen as special on eit
84.
by djedr 5y ago
> Interesting ideas! :-) > Would it make sense to "sugarify" currying even further? For instance, `f[x][y][z]` could become something like `f→[x y z]`. Technically it could be done. Does it make sense? Depends on what are yo
85.
by djedr 5y ago
> Did you encounter any trade-offs or downsides in choosing this over a traditional s-expression style lisp? No downsides for `f[x]` instead of `(f x)`. It really does fix the problem of overnesting without any significant trade-off that
86.
by djedr 5y ago
Pretty nice minimal grammar notation. Simple, but not very compact. ABNF[0] is less beautiful but a bit faster to read and write, mostly thanks to having syntax for explicit repetition. [0] https://en.wikipedia.org/wiki&#x2F
87.
by djedr 5y ago
About this last point from the article: > Why have I never seen... > ...a Lisp that can drop nested parentheses when the meaning is clear from context? I once wrote a Lisp that dropped closing parentheses for one and zero-argument fun
88.
by djedr 5y ago
SEEKING WORK? Very unusual case. Location: Łódź, Poland Remote: Yes Willing to relocate: No Technologies: TAO, TypeScript Résumé/CV: https://djedr.github.io/resume.html Email: dariusz.jedrzejczak.work -- gm
89.
by djedr 5y ago
Very unusual case. Location: Łódź, Poland Remote: Yes Willing to relocate: No Technologies: TAO, TypeScript Résumé/CV: https://djedr.github.io/resume.html Email: dariusz.jedrzejczak.work -- gmail Posting
90.
by djedr 5y ago
Glad to hear that, tried my best to present it in a clear and concise way. Quite the task in itself.

More ›