Кстати вот я заметил, что для видео и аудио есть протоколы транспортного уровня, а для игр как-то все слабо. Я понимаю что игры стандартизировать довольно сложно, ведь всякие бывают и у них разные требования к сети.
Но вот стало интересно даже и нашел в сети статью от корейских исследователей на тему ММО(ну а кто ж еще, как не корейцы этим будут заниматся :)).
Добавлю в комментах про существование весьме экзотического сервиса: Cloud IDE для Haskell. www.fpcomplete.com/
В нем так же есть уроки по Haskell, которые сразу можно проверять в местной IDE. Поддерживается публикация и подтягивания кода с github, deploy веб приложения с Yesod на backend.
Доктору кто нельзя не ставить максимальный бал, потому что это не сериал, а уже давно религия.
В остальном конечно главное не начать холивар, потому что часть сериалов я бы поставил куда ниже балы, а некоторым выше, вот например из всех тех я бы все же терра нове поставил 8 из 10, начался вяло, а под конец раскрутили интригу, как обычно короче, но сериал уже закрыли. :(.
Ну и еще бы я сюда Defiance запихнул, тоже смотрибельный сериал, хотя и звезд с неба не хватает.
Мне эта софтина чем-то напомнила emacs, где вместо elisp clojure. Сам, как любитель кложуры, очень жду апгрейда данной ide, сам думаю на досуге занятся допилом, но пока времени нету.
Например, очень не удобно работать с атласами. У 2д тулкит есть возможность вставлять GUI контролы, эта новая часть фреймворка и она не сильно развита, но она уже как минимум не хуже NGUI. А вот насчет оптимизации, вы конечно имеете право на свое мнение, но чисто объективно он оптимизирован плохо. Я не хочу сейчас вдаватся в детали и вас переубеждать, ваше право. :)
Кстати в него уже добавили обновление атласов после того, как ты редактируешь отдельно текстуру, которая входит в атлас?
Я ничего не имею против NGUI. Но мне не нравятся следующие вещи.
Он плохо оптимизирован. Это незаметно на десктопах, но на мобилах мне его производительность не нравится.
Не удобный интерфейс. Слишком много телодвежений нужно делать, что бы сделать простые вещи.
Не удобная архитектура. Опять же это на фоне других, что работа с их камерой, что панели, что виджеты.
Проблемы со слоями. Вот это самый большой минус этого фреймворка, настроить нормально глубину. когда много панелей и пару анхоров — очень геморно. Всегда что-то перекроет кого-то непонятным образом.
Может быть ему не было альтернатив год назад, сейчас же их хватает. К примеру я использовал и 2D Toolkit, он умеет сейчас столько же и лишен тех недостатков(ну и плюс у них очень удобная система Layout, а не простые анхоры, а так же скейл под разные разрешения сделан удобней). Но есть еще лучше чем 2D Toolkit — это, как я писал уже выше Daikon GUI, он чисто заточен под GUI в отличии от 2D Toolkit.
Не было альтернатив NGUI? Например, Daikon GUI. Отличная альтернатива. А так в атласы паковать и прочее умеют дофига фреймоворков и часть из них это умеет делать лучше чем NGUI(я про удобство использования например), Daikon в том числе. Да и ИМХО зря разработчик NGUI сейчас пилит GUI для юньки, потому что NGUI не самый удобный фреймворк.
А прием, тут скайп? Это пост про консоли, а Skype и до микрософт не отличался качеством, жаль, только что после покупки его майкрософтом ситуация не изменилась.
Опыт C# показывает, что как раз наооборот var делает код более читаемым. Ведь и так понятно var x = new SomeObject(); что x будет типа SomeObject. Так же если создается фабрикой, от фабрики примерно ясно, что за объект. Вот в случаях когда не ясно по коду, какой тип возвращает функция, тогда тип, конечно, желательно указывать явно для повышения читаемости кода.
Странно возможно, потому что вы java программист и привыкли к такой модели, ясное дело, что в книгах связанных с java и ООП будет перечить, но ООП не такая уж и стандартизированая штука, например взять тот же Objective-C, в нем тоже есть и классы и наследования, но отличий полно и от Java и от C++. Нельзя говорить, какая моделей правильней, но мне лично кажется наличие релизации по умолчанию большим плюсом, это, кроме упомянутых mixins, дает возможность создания Rich Interfaces, где конечному пользователю вашей API не придется реализовать всю кучу методово интерфейса, но реализовать парочку, на которые опирается остальная часть интерфейса.
Вставлю свои субъективные 5 копеек. Я, наверное зря, ожидал красивый язык с интересным синтаксисом, а получилось что-то явоподобное, что на фоне того же их Go смотрится странно. В целом интересно, занятно, если будет популярно буду пользоватся — он как минимум не хуже JS, а объективно местами и лучше. В любом случае сейчас в этом сегменте очень плотная конкуренция. Это на руку нам простым разработчикам, значит бурная эволюция фронта неизбежна, а там гляди и мечта в виде «One language to rule them all» сбудется(я про Server/Client side язык).
Но вот стало интересно даже и нашел в сети статью от корейских исследователей на тему ММО(ну а кто ж еще, как не корейцы этим будут заниматся :)).
В общем кому интересно читайте:
citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.98.7687&rep=rep1&type=pdf
www.fpcomplete.com/
В нем так же есть уроки по Haskell, которые сразу можно проверять в местной IDE. Поддерживается публикация и подтягивания кода с github, deploy веб приложения с Yesod на backend.
В остальном конечно главное не начать холивар, потому что часть сериалов я бы поставил куда ниже балы, а некоторым выше, вот например из всех тех я бы все же терра нове поставил 8 из 10, начался вяло, а под конец раскрутили интригу, как обычно короче, но сериал уже закрыли. :(.
Ну и еще бы я сюда Defiance запихнул, тоже смотрибельный сериал, хотя и звезд с неба не хватает.
Кстати в него уже добавили обновление атласов после того, как ты редактируешь отдельно текстуру, которая входит в атлас?
Он плохо оптимизирован. Это незаметно на десктопах, но на мобилах мне его производительность не нравится.
Не удобный интерфейс. Слишком много телодвежений нужно делать, что бы сделать простые вещи.
Не удобная архитектура. Опять же это на фоне других, что работа с их камерой, что панели, что виджеты.
Проблемы со слоями. Вот это самый большой минус этого фреймворка, настроить нормально глубину. когда много панелей и пару анхоров — очень геморно. Всегда что-то перекроет кого-то непонятным образом.
Может быть ему не было альтернатив год назад, сейчас же их хватает. К примеру я использовал и 2D Toolkit, он умеет сейчас столько же и лишен тех недостатков(ну и плюс у них очень удобная система Layout, а не простые анхоры, а так же скейл под разные разрешения сделан удобней). Но есть еще лучше чем 2D Toolkit — это, как я писал уже выше Daikon GUI, он чисто заточен под GUI в отличии от 2D Toolkit.
PS игра хорошая кстати.
Например
interface foo {
default void bar() { baz(); }
void baz();
}
Ну и самое главное, все это не приводито к тому аду, что был с множественным наследованием в С++.
Что касается этого поста, то спор вообще не уместен, просто сайт закрыли и тут же сразу поднабежало народу.