ага

И да, граф движок там найс, а вот физический не очень оптимизирован

3d это очень сложно, а вот 2d движок я бы поковырял

Можешь поковырять Cocos2d-x, например, он для C++ и 2D

дык 2д есть же всякие sdl/sfml

и физика в gfm

Да проще на анриле сразу начать творить.

Анриле?

анриле, да

Unreal Engine действительно крут

ощущение будто боги писали

Хз, я его не тыкал

Видюхи нет, а без нее пропащее дело его юзать

Да ладно.

Редакторы настраиваются, графика заоптимизирована по самое некуда, тестовые режимы.

скоро без видюхи даже браузер не заработает

они там расстановку виджетов через gpu запиливают

Я с линукса, пощади(

А... Ну, чиркай, чиркай... )

А... Ну, чиркай, чиркай... )

Не понял

Бородатый анекдот

Идет полицай вдоль железнодорожных путей. Видит партизана, который безуспешно пытается спичками поджечь бикфордов шнур. - "Гомельдрев"? - Ага... - Ну чиркай, чиркай...

А о чем был спор? Плохо ОРМ или хорошо?

Мнения разделились.

А о чем был спор? Плохо ОРМ или хорошо?

Плохо, но иногда можно. Как лечение ртутью.

Я с линукса, пощади(

я тоже и тоже не люблю апгрейдиться на топовое железо потому что игры не гоняю

я тоже и тоже не люблю апгрейдиться на топовое железо потому что игры не гоняю

И я тоже

Я не спрашивал плохо ОРМ или хорошо. ? Я пытался угадать тему спора. Угадал?

Да

Мое личное отношение к ОРМ скорее плохое, чем хорошее. Но вот сейчас работаю с Ecto (эликсировская либа для работы с БД) и даже не знаю, можно ли ОРМ назвать или нет.

Таки у девелопера, а особенно у геймдевелопера железо должно быть потопее. Играться же можно на приставке.

Ну у серверного девелопера главное памяти побольше, да процессор помощнее, а видео дело десятое.

В общем каким-то чудом send и receiveOnly примитивы из std.concurrency работают с Task вайбовскими. Магия.

Скорее всего неверно работают

не конкурентно

send и receiveOnly есть в https://vibed.org/api/vibe.core.concurrency/

но оно лежит сейчас

В общем каким-то чудом send и receiveOnly примитивы из std.concurrency работают с Task вайбовскими. Магия.

вполне можно прижелании подменить шедулер и поддерживать стандартные send/receive

как-раз сейчас делаю это для event loop в пределах нити и надеюсь что можно допилить кросс-тредово

https://github.com/vibe-d/vibe-core/blob/master/source/vibe/core/concurrency.d#L1223 походу все работает как надо, остался вот такой алиас, а receiveOnly вообще нет больше.

ждёт нас общей эвентлуп или уже ?

в каком смысле общий?

std.*

что-то сомневаюсь в скорой перспективе

включение чего-либо в std это тяжкий и не всегда интересный труд

ну пусть де-факто стандарт, есть уже?

ну наверное vide.core

или даже то, что под ним

под ним нечто неудобное

ок значит vibe-core

а то что он сокеты на запись слушать не умеет это норм?

а то что он сокеты на запись слушать не умеет это норм?

не в курсе. я один раз попробовал, наступил на грабли в каком-то очевидном месте и больше не трогаю.

Интересно, когда стоит использовать struct'ы, а когда - tupl'ы?

Интересно, когда стоит использовать struct'ы, а когда - tupl'ы?

При совпадении типов и порядка полей tupl'ы созданные в разных местах программы эквивалентны, а структуры нет

При совпадении типов и порядка полей tupl'ы созданные в разных местах программы эквивалентны, а структуры нет

туплы это структуры. Поэтому фраза звучит странно. Ты наверное имел в виду вольдеморт-структуры.

> туплы это структуры. (внутри)

> туплы это структуры. (внутри)

а снаружи они не структуры?

Нет)

Это как?

Ну снаружи она называется тюпля, ведет себя как тюпля. А внутри это структура.

Я почти никогда не использую тюпли, не могу придумать пример когда они лучше. Видимо тогда когда надо явно подчеркнуть что мы хотим работать имено с несколькими значениями а не с несколькими значениями как единой структурой.

Вообще-то, обычно tuple(как правильно читать, кстати?), используются как то так: func a() { return (1, 2); } int x, y; (x, y) = a();

У тюпла есть ряд методов и ими он может быть интересен.

Какие, к примеру?

например toHash

Т.е. можно написать так: int[Tuple!(int,char)] data?

типа да

Офигенная фича, прямо

ERROR: S client not available

бывает полезно

А еще можно перебрать значения тюпли по одному в цикле что часто используется при метапрограммировании, когда нужно что-то сделать с информацией об аргументах функции

Похоже весь D сводится к метапрограммированию

метапрограммирование=производительность программера

Нет почемуж, но ему отведена большая роль

И это она из киллер фичей, даже не фичей, а целых областей где он далеко впереди других языков.

Это как технология MetalStorm - она выплевывает over 9000 пулек в секунду. Проблема в том, что подать необходимое количество пулек невозможно

постановщики задач могут всё

? жиза

Нет)

Компилятор с тобой не согласен writeln(is(Tuple!(string, int) == struct)); // true ?

Так компилятор это уже внутри

А снаружи - это то как программист об этом думает

А снаружи - это то как программист об этом думает

ну я думаю, что это структура :)

я где то раньше слышал что это структура но так то никогда не думал о тюпле как о структуре

А разве Tuple не делает что то вроде (struct{...}).tupleOf?

например toHash

Вы не поверите, но обычная структура тоже умеет opHash - https://glot.io/snippets/eyz8lgerwc

я где то раньше слышал что это структура но так то никогда не думал о тюпле как о структуре

Скажем так. В D нет кортежей как таковых. Но в фобосе есть эмулятор построенный на обычных структурах.

Самое вкусное - красивую десериализацию - не подвезли

десереализацию чего в чего?

Кортежей в переменные

Самое вкусное - красивую десериализацию - не подвезли

сериализация/десериализация - это явно не задача самой структуры/кортежа.

Я понимаю, для этого надо, что бы ЯП ее поддерживал

А этого как раз нет

Кортежей в переменные

Звучит примерно как: сериализация массивов в переменные - бессмысленно и беспощадно ?

Звучит примерно как: сериализация массивов в переменные - бессмысленно и беспощадно ?

Не совсем.

Ну тогда поясни.

Ну кстати, не факт что этого нельзя сделать. Благодаря тому же метапрограммированию может и можно как-то извернуться

Вы не поверите, но обычная структура тоже умеет opHash - https://glot.io/snippets/eyz8lgerwc

Я догадывался.

В голимом JS можно сделать так: let obj = { a: 123, b: 456 }; let { a, b } = obj;

И это реально удобно

В голимом JS можно сделать так: let obj = { a: 123, b: 456 }; let { a, b } = obj;

это не имеет ничего общего с сериализацией.

Тьфу