Dhall is a functional configuration language, and I talked about it here: In this talk, I argue that configuration languages are important since misconfiguration is a common cause of errors. Dhall is a modern, functional configuration language. I think Dhall’s static typing and refactoring features are good tools for avoiding configuration bugs. I highly recommend checking out Dhall ! Here are…
I don’t think the “Standard Interpretation” of the Turing test makes much sense, so I’ll talk about alternatives. The imitation game Turing’s paper starts with his idea of an “Imitation Game”. There are three players: A (a man), B (a woman), and C (any gender). C is chatting with A & B, trying to determine who of them is the woman. A is trying to get C to make the wrong decision, while B is trying…
I wrote a VS code extension for VS Code that adds syntax highlighting for the programming language Pointless . Pointless is lazy, dynamically typed, purely functional language. While it has a fairly unique feature set, the syntax is very “normal”, which made it very easy to enable basic syntax highlighting. For example, single-line comments are prefixed with -- , which is a standard config that vs…
The Oil project aims to transform the Unix shell into a better programming language. Under its umbrella live two languages: OSH and the Oil language . OSH is a bash compatible shell, while the Oil language is an improved, safer, and nicer shell. I played with Oil for a while, and I talked to the creator of the Oil project, Andy Chu. I like Oil, and I think you might like it too. Disclaimer: The…
INTERCAL is an esoteric programming language created in the early 70s to parody the programming languages of its time. IntercalScript is not based on INTERCAL. To quote the readme : IntercalScript shares a name with INTERCAL for marketing reasons, despite the fact that the languages have absolutely nothing in common. If you’re feeling pedantic, you can name it after your favorite standards body…
When you want to expose something publicly in C#, you should generally use properties instead of fields , for reasons like: You can add new functionality without changing the API You can define them in interfaces Properties can be read only You can set break points on properties They work with events And many more. But I was always a bit hesitant about putting properties everywhere , because I was…