GavriKos

ИМХО на рунет целиться не стоит. Процент прибыли крайне мал. А так — что мешает открыть топ и посмотреть издателей то?

Первый пункт на фоне других сомнителен. Лично никогда типсы не читал, а если бы меня поставили перед выбором «либо плагин из 1 пункта, либо что то другое» — выбрал бы что то другое. От себя приоритетность: 4, 3, 2, 5, 1.

Из догадок:
— все файлы сохранены
— все файлы без ошибок
— если есть какая то система контроля версий — все файлы последней версии.

Склоняюсь больше ко второму пункту

Сугубое ИМХО:
1) В голове держим только общие принципы.
2) Если есть какие то узкие нюансы, которые часто используются — используем хранилище сниппетов, либо в коде пишем комментарии, указывающие на уникальность блока — потом можно найти.
3) Стараться надо во все проекты протягивать удачные решения из прошлых проектов, даже если это вызовет замену части кода.
4) Тренировка мозга — Lumosity. Очень помогает.

Не уверен что полностью советы подойдут для веба. Сам пишу на с++, сейчас 2 активных проекта и 2 в поддержке. В каждом — свой движок. Вполне без проблем помню нюансы, либо быстро вспомниаю простым поиском по проекту.

Попробуйте более старую версию драйверов и тулзы для выбора охлаждения. Такая же проблема была с z570 — новая тулза мало того что периодически падала, так еще и не запускала максимальное охлаждение. Поставил старый вариант (с диска, если смотреть на сайте — то попробуйте вариант, совместимый с XP) — все заработало. В старом варианте — четыре разных режима.

Посмотрите тут

несколько метров — это смотреть только в сторону блутуса, по списку доступных вокруг устройств. GPS — неточен + не везде ловит. На WiFi полагаться нельзя +условия леса, getCellLocation() — слишком большой радиус

По сути — вам нужна игровая админка, или визуальная надстройка над БД +напильник, типа такого. Сейчас у меня та же проблема, правда объектов не так много, так что руками не лень перезабить. Еще возможно посомтрите в сторону экспортеров из екселя в XML.

Для андроида точно есть GuitarPro, и там точно есть масштабирование. Сейчас планшета с собой нету, сказать не могу сколько тактов вмещается. Но будет ли удобно перелистывать табы, или дергаться каждый раз при игре, включать и выключать параллельнео воспроизведение на планшете?

Причем проблемы с Wi-Fi — это корейский рандом. Бывает несколько дней все хорошо. А потом несколько дней все плохо, и естественно это всех раздражает. Прошейдшей ночью был туман, самолеты не могли сесть. Wi-Fi плохо работал всю ночь, постоянные перебои, если верить логам. РЛС скорее всего всю ночь тоже работала.

Вот это наталкивает на мысль, что РЛС тут не при чем. ИМХО РЛС работаеть если не 24/7, то уж точно не по рандому.

В андроид-версии, насколько я знаю — на чистом eGL никак. В SDL — делал через Surface, т.е. объект после загрузки в eGL не убивал. Вариант очень неоптимальный по памяти.

ИМХО — получится. Только в негативе и зеркальный. Но не факт что вы успеете включить планшет на нужное время, чтобы небыло засвета

Из личных предпочтений — второй арканум. Но ИМХО — не взлетит. Из рационального — обучающие/развивающие квесты с кучей мини-игр (например, как в lumosity, только игры объединить сюжетом).

Если визуальная часть не сильно важна, а достаточно просто координат и размеров — то в фотошопе есть экспортер картинок по слоям, его можно чуть чуть допилить — и будет вам xml с координатами и размерами всех слоев

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

Не знаю как конкретно с версткой дела, но для выдергивания картинок с записью координат, размеров и прочих параметров в XML можно переписать стандартный скрипт Export layers to files.

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

Сугубое ИМХО: в большинстве случаев один класс — один файл. Энумы, используемые в этом классе — в файл самого класса. Делаю исключение только для маленьких классов-наследников. Например, если есть базовый класс, и много мелких классов-наследников (в каждом по 1-2 новых поля, классы в большинстве являются просто контейнерами) — то их складывал в один файл.

Пробовал сначала springpad, сейчас пытаюсь пересесть на evernote, Субъективно:
— спрингпад в вебе работает намного быстрее еверноута
— разнообразие типов в спрингпаде только ухудшает структуру блокнотов — каждый тип имеет какое то ограничение, а иногда нужно это все объединить
— очень странно работают напоминания в спрингпаде, но зато в еверноуте их нет вообще.
— в еверноуте есть чекбоксы — в редактировании текста заметки есть такой инструмент (проверил на андроид и вин версиях).

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