Неудобно. Раньше вообще ничего нажимать не нужно было. И относительно долго на 200МГц… Но это ещё пол-беды.
Пропало принудительное обновление прогноза погоды. Общая скорость работы сильно упала. Вернуться в стандартный Today с одного нажатия хардкнопки теперь эпопея в два тапа с ожиданиями во время эффектов.
В стандартном скине стало влезать меньше полезной информации. А альтернативных пока не видно.
Обновился. Сильно разочаровался. Был очень удобный инструмент, стала мешанина красивых фишек. Возможностей стало много больше, но основные действия теперь требуют много больше нажатий для их достижения.
Общее впечатление после 2.x — ужасно.
Особенно бесит пропавшее переключение на базовый экран при включении машинки. Теперь, чтобы бегло оценить статус нужно закрывать уйму открытых программ, пока доберёшься в начало.
Жалею, что поспешил заплатить за апгрейд. Надо было сперва на триальной версии убедиться, что оно того для меня не стоит :-/
Я же писал выше — бота, например, способного загрузить ORM-массив из уже работающего проекта. Понятно, что можно писать параллельное решение на Питоне, но вопрос в соотношении затрат и достижимых целей.
>Но и у Эрланга есть свои тараканы.
Да. Зато в распределяемости и мультипроцессности — он король :) У каждого — свои достоинства и недостатки. Все языки, которые не имеет никаких достоинств — умирают. Были бы языки без недостатков — они бы выдавили с рынка остальные.
>Сегодня?
Да, естественно. А за завтра я прогнозировать и не возьмусь. Сам практикую Java и Python. Вижу большие шансы у Ruby и .NET. Не сбрасываю со счетов Parrot и Py3k.
>Ну, я бы сказал, уже начинает сдавать позиции.
За прошедший год по Tiobe потеря в 0.3%. Я бы сказал, что это много ниже сезонных колебаний :)
>Все больше народу переходят на другие языки благодаря фреймворкам. Django, RoR, Grails
Ruby за год потерял 0.07%, что тоже пренебрежимо, Python набрал 1.18% и поднялся на 6-е место… Но судя по рейтингу это за счёт Perl. И не удивительно, Perl сегодня, действительно, массово заменяется Питоном.
…
Конечно, это всё цифры общие, а не только из Web'а, но для PHP и Ruby, по большому счёту, весь их рынок и есть Web. А Python, получается, растёт больше за счёт системного применения. Вот и у меня в Gentoo основные системные скриптовые потроха на нём крутятся :)
>>Когда потребуется связь с имеющейся и развёрнутой системой на PHP.
>REST.
Это если можно обойтись без постоянной связи. Но тогда в сабже вопрос и не возникнет. А если хочется, например, поуправлять системой через Jabber?
>А вот тут оооочень заблуждаетесь. С чего это Вы взяли?
С того, что это не Эрланг ;) Безусловно, проект растащить на ноды можно, но работа будет ручная и с большим оверхедом.
>И тем более уж на пхп ;-)
Так я его на это и не подписывал ;) За пределами своей ниши смысла в этом языке нет. Зато в ней он сегодня сидит весьма плотно и сдавать позиции пока не спешит.
>>Под разные типы задач — разные средства их решения.
>Я об этом и говорил в начале этой ветки
Ну, хоть тут консенсус :)
> считаю, что писать это на пхп — глупо.
Для массового web'а сегодня — самый востребованный язык. При этом при грамотном использовании — не принципиально хуже массы других.
> И еще раз: писать такое на пхп — ГЛУПО!
Может иметь очень узкую, но востребованную нишу. Когда потребуется связь с имеющейся и развёрнутой системой на PHP. Да, сюда не подсунешь много соединений, глупо делать асинхронную обработку и прочее, но под задачу подцепить пару коннектов — вполне подойдёт. Альтернатива в виде переписывания работающего проекта? Далеко не всегда это имеет смысл.
>Python, Erlang
Да, отличные языки для своих ниш. Но с Эрлангом не вылезешь в массовый Web, на Питоне тяжело писать масштабируемые системы… И ни на том, ни на другом не напишешь, например, драйвера для ОС (это просто гиперболизированный случай неподходящей задачи, хотя тут мы, вроде, пришли к согласию)
Ну так а зачем Вы тогда отвергаете существование рынка массовых хостингов и мелких (и не очень) проектов? Или почему по своему специфическому роду занятий пытаетесь делать глобальные обобщения?
Под разные типы задач — разные средства их решения. То, с чего я начал эту ветку и за что меня минусанули.
Вы не согласны?
Тогда назовите Ваше типовое средство решения Ваших задач и я сразу назову ряд других задач, где Ваше средство либо неприменимо, либо неэффективно.
Безусловно. Важно только помнить, что в условия задачи нередко входит не только один алгоритм. Но и, например, такой банальный вопрос, как выбор хостинга заказчиком :)
>Достаточно одного незакрытого «безобидного» <b> — и ага, вся страница дальше изуродована.
Я у себя просто поступаю. Все разрешённые тэги преобразую в BB-код (<b> в [b]), а обратно уже не простой [регексповой] заменой, а конечными автоматами с точным учётом пар. Так что непарные тэги останутся неоттранслированными.
Точно также, например, YouTube-ссылки или YouTube-HTML-вставки транслируются в [youtube]ID ролика[/youtube] и уже из него — в валидный HTML.
Да, а весь неоттранслированный входящий HTML тупо преобразуется по htmlentities.
Давно жду, когда кто-нибудь догадается продавать кино, музыку и игры в открытых форматах и нормальном качестве. Деньги готов платить уже давно. Пока же получается покупать только книги в fb2.
Пример очень длинный. Построение проволочных 3D-функций с удалением невидимых (правда, без закраски) на Бейсике 20 лет назад занимало несколько экранов (64x24) кода :)
Пропало принудительное обновление прогноза погоды. Общая скорость работы сильно упала. Вернуться в стандартный Today с одного нажатия хардкнопки теперь эпопея в два тапа с ожиданиями во время эффектов.
В стандартном скине стало влезать меньше полезной информации. А альтернативных пока не видно.
…
В общем, пока — одно разочарование :-/
Общее впечатление после 2.x — ужасно.
Особенно бесит пропавшее переключение на базовый экран при включении машинки. Теперь, чтобы бегло оценить статус нужно закрывать уйму открытых программ, пока доберёшься в начало.
Жалею, что поспешил заплатить за апгрейд. Надо было сперва на триальной версии убедиться, что оно того для меня не стоит :-/
Буду даунгрейдиться на 2.x
А сколько будет в такой ситуации раскачиваться MS?
Я же писал выше — бота, например, способного загрузить ORM-массив из уже работающего проекта. Понятно, что можно писать параллельное решение на Питоне, но вопрос в соотношении затрат и достижимых целей.
>Но и у Эрланга есть свои тараканы.
Да. Зато в распределяемости и мультипроцессности — он король :) У каждого — свои достоинства и недостатки. Все языки, которые не имеет никаких достоинств — умирают. Были бы языки без недостатков — они бы выдавили с рынка остальные.
>Сегодня?
Да, естественно. А за завтра я прогнозировать и не возьмусь. Сам практикую Java и Python. Вижу большие шансы у Ruby и .NET. Не сбрасываю со счетов Parrot и Py3k.
>Ну, я бы сказал, уже начинает сдавать позиции.
За прошедший год по Tiobe потеря в 0.3%. Я бы сказал, что это много ниже сезонных колебаний :)
>Все больше народу переходят на другие языки благодаря фреймворкам. Django, RoR, Grails
Ruby за год потерял 0.07%, что тоже пренебрежимо, Python набрал 1.18% и поднялся на 6-е место… Но судя по рейтингу это за счёт Perl. И не удивительно, Perl сегодня, действительно, массово заменяется Питоном.
…
Конечно, это всё цифры общие, а не только из Web'а, но для PHP и Ruby, по большому счёту, весь их рынок и есть Web. А Python, получается, растёт больше за счёт системного применения. Вот и у меня в Gentoo основные системные скриптовые потроха на нём крутятся :)
>REST.
Это если можно обойтись без постоянной связи. Но тогда в сабже вопрос и не возникнет. А если хочется, например, поуправлять системой через Jabber?
>А вот тут оооочень заблуждаетесь. С чего это Вы взяли?
С того, что это не Эрланг ;) Безусловно, проект растащить на ноды можно, но работа будет ручная и с большим оверхедом.
>И тем более уж на пхп ;-)
Так я его на это и не подписывал ;) За пределами своей ниши смысла в этом языке нет. Зато в ней он сегодня сидит весьма плотно и сдавать позиции пока не спешит.
>Я об этом и говорил в начале этой ветки
Ну, хоть тут консенсус :)
> считаю, что писать это на пхп — глупо.
Для массового web'а сегодня — самый востребованный язык. При этом при грамотном использовании — не принципиально хуже массы других.
> И еще раз: писать такое на пхп — ГЛУПО!
Может иметь очень узкую, но востребованную нишу. Когда потребуется связь с имеющейся и развёрнутой системой на PHP. Да, сюда не подсунешь много соединений, глупо делать асинхронную обработку и прочее, но под задачу подцепить пару коннектов — вполне подойдёт. Альтернатива в виде переписывания работающего проекта? Далеко не всегда это имеет смысл.
>Python, Erlang
Да, отличные языки для своих ниш. Но с Эрлангом не вылезешь в массовый Web, на Питоне тяжело писать масштабируемые системы… И ни на том, ни на другом не напишешь, например, драйвера для ОС (это просто гиперболизированный случай неподходящей задачи, хотя тут мы, вроде, пришли к согласию)
Под разные типы задач — разные средства их решения. То, с чего я начал эту ветку и за что меня минусанули.
Вы не согласны?
Тогда назовите Ваше типовое средство решения Ваших задач и я сразу назову ряд других задач, где Ваше средство либо неприменимо, либо неэффективно.
Я у себя просто поступаю. Все разрешённые тэги преобразую в BB-код (<b> в [b]), а обратно уже не простой [регексповой] заменой, а конечными автоматами с точным учётом пар. Так что непарные тэги останутся неоттранслированными.
Точно также, например, YouTube-ссылки или YouTube-HTML-вставки транслируются в [youtube]ID ролика[/youtube] и уже из него — в валидный HTML.
Да, а весь неоттранслированный входящий HTML тупо преобразуется по htmlentities.
Правда, индикатор у меня обычно убран. Зачем место занимать, когда видно по CapsLock на клаве :)
Мало кто сможет такое вытерпеть.
…
Вот если технологии дойдут до такой производительности — то идея имеет смысл.
Под MS-DOS неинтересно, как это было в CP/M.
CMD-файлы от CP/M были никак не совместимы с BAT-файлами DOS.
Других же случаев попытаться сохранить переносимость мне даже в голову не приходит :)
Ну а главное — в CP/M всё равно после команды ставили пробел. Потому что в ряде систем пробел требовался обязательно.
Я не понаслышке об этом, а из своей практики. Я работал на трёх версиях CP/M (на Orion-128, на ATM-Turbo и на Spectrum-Profi).
Повторюсь, проблема — совершенно надуманная. И такое объяснение выплыло только в последние годы :)