Другой вопрос по поводу тегов «google-analytics». Это нельзя включать в спецификацию языка разметки. Это язык для разметки, построения визуальной схемы, конструкции, на основе какой дальше можно строить что угодно. Плюс, если сделать такие вещи только для самых известных корпораций и продуктов (типа теги гугл-аналитикса, или тег типа "<youtube-player>") — будет явная монополия и неравная конкуренция. Сделать для всех — чёрти что, бардак, да и невозможно. Есть куча готового кода, CTRL+C — CTRL+W, и засорять стандарт языка для
какого-то «удобства» — слишком странно. Уже сейчас можно реализовать что-то типа ""; И одна строка, и без увеличения количества тегов
Ну во-первых, CTRL + V :-)
Во-вторых, верстка должна быть семантичной, а веб-компоненты это как раз путь к семантике.
То есть я искренне считаю, что "<google-analytics/>" лучше, чем "<\div class=«google-analytics» />", как в Вашем втором комментарии.
ON DUPLICATE KEY… UPDATE, или так называемый UPSERT (UPdate + inSERT), был все-таки признан нужной “фичей” в сообществе PostgreSQL. Его релиз назначен на 9.5 версию СУБД
Ну растет же постгрес :-)
Раньше мыскль рос до постгреса, а в последнее время наоборот, постгрес берет лучшее из мыскля.
В 9.1 например запилили group by по pk, в 9.5 теперь insert on duplicate, самое главное, strict mode не выключайте к 10-й версии :D
Вы сейчас про какое голосовое управление говорите?)
Я надеюсь не про набор поискового запроса, правда? Потому что отправить сообщение вконтактик своему другу голосом у Вас не получится. О какой точности идет речь?
А сейчас я сделаю акцент на том, что уровень зарплат PHP-программистов продолжает падать (особенно это заметно на рынке Западной Европы и США). На самом деле, это не повод радоваться тем, кто внедряет WordPress, Bitrix, Drupal и Joomla. Это сигнал того, что более опытные разработчики будут продолжать переходить на более высокооплачиваемые позиции (JavaScript, Ruby и т.д.), в то время, как в этом сегменте PHP будет возрастать концентрация Junior'ов. Как следствие — качество разработок на PHP будет падать.
Откуда данные что зарплаты падают? В исследовании про это ни слова не нашел.
В исследовании виден прирост phpшников по сравнению с 2014-м годом на процент с небольшим.
Ну то есть Вы сравниваете замкнутую систему Ангуляра с чем?
Давайте сравним замкнутую систему Ангуляра с Вашей замкнутой экосистемой.
Вы возьмете эти 25 чудных библиотек и напишите свой glue-код, который и будет этой самой экосистемой.
Так вот Ваша экосистема думаю и года без Вас не проработает, особенно если нужно будет обновить какую-нибудь библиотеку, которую Вы использовали, до мажорной версии. То есть удобства поддержки — нет(потому что Вы можете не соблюдать общепринятые гайдлайны) и обновлять используемые библиотеки тоже нельзя, потому Ваш glue-код сломается.
Прелесть использования фреймворков как раз и заключается в отсутствии необходимости этим заниматься и поддерживать эту рутинную работу.
Интереса ради спрошу почему не написали консюмер на php?)
php есть у Вас в стеке технологий, amqp расширение уже стоит, для написания воркеров есть миллион туториалов, меня интересует кто и зачем принял это, на мой взгляд абсурдное, решение добавлять эрланг в стек технологий ради простейшей задачи, которую можно решить на php или любом другом языке из Вашего стека.
Откуда взялась мода советовать контейнеры при оптимизации ?)
Контейнеры добавляют удобство разрешения зависимостей, но никак не оптимизирует Ваш код.
Как раз наоборот, использование контейнеров добавляет расходы:
— маппинг определений и параметров хранится в памяти
— расходы на автозагрузку не меняются, более того, грузится еще и библиотека для реализации контейнеров
— резолвинг зависимостей тратит время и грузит процессор
Я оставил ссылку с целью обратить Ваше внимание и внимание читателей на этот проект, а не высмеивать Ваш велосипед. Я по началу так же сел писать скрипт, но потом нашел вот этот проект.
В продакшене не использую еще контейнеры, но активно к этому готовлюсь, собственно именно поэтому и заинтересовала Ваша статья. Обязательно напишу свою, как буду тестировать.
Исходя из статьи, Вам нужно немногим более, чем tag и push. Это все отлично делается через пост-процессоры. Логин и тп настройки поддерживаются, так что с приватным хабом проблем не будет.
Какие авторитетные труды\материалы\издания\исследования легли в основу этого стандарта?
Поддерживаю вопрос предыдущего комментатора, расскажите где найти эти Ваши теории, которые так красиво написаны в необходимых знаниях в описании трудовых функций(например «Теория портфельного управления», «Теория процессного управления», «Теория компетенций»)?
Ссылки на авторов стандарта оставили, а на источники нет, почему?
>> Часто бывает так, что затраты на поддержание автотестов значительно превышают затраты на ручное тестирование. Поэтому надо действовать без фанатизма.
А приведите пример такой ситуации? Автотесты как раз и придуманы, чтобы уменьшать затраты и улучшать качество
Отдел рабработки ставит себе due date, а отдел тестирования ставит себе due date и все это на этапе планирования достаточно просто считается.
В стиле команда делает неделю, функционал тестируется день-два. И никто ни на кого не давит. Невовремя отдали в тестирование сами виноваты. Давить тут нет никакого смысла.
Ну во-первых, CTRL + V :-)
Во-вторых, верстка должна быть семантичной, а веб-компоненты это как раз путь к семантике.
То есть я искренне считаю, что "<google-analytics/>" лучше, чем "<\div class=«google-analytics» />", как в Вашем втором комментарии.
Ну растет же постгрес :-)
Раньше мыскль рос до постгреса, а в последнее время наоборот, постгрес берет лучшее из мыскля.
В 9.1 например запилили group by по pk, в 9.5 теперь insert on duplicate, самое главное, strict mode не выключайте к 10-й версии :D
Я надеюсь не про набор поискового запроса, правда? Потому что отправить сообщение вконтактик своему другу голосом у Вас не получится. О какой точности идет речь?
Откуда данные что зарплаты падают? В исследовании про это ни слова не нашел.
В исследовании виден прирост phpшников по сравнению с 2014-м годом на процент с небольшим.
Давайте сравним замкнутую систему Ангуляра с Вашей замкнутой экосистемой.
Вы возьмете эти 25 чудных библиотек и напишите свой glue-код, который и будет этой самой экосистемой.
Так вот Ваша экосистема думаю и года без Вас не проработает, особенно если нужно будет обновить какую-нибудь библиотеку, которую Вы использовали, до мажорной версии. То есть удобства поддержки — нет(потому что Вы можете не соблюдать общепринятые гайдлайны) и обновлять используемые библиотеки тоже нельзя, потому Ваш glue-код сломается.
Прелесть использования фреймворков как раз и заключается в отсутствии необходимости этим заниматься и поддерживать эту рутинную работу.
php есть у Вас в стеке технологий, amqp расширение уже стоит, для написания воркеров есть миллион туториалов, меня интересует кто и зачем принял это, на мой взгляд абсурдное, решение добавлять эрланг в стек технологий ради простейшей задачи, которую можно решить на php или любом другом языке из Вашего стека.
Я еще раз повторю — контейнеры как способ оптимизировать приложение — бред, их используют абсолютно для других целей.
1. Маппинг хранится в памяти и увеличает ее расход, а не уменьшает, значит оптимизации никакой здесь нет.
2. Ну и как тогда может помочь контейнер с автозагрузкой?
3. github.com/mnapoli/PHP-DI/blob/master/src/DI/Container.php#L104 — вот код который достает класс, Вы правда считаете что это быстрее чем «new»?
Контейнеры добавляют удобство разрешения зависимостей, но никак не оптимизирует Ваш код.
Как раз наоборот, использование контейнеров добавляет расходы:
— маппинг определений и параметров хранится в памяти
— расходы на автозагрузку не меняются, более того, грузится еще и библиотека для реализации контейнеров
— резолвинг зависимостей тратит время и грузит процессор
В продакшене не использую еще контейнеры, но активно к этому готовлюсь, собственно именно поэтому и заинтересовала Ваша статья. Обязательно напишу свою, как буду тестировать.
Исходя из статьи, Вам нужно немногим более, чем tag и push. Это все отлично делается через пост-процессоры. Логин и тп настройки поддерживаются, так что с приватным хабом проблем не будет.
Имейлы не шлет, это да :-)
packer.io/docs/builders/docker.html
Поддерживаю вопрос предыдущего комментатора, расскажите где найти эти Ваши теории, которые так красиво написаны в необходимых знаниях в описании трудовых функций(например «Теория портфельного управления», «Теория процессного управления», «Теория компетенций»)?
Ссылки на авторов стандарта оставили, а на источники нет, почему?
А приведите пример такой ситуации? Автотесты как раз и придуманы, чтобы уменьшать затраты и улучшать качество
Отдел рабработки ставит себе due date, а отдел тестирования ставит себе due date и все это на этапе планирования достаточно просто считается.
В стиле команда делает неделю, функционал тестируется день-два. И никто ни на кого не давит. Невовремя отдали в тестирование сами виноваты. Давить тут нет никакого смысла.