А мне в только и виделось - усиление конструкций.
В вашем случае (лично мое мнение), достаточно только в двух, трех местах сказать про усиление ..., а потом разбавить это все техническими текстами, тем более что пишите это не для людей :) а для спецов (ЦА), а они не люди - им ваша вода не нужна.
да, промахнулся, пришел из параллельной реальности
нет не понятно
Вы когда пишите по-английски то соблюдаете правила построения предложения, четко следуя Подлежащее, сказуемое
А по русски можно и не соблюдать строгую последовательность.
Потому и речь о формальности
Я вам по секрету скажу - я в php не сразу въехал, а пришел в него после tcl/tk
а до этого почти весь зоопарк - fortran, pl, pascal, c, vba и конечно же assembler разных архитектур.
Речь не об удобстве, а о принятом стандарте языка (в том числе и библиотек)
Конечно, нужно выбрать.
Ну не пишу я на рельсах, и на пайтон гавкаю. Но ни грамма не умаляю достоинств того или иного языка. Каждый для своих задач.
Что касается разработки под web - то не имеет значения время разработки если знаешь серверный язык, кстати, а почему бы и не extjs? То же не годится?
Нет!!!!
Потому что используются разные варианты циклов
Потмоу что для читаемости кода разнесены переменные
foreach ($model->get_products($data_filter) as $product) { data_products[] = array( 'key' => user_function(product['key']) ..... ) } render($data_products)
или
в вашем стиле (редко применятется)
while (list ($key, $val) = each ($model->get_products($data_filter)) { $data_products[] = array( 'key' => user_function($var) .... ) }
Вы покажите именно полстроки, которые не формально, а фактически уменьшили код.
О каком платежном сервисе речь идет?
Подготовка данных для отправки на сервер, и обработка ответа от сервера.
Причем здесь SDK и его размер?
Вы в рельсовый sdk будете заглядывать? Нет! И я в php-шный код не буду.
И там и там будет вызов одних и тех же методов = 1 строка.
Все это сводится к одному.
Использование инструмента. Смотрим на 7-ку, и видим прирост скорости в работе. Имеет ли смысл говорить тогда о скорости разработки, которая представляет собой человекочасы, а не микросекунды работы кода.
И на какой кодовой базе основана ECommerce система не имеет значения.
К сожалению, аргументов у вас нет. Вывод?
Причем здесь развитие eCommerce рынок? Большой или малый и каков уровень его развития. И какие критерии этой развитости? Когда нам ждать пика?
Источники.. Это вы выступили в качестве иксперда, сказав, что умрет (или кода больше, или тяжелее). Вот мы и просим покажите.
Ну, по крайней мере хотя бы на примере любого мода для И-магазина
Условный код:
$products = $model->get_products($data_filter); foreach ($products as $product) { data_products[] = array( 'key' => user_function(product['key']) ..... ) render($data_products)
А теперь этот же функционал на рельсах..
И покажите разницу в количестве строк
ну.. хоть в пол строки...
Ну так я о том же.
Наличие скомпилированных библиотек - да какая разница для какого проекта?---------- Добавлено 20.12.2016 в 15:24 ----------
Пробовал != работал
цифры с потолка
Вы покажите реальный пример, а не взятый ниоткуда
Когда вам нужно 10 строчек в рельсах, а на пхп будет 20!!!! (100 не прошу)---------- Добавлено 20.12.2016 в 14:48 ----------Может вы еще считали в качестве строк phpdoc?
Пример в студию - иначе это звучит как бред собачий.
Тем более если рассматривать в точки зрения web- приложений.
Да, а скачков при загрузке стилей вы тоже не замечаете?
А если у вас jquery библиотеки грузятся, а еще и зависимые тоже async (defer) вот каждый..
А если еще вдруг и шаблонописатель вообще не знает о document.load или тупо игнорирует..
Так что продолжайте гоняться за плюсиками..
инлайн????
Ага... а как же - уменьшите размер html???
Т.е. плевать что там будет "стильная" колбаса.. Главное чтоб зелененьким светилось..
При нормальном кешировании...
Что такое нормальное кеширование. Какие признаки "нормальности"? Какова валидность данных?
Конечно, я не защищаю 2-2,5 сек на загрузку
Но до 1 сек это вполне съедобно. И скорость загрузки - ну как она может быть связана с ранжированием?
Вы давно использовали jpeg interlaced? Ведь задача - отдать как можно быстрее визуальный контент?
Общий посыл - разместите сервер ближе к G - получите быстрый ответ.
Не используйте js и библиотеки - получите плюсики
Не используйте CSS-fw получите плюсики
Используйте голый html, а не CMS - получите плюсики.
голый html - никакой нагрузки на сервер.
И все в плюсиках.
Размер Вашего изображения 600байт, его можно ужать до 300байт получите экономию 50%, + в карму два плюсика. Не кажется это смешным?
Размер вашего фалй стилей = 1к, сожмите его и получите размер 900байт - экономия в 10% = два плюсика.
И вы будете продолжать верить в его рекомендации и строго им следовать.
