Всё же интересно какой скор по f1 получался. Возможно она будет лучше коррелировать с конверсией?
Бустинг не пробовали? Например, GradientBoostingClassifier — как правило работает лучше обычных деревьев.
Было бы интересно посмотреть на результат с большим количеством факторов.
Работаю в «геймдев конторе» и параллельно пилю свою игру. Уровень приятности примерно одинаков. Кроме того в своей игре приходится решать намного больших задач, не связанных с кодингом — вроде поиска музыканта / художника, постановка им задач, разработка гейм-дизайна (не путать с графическим дизайном), придумывания способов монетизации и целой кучи других вещей. В «геймдев конторе» хорошо выстроенные процессы — занимаюсь в основном имплементацией игровой логики и баг-фиксингом — всё остальное берут на себя коллеги. Распределение труда — классная штука.
Так что рекомендую всё же как нибудь попробовать :)
Вы не правы, в геймдеве работать интересней, особенно если самому нравится подобная тематика. Одно дело унылый банк клиент пилить, и совсем другое — бодрое рубилово.
Непроизвольная реклама. Теперь часть пользователей, которые раньше платить бы не стали — заплатят. Вашей статьёй вы (возможно непроизвольно) увеличили прибыль разработчиков таких штук.
Ну, с текущими тенденциями в будущее рискованно переносится. Заснёшь, надеясь на расцвет человечества, колонизацию космоса и прочее, а проснёшься на той же Земле, где бессмертные люди сидят, утыканные проводами в виртуальном мире и занимаются развлечениями, заставив роботов удовлетворять основные потребности.
Первым шагом — посовещаться с деплоями и придумать способ не ломать заказчику продакшен. На мой взгляд — говорить разработчикам что их могут уволить нужно только если ничего вменяемого так и не придумали и никакого плана по решению проблемы нет. Чтобы люди могли начать искать себе другое место.
Если какое-то решение всё же нашли — говорить об увольнении никому не нужно. Аргументы:
1) Люди могут уйти. Особенно те, кто не имеет отношения к этой проблеме. Если бы мне сказали что могут уволить за то что накосячил другой — я бы подумал, стоит ли мне работать в такой компании. Даже если всё решится успешно — кто-то может всё равно уйти после этого.
2) Под воздействием стресса кто-то будет работать эффективней, а кто-то наоборот начнёт косячить там где раньше всё было хорошо. Вероятность фейла увеличивается.
3) Собственная репутация страдает. Фактически — признание своей ошибки и перекладывание ответственности на команду (даже если сказать что уволят в том числе и самого менеджера).
По поводу слухов — всегда можно сказать «ничего не знаю, первый раз слышу, в любом случае — в этот раз мы приняли меры и релиз пройдет гладко».
Мой вариант ответа — уволится самому / передать дела более компетентному менеджеру. Регулярно ломать заказчику продакшен — верх некомпетентности. Тем более с позицией «Успеет команда сдать релиз, не успеет — жизнь покажет».
После первого-же срыва надо брать и разбираться почему так произошло и как сделать чтобы не повторилось. Увеличить сроки на тестирование, организовать тестовое окружение, максимально приближенное к продакшену. Предусмотреть быстрый откат до предыдущей версии, если что-то пошло не так. Способов масса — было бы желание и бюджет.
Гм, ну возможно это я просто не так его готовил. Уже точно не помню в чем были отличия, но кажется что-то связанное с тем что в gles2 нет всяких glLoadIdentity, glOrtho, glDrawElements не умеет GL_QUADS, etc.
Рекомендую посмотреть в сторону Gameplay3d. Неплохая обёртка над opengl & bullet & openal с хорошей поддержкой мобильных девайсов. В своё время перешел на неё после того как понял что мобильный opengl слегка отличается от десктопного :)
О господи, ну зачем так сложно?! Вот вам кодогенератор серелизатора енумов, вставьте его в любимую систему сборки и добавьте один инклюд где хотите, и не надо никакой темплейтно-макросовой жести.
А в чем именно сложность освоения swig? Здесь вы регистрируете каждую функцию / вручную работаете с таблицами, etc. В swig вам достаточно подключить .h файл, в котором определены экспортируемые функции / классы — всё остальное он сгенерирует сам.
Бустинг не пробовали? Например, GradientBoostingClassifier — как правило работает лучше обычных деревьев.
Было бы интересно посмотреть на результат с большим количеством факторов.
Так что рекомендую всё же как нибудь попробовать :)
Если какое-то решение всё же нашли — говорить об увольнении никому не нужно. Аргументы:
1) Люди могут уйти. Особенно те, кто не имеет отношения к этой проблеме. Если бы мне сказали что могут уволить за то что накосячил другой — я бы подумал, стоит ли мне работать в такой компании. Даже если всё решится успешно — кто-то может всё равно уйти после этого.
2) Под воздействием стресса кто-то будет работать эффективней, а кто-то наоборот начнёт косячить там где раньше всё было хорошо. Вероятность фейла увеличивается.
3) Собственная репутация страдает. Фактически — признание своей ошибки и перекладывание ответственности на команду (даже если сказать что уволят в том числе и самого менеджера).
По поводу слухов — всегда можно сказать «ничего не знаю, первый раз слышу, в любом случае — в этот раз мы приняли меры и релиз пройдет гладко».
После первого-же срыва надо брать и разбираться почему так произошло и как сделать чтобы не повторилось. Увеличить сроки на тестирование, организовать тестовое окружение, максимально приближенное к продакшену. Предусмотреть быстрый откат до предыдущей версии, если что-то пошло не так. Способов масса — было бы желание и бюджет.