Возможно, речь о ныне мегафоновской Yota? К слову, скорость у них годная, там где ловит :) А вот голосовая связь паршивая, часто не дозвониться на ровном месте.
Флешу отрезали лишнее — рекламные баннеры и дополнительные swf на странице, этот ход был очевиден уже давно, и странно, что настолько затянули. Основной flash-контент (особенно игровой) в вебе от этого только выигрывает, не вижу ничего плохого для платформы, только оздоровление.
Envato — это бизнес. На ActiveDen они продавали swf-ки c кодом чёрти знает какой давности, написанные ещё на втором action script. А ассеты — ну совсем не серьёзно, это разрослось в откровенную помойку. Конечно же, их продажи падали. Всё логично.
Единственной «опасной» новостью для флеша, по моему мнению, может стать лишь намерение facebook и других крупных социальных сетей, отказаться от этой технологии. Чего, опять же, не происходит по одной простой причине — деньги. Flash — это огромная экосистема. Тем более активно развивающаяся.
Там несколько заявлений (причём, не голословных) о тяжеловесности получающихся на выходе клиентов. К слову, демо-пример в той ветке подвесил намертво мою систему.
В общем, не понятно. Из минусов флеша вы ставите только судьбу флеш-плеера в браузерах. Остальные перечисленные минусы — несущественные. У вас гораздо больше неудобных пунктов в выбранной вами технологии.
Вернёмся к этому «существенному» минусу. Среди браузеров лидером является Chrome. Который имеет свою реализацию flash-плеера и отказываться от неё не собирается. И среди которых (браузеров) есть новый от Microsoft (самой популярной операционной системы на пк). Который, в свою очередь, имеет единственный(!) предустановленный плагин из коробки — flash-плеер.
Учитывая. что никаких предпосылок к изменению «дальнейшей судьбы» flash-плеера в браузере нет, ваш выбор в статье выглядит ещё страннее.
Вы это на 5-10 лет вперёд смотрите? Или планируете настолько долгую жизнь вашему проекту? Или это время разработки? Поясните, пожалуйста.
Один из тех кто первым пострадал — это UnityPlayer
Тут дело в нежелании Unity запиливать веб-плеер на отличном от Netscape Plugin API. К флешу и другим плеерам это не имеет никакого отношения.
Я думаю, все программисты в разные моменты времени и требований — это сочетания перечисленных в статье за исключением 5 и 8. Последние — не программисты.
Да, перечисленные причины действительно имеют место быть. Часть из них, конечно, спорная, в конечном счёте, но я не хочу об этом.
Просто знать возможные причины ухода игроков — не большое преимущество.
Важнее понимать, где и в какой момент игровые механики могут приводить к отсеву игроков.
И самое важное — уметь при этом использовать аналитику. Отслеживать действительно нужные игровые события, уметь делать верные выводы на основе достаточного количества информации.
Игровой бизнес сегодня — умение работать с трафиком. Без средств сбора статистики сейчас никуда.
Неделю уже экспериментирую с этим фреймворком. Сделал вывод, что он идеально подходит для веб-морд админок (CRUD).
Радует ещё и то, что практически вся работа с webix сведена к js коду, без html и css.
Определённо буду использовать этот отличный инструмент.
Про какую аналогию речь? Я говорю о том, что обычно приставка senior/middle/junior в IT сфере идёт в сочетании с языком программирования. Не корретно ставить её рядом со средой разработки.
Это звучит как минимум странно. Наверное, так же странно, как среди художников звучало бы описание уровня — «Senior Photoshop». Освоил визуальный редактор? Здорово, классно!
Но, впредь, к приставке senior, подписывайте, пожалуйста, язык программирования.
Вопрос — для чего такие извращения на собеседовании? Определяете потенциальных собутыльников?
Шоу обеспечено.
Весьма и весьма показательная фраза. Ощущение, что собеседования проводятся вами для развлечения себя любимого.
Соглашусь с первой строкой первого комментария в треде.
Да, всё верно. МэйлРуГеймз вообще не платило налоги по этим деньгам, и не хотят, судя по факту апелляции к арбитрижному суду.
Ситуация становится ясной. Кто-то решил сэкономить — не вышло. А так всё вполне приемлимо же — оплати налоги и работай дальше, не? Тревожный звоночек, имхо, — ложная тревога :)
Так я не совсем понимаю, может кто-нибудь объяснить, что произошло?
Доходы с инаппов, по всей видимости — это основные доходы в деятельности МэйлРуГеймз?
Компания не хочет платить НДС впринципе? Или их дважды хотят обложить налогами?
Хром отказывается от поддержки от NPAPI в ближайшее время (в сентябре 13 года было выделено 12-14 месяцев для технологий, которые работают на NPAPI). Юнити решили не подстраиваться под хром в этом плане и сделали ставку на webGl, который, пока что, как вы прекрасно понимаете, с 3D дружит даже хуже флеша.
Соответственно, в ближайшие пару-тройку месяцев unity web player перестанет функционировать в вебе. От слова «совсем».
В вебе останется пока ещё растущий webGl (который уже есть в unity 5), flash и html5.
Насчёт не оправданного использования. Ну как сказать… King, вот, не жалуется, например и продолжает выпускать на флеше новые игры.
Флеш хоронят с самого начала его существования. Silverlight, unity, html5.
Вот только на нём продолжают делать игры. И самое главное — зарабатывать на них. И от мобилок adobe не отстаёт. Технология AIR — очень хороша. А если взять stage3d и какой-нибудь Flare3D с его визуальным редактором — то при выборе между флешом и юнити — уже можно задуматься и хорошо задуматься.
Так и не понял зачем вам делать надстройку над стандартным массивом, которая делает всё то же самое, что сам массив, только дольше.
В чём смысл от этой «утилиты»?
И зачем вам какой-то нелепый CHashMap, который на какого-то рожна работает на двух массивах?
Чем вам не угодил родной функционал базового объекта?
var hashMap:Object = new Object();
// set
hashMap[String(someKey)] = someValue;
// get
var someValueToGet = hashMap[String(someKeyToGet)];
И это только одни из первых классов, которые я просмотрел в коде. Дальше смотреть не стал — развилась жуткая мигрень.
Применён шаблон проектирования Абстрактная фабрика [CTarget; CTargetFactory]…
Пожалуйста, уберите вот эти и подобные умные слова из текста этого поста, дабы неопытный или наивный пользователь случайно не принял их за истину.
Ваш код ни в коем разе не соответствует принципам ООП и тем более — паттернам проектирования.
Создавать классы ради самого процесса их создания и бездумно наследовать их друг от друга — это не ООП.
Сомнительность «принципиального новшества» налицо. Конечно же, такая схема монетизации придумана уже давным-давно и даже не в интернете. А что касается мобильных приложений, то и тут гугл опоздал. Разработчики часто используют схему «разлочки» функционала, как один единственный inapp.
Зачем ещё один wrapper над wrapper'ом — не понятно. Посмотрим, может быть гугл предложит что-то интересное.
Envato — это бизнес. На ActiveDen они продавали swf-ки c кодом чёрти знает какой давности, написанные ещё на втором action script. А ассеты — ну совсем не серьёзно, это разрослось в откровенную помойку. Конечно же, их продажи падали. Всё логично.
Единственной «опасной» новостью для флеша, по моему мнению, может стать лишь намерение facebook и других крупных социальных сетей, отказаться от этой технологии. Чего, опять же, не происходит по одной простой причине — деньги. Flash — это огромная экосистема. Тем более активно развивающаяся.
Там несколько заявлений (причём, не голословных) о тяжеловесности получающихся на выходе клиентов. К слову, демо-пример в той ветке подвесил намертво мою систему.
Вернёмся к этому «существенному» минусу. Среди браузеров лидером является Chrome. Который имеет свою реализацию flash-плеера и отказываться от неё не собирается. И среди которых (браузеров) есть новый от Microsoft (самой популярной операционной системы на пк). Который, в свою очередь, имеет единственный(!) предустановленный плагин из коробки — flash-плеер.
Учитывая. что никаких предпосылок к изменению «дальнейшей судьбы» flash-плеера в браузере нет, ваш выбор в статье выглядит ещё страннее.
Вы это на 5-10 лет вперёд смотрите? Или планируете настолько долгую жизнь вашему проекту? Или это время разработки? Поясните, пожалуйста.
Тут дело в нежелании Unity запиливать веб-плеер на отличном от Netscape Plugin API. К флешу и другим плеерам это не имеет никакого отношения.
Просто знать возможные причины ухода игроков — не большое преимущество.
Важнее понимать, где и в какой момент игровые механики могут приводить к отсеву игроков.
И самое важное — уметь при этом использовать аналитику. Отслеживать действительно нужные игровые события, уметь делать верные выводы на основе достаточного количества информации.
Игровой бизнес сегодня — умение работать с трафиком. Без средств сбора статистики сейчас никуда.
Радует ещё и то, что практически вся работа с webix сведена к js коду, без html и css.
Определённо буду использовать этот отличный инструмент.
Это звучит как минимум странно. Наверное, так же странно, как среди художников звучало бы описание уровня — «Senior Photoshop». Освоил визуальный редактор? Здорово, классно!
Но, впредь, к приставке senior, подписывайте, пожалуйста, язык программирования.
Весьма и весьма показательная фраза. Ощущение, что собеседования проводятся вами для развлечения себя любимого.
Соглашусь с первой строкой первого комментария в треде.
Сейчас размещение рекламы (и таргетированные баннеры и прероллы) — через AppsCentrum.
C новым годом! :)
Спутник mail.ru, да.
Ситуация становится ясной. Кто-то решил сэкономить — не вышло. А так всё вполне приемлимо же — оплати налоги и работай дальше, не? Тревожный звоночек, имхо, — ложная тревога :)
Доходы с инаппов, по всей видимости — это основные доходы в деятельности МэйлРуГеймз?
Компания не хочет платить НДС впринципе? Или их дважды хотят обложить налогами?
Соответственно, в ближайшие пару-тройку месяцев unity web player перестанет функционировать в вебе. От слова «совсем».
В вебе останется пока ещё растущий webGl (который уже есть в unity 5), flash и html5.
Насчёт не оправданного использования. Ну как сказать… King, вот, не жалуется, например и продолжает выпускать на флеше новые игры.
Флеш хоронят с самого начала его существования. Silverlight, unity, html5.
Вот только на нём продолжают делать игры. И самое главное — зарабатывать на них. И от мобилок adobe не отстаёт. Технология AIR — очень хороша. А если взять stage3d и какой-нибудь Flare3D с его визуальным редактором — то при выборе между флешом и юнити — уже можно задуматься и хорошо задуматься.
Так и не понял зачем вам делать надстройку над стандартным массивом, которая делает всё то же самое, что сам массив, только дольше.
В чём смысл от этой «утилиты»?
И зачем вам какой-то нелепый CHashMap, который на какого-то рожна работает на двух массивах?
И это только одни из первых классов, которые я просмотрел в коде. Дальше смотреть не стал — развилась жуткая мигрень.
Пожалуйста, уберите вот эти и подобные умные слова из текста этого поста, дабы неопытный или наивный пользователь случайно не принял их за истину.
Ваш код ни в коем разе не соответствует принципам ООП и тем более — паттернам проектирования.
Создавать классы ради самого процесса их создания и бездумно наследовать их друг от друга — это не ООП.
Зачем ещё один wrapper над wrapper'ом — не понятно. Посмотрим, может быть гугл предложит что-то интересное.