megapoliss

- lower prices on cache miss

- but what matter - is cache hit

even now deepseek's off-peak hours for cache hit (0.007) is lower than other providers (~0.01)

kotlin

Just rename root directory of project and double size of your repo Mercurial didn't supported rename, and did delete/add instead, so size of repo grows pretty fast

Bookmarks was there, like in 2012, but no one bothered to read the docs, and everyone continue to use heavy, non removable branches.

I remember that: for repos ~ 1Gb Mercurial just became unusable. It took half of day just to clone the repo.

for nbody 500000 on my i5-9300H CPU @ 2.40GHz

  - 487.41 millis / 2364 kb ram for luajit -joff
  - 770.17 millis / 41712 kb ram for bolt

  770.17 / 487.41 ~~ 1.58 cpu, not 2x, but not 15% either
  41712 / 2364 ~~ 17.64 ram

Good that nowadays you don't need decades of performance improvements to call something super-fast.

I used brainfuck interpreter https://github.com/Beariish/bolt/blob/main/examples/bf.bolt vs lua / luajit implementations from https://github.com/kostya/benchmarks

Just checked with nbody:

  - still 10 times slower than luajit
  - 2 times slower than luajit -joff
  - but 20% faster than lua 5.4
  - but uses 47 Mb RAM vs 2.5 Mb for lua/luajit

Run some examples, and it looks like this "High-performance, real-time optimized, super-fast" language is

  ~ 10 times slower than luajit
  ~ 3 times slower than lua 5.4

For everage user nothing changes - each folder will just have "thumb.db" with all metadata and long names.

https://github.com/picoe/Eto

  - OS X: MonoMac or net6.0-
  - Linux: GTK+ 
  - Windows: Windows Forms (using GDI or Direct2D) or WPF

Gtk

  - Gtk3: https://github.com/GtkSharp/GtkSharp
  - Gtk4: https://github.com/gircore/gir.core

Map looks terribly (like ~5y) outdated.

Cool I thought it's specific for linux, so it cannot be used on BSD

> Of course there are many firmware blobs. It's an issue, I would prefer not running any proprietary firmware, but I don't see how it would be a bigger issue in BSD land.

It's closed-source, and it's Linux. There is no firmware for BSD.

I wonder - if there are reasons to use BSD nowadays. It seems, Linux is just better, and the only benefit of BSD is that it is not GPL (so it can used in closed-source software)

Genie is deprecated https://gitlab.gnome.org/GNOME/vala/-/issues/1473

Fable [1] (F# to JS compiler) has pac-man game as one of samples [2]

[1] https://fable.io/

[2] https://github.com/fable-compiler/repl/blob/master/public/sa...

I always wonder - why people bother with Uncle Bob? Guy has some opinions, but lack any notable experience and knowledge. The only known project that he contributed (and constantly mentioned in his videos) - FitNesse (https://github.com/unclebob/fitnesse), but 59 commits doesn't make him look like an expert.

Rough, Chess engine = Interface protocol (like UCI) + Move Generator + Evaluation Function. Article talks about evaluation function only (since it reuse move generator and interface).

I liked this book for TASM. However, it's pretty much outdated now

https://www.amazon.com/Mastering-Turbo-Assembler-Tom-Swan/dp...

You are right - platform with censorship doesn't make any sense. They should provide flexible filters instead, so you won't get content that you don't want.

Curring is a way to do "dependency injection" in FP, so it let you to "capture" some arguments and don't pass them each time. Sure, arguments order matter, but you don't need to refactor that often.

I'm not familiar enough with clojure, buy in F# you sample with collision/shake/police may looks like

  someGameState
  |> handleCollisions
  |> handleShake
  |> handlePolice
  ...
  |> renderGameState

where each function accept gameState, run some login against it, and return modified state, so you don't need to pass dozen arguments through call-stack.

But programming language itself is a tool. And, you need one tool to improve the other, that imply your tool (programming language) is not good enough.

IMO, the only reason why java is still in use - superb IDE and tooling, that compensate terrible language design.

> The part of functional programming I hate the most is passing some new data through 10 levels of callstack to use it in a function that didn't needed it previously. It should be automated.

Probably, you may restructure your code, use curried functions, and you won't need to go through all 10 levels. Transition from imperative to functional programming may looks like untangling a ball of function calls, in order to get simple and clean design.

It sound like java is not usable without the state-of-art IDE.

Agree, that makes sense.

yep, it crashes on Archlinux as well

Just wonder, what is the point of promoting something as "being written in Rust", if at the end it crushed the same way as "being written in C/C++/whatever".

> Any idea why Godot does not do consoles?

Console SDK seems to be not compatible with open source

https://docs.godotengine.org/en/3.0/tutorials/platform/conso...

It's pretty funny, when people are looking for "better c", but "forget" to look at D lang Especially, when they don't care whether language has GC or not