sklogic

77 ms·

721.
by sklogic 11y ago
> Not that much is implemented in macros. And this is exactly what is wrong with Clojure and its community. An unexplainable lack of ability to embrace macros and all the power they can bring. I could never understand a single anti-macro
722.
by sklogic 11y ago
I remember some time ago somebody proposed that scientists should supply entire virtual machines with all the relevant setup and data for a better reproducibility. It was before the dawn of Docker and alike, so now this idea is probably a b
723.
by sklogic 11y ago
Of course. Not having a single common fabric for all the DSLs can be a nightmare. For this reason, eDSLs built on top of a common, sufficiently powerful metalanguage are much better than any standalone DSL. The said Maru seems to be suffici
724.
by sklogic 11y ago
Weird position. Libraries are: - Limited to the host language syntax - Littered with unrelated abstractions from the host language - Not flexible and not composable enough to be usable - SLO-O-OW - you cannot do domain-specific optimisati
725.
by sklogic 11y ago
A very well designed DSL. And I did not know about Maru before, it's quite impressive.
726.
by sklogic 11y ago
A proper [e]DSL should almost always be preferred to a library. For the very obvious reasons.
727.
by sklogic 11y ago
I do not believe . I rely on data. And there is a wealth of data on an importance of willpower, for example. As well as on perils of specialisation.
728.
by sklogic 11y ago
> If you think that doing things gives you a more narrow education than taking classes... I know it first hand. > I suggest you spend more time with people who do things. I do things. I know how narrow specialisation is and how it ten
729.
by sklogic 11y ago
Any systematic excercise of a willpower is good. Education, even in its most boring and irrelevant forms, is a willpower excercise and therefore is making one a better person - more resilient, more self-reliant, more capable of further educ
730.
by sklogic 11y ago
> "formal education makes you better" Any kind of education (unless it's a cargo cult education) makes you better, that's the entire point of it. > "better" than a person who knows a lot about the history
731.
by sklogic 11y ago
> you do want to have a relational storage by default No I do not, thank you very much. > The concept of NoSQL databases has been around for a while For far longer than the concept of SQL databases. > Alright, so are NoSQL database
732.
by sklogic 11y ago
Did I ever say "college education"? I'm talking about all of the existing tiers of education, with the early school being the most important. And the very fact that all the shit like "practical skills" and "e
733.
by sklogic 11y ago
In this case, Oberon itself is an ISA. You do not care about anything below its level.
734.
by sklogic 11y ago
Before Codd, all the DBMSes were "NoSQL".
735.
by sklogic 11y ago
Education main goal is not about any practical skills, and most definitely not about "employment" and all that. Education got a far more important role.
736.
by sklogic 11y ago
I'm in the GPU business. Here, ISA compatibility does not even exist and nobody cares. As long as you own an entire toolchain - a GLES/OpenCL driver, or, as in this case, an Oberon OS and a compiler - nobody gives a tiniest bit o
737.
by sklogic 11y ago
I see, yes, you mentioned loops earlier. Anyway, it is not a problem for combinator-based parsing, just use Packrat with a left-recursive extension [1] [1] http://www.vpri.org/pdf/tr2007002_packrat.pdf
738.
by sklogic 11y ago
Great! Did not know that, thought that only the DEC version could do it.
739.
by sklogic 11y ago
Impressive. I keep using bare xterm since it still supports Tektronix emulation (but, unfortunately, no Regis nor Sixel). This seems like a viable substitution for all three.
740.
by sklogic 11y ago
Firstly, this have nothing to do with shift/reduce. Secondly, you can safely handle left-recursive grammars in Packrat (which, in turn, can be implemented with combinators).
741.
by sklogic 11y ago
In recursive descent you simply do not have any shift/reduce conflicts.
742.
by sklogic 11y ago
This one may not be that good. But any Packrat-based library is definitely much better than anything Yacc can offer.
743.
by sklogic 11y ago
It is different , targetting a different set of use cases.
744.
by sklogic 11y ago
Recursive descent parsing can handle different class of languages from what yacc or bison can do. It is possible to build lexerless parsers this way (so scrap your old useless flex).
745.
by sklogic 11y ago
Quoting the qflow site: > Early versions of the qflow digital flow were used to create digital circuits used in high-performance commercial integrated circuits. It's real, and it works! So, likely, the OSU cell library was really us
746.
by sklogic 11y ago
ISA compatibility is overrated.
747.
by sklogic 11y ago
Understandable. OTOH, it brings such a design much closer to the realistic hardware, making it a more valuable teaching tool. Understanding the cache is important.
748.
by sklogic 11y ago
VGA is an order of magnitude easier to drive than an HDMI.
749.
by sklogic 11y ago
Why do you care about efficiency? Use all your block rams for a cache to mitigate the dram inefficiency, and use the simplest possible controller. They can be quite simple, really, see this one for example: https://github.com&#x2
750.
by sklogic 11y ago
By using the open source toolchains, of course. See http://opencircuitdesign.com/qflow/ - it's capable of producing the OSU 0.35um output, ready for a fab. And with such a node you can inspect the result with near

More ›