Readit News logoReadit News
kirillbobyrev commented on Analyzing long win streaks in online chess   kirillbobyrev.com/blog/an... · Posted by u/kirillbobyrev
kirillbobyrev · 2 years ago
TL;DR I used Monte-Carlo simulations + Elo-based win probability estimation to find the probability of Hikaru and other top players scoring very long win streaks (e.g. 55+ consecutive wins) over a year after Kramnik's allegations that Hikaru Nakamura might have cheated based on a number of performances. Initially I thought such streaks are indeed statistical anomalies, but it turned out to be extremely probable: Hikaru scoring at least 55 wins in a row over a course of 3000+ online blitz 3+0 games this year is about 98.4%

That is likely based on large sample size (3k+ games in 3+0 blitz only this year, 35k blitz games over lifetime just on Chess.com), Hikaru being highly skilled (consistently top 1-2 ranked blitz player both over the board and online) and low opposition rating (as compared to other top 5 blitz players on Chess.com: Magnus Carlsen, Nihal Sarin and Daniel Naroditsky).

There's also a discussion and short summary on Reddit (https://www.reddit.com/r/chess/comments/1873ohw/analyzing_hi...)

kirillbobyrev commented on Bevy 0.11: ECS-driven game engine built in Rust   bevyengine.org/news/bevy-... · Posted by u/_cart
_cart · 3 years ago
Creator and lead developer of Bevy here. Feel free to ask me anything!
kirillbobyrev · 3 years ago
I love Bevy, but I feel like it's still more of a Game Development Library rather than an engine. Godot, on the other hand, looks very nice in terms of user experience: great editor and very easy to understand and use. Will Bevy implement a first-party editor, overhaul of game development experience etc or is the goal to only support these things with third-party plugins and crates?
kirillbobyrev commented on Godot 4.1   godotengine.org/article/g... · Posted by u/freeCandy
suda50 · 3 years ago
Starting with Godot 4.0, they now support GDExtension which allows you to basically write your own game code in C++ (and other languages), then have the engine import your code: https://docs.godotengine.org/en/stable/tutorials/scripting/g.... There is also a set of Rust bindings that utilize GDExtension too: https://github.com/godot-rust/gdext.

They might be worth looking into.

kirillbobyrev · 3 years ago
Yeah, I've seen those and I'm happy Godot moves in this direction, but using these tools would steer me away from the "default" and "primary" behavior, I'd potentially face more bugs/awkward development setups.

It might be worth if I'm serious about Game Development and ready to invest time and effort into customizing the tools, but what I'm looking for is "out of the box" experience which will make it easier for me to solve problems that I face (e.g. if I ask questions more people would be able to answer/help), the tutorials/resources I find will be more applicable etc.

As others mentioned in this thread, having first-class support for a language isn't the same as providing API for plugins and custom scripts.

I wish Godot chose a real existing programming language instead of building their own DSL. Even Lua might have been a decent choice, although I hate the syntax.

kirillbobyrev commented on Godot 4.1   godotengine.org/article/g... · Posted by u/freeCandy
kirillbobyrev · 3 years ago
Godot is just AWESOME, I am very impressed with the progress the team makes and the overall direction of the project.

I was always excited about Game Dev (even started learning Computer Science and became a Software Engineer largely because I wanted to make games), dreamed of making my own small games but never really got to it. After I became a full-time Software Engineer, I never really found time or the right tools for making my own small games for fun. I recently discovered Bevy and gave it a try. ECS is a nice concept, but Bevy is more of a library and it's quite hard to make full-featured games using it (just like using SDL/something similar).

When I discovered Godot and gave it a try, I was so impressed: it's really nice for beginners, yet performant enough and has amazing community. This is exactly what I wanted to find, so I'm incredibly happy it exists and am very excited about the future development of Godot.

One thing I wish was different is choosing a different language as the native and "official" one. GDScript is OK and arguably pretty good Python-like language for beginners and rapid prototyping, C# is OK and is probably very nice to have because many people would be happy to switch from Unity, but I personally would be happier with either better C++ support (which I know exists in GDNative interface which was improved in 4.0) or something else.

C# is a fine language, but I have a feeling it has so much presence in GameDev just because of Unity. It's way too verbose and the tooling isn't as good (outside of full Visual Studio which I have no desire to use), but maybe "actual programming" part of GameDev isn't as important and I should just give in/use GDScript.

kirillbobyrev commented on Can we create a thread for some of the best materials on CS available online?    · Posted by u/ggr2342
kirillbobyrev · 3 years ago
I collected a large number of awesome resources for myself:

https://github.com/kirillbobyrev/computer-science-resources

kirillbobyrev commented on Typst, a new markup-based typesetting system, is now open source   github.com/typst/typst... · Posted by u/reknih
abdullahkhalids · 3 years ago
Latex is "typesetting-complete". This language is not, so it's not a replacement. For instance

* The syntax does not use escape sequences for functions/symbols, i.e. phi instead of \phi or floor instead of \floor. You will inevitably run into situations where, for instance, you want to write the letters phi, and have to resort to some ugly hack to write the natural language. This is not okay.

* There is reasonable syntax for text-formatting in bulk (whole paragraphs), but if you want to format a single word or sentence, the syntax seems to involve way too much work.

A side concern: This uses a mix of markdown-style formatting (asterisks for bold text) and programming style formatting. Personally, I think this makes it difficult to visually parse complex documents.

kirillbobyrev · 3 years ago
> Latex is "typesetting-complete". This language is not, so it's not a replacement.

Based the documentation (and the title), it isn't meant to be _a replacement_, but rather _an alternative_ and that's totally OK. Not everything needs a drop-in replacement.

kirillbobyrev commented on Typst, a new markup-based typesetting system, is now open source   github.com/typst/typst... · Posted by u/reknih
kirillbobyrev · 3 years ago
This looks cool!

I understand that, just like any tool that has sufficiently many users, (La)TeX grew exponentially in terms of the number of features it has. I like the its core, and I also like the ability to write scientific texts somewhat conveniently. I haven't used Typst yet, but it looks to be something I wanted for quite a while: similar convenience to LaTeX and yet much more simplicity.

To be fair, though, Markdown + KaTeX and MathJax are kind of everything I need right now. Jupyter Notebooks can render enough LaTeX formulas for me to use it when I needed it, even in the university when I'm writing some CS algorithm overview/tutorial or need to do some calculations and hand it in with the explanation. Whenever we had labs in Physics I would do all the calculations in Jupyter Notebooks and that actually looked pretty good. And for my personal blog, I just set up the KaTeX + Hugo which I love: the convenience of Markdown + LaTeX is enough.

This being said, I'm sure there are many people who still have to write papers and would find it useful, but at least for me LaTeX is not a standalone tool that I would use anymore.

Also, part of the value that LaTeX has is an enormous amount of templates that I don't understand but I use them because I have to (e.g. when writing a thesis - it has all the right typesetting, formatting and so on) or because they look very good (I still maintain my Resume in LaTeX format. This is hard to replicate or capture with a new system.

EDIT: Oh, and also Mermaid.js which is now integrated into both GitHub Markdown and Hugo is wonderful for a very small version of TikZ. Although, it is very inconvenient for my taste, but it's still very useful.

kirillbobyrev commented on At least four Google AI researchers have joined OpenAI   twitter.com/izzyz/status/... · Posted by u/izzygonzalez
ralph84 · 3 years ago
It’s a lot easier to envision OpenAI having 100X upside from its current valuation than Google.
kirillbobyrev · 3 years ago
That would be 3 trillion, which is really hard to envision.
kirillbobyrev commented on Apple signs union agreement for Glasgow Apple Store staff   appleinsider.com/articles... · Posted by u/DemiGuru
nfriedly · 3 years ago
I really like the German system where employees get representation (usually union reps) on the board of the company - https://en.wikipedia.org/wiki/Codetermination_in_Germany - I think it helps bring a lot more balance to business decisions.
kirillbobyrev · 3 years ago
I worked in Germany for a while and one of such unions was built at my company. I can't think of a single good thing they did and I remember plenty of ways they made the life of employees worse in ways that looked deliberate. The way the union/council was built looked very bad to me to the point where I completely stopped following the office politics.

I'm not saying this is a bad idea and I certainly don't have enough knowledge of the German system to have an objective assessment, but this looks like another example where the law is produced with good intentions but the implementations of such rules are serving some other purpose.

Other than that, I felt like Germany has incredibly good laws for the workers/employees, the working culture there is very healthy and I like it a lot.

u/kirillbobyrev

KarmaCake day86March 13, 2019View Original