HN user

fgh

60 karma
Posts1
Comments28
View on HN

Yes, that brings back the memory of working through books by Andre LaMothe and implementing little games in DOS with C and a little bit of Assembler. I believe there was a very primitive graphics library included in Borland C, but it was not that useful for this task.

The OOPSLA paper is more interesting: https://dl.acm.org/doi/pdf/10.1145/3622818

Abstract: Rhombus is a new language that is built on Racket. It offers the same kind of language extensibility as Racket itself, but using conventional (infix) notation. Although Rhombus is far from the first language to support Lisp-style macros without Lisp-style parentheses, Rhombus offers a novel synthesis of macro technology that is practical and expressive. A key element is the use of multiple binding spaces for context-specific sublanguages. For example, expressions and pattern-matching forms can use the same operators with different meanings and without creating conflicts. Context-sensitive bindings, in turn, facilitate a language design that reduces the notational distance between the core language and macro facilities. For example, repetitions can be defined and used in binding and expression contexts generally, which enables a smoother transition from programming to metaprogramming. Finally, since handling static information (such as types) is also a necessary part of growing macros beyond Lisp, Rhombus includes support in its expansion protocol for communicating static information among bindings and expressions. The Rhombus implementation demonstrates that all of these pieces can work together in a coherent and user-friendly language.

Just to add to this that AD was also a game changer for the banks in terms of necessary computing power and the time it needs to do these calculations. Antoine Savine describes this well in "Modern Computational Finance: AAD and Parallel Simulations", if someone is interested in this topic.

We are still using requests over the SFTP server, but I guess rather sooner than later that will change. However, when it comes to Refinitiv, I can't complain about the REST API for Datascope Select and TickHistory.

Would you know how good the quality of the options data at polygon.io is?

I don't really see the advantage over Bloomberg or Refinitiv. If I would really want to use Python within the application, there is already Refinitiv's codebook (Jupyter within Eikon). Both Bloomberg and Refinitiv are also offering an API (or too many APIs actually) and I don't see that many users of the terminal or Eikon would like to or have the resources to actually develop or maintain a fork of the application.

I don't see a convincing reason why information conservation would need two additional photons. The author mentions himself in the conclusions that the standard two photons of the annihilation process could carry the additional energy.

Von Neumann, who saw the underlying mathematics better than almost anyone, showed how wave and matrix mechanics were essentially the same, and how one could be expressed in the other’s language.

Maybe he did that, but Dirac was certainly the first to do so.

Forgot to mention another book: Karl Sigmund, Exact Thinking in Demented Times: The Vienna Circle and the Epic Quest for the Foundations of Science.

A really beautiful book with lots of photographies of all members of the Vienna circle and what happened to them. Some parts, of course, are also about Gödel.

Hmm, interesting, although I'm not sure that we're quite comfortable yet about GM here in Europe, especially for things that enter the food chain.