andolanra

14 ms·

61.
by andolanra 7y ago
I haven't looked into Protong in depth, but at a first glance, it looks it takes some lightly motivated ideas as substrate and builds pseudoscientific nonsense on top of them. The idea that all human language stems from a common source
62.
by andolanra 7y ago
Speaking as someone with a linguistics background, I would say "cobbled together" is more accurate. Cheshire's "proto-Romance" was built by choosing words more or less at random from various Romance dictionaries (an
63.
by andolanra 7y ago
The reason that a monorepo facilitates this kind of bit-rot is because of one of the advantages of the monorepo setup: that it also facilitates easily making connections between different parts of the codebase. In a multi-repo setup, you ne
64.
by andolanra 7y ago
The author mentioned on Twitter that it was useful for quickly plotting data in Rust, with this example: fn main() { let data = vec![(4, 3), (2, 8), (3, 1), (4, 0)]; python! { import matplotlib.pyplot as pl
65.
by andolanra 8y ago
I've been using the same Nokia 301 since 2013, and I've been content with it, but it's not sold any more so I don't know how much it's worth recommending it. Some notable problems I've had—and there might be si
66.
by andolanra 8y ago
'Naturally' is almost always a red herring in programming language design, because what is 'natural' tends to be 'whatever I was previously familiar with'. There are a lot of unstated assumptions here: · That w
67.
by andolanra 8y ago
There are several technical advantages to the types-to-the-right style. For one, it's often easier to write a parser for: having an explicit let or val keyword makes it immediately obvious to a parser without lookahead that the sta
68.
by andolanra 8y ago
The Comparison page is pretty illustrative here: this language appears to be an effort to build up a lower-level-ish Go (e.g. no runtime, no GC) with some extra features (e.g. nullable types, generics) and some extra safety properties (e.g.
69.
by andolanra 8y ago
Rust is designed to make it easy and safe to build the 1% of your application that cares strongly about resource usage, because for certain application domains (like low-level server software or operating systems) that section might make up
70.
by andolanra 8y ago
These points are absolutely consistent with my experience. I'd also dispute the author's claim that, "If the language has the problem that people are fighting with the language in order to become productive with it, perhaps s
71.
by andolanra 8y ago
Several of these things are being actively worked on. For example, PixelFed is an Instagram clone built on top of ActivityPub that currently looks like this https://mastodon.social/@pixelfed/100229934638171208 (screens
72.
by andolanra 8y ago
Strong second for Hero Kids: it's a surprisingly robust grid-maps-and-dice-rolling system where most of the character/world details are contained on printable cards. It's great for quick-and-dirty dungeon crawls without havin
73.
by andolanra 9y ago
Shameless plug: I'm one of the developers of https://github.com/matterhorn-chat/matterhorn which is a terminal-based Mattermost client for Unix-like systems. I haven't used slack-term so I don't know how
74.
by andolanra 9y ago
I don't know that I've ever seen someone call ML "Lisp without parentheses". Regardless, even with some familial relationship and a few principles in common (like a commitment to functional programming) the two lineages
75.
by andolanra 9y ago
Absolutely. However, I will note that, while Haskell makes partial application very easy, there's also nothing Haskell-specific about it: you can write curried functions in many languages, possibly by using helper functions or just man
76.
by andolanra 9y ago
Again as an Esperanto-speaker, I can say that my only problem with this document is that it can come across as a bit snarky and mean-spirited, but this is pretty well addressed by the disclaimer http://jbr.me.uk/ranto/#
77.
by andolanra 9y ago
I am an Esperanto speaker, so I can say that this is not really accurate. Esperanto isn't a Romance language: it's got a lexicon that was drawn haphazardly from many different languages—not just Romance ones, but also Germanic a
78.
by andolanra 9y ago
This isn't two functions: it's actually one function defined by cases. You can think of it as equivalent to fn x y = case (x, y) of (Just q, Just z) -> q + z (_, _) -> 0 but the case becomes implicit i
79.
by andolanra 9y ago
I'm not familiar with the MORPHEUS proposal specifically, but I do have a tiny bit more knowledge of the SSITH program overall, and this has a terrible explanation of what it is. It's effectively about exploring (with working pr
80.
by andolanra 9y ago
This sounds like a nitpick but I feel very strongly about this: this is not "written by a bot", it is written by a human (actually, several humans) assisted by a bot. In particular, it was written by human beings using constrain
81.
by andolanra 9y ago
To be clear, the paragraph you're quoting is criticizing one specific library (the naglebgra library) which overuses traits. In context, that quote is about the temptation of writing super-polymorphic code in Rust, and not strictly a
82.
by andolanra 9y ago
For starters, consider any kind of configuration that might get really repetitive. Say you're running a web server that's serving several subdomains, but almost all of them are serving static files from a pretty standard directory
83.
by andolanra 9y ago
There is an open issue (an old one!) about assignment to tuples, but it's not entirely a no-brainer as to how to implement it while keeping Rust's grammar LL(k): https://github.com/rust-lang/rfcs/issues&#
84.
Show HN: Matterhorn, a terminal-based chat client for Mattermost(github.com)
7 points by andolanra 9y ago|2 comments
85.
by andolanra 9y ago
I didn't ever figure out a minimal reproduction, but I also should be clear that that was my experience using Stack at the time: I haven't used it in more than a year (I jumped ship to new-build as soon as it was first available a
86.
by andolanra 9y ago
I've had a lot of problems with Stack whenever I'm doing non-trivial (that is, beyond just "build this executable the standard way") kinds of tasks—in particular, it tends to corrupt its package DB after a while for myst
87.
by andolanra 10y ago
There is a massive gulf between "having more color words makes you distinguish more colors", which can be motivated well using experiments, and "using the passive voice makes you lie more", which is a largely unmotivat
88.
by andolanra 10y ago
Politics and the English Language is a pretty seductive essay, but on deep examination, it doesn't really make its own case beyond some sentimental appeals and rhetorical flourishes. In particular, its thesis seems to be language has
89.
by andolanra 10y ago
Some complaints about this list: 1. This list is very Haskell-focused: it includes lots of features which only make sense in Haskell or very Haskell-like languages, and lacks mention of many interesting functional programming concepts whi
90.
by andolanra 10y ago
flatten :: ByteString -> [ (String, Int, Int, String) ] flatten json = case decode json of Nothing -> [] -- Type inference here can infer that we're using `val` as -- :: HashMap String (HashMap St

More ›