Yuriy Grynevych 🇺🇦
770 posts

Yuriy Grynevych 🇺🇦
@greenyadzer
I make computer go beep boop.
Ukraine Katılım Temmuz 2011
61 Takip Edilen19 Takipçiler

Fun fact: Fangs of Asterkarn is 86% the size of the base game.
forums.crateentertainment.com/t/grim-misadve…

English

@Mac_Volonter To enjoy the war they can now use both TV and a window. And windows work without electricity.
English

@sasha_sotnik Don't worry, it's only scary the first 10 times, and then you get used to it.
English

@Buggy__Bugler Я со слезами смотрю на раздолбленные украинские города и сёла.
А вы злорадствуйте, похоже.
Русский

@Zn_Portnova She needs a bit of time, and she'll get used to it.
English

@BeanJuiceStudio Do simple and small games, participate in game jams.
English
Yuriy Grynevych 🇺🇦 retweetledi

@TheGingerBill @private Thank you for the response. And the article is great too.
English

@greenyadzer @private I've written more on this by the way: gingerbill.org/article/2026/0…
But what you are describing already partially exists too `#+private` and `#+private file`.
The `{ }` syntax you propose also makes no sense.
English

This is a really good article on the problem of namespacing. I posted it on to sites like Reddit to see what people think of the problem; with this kind of thing and I think I've come to the conclusion that there is not really anything you can do to "solve it".
It's fundamentally just an aesthetic dislike of a pure imperative procedure programming language—this paradigm doesn't prevent anything semantic from being possible.
And the way to please people who dislike such long procedure names—with what they'd state also has redundant name aspects in the identifier—is a desire for methods which lead to a bunch of other problems too (which I briefly discuss in Odin's FAQ: #but-really-why-does-odin-not-have-any-methods" target="_blank" rel="nofollow noopener">odin-lang.org/docs/faq/#but-…).
The best solution I can do for Odin is to take Newellian approach:
Do nothing.
gingerBill@TheGingerBill
English

@TheGingerBill @private ANOTHER_BIG_BOSS_*, no thank you, i'm putting @(private="file") on every such const and keep their names short. P.S.: I wish Odin would allow to do @(private="file") { ... } to group all file private names (similar to "when { ... }"). (3/3)
English

@TheGingerBill I agree that "_" (underscode) is enough for library development, where a library lives in its own package; we need rarely "@private" and never @(private="file"). But when it comes to application development, this just doesn't work. For example when making small game, all (1/3)
English

@TheGingerBill @private code in a single package. A file big_red_boss.odin defines some names: SPRITES, SOUNDS, MOVEMENT_SPEED, ATTACK_COOLDOWN, COLLISION_RADIUS etc. Next file, another_big_boss.odin, also needs half of such names. I'm not going to prefix it with BIG_RED_BOSS_* and (2/3)
English
Yuriy Grynevych 🇺🇦 retweetledi
Yuriy Grynevych 🇺🇦 retweetledi

@_trish_xD There is nothing wrong with anything you wrote.
English

malloc(0) is legal C.
let that sink in for a second.
some compilers return NULL. some return a valid pointer you can't dereference but CAN free().
both behaviors are correct according to the C standard.
you can allocate zero bytes of memory, get a pointer to nothing, and then dutifully free that nothing.
and the language just shrugs and says "yeah that's fine."
this is why C developers have trust issues.
English

@Rainmaker1973 Great song and it has awesome music video too!
English

10 years ago today...a little game called Grim Dawn came out.
Go down memory lane with us and see the staggering amount of content still in store with Fangs of Asterkarn!
forums.crateentertainment.com/t/10-years-ago…

English
Yuriy Grynevych 🇺🇦 retweetledi

Мій сольний стендап концерт вже на YouTube у вільному доступі, запрошую до перегляду
youtu.be/TIUfmLQJq-4

YouTube
Українська

@DevanaUkraine Suvorov was bombing Prague which is suburbs of Warsaw. Russian historians are somehow cursed
English














