А только у меня читая статью не было ни капли сомнения что это пхпшники? Оно прям как-то между строк читалось. Тут в комментариях уже говорили про порог входа который сыграл злую шутку с отраслью. Теперь каждый второй уверен, что он синьор-помидор и считает долгом мериться у кого вельюобжекты правильнее.
Вы сейчас сделали типичную ошибку. Суть в том, что бренд и тайп — это не свойства одного и того же обьекта. Это какие-то основополагающие вещи от которых зависит конкретная реализация. Если продолжать аналогию с машинами — то давайте представим, что тайп — это либо бензин, либо электричество. И тогда где-то внутри вашего класса Car когда я вызову метод поехали() будет if бензин поехали одним способом else другим. А если спустя время надо будет добавить ещё и водородное топливо — ваш if/else будет расти и расти и класс Car превратится в огромную простыню кода и god object к-й выбирает различную реализацию в зависимости от какого-то свойства класса, что тяжело и тестировать и поддерживать. Точнее понять проблему можно если взять не класс Car, а некий интерфейс Vehicle у к-го есть метод move(). При этом реализации у самолёта к-й vehicle и у автомобиля к-й тоже vehicle, как и у велосипеда, к-й тоже vehicle — абсолютно разные, с абсолютно разными зависимостями внутри себя. Но я, как пользователь конечного кода, не хочу ничего об этом знать. Все что я хочу это метод move() к-й как-то там внутри создаст мне форд на электротяге(к-й есть разновидность Car, к-й в свою очередь vehicle), или создаст мне Боинг(к-й разновидность Plane, к-й тоже vehicle). При этом в теории поставщик фреймворка хочет иметь возможность в будущем без боли добавить ещё и скейт(к-й тоже vehicle). И любой из этих конечных способов передвижения может сделать move() абсолютно по разному, каждый с миллионом своих собственных зависимостей(двигатель коробка колёса в различных комбинациях). А результат будет один — это перемещение из точки а в точку б. Вот тут и нужна фабрика фабрик, что бы без боли и расширяемо можно было создать какой-то конечный vehicle из нескольких групп. Фабрика фабрик позволит мне взять бензиновый форд на механической коробке и совершить перемещение абсолютно не ставя в известность как этот самый бензиновый форд на механической коробке надо собирать. А если я передумаю в любой момент бензиновый форд можно поменять на электрический, или на самокат или самолет, и все так же попасть из точки а в точку б абсолютно не зная как этот процесс совершился и как строился конечный vehicle. При этом каждая из конкретных реализаций остаётся изолированной от остальных и легко тестируемой. Надеюсь я понятнее донес то, что пытался автор. Удачи :)
Да, докер можно юзать и без амазона на своем железе. Но речь шла о виртуалках и докеру как в замену им.
Сыграла авс конечно и возможность масштабировать контейнерами, а не целые виртуалки, в рамках пары мощных инстансов в авс(Amazon EC2), к-е и выходят дешевле. Да, контейнеры в EC2 Сontainer Service как тут отметили.
Улучшите браузер, а не тулы.
Чертовски не хватает умного поиска по истории в адрес баре как в фф.
Там я могу написать что-то типа «http://адрес сайта/ тайтл страницы к-я мне с него нужна» и фф сам подсказывает остаток урла. А вот Вивальди умеет автокомплит только урла =(
Я могу это куда-то тикетом заслать может вам на рассмотрение?
Например выиграть в цене.
Один производительный инстанс и куча контейнеров могут выйти дешевле чем куча виртуалок.
Во всяком случае, так было в ситуации моей компании.
Компания крупная, все сайты крупные с кучей посещаемости. Переехали с виртуалок в openstack на aws + docker.
www.mtv.com
www.cc.com
www.spike.com
и еще несколько десятков хостов + куа + дев окружение для каждого продакшн хоста. Сэкономили весомое количество денег, выиграли в стабильности и еще ряде вещей.
Дополню.
По рельсам идет 2 тока: Сигнальный и Тяговый в разных направлениях.
Тяговый ток — 50 герц и 24 тыщисчем-тонепомнюскольколько вольт.
Сигнальный ток — там 25 герц, и пару вольт.
Для Тягового тока обе рельсы служат одним проводником, потому его напряжения между ними нет.
А вот для Сигнального — 2 рельсы это 2 разных проводника, и вот его напряжение и меряют в видео.
Беда ситуации в том, что может возникнить ассметрия Тягового тока(этому миллион причин — разная намагниченность рельс, разное сопротивление рельс, еще куча всего), и тогда тот создает помехи для сигнального тока и тот скачет как в большую так и меньшую сторону(это создает кучу проблем железнодорожникам, с этим борются). И вот попади ребята из видео на такой участок рельс — это точно был бы последний звонок того телефона, а то и последнее видео этих ребят. Повторять не рекомендую.
Так вы и не ответили — а причем тут тогда хаб пхп? Писали бы в хаб с алгоритмами.
Мой заминусованный комментарий о том же.
Пост в хабе где предполагается в большинстве своем готовое решние, код. А у вас чистая теория — алгоритм. Переместите что ли.
Так не интересно же. Мне куда приятнее и интереснее будет получить что-либо из другой страны, с ее символикой, например, как интересный сувенир, к-й взять больше негде, чем что-либо что и так могу купить в ближайшем магазине.
Спустя вот столько лет, когда Gherkin все же завезли в кодцепшн.
Что же повлияло?)
Другое дело что оно запутанное весьма, но это уже другой вопрос.
А только у меня читая статью не было ни капли сомнения что это пхпшники? Оно прям как-то между строк читалось. Тут в комментариях уже говорили про порог входа который сыграл злую шутку с отраслью. Теперь каждый второй уверен, что он синьор-помидор и считает долгом мериться у кого вельюобжекты правильнее.
Вы сейчас сделали типичную ошибку. Суть в том, что бренд и тайп — это не свойства одного и того же обьекта. Это какие-то основополагающие вещи от которых зависит конкретная реализация. Если продолжать аналогию с машинами — то давайте представим, что тайп — это либо бензин, либо электричество. И тогда где-то внутри вашего класса Car когда я вызову метод поехали() будет if бензин поехали одним способом else другим. А если спустя время надо будет добавить ещё и водородное топливо — ваш if/else будет расти и расти и класс Car превратится в огромную простыню кода и god object к-й выбирает различную реализацию в зависимости от какого-то свойства класса, что тяжело и тестировать и поддерживать. Точнее понять проблему можно если взять не класс Car, а некий интерфейс Vehicle у к-го есть метод move(). При этом реализации у самолёта к-й vehicle и у автомобиля к-й тоже vehicle, как и у велосипеда, к-й тоже vehicle — абсолютно разные, с абсолютно разными зависимостями внутри себя. Но я, как пользователь конечного кода, не хочу ничего об этом знать. Все что я хочу это метод move() к-й как-то там внутри создаст мне форд на электротяге(к-й есть разновидность Car, к-й в свою очередь vehicle), или создаст мне Боинг(к-й разновидность Plane, к-й тоже vehicle). При этом в теории поставщик фреймворка хочет иметь возможность в будущем без боли добавить ещё и скейт(к-й тоже vehicle). И любой из этих конечных способов передвижения может сделать move() абсолютно по разному, каждый с миллионом своих собственных зависимостей(двигатель коробка колёса в различных комбинациях). А результат будет один — это перемещение из точки а в точку б. Вот тут и нужна фабрика фабрик, что бы без боли и расширяемо можно было создать какой-то конечный vehicle из нескольких групп. Фабрика фабрик позволит мне взять бензиновый форд на механической коробке и совершить перемещение абсолютно не ставя в известность как этот самый бензиновый форд на механической коробке надо собирать. А если я передумаю в любой момент бензиновый форд можно поменять на электрический, или на самокат или самолет, и все так же попасть из точки а в точку б абсолютно не зная как этот процесс совершился и как строился конечный vehicle. При этом каждая из конкретных реализаций остаётся изолированной от остальных и легко тестируемой. Надеюсь я понятнее донес то, что пытался автор. Удачи :)
Сыграла авс конечно и возможность масштабировать контейнерами, а не целые виртуалки, в рамках пары мощных инстансов в авс(Amazon EC2), к-е и выходят дешевле. Да, контейнеры в EC2 Сontainer Service как тут отметили.
Чертовски не хватает умного поиска по истории в адрес баре как в фф.
Там я могу написать что-то типа «http://адрес сайта/ тайтл страницы к-я мне с него нужна» и фф сам подсказывает остаток урла. А вот Вивальди умеет автокомплит только урла =(
Я могу это куда-то тикетом заслать может вам на рассмотрение?
Один производительный инстанс и куча контейнеров могут выйти дешевле чем куча виртуалок.
Во всяком случае, так было в ситуации моей компании.
www.mtv.com
www.cc.com
www.spike.com
и еще несколько десятков хостов + куа + дев окружение для каждого продакшн хоста. Сэкономили весомое количество денег, выиграли в стабильности и еще ряде вещей.
А про приостановку вагранта — использую VMWare, никаких проблем с выключением компьютера не замечено.
По рельсам идет 2 тока: Сигнальный и Тяговый в разных направлениях.
Тяговый ток — 50 герц и 24 тыщисчем-тонепомнюскольколько вольт.
Сигнальный ток — там 25 герц, и пару вольт.
Для Тягового тока обе рельсы служат одним проводником, потому его напряжения между ними нет.
А вот для Сигнального — 2 рельсы это 2 разных проводника, и вот его напряжение и меряют в видео.
Беда ситуации в том, что может возникнить ассметрия Тягового тока(этому миллион причин — разная намагниченность рельс, разное сопротивление рельс, еще куча всего), и тогда тот создает помехи для сигнального тока и тот скачет как в большую так и меньшую сторону(это создает кучу проблем железнодорожникам, с этим борются). И вот попади ребята из видео на такой участок рельс — это точно был бы последний звонок того телефона, а то и последнее видео этих ребят. Повторять не рекомендую.
Мой заминусованный комментарий о том же.
Пост в хабе где предполагается в большинстве своем готовое решние, код. А у вас чистая теория — алгоритм. Переместите что ли.