суббота, 12 августа 2017 г.

Список ссылок на открытые коллекции ассетов

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

суббота, 22 июля 2017 г.

Онлайн-курсы и тесты в них

Пост будет, во многом, что называется "rant".

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

Однако то, как иногда устроен контроль знаний в них заставляет меня грустить. 

четверг, 29 июня 2017 г.

C++ и Reflection

Недавно набрел на два очень интересных доклада по рефлексии в C++: 1 и 2 .

воскресенье, 28 мая 2017 г.

Caffe

Попробовал от скуки завести Deep Image Analogy . Даже несмотря на прекомпилированный бинарник запустить не удалось даже близко - увы, GeForce GT 645M даже близко не тянет нагрузку, хотя CUDA 8 запускается и работает.  

воскресенье, 30 апреля 2017 г.

Впечатления от месяца работы с Haskell

Так уж получилось, что данный месяц я провел за прохождением курса по ФП на Haskell. Курс оказался чрезвычайно интересным, но несколько сложным. Я узнал довольно много интересных вещей. Некоторые из них мне понравились, некоторые не очень. Однако тем не менее, некоторые вещи оказались немного непонятны.

четверг, 9 марта 2017 г.

Clang и GCC: бенчмарк от Phoronix

Вот тут на phoronix провели сравнение Clang и GCC. Вкратце: результаты получились очень даже неоднозначными: где-то выиграл Clang, где-то GCC. Правда на физике (Bullet) выиграл почему-то GCC.

Вполне возможно, что мой бенчмарк из предыдущего поста просто попал в те нагрузки, на которых как раз Clang лучше срабатывает. Такие дела.

P.S. Про результаты опроса помню. Пост будет, но позднее, как только появится на него время.

пятница, 17 февраля 2017 г.

Оптимизация типов в современных компиляторах C++



С. Макконнелл в своей замечательной книге даёт рекомендацию вида "Создавайте типы с именами, отражающими их функциональность" ("Совершенный код", с. 307) и предлагает рассмотреть выделение их в классы.

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

С другой стороны, возникает вопрос: а какой может быть оверхед по производительности на выполнение такой рекомендации? По идее, хотелось бы, чтобы компилятор убирал все типы, которые тупо оборачивают базовые типы данных и оставлял только голые операции с базовыми типами.

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