>Не совсем так, HTML5 как ни крути более требователен к ресурсам
и в чем это выражается? JS и AS близкие родственники, интерпретаторы в браузерах и флеше сходны по характеристикам, аппаратное ускорение пилится, кодеки для видео нативные.
Ну а то, что сейчас всякие анимации-перделки на хтмл5 тормозят — так оптимизируют, дело наживное.
При этом здесь нет смысла говорить о дублировании кода. Как не думай, проще здесь написать невозможно. Подобных примеров можно привести огромное количество, взяв любую программу. Не нравится, что здесь пример касается GUI, так и в других задачах мы встретим аналогичное:
int texlump1 = Wads.CheckNumForName («TEXTURE1», ns_global, wadnum);
int texlump2 = Wads.CheckNumForName («TEXTURE2», ns_global, wadnum);
здесь можно предложить такой вариант: реализовать функцию, принимающую на вход массив (в данном случае на выходе тоже массив). Тогда кусок будет выглядеть как-то так:
>Заменять x на y и на z частенько приходится в вычислительной физике.
как я вас понимаю. Писал на дипломе код для операций с матрицами 3х3, причем каждый элемент содержал 2 числа. Многие методы процентов на 80 состояли из такого копипаста, где менялись только индексы элементов.
>на перле я бы обязательно скачал и подключил сторонний модуль. Поэтому предпочёл бы решить данную задачу на питоне. И решение будет менее изящным чем на ПХП, скорее всего
ну вот видите, и все пролетели. Нет идеального инструмента для всего.
>Но тема ж не про веб, а про админство.
так и я про него. Или админу грех работать с HTTP? :)
>Примитивная работа с пайпами/подпроцессами (по сравнению с башем)
пайпы в баше скорее необходимость, ввиду минималистичности языка. В пыхе куча встроенных функций, делать пайпы из десятка программ тут не нужно. Хотя в принципе можно при желании. А чем вам работа с подпроцессами в баше нравится? Вроде ничего такого жутко удобного я там не припоминаю.
так я и спрашиваю, в чем технически это выражается, что может оправдать время, затраченное на изучение нового языка. А мыслить только шаблонами — плохо, от этого мозги засыхают.
и в чем это выражается? JS и AS близкие родственники, интерпретаторы в браузерах и флеше сходны по характеристикам, аппаратное ускорение пилится, кодеки для видео нативные.
Ну а то, что сейчас всякие анимации-перделки на хтмл5 тормозят — так оптимизируют, дело наживное.
багрепорты тоже разные бывают. Попробуйте, например, снять полный backtrace с падающих иксов
в фотокамерах такие экраны уже 2 года применяются многими производителями, даже на мыльницы ставят.
все так говорят, пока глюканувший сервер не начнет отдавать исходники скриптов :)
здесь можно предложить такой вариант: реализовать функцию, принимающую на вход массив (в данном случае на выходе тоже массив). Тогда кусок будет выглядеть как-то так:
char * textures[2] = { "TEXTURE1", "TEXTURE2" }; int texlump[2] = Wads.CheckNumForName(textures, ns_global, wadnum);Да, и тут есть копипаст, но на мой взгляд выглядит намного лучше: проще рефакторить, проще увидеть ошибку. Да и красивее в конце концов :)
как я вас понимаю. Писал на дипломе код для операций с матрицами 3х3, причем каждый элемент содержал 2 числа. Многие методы процентов на 80 состояли из такого копипаста, где менялись только индексы элементов.
ну вот видите, и все пролетели. Нет идеального инструмента для всего.
>Но тема ж не про веб, а про админство.
так и я про него. Или админу грех работать с HTTP? :)
электрон электрону рознь
на пхп кода получится больше, это да. Но зато даже в сложном скрипте на пыхе, если грамотно писать, можно разобраться даже через несколько лет :)
В обратку: напишите мне на перле функцию, проверяющую доступность определенной страницы (url). Без сторонних костылей.
пайпы в баше скорее необходимость, ввиду минималистичности языка. В пыхе куча встроенных функций, делать пайпы из десятка программ тут не нужно. Хотя в принципе можно при желании. А чем вам работа с подпроцессами в баше нравится? Вроде ничего такого жутко удобного я там не припоминаю.
а мсье точно сможет технически это обосновать? Чего такого есть в других скриптовых языках и чего сильно не хватает в пыхе.