Не есть это ни по сути, ни по логике. Опрос вообще странный. Всего 5 пунктов, в которых есть всё что можно — оболочки, wm, среды. Всё это по сути одинаковое тоже? Если речь идёт о рабочей среде, как в заголовке опроса, то делать пункты типа gnome2, gnome-shell, Unity — абсурд. Не использую GNOME Shell в GNOME 3 (выключил, вернул gnome-panel итд), как и несколько моих знакомых и коллег.
Не понял к чему это… Вы ничего не путаете? Генерики и for-each там отсутствуют не потому, что ява «кастрированная». Тогда можно сказать, что java 1.3 тоже кастрированная?
А что мешает придерживаться строгих принципов ООП в J2ME?
В основном — зачастую огромное увеличение объёма байткода, только за счёт лишних наследований, не говоря уже о «правильных» геттерах-сеттерах повсеместных. В последнее время было менее актуально, конечно, но чуть пораньше тщательно ужимать код и ресурсы было обычным делом.
Гранулированность итд после появления midp2 было значительно менее актуально всё же, но раньше это был просто адъ. Тут и сами производители виноваты были, хотя всё было только уже сверх стандартов, конечно.
Ибо ME — это изуродованная и кастрированная Java, которая может только осложнить изучение чего-либо актуального.
Ну всё не так совсем ведь, что уж Вы. Если понимать что такое Java и что такое профили, платформы итд итп, то всё не так страшно выглядит. Изучать Java ME явно надо (было) после обычной Java и тогда понимание только улучшается, плюс приходят скилы оптимизаций и прочих выкрутасов. Честно говоря, мне очень жаль, что Java ME померла, технология на самом деле для того времени развития устройств-её-носителей была крайне продуманной, удобной и полезной.
Если говорить об SDK именно, а не об аппарате и платформе, то… даже сложно сразу сказать. Какая-то нецелостность и непродуманность местами, плюс сказывается фрагментированность самих устройств итд. Про маркет я вообще молчу, печаль одна :( Свои косяки, короче, как и у Java ME, впрочем.
Ха ха, ну всё верно, конечно. Однако в таких вещах, типа программирования на Java ME, очень часто приходится идти на компромисс с отвращением к некоторым приёмам программирования. Вплоть до нарушения красивости ООП (не смотря на то, что кажется, будто бы Java всё же). А уж сколько велосипедов делается, чтобы работало по возможности везде, я уж вообще молчу)
В дополнение к комментариям к первой части ещё скажу, что мне GameCanvas никогда особо не нравился по разным причинам, ибо вроде как толку особого нет в нём, а сам подпакет lcdui.game какой-то тяжёлый. Конкретно игрушек я много не писал, но точно могу сказать, что многие игроделы предпочитают свои реализации лееров, спрайтов итд по той же причине.
Ещё мелкая придирка — технология называется Java ME, а не J2ME очень давно уже)
Ну и дальше код какой-то странный, честно говоря, не по-джавовски как-то, классы со строчных букв, переменные с заглавных и т.п. И писано про GameCanvas, а пишется на Canvas почему-то. Выясняется в итоге, что писали про свой класс, а взяли чужой? Оригинально-с :) За острый приступ ностальгии +1 всё равно можно поставить.
Эм… первый вопрос: с чего вы взяли, что destroyApp не вызывается AMS?
прекращением цикла жизни приложений руководит функция notifyDestroyed(), а не destroyApp()
Вы прямо с самого начала статьи всё напутали совершенно. Эти функции не имеют ничего общего и совершенно разные значения имеют. Первая всего лишь велит переводить в destroyed, а вторая как раз, грубо говоря, вызывается в мидлете для указания этого факта (причём флаг в параметре указывает можно ли отбрить, почитайте про это). Совершенно точно так же, как есть notifyPaused, например, и pauseApp.
По сложившейся традиции, обычно блок данной функции выглядит следующим образом:
public void destroyApp(boolean unconditional) {
notifyDestroyed(); // данный метод закрывает наше приложение
}</java>И блок этот выглядит так по традиции (у вас, например) именно только затем, чтобы можно было вызывать метод destroyApp (помимо вызова его AMS) из самой программы, чтобы завершить мидлет насильно, например по кнопке QUIT, ибо при этом в destroyApp обычно всякие ресурсы освобождают итд итп, чтобы не городить отдельный метод для этого. И при вызове notifyDestroyed из destroyApp обратного вызова не происходит, это всё даже в явадоках, вроде описано.
не обоснованное ограничение, жестко накладываемое nginx-ом на бэкенд
Ну да, прямо, очень жёсткое ограничение — расчёт на соблюдение стандарта)
может быть вообще любым и допустим http 1.0 не держать вообще как класс
Поддерживает 1.1 и отказывается поддерживать 1.0? Имхо, это экзотический случай, в отличии от поддержки 1.0 и неподдержки 1.1, который редок, конечно, тоже, но по крайней мере логичен.
Насколько я знаю (в т.ч. по приведённой ссылке), вышеупомянутые Лопуховы не просто «сидели в контакте и обменивались видео», в вели более активную деятельность. Или всё не так? Ладно, ущерб неадекватно вычисляют, но ведь они заведомо делали противоправные действия?
Причём тут всё же 1270 статья и приведённая цитата я так и не понял. Ок, забыли. В статье 1273 тоже ничего не сказано о том, что что-то гарантируется только тем, что информация была обнародована где-то. Там лишь о «допускается в личных целях» да ещё плюс разные ограничения и исключения ещё при этом. Судя по комментариям выше и ниже, Вы очень странно и очень вольно трактуете тексты законов, порой противоположно по смыслу. Тут и не поспоришь в итоге, да и ладно :)
Что Вы имеете ввиду?
«Ст. 1270 ГК РФ Исключительное право на произведение» — не вижу там ни определения сайта как публичного места, ни замечания о том, что откуда-то куда-то при этом можно копировать, вижу там по-моему обратное:
2. Использованием произведения независимо от того, совершаются ли соответствующие действия в целях извлечения прибыли или без такой цели, считается, в частности:
…
11) доведение произведения до всеобщего сведения таким образом, что любое лицо может получить доступ к произведению из любого места и в любое время по собственному выбору (доведение до всеобщего сведения).
Так и хочется спросить у СУП и Ко: доколе?
Гранулированность итд после появления midp2 было значительно менее актуально всё же, но раньше это был просто адъ. Тут и сами производители виноваты были, хотя всё было только уже сверх стандартов, конечно.
Ещё мелкая придирка — технология называется Java ME, а не J2ME очень давно уже)
Поддерживает 1.1 и отказывается поддерживать 1.0? Имхо, это экзотический случай, в отличии от поддержки 1.0 и неподдержки 1.1, который редок, конечно, тоже, но по крайней мере логичен.
«Ст. 1270 ГК РФ Исключительное право на произведение» — не вижу там ни определения сайта как публичного места, ни замечания о том, что откуда-то куда-то при этом можно копировать, вижу там по-моему обратное: