sklogic

42 ms·

421.
by sklogic 11y ago
And? DSLs can have any syntax you like. And any type system you want. And DSLs done the right way, via macros, are much better in integrating with tools than any ad hoc interpreted DSLs would ever be able to. You can easily have syntax and
422.
by sklogic 11y ago
Ever seen ACL2 used for assembler verification?
423.
by sklogic 11y ago
> One of them is that, each time you read a new program, you have to learn a new language Which is not bad at all. You still have to do it with the programs written in the same language built with different libraries and targeting the di
424.
by sklogic 11y ago
Some really interesting things may happen when you add arbitrarily powerful macros to a bondage and discipline non-Turing-complete language.
425.
by sklogic 11y ago
Why? It's about a time for everyone to unlearn the OOP, once and for all.
426.
by sklogic 11y ago
All such articles are always mumbling about "ambiguity problems", and never cares to provide even a marginally real world example of such. In practice PEGs do not have an ambiguity problem, period. Stop this FUD!
427.
by sklogic 11y ago
> But the truth is, they simply mask ambiguity away! Incorrect. The choice is explicit. Ambiguity gone, period. If the order makes some of the branches unreachable, it can be easily statically proven. In practice this is more than enou
428.
by sklogic 11y ago
I don't get all these attacks on PEG being "ambiguous". This is a feature , and it is great once you get it. And if you have a sufficiently smart compiler, it'll warn you about most of the practically important cases
429.
by sklogic 11y ago
Just wonder how the voice-hearing people skim or fast-read. Does it sound like a fast-forward with a funny voice to them?
430.
by sklogic 11y ago
Firstly, as I said, all the post-TRIZ works by Altshuller were exactly about training the creativity as a personality trait, not about the formal invention methods. Secondly, if simulating creativity is indistinguishable (by the outcome)
431.
by sklogic 11y ago
I suspect, there is no such a thing as an inherently "creative" person. I very closely followed the biographies of many of the greatest minds, and I'm yet to see a compelling evidence that creativity is some kind of a special
432.
by sklogic 11y ago
> To call the current technology of web pitiful these days It's more and more pitiful every year. Old standards do not go away, new ones pile upon layers and layers of the historical cruft. It is not going to ever get any better. &g
433.
by sklogic 11y ago
It can be as simple as checking out the orpsoc repo: http://opencores.org/or1k/ORCONF2013_Workshop_ORPSoC_On_DE0_...
434.
by sklogic 11y ago
And yet, Trump does not even have any unproven allegations. A long way to go to match our beloved leader Cameron.
435.
by sklogic 11y ago
> I've sacrificed so much for so little in gain Learn to avoid measuring gain in $s. Think of all the stuff you've learned. Nothing advanced my career better than a failed startup.
436.
by sklogic 11y ago
TRIZ was not the only Altshuller invention. He was mostly interested in how exactly to develop a creativity trait, and came up with something called a "Theory of a Creative Personality Development", a further generalisation of TRI
437.
by sklogic 11y ago
I like both languages, they both fit well into their niches. But C++ got some really killer features that could have been used far beyond its niche: RAII and templates.
438.
by sklogic 11y ago
It's an interesting attitude. How can someone swap high performance or system programming (and this is actually where the interesting money is) for something as boring and pitiful as web?
439.
by sklogic 11y ago
Not necessarily a "skill": https://en.m.wikipedia.org/wiki/TRIZ
440.
by sklogic 11y ago
Oh, sorry, I misinterpreted your concerns as a suggestion to slow down the self-driving adoption and make sure all such training programmes and relocation efforts are comprehensive enough.
441.
by sklogic 11y ago
These are the mutually exclusive concerns. And the lives are outweighing the jobs. Always.
442.
by sklogic 11y ago
Unfortunately, rise of the Stack Overflow and alike made developers far too lazy to write any decent documentation. Last time I saw a documentation I would consider beautiful, comprehensive and really well written was back in the OpenVMS da
443.
by sklogic 11y ago
> I am genuinely concerned for the millions of Americans who drive for a living. You'd better be concerned about thousands of people they kill every year. It's far more important that an income of a bunch of lorry drivers. Even
444.
by sklogic 11y ago
LispWorks is really nice. I've seen some people using Dandelion with Eclipse (although never tried it myself). It's also possible to interact with SWANK in vim, if you're into such things. > Inkscape Wow. Never even though
445.
by sklogic 11y ago
With all the activity with C++ development it'll hardly ever stabilise. Ever since C++11 it keeps changing at a frightening pace. And you don't really need Emacs for Lisp, there are multiple other options (but yes, I'm using
446.
by sklogic 11y ago
C++ if far too volatile. Stick to Common Lisp instead, it is a living fossil.
447.
by sklogic 11y ago
If you're going to build and sell a hundred of £20000 devices, for some very specific market niche, it is still more justified than building hundreds of thousands of £10 devices and only selling one hundred.
448.
by sklogic 11y ago
Even better than 88s: http://fpga.org/grvi-phalanx/
449.
by sklogic 11y ago
Block RAMs are 2-port. You can up it to 4 ports by doubling their clock rate, if the rest is merely crawling on 100mhz. Yet, each core would eat up one port for reading its microcode every clock cycle, so you can only have up to 4 cores for
450.
by sklogic 11y ago
You can build a rather capable SoC with a 32 bit RISC core, DDR controller, Ethernet MAC, a couple of UARTs and a 800x600 colour VGA and an audio DAC on a cheap FPGA board like DE0 nano. It will run on 100mhz and be much more capable than a

More ›