LeonidasXIV

Personally I have my keyboard on my lap so having a full-size keyboard is rather inconvenient.

But I think this video is an excellent introduction on the reasoning why tiny keyboards are popular: https://www.youtube.com/watch?v=AKGXZ1ReU54

I have the first edition and after playing both I completely agree, the replacement cards are overall much better. To the point where I rarely ever want to play my own set.

> For serious competitive play, all players should have the same opening split

I would consider the Dominion League[1] to be serious competitive play, but it doesn't require that (also the current online client doesn't support that, presumably due to lack of demand) but what it does is to balance which player starts first, which can often lead to wins since in the end the game is often decided by a single turn.

[1]: http://dominionleague.org/rules

For starters you'd need to have imperative control structures like `while`, `continue`, `break` and a `return` that basically returns from anywhere. That can probably be built with macros.

Then you would need to have ways to mutate variables, so you'd need to stop using Clojure's persistent collections and instead use the ones provided by the JVM.

Overall, you can do it if you want to, it is just somewhat painful to do so and the language will fight you. This is like my who tried to write functional Python which is possible but then it is just a much worse Clojure.

I assume this is because the US is not an EU member, so studying in Germany is not under the same conditions for them as for other EU members.

Also, Germany is somewhat difficult to navigate if you don't speak German, since you reach many roadblocks where people don't speak English (this is different in Denmark, but Denmark's nationalist party has abolished bachelor studies in English, so much for that).

I did a similar thing. I bought a Gameboy and modded it for music production, but by far the most time I spend with it was playing Tetris DX where I started from failing really early up to the highest levels (that give you the rocket launch ending). It is a terrific device to play Tetris. No colour, no distraction, 30h of pure Tetris with one set of batteries.

I am however missing that you can't start from higher levels than 9 (thus forcing you to replay boring bits) and it is missing the modern Tetris features like holding and hard-drops. Somewhat surprising nobody implemented modern Tetris for the classic GB yet.

In all fairness, OCaml is somewhat historically centered on Latin1 encoding which does include French characters.

> Treating unicode as something optional was fine for early 2000s, but it's really not fine today. Most user facing applications need first class support for internationalized strings much more than other stuff like Big_int that's actually implemented in Ocaml stdlib.

This is certainly a valid argument, but honestly most languages handling of Unicode is really poor to the point where I actually prefer OCaml's not handling it since then I can use dbunzli libraries and get stuff to work correctly. Just try reversing a Unicode string and you'll see all kind of languages "with Unicode support" fail miserably, e.g reversing 🇺🇦 into 🇦🇺.

Go outside the BMP and see how nearly nobody has bothered to implement proper support for Unicode glyphs, let alone word boundaries etc. Swift might be one of the exceptions but outside of that? Bummer. Bonus points to Python 3 for breaking compatibility because of Unicode and then doing it wrong anyway.

> ML-like high level language

Calling OCaml an ML-like language is like calling Common Lisp Lisp-like; it is literally the main ML these days with SML a distant second.

> People still need transportation.

Uber left Denmark after they decided that they have no interest in adhering to the relevant regulations. We still have trains, commuter trains, subways, busses, bikes, scooters, taxis and cars. People still can get to places and fairly conveniently.

Bloomberg has sponsored BuckleScript in the beginning, but now it is sponsored by Facebook. Other than that their influence on OCaml development is minimal (and technically BuckleScript is a fork of the OCaml compiler).

Dankort is dying though and some banks don't bother issuing it, some of my coworkers just have a Visa but not a Visa/Dankort. It works just as well. I doubt my Fitbit even supports the Dankort bit of the card, but I have never had any difficulty paying anywhere.

(For international readers, in Denmark, unlike Germany, the national debit card can be combined with a credit card on one card and then the terminal just chooses automatically)

It is technically illegal to not accept cash in Denmark with very few exceptions (I checked, since it seems to be legal in Sweden), but maybe due to COVID-19 this got relaxed or is just not enforced anymore. Not that anyone would notice, nobody pays with cash anyway except for German tourists who aren't coming this year.

I have the same with the mouse, had to install http://triq.net/mac/mouse-acceleration to tune mouse acceleration to 2.3 (!). Now it is fine, though it forgets the setting every reboot (despite showing up as 2.3), so I have to touch the slider every time I restart. Fortunately that's not too often.

So just like any other dynamically typed language?

> The script was such a bad fit that it was abandoned later

The mish-mash of katakana, hiragana, kanji (& their crutch furigana) plus romaji in Japanese sort of signifies how bad of a fit that script is to their own language and its use. In many ways it feels like throwing rocks before one's own feet.

This is also how the PSP runs PS1 games - by essentially being a PS1 and loading the game data from UMD or Memorystick.

Also, Poland has a huge share of bottles that are not returnable, which is very different from Germany or the Nordics where all the bottles have deposit on them, even plastic ones.

(Whether you are able to return them is a different question, because the Danish system allows vendors to reject bottles that they aren't selling themselves, which is something Germany was quick to outlaw)

Neither ReasonML nor BuckleScript are really OCaml descendants. ReasonML is a different syntax for OCaml, with even closer match than CoffeeScript 1.x had to JS. Compiled ReasonML code cannot be distinguished from code that was written in OCaml. BuckleScript OTOH is a set of forks of older compiler versions which have a JS backend. It works with both Reason and OCaml syntax.

ReasonML therefore is much closer to the revised OCaml syntax (a failed previous alternate syntax) than it is to its own language.

While I agree that Perl influenced Ruby which I guess in turn influenced CoffeeScript and Elixir to some degree, the lineage of PHP seems to be dead. I don't really know any languages that are inspired by PHP itself, other than maybe Hack which one could argue is very closely related to PHP.

> I never travel abroad without cash, and that includes when I travel to Sweden.

I've been in Sweden plenty times and haven't even seen a single Swedish krona. In the Copenhagen subreddit we also recommend people not bringing in cash, at least as long as their credit card situation is somewhat reasonable.

Many Germans don't. Or don't know their PINs. Or have horrible foreign transaction fees, since they never use them nor care.

This does not mirror my experience at all, it is very rare not to be able to pay with card at all, even at shawarma/kebab/hotdog stands. The only places that are cash-only are drug dealers and some other places in Christiania and cheap hairdressers who opt in to not report their earnings to SKAT all that accurately.

Also, the Denmark-only Dankort is dying and its demise is happening fast: they are coupled as Dankort/Visa cards and the POS might decide to prefer Dankort but accepts Visa just as well. Neither Google Pay nor Fitbit Pay support Dankort and I have not seen transactions fail that would work with my Dankort.

Also, cash transactions are pretty rare too. Even older people use contactless, I have never seen cashiers have to pick coins from someone's hand as is customary with older people in Germany. Sometimes days pass without me seeing anyone pay with cash. In my experience the main source of cash transactions are German tourists.

Finnish MobilePay, despite being owned by the same bank, is not interoperable with Danish MobilePay. Its stupid that every Nordic country is its own mobile-payment island.

What? I encounter them pretty often in Copenhagen. Usually lower throughput places though, probably because the connectivity and the tablet app is a bit clunky but I would guess it is way easier to get started with this.

I believe even here it will change. Before that, stores had to take cash (like in Germany) and now they are allowed not to in certain cases and e.g. in Reffen the streetfood stands do not take cash at all, but you can exchange cash for some kind of debit card.

Retail in Denmark does not particularly like to take cash and you can see a lot of signs about "no cash stored after closing" and empty register drawers etc. in Copenhagen. I would expect lots of these stores to switch to cash-only as soon as they can. Such a law happened in Sweden already and you just need to go to Malmö C to see stores not accepting cash at all.

They do translate into real-life performance though and unlike many other languages, for the most part without "writing C in language X".

Curious claim, considering OCaml fares pretty well in many language comparison benchmarks.

I thought the same at first but some memory ("gaming memory") might have pretty extensive heatsinks that make it wider than just this adapter PCB. So yeah, you don't win much but sometimes a few millimeters make the difference between fitting things in or not.

Depends how many devices are plugged into it via the soldered on USB to m.2 adapter, obviously.