Ресурсы
Искать соавторские Темы Devion
Опубликованные
Тема Новая тема Ресурс Новый ресурс
Devion
Самый важный блог

Используете ли вы Telegram?

Хеллоу, ребятки. Я уже больше чем полгода как основательно перешел на общение преимущественно в Telegram, хотелось бы узнать как обстоят дела с этим мессенджером среди пользователей XGM.
Опрос: Используете ли вы Telegram?
1. 
Да
2. 
Нет
Всего проголосовали: 23
Тема
3 мар 2017
@Narkranoth: Clamp, почему сразу мысли про осуждение? Я не осуждаю в них ничего, кроме барыжных цен (в России такое есть точно), а реклама есть и у Андроид, так что это уже не показатель. Мне просто нет ни смысла, ни причин пользоваться их продукцией. Это равносильно тому, что мне не нужно охотничье ружьё, поскольку я не охотник. 7 1.9K
Devion
Самый важный блог

VK API - коротко по граблям

Привет читателю. Сегодня и вчера я просидел за API сайта Вконтакте, и я хотел бы коротко рассказать здесь о том. какие грабли я успел собрать.
Задача была убийственно простая - залить в группу ~1000 изображений и сгенерировать примерно ~1600 страниц местной википедии.
Тема
27 фев 2016
4.5K
Devion
Самый важный блог

Автоперевод страниц на форуме?

Привет.
Сабж такой, я заканчиваю скоро разработку своей наработки для Asset Store. И для наработок там есть серьезное правило - необходимо создавать отдельный сайт-форум для фидбека.
В голову пришла интересная затея, а нет ли каких-либо плагинов готовых (либо нельзя ли что-то подкрутить быстро ручками), чтобы к…
Тема
29 янв 2016
@Devion: alexprey, таки переживаю. Браузер перевод с конкретного одного языка. 2 897
Devion
Самый важный блог
Devion
Самый важный блог
Devion
Самый важный блог

Идея #1

Порой я спрашиваю себя - какого черта из всех проектов я выбрал тот, который выбрал.
В мире есть масса актуальных идей для приложений. В этой заметочке, я бы хотел начать эту тему, какие на мой взгляд идеи были бы просто "ах какие замечательные". Если вам понравится - могу продолжить.
Самому мне видимо никогда не придется уделить подобному достаточное время, а на что-то - порой и просто не хватит знаний.
Все эти идеи просты и сложны одновременно. Они не дарят нам счастливое будущее, но упрощают наше сегодня.
Итак, поехали, сегодня я хочу рассказать про идею программной среды.
Тема
8 янв 2015
@Devion: prog: Главный минус такого обилия синтаксического сахара, да еще и сугубо индивидуального, а не стандартизированного, проявляется на этапе начала совместной разработки в группе из более чем двух разработчиков - читать чужой код с непривычным тебе сахаром это не самое приятное занятие, как и читать результаты работы генераторов, превращающих лаконичный сахар в настоящий код. Extravert: это на самом деле усугубит ситуацию если не возможность и код написать "обычным стилем" и посмотреть этот код "как есть", без наших придуманных фиговин. И самое главное - чтобы код сохранялся "как надо", чтобы наши выкрутасы не влияли на остальных программистов, существовали чисто для нас самих. 3 1.4K
Devion
Самый важный блог

Функторы сами себя не сериализуют

Короче, я явно переработал.
Последние три дня писал сериализацию функтора для юнити.
Сегодня проснулся от ночных кошмаров.
Снилось будто я в департаменте США работаю, и короче такой говорю ребятам: «ФУНКТОРЫ НУЖНО СЕРИАЛИЗОВАТЬ ПОКА НЕ ПОЯВИЛИСЬ ПРОБЛЕМЫ».
Ну и всё в таком духе. Меня никто не слушал. Мол…
Тема
1 ноя 2014
@Devion: Mihahail, неа. Она описывает те классы, которые помечены атрибутом Serializable и некоторые другие. Такие классы неплохо и сами сериализуются (нативно сама юнити тоже их умеет хранить). Если кратко сериализация Unity умеет сохранять: классы с атрибутом Serializable, с потерей ссылки при ребилде (будут вести себя как структуры, типа это значения, и плодить экземпляры) классы, наследуемые от Object, с сохранением ссылочности массивы, списки стандартные типы int, float, string, bool и так далее Ну вот тип выше, статья, касается всего кроме наследников Object. Просто преобразует их в byte[] и радуется. А сериализаторы юзаются для классов, которые не подходят под эти параметры и обнуляются при ребилде Среди таких - MethodInfo, Type и прочие. Потому что по сути они отражают объекты, существующие в этой сессии сборки. При ребилде такие могут быть скажем удалены или еще чего-нибудь. Соответственно бинарная сериализация тоже на такие объекты не действует. Она их просто не упакует, выпадет с еррором, ибо они не описаны для таких операций. Но у таких объектов обычно есть способ их поднятуть. Скажем, Type подтягивается через Type.GetType(x) MethodInfo через type.GetMethodInfo(параметры); Соответственно если сохранять эти данные, с помощью которых можно извлечь текущую версию объекта, то можно и описать их сериализацию. Далее такие красоты как кеширование делают свое дело. Соответственно на примере выше ты можешь заметить например, что для извлечения метода например нужно сохранить тип, который тоже не сериализуем. Соответственно это говорит о том что сериализаторы связаны друг с другом тесно. И в итоге: Сериализатор сериализуем, сериализует свои поля Сериализатор имеет методы для сохранения и загрузки нужных нам данных Они кешируются и обрабатываются при первом вызове. Для лямбда выражений нужно такие вещи сделать для каждого наследующего от класса Expression и всех вспомогательных классов, которые сохраняются в этих выражениях и имеют такие же проблемы. Вот и весь профит. Кстати на byte[] тоже с 4 1.4K
Devion
Самый важный блог

Иконки с моего GameBoom#2 проекта

Иконки с моего проекта на GameBoom, который не был выставлен в сообществе
Тема
13 июл 2014
@Devion: Андреич, ну, с простотой так и было задумано. Как и написал - везде брали по минимуму. 11 11.1K
Devion
Самый важный блог

Этот славный гуй

Последние дни очень много кропчу над редактором. И естественно, какой редактор под юнькой без стандартного GUI? Да, по сути - большая часть работы - это сказка о том как сделать так, чтобы стандартный GUI работал как мне нужно.
Тема
28 июн 2014
1.9K
`
ОЖИДАНИЕ РЕКЛАМЫ...
Scroll Lock - быстрая модерация