sklogic

78 ms·

751.
by sklogic 11y ago
People are trying to build alternatives, see http://www.patoline.org/ for example
752.
by sklogic 11y ago
The formalism behind it: https://en.wikipedia.org/wiki/Markov_algorithm
753.
by sklogic 11y ago
Pretty much all of the modern commercial processors are essentially dataflow. Any OoO core is dataflow inside.
754.
by sklogic 11y ago
Most of the code I worked with was 30-40 years old. Often full of ad hoc DSLs. Refreshing this kind of code was easier than any other kinds - rewriting the DSL itself with the modern technologies was sufficient, 90% of the remaining code ba
755.
by sklogic 11y ago
I've been building properly designed, syntactically rich DSLs for over a decade. It is much, much easier than building usable APIs. DSL compilers are the simplest and cleanest code possible. They're nothing but a chain of very tri
756.
by sklogic 11y ago
Mathematica is homoiconic. And instead of reader macros it is using configurable presentation transformers (Mathematica notebooks) for different visual representation (and WYSIWYG editing) of the underlying Lisp-like lists. Even graphics
757.
by sklogic 11y ago
Mathematica is a Lisp.
758.
by sklogic 11y ago
Yes, of course you need your IDE to play well with the reader macros. That's why I use PEGs to construct such macros and to provide a feedback for the IDE while parsing (e.g., token locations, definitions, etc.).
759.
by sklogic 11y ago
> Straying too much from the established code style will make your code a pain to work with. This is a theory. Reality is a bit different. There is nothing in common between, say, JavaScript and the regular expressions DSL embedded into
760.
by sklogic 11y ago
A well-designed DSL should be self-documenting and obvious. And the right tools (like a proper IDE integration, with syntax highlighting and autocompletion) would make such a DSL much more obvious than a library of functions (which still mu
761.
by sklogic 11y ago
And what is wrong, exactly, with changing the language syntax? DSLs become more readable and closer to the way the problem domain experts think if they are using the more convenient syntax.
762.
by sklogic 11y ago
Btw., even the Wikipedia article contains a nice explanation of what I'm talking about (and, yes, I'm of the Landau-Kapitsa-Okun school of thought, naturally): https://en.wikipedia.org/wiki/Mass_in_special_rel
763.
by sklogic 11y ago
As I said, algebraically both approaches are equivalent, so there is not much harm in using this notion. But the "relativistic mass" does not have physical meaning and does not make any sense because of the way relativity theory i
764.
by sklogic 11y ago
Basically, there are two schools of thought. An outdated one, which merges γ into m , and the current one (e.g., the Landau lineage) which leaves m alone. You won't find any "relativistic mass" in any decent source publish
765.
by sklogic 11y ago
His 40 years of experience obviously did not include the only recently available GPUs and ASIC deep neural networks which are at the heart of the current self-driving robotics research. There is a game changer, and any previous experience i
766.
by sklogic 11y ago
It is not a mass (or a "rest" mass, if you want to use this incorrect and unnecessary notion) that you measure.
767.
by sklogic 11y ago
Mass is constant in this equation. It is absolutely incorrect to talk about a "rest" mass and a "relativistic" mass, only energy and momentum are relativistic, while mass is always a constant. Algebraically it may make
768.
by sklogic 11y ago
How exactly mass depends on a temperature?
769.
by sklogic 11y ago
Any such conversion would not need a physical object - just a set of arbitrary constants (which is fine).
770.
by sklogic 11y ago
In a (much more rational than SI) system " h=c=1 " there is only one fundamental unit left - kg (or ev, which still depend on a kg definition). So getting rid of kilogram is absolutely essential.
771.
by sklogic 11y ago
Some forms of vectorisation compiler passes (e.g., a polyhedral analysis) can detect such patterns statically. But, so far, they only work reliably in cases where it is equally easy to offload the processing to a GPU manually.
772.
by sklogic 11y ago
The current GPUs have to deal with a cumbersome, often unfit memory hierarchy. What an FPGA-like model would bring is a much more flexible way to configure the local memories layout. Source - experience of getting over 100x difference in pe
773.
by sklogic 11y ago
I am talking of really large but generic cells, much bigger then the current DSP slices. This way FPGA will be a programmable dataflow machine with all the heavy lifting done by the ASIC ALU slices. And it is much more flexible than hoard
774.
by sklogic 11y ago
CARP project is well funded by the EU and aims at the low power supercomputing applications (see the Mont-Blanc project [1]), so it's not that far from practical applications. [1] https://www.montblanc-project.eu/
775.
by sklogic 11y ago
FPGAs with larger cells (e.g., entire ALUs) can potentially beat all the shit out of GPUs in most use cases (because of the better control over memories). You'll have the best of both worlds here - routing flexibility of FPGAs and fast
776.
by sklogic 11y ago
Language development have not been "stalled", it's just mainly under the radar. Some nice designs are out there, see Vobla and Pencil [1] for example, or Harlan [2] as another extreme. [1] http://carp.doc.ic.ac.uk&
777.
by sklogic 11y ago
When 70s are depleted we'll move on to 80s. Will start drawing from things like Occam, for example. Still a long, long way to some really new ideas.
778.
by sklogic 11y ago
Maybe because the graduates are trying to do something totally different from what they've been taught, therefore requiring a huge amount of self-education in parallel with their course? If 99.99% of physicists specialising in fluid dy
779.
by sklogic 11y ago
I always thought that computer science graduates should only be employed as scientists . Anythig else is a waste. Why don't we have more software engineering courses instead?
780.
by sklogic 11y ago
Matlab is quite a HLL, and it benefits a lot from GPUs. LabView is a HLL too, obviously. Not to mention numerous DSLs (also pretty high level) running on GPUs (e.g., I'm running a derivative of the OpenSCAD language on a GPU, for a fas

More ›