Документации у него как таковой нет, страничка на гитхабе - https://github.com/vladlavrik/netify Но там все интуитивно понятно. Для коллег писал краткую справку по режимам его работы (простите, без скринов, замазывать долго):
Mutation
Режим изменений - в нем можно модифицировать как запрос, так и\или ответ. В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
Local response
Отлично подходит для тестирования алертов и прочих ошибок. Сетевой запрос сервису не будет отправлен, а в devTools будет отображаться указанный в правиле статус код и тело ответа
Breakpoint
Режим точки останова. Request - при отправке запроса, Response - при получении ответа, Both - в обоих случаях
Позволяет модифицировать данные "на лету". При выборе "Response" Netify выведет результат запроса в форму и позволит его отредактировать до того, как этот результат будет отдан сайту. Достаточно настроить одно правило, что бы воспроизводить разные ситуации
После модификации данных необходимо нажать на кнопку "Send response" и ответ уйдет сайту В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
Отказались от Requestly после того как они недавно поменяли условия бесплатного плана (убрали динамическую подмену, оставили всего 5 правил и т.д.) Перешли на Netify - рекордера у него нет (но мы и не пользовались), но зато неограниченное количество правил и есть режим точки останова - в модальном окне можно изменить как запрос, так и ответ на лету - в requestly для этого знания JS требовались . И да, еще и в devTools отобразятся подмененные данные и, если отвлекли в процессе, не приходится гадать, правило отработало или нет)
Весьма странный набор вопросов и ограничений. "Назовите худших работодателей" - а если я не работал с откровенно плохими, то почему бы не дать мне пропустить этот вопрос? Пришлось выбрать ЭрТелеком просто за тонны спама в подъездах, но говорит ли это хоть как-то о них как о работодателях? И такие искажения результатов во всем.
поняли, что лучшее, что есть в выборе – его отсутствие. Вариант 1 оказался заметно продуктивнее.
Может быть потому, что не все поняли, что у них на самом деле есть выбор и можно этот самый аппаратный back нажать? Сколько % людей следующим/вторым действием ушло от этого предложения? =)
А сколько осталось людей, недовольных тем, что эти предложения отнимают время? Хотите уведомить о чем-то — засуньте, например, в правый угол уведомление — заинтересует — перейду сам, без этого навязывания.
Для бизнеса это, конечно, неэффективно будет, скорее всего, зато для людей удобнее.
От города к городу ситуация разная, но у Яши с категоризацией авто проблемы есть. В нашем городе в рамках "комфорта" эпизодически приезжают гранты и калины, а в экономе солярисы. Смысл комфорта при этом пропадает. Лучше взять эконом и поощрить понравившегося водителя чаевыми
И в чем же нетривиальность этих маршрутов?
Плюс добираться до них примерно столько же, сколько времени уйдет на саму прогулку)
Я, честно говоря, думал, что у вас есть интересные маршруты длительностью, хотя бы, несколько часов.
По пункту 2. Есть такой сервис. С домашней готовкой по средствам не так что бы сопоставимо, но меню однозначно разнообразнее. Подписка стоит 550 — 650 руб/день в зависимости от количества калорий в рационе.
Есть две шикарные олимпийские аллеи, они же парки. в лесу с шикарным асфальтом.
Такое ощущение, что вы там не были. Парком это назвать очень сложно — это три асфальтированные дорожки с будкой-прокатом и больше ничего. Там можно позаниматься спортом, но скучно гулять. В вечернее время освещается примерно никак.
Еще одна большая проблема — гулять в Пензе негде. Основные пешеходные дороги пролегают рядом с основными же дорогами с плотным потоком машин — а это постоянный громкий шум и загазованность, а поскольку ливневок в городе нет, то после дождей еще и грязь и непризрачный шанс оказаться окатанным водой. И даже если с погодой повезло — смотреть во время прогулки абсолютно не на что — только дороги, машины и рекламные баннеры.
Архитектура… Это что-то давно забытое в этом городе — я был как-то на заседании архитектурного комитета по поводу точечной застройки рядом с моим домом — все свелось, фактически, к "не, ну а что, зато цвета веселые — желтенький, красненький".
Культурная жизнь в городе тоже находится в чахоточном состоянии. Один хороший маленький театр с редкой сменой репертуара (билеты продаются раз в месяц, очередь занимать надо часов в 6 утра), один большой театр с бездарным руководителем в главной роли. С музыкой еще хуже — местные группы потрясяюще плохи, раз в год кто-то из хороших заруливает в город, если два раза за год кто-то достойный приедет — это просто праздник.
Поэтому хочется куда-то сходить? Добро пожаловать в Москву.
А поскольку в городе делать нечего — большинство пьет. Летом в пятницу вечером добрая половина пассажиров общественного транспорта поддатые. Количество алкомаркетов на квадратный метр зашкаливает, особенно в спальных районах и, соответственно, много пьяных на улицах. И если в молодости это не сильно напрягало, то с течением времени все чаще их замечаешь и все меньше хочется вечером выходить на улицу.
Не могу утверждать, как там обстоят дела сейчас, но 6-8 лет назад основные силы компании были, как раз, студенты последних курсов, которые приходили работать туда за еду ради опыта. И, соответственно, увольнялись сразу после выпуска из универа.
Судя по вакансиям сейчас — ничего не изменилось.
очень просто. Они ставят A/B эксперименты. Причем, когда у тебя посещаемость сайта 1 млн пользователей, то ты можешь эти эксперименты ставить по 10 штук на дню.
10, да пусть при их объеме даже 1000 экспериментов. Но 23 тысячи это все равно за гранью, как мне кажется.
девопс — он про процессы, в общем-то, а не про технологии
А потом заходим на условный hh и видим, что уже давно идет смысловая миграция и большинству нужны именно технологии, а не процессы. А «Однако, исследование, выпущенное в январе 2017 года компанией „F5 Labs“, на основе опроса почти 2200 ИТ-руководителей и специалистов отрасли, показало, что только один из пяти опрошенных полагает, что DevOps оказывает стратегическое влияние на их организацию, несмотря на рост использования.» вообще удручает, поскольку косвенно показывает, что большинство внедряли его просто потому что модно, а не для решения каких-то проблем. Вангую, что у них внедрен такой же DevOps, как у эффективных менеджеров Agile
Как Amazon, Google и Netflix успевают столько выкатывать? А все просто: они поняли, как создать почти идеальную цепочку DevOps.
И нигде не написано, зачем они столько раз выкатывают.
Вот бы глянуть список решенных задач того же Амазона хотя бы за 1 час, а то пока это больше похоже на «у кого больше?»
А по сути статьи… Это как гвозди микроскопом забивать. У людей процессы разработки не выстроены были, а они сразу в devOps. По пути процессы выстроили, счастье наступило, но так и не поняли, что счастье наступило от процессов, а не от devops'a, который под их проблемы, в общем-то, нафиг не был нужен
В Пензе, безусловно, есть и адекватные люди, но это не касается управленцев НИИ. Начальство там меняется достаточно часто и с каждой сменой кажется, что вот оно дно, но каждый раз оказывается, что можно упасть еще ниже.
Я каждый раз смеюсь, когда слышу о постановке задач и сроков. Условно происходит это так:
Начальник (Н): Вам нужно сделать <название задачи>
Специалист (С): Хорошо. Что <это> должно делать? <попытка узнать подробности>
Н: Не знаю, вы специалист, вы мне и расскажите. Но это суперсрочно, бросайте все свои дела и делайте <это>. Обратитьсь к А. из Отдела N, он вам все расскажет.
А: А что <это> должно делать? Нам <это> вообще не нужно
С: Н. сказал что это суперсрочно и вы все расскажете.
А: Ну если Н. сказал… Тогда давайте сделаем вот так и так
С: Давайте зафиксируем требования
А: Вам надо вы и фиксируйте. Но я ничего подписывать не буду
…
Прошло два дня, представляют решение по данным, полученным от А.
А: Я такое принимать не буду, мне не нравится.
С: Мы сделали по вашим требованиям
А: Я не мог такое сказать. Переделывайте вот так и так. вы можете зафиксировать, но я ничего подписывать не буду.
В итоге С. получит штраф к премии из-за незакрытой вовремя задачи, которая никому не нужна.
Ни о каком планировании, оценке трудозатрат, ROI и т.д. эти эффективные менеджеры даже не слышали.
Сроки вообще ставятся от балды, если выполнение задачи зависит от смежного подразделения, то это сразу косяк, потому что у исполнителя срок фиксированный, а смежник ни за что не отвечает и получить от них данные — целая эпопея. При этом все понимают, что это ненормально, но менять никто ничего не хочет, потому что «а зачем».
И это только то, что плавает на поверхности. Если копнуть глубже, то, думаю, там дела еще хуже обстоят.
Сталкивались с аналогичными подписками, но мы работали с этим оператором связи и смогли докопаться до корня проблемы.
Суть: «подписка произошла по каналам DSTK-push
Триггером для отправки пуша послужило изменение баланса на номере и отправка соответствующей смс.
<...> клиенту отправляется пуш с предложением по брендированным услугам после получения A2P sms»
Поскольку это происходило на модемах, стоявших в серверной стойке, мы заподозрили неладное и начали пристально за ними следить. При очередной успешной подписке в логах ОКС7 увидели, что модем в ответ на dstk-push отправил СМС, при этом в логах модема никаких индикаций о приходе пуша, отправке смс не было, все произошло втихую. Проблема воспроизводилась на модулях Сinterion ehs5-e, а вот на SimCom 5320e, 5360e подписки не взводились.
Так что, подозреваю, и у вас произошло подобное — «нокии с фонариком» не умеют в пуши, а gsm-модуль вашего айпада сыграл с вами злую шутку.
Устанавливается так же, как и любое расширение для хрома. https://chrome.google.com/webstore/detail/netify/mdafhjaillpdogjdigdkmnoddeoegblj?hl=ru
Документации у него как таковой нет, страничка на гитхабе - https://github.com/vladlavrik/netify
Но там все интуитивно понятно. Для коллег писал краткую справку по режимам его работы (простите, без скринов, замазывать долго):
Mutation
Режим изменений - в нем можно модифицировать как запрос, так и\или ответ.
В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
Local response
Отлично подходит для тестирования алертов и прочих ошибок.
Сетевой запрос сервису не будет отправлен, а в devTools будет отображаться указанный в правиле статус код и тело ответа
Breakpoint
Режим точки останова. Request - при отправке запроса, Response - при получении ответа, Both - в обоих случаях
Позволяет модифицировать данные "на лету". При выборе "Response" Netify выведет результат запроса в форму и позволит его отредактировать до того, как этот результат будет отдан сайту. Достаточно настроить одно правило, что бы воспроизводить разные ситуации
После модификации данных необходимо нажать на кнопку "Send response" и ответ уйдет сайту
В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
Отказались от Requestly после того как они недавно поменяли условия бесплатного плана (убрали динамическую подмену, оставили всего 5 правил и т.д.)
Перешли на Netify - рекордера у него нет (но мы и не пользовались), но зато неограниченное количество правил и есть режим точки останова - в модальном окне можно изменить как запрос, так и ответ на лету - в requestly для этого знания JS требовались .
И да, еще и в devTools отобразятся подмененные данные и, если отвлекли в процессе, не приходится гадать, правило отработало или нет)
Весьма странный набор вопросов и ограничений. "Назовите худших работодателей" - а если я не работал с откровенно плохими, то почему бы не дать мне пропустить этот вопрос? Пришлось выбрать ЭрТелеком просто за тонны спама в подъездах, но говорит ли это хоть как-то о них как о работодателях? И такие искажения результатов во всем.
Может быть потому, что не все поняли, что у них на самом деле есть выбор и можно этот самый аппаратный back нажать? Сколько % людей следующим/вторым действием ушло от этого предложения? =)
А сколько осталось людей, недовольных тем, что эти предложения отнимают время? Хотите уведомить о чем-то — засуньте, например, в правый угол уведомление — заинтересует — перейду сам, без этого навязывания.
Для бизнеса это, конечно, неэффективно будет, скорее всего, зато для людей удобнее.
Ссылка на анкету ведет на страничку стажировки по нагрузке, а не по автоматизации.
Для регионов: Часы обучения фиксированные или будут доступны записи?
От города к городу ситуация разная, но у Яши с категоризацией авто проблемы есть. В нашем городе в рамках "комфорта" эпизодически приезжают гранты и калины, а в экономе солярисы. Смысл комфорта при этом пропадает. Лучше взять эконом и поощрить понравившегося водителя чаевыми
И в чем же нетривиальность этих маршрутов?
Плюс добираться до них примерно столько же, сколько времени уйдет на саму прогулку)
Я, честно говоря, думал, что у вас есть интересные маршруты длительностью, хотя бы, несколько часов.
Вот про прогулочные маршруты поподробнее, пожалуйста. Можно схемы пары таких?
По пункту 2. Есть такой сервис. С домашней готовкой по средствам не так что бы сопоставимо, но меню однозначно разнообразнее. Подписка стоит 550 — 650 руб/день в зависимости от количества калорий в рационе.
Еще одна большая проблема — гулять в Пензе негде. Основные пешеходные дороги пролегают рядом с основными же дорогами с плотным потоком машин — а это постоянный громкий шум и загазованность, а поскольку ливневок в городе нет, то после дождей еще и грязь и непризрачный шанс оказаться окатанным водой. И даже если с погодой повезло — смотреть во время прогулки абсолютно не на что — только дороги, машины и рекламные баннеры.
Архитектура… Это что-то давно забытое в этом городе — я был как-то на заседании архитектурного комитета по поводу точечной застройки рядом с моим домом — все свелось, фактически, к "не, ну а что, зато цвета веселые — желтенький, красненький".
Культурная жизнь в городе тоже находится в чахоточном состоянии. Один хороший маленький театр с редкой сменой репертуара (билеты продаются раз в месяц, очередь занимать надо часов в 6 утра), один большой театр с бездарным руководителем в главной роли. С музыкой еще хуже — местные группы потрясяюще плохи, раз в год кто-то из хороших заруливает в город, если два раза за год кто-то достойный приедет — это просто праздник.
Поэтому хочется куда-то сходить? Добро пожаловать в Москву.
А поскольку в городе делать нечего — большинство пьет. Летом в пятницу вечером добрая половина пассажиров общественного транспорта поддатые. Количество алкомаркетов на квадратный метр зашкаливает, особенно в спальных районах и, соответственно, много пьяных на улицах. И если в молодости это не сильно напрягало, то с течением времени все чаще их замечаешь и все меньше хочется вечером выходить на улицу.
Не могу утверждать, как там обстоят дела сейчас, но 6-8 лет назад основные силы компании были, как раз, студенты последних курсов, которые приходили работать туда
за едуради опыта. И, соответственно, увольнялись сразу после выпуска из универа.Судя по вакансиям сейчас — ничего не изменилось.
10, да пусть при их объеме даже 1000 экспериментов. Но 23 тысячи это все равно за гранью, как мне кажется.
А потом заходим на условный hh и видим, что уже давно идет смысловая миграция и большинству нужны именно технологии, а не процессы. А «Однако, исследование, выпущенное в январе 2017 года компанией „F5 Labs“, на основе опроса почти 2200 ИТ-руководителей и специалистов отрасли, показало, что только один из пяти опрошенных полагает, что DevOps оказывает стратегическое влияние на их организацию, несмотря на рост использования.» вообще удручает, поскольку косвенно показывает, что большинство внедряли его просто потому что модно, а не для решения каких-то проблем. Вангую, что у них внедрен такой же DevOps, как у эффективных менеджеров Agile
И нигде не написано, зачем они столько раз выкатывают.
Вот бы глянуть список решенных задач того же Амазона хотя бы за 1 час, а то пока это больше похоже на «у кого больше?»
А по сути статьи… Это как гвозди микроскопом забивать. У людей процессы разработки не выстроены были, а они сразу в devOps. По пути процессы выстроили, счастье наступило, но так и не поняли, что счастье наступило от процессов, а не от devops'a, который под их проблемы, в общем-то, нафиг не был нужен
Я каждый раз смеюсь, когда слышу о постановке задач и сроков. Условно происходит это так:
Начальник (Н): Вам нужно сделать <название задачи>
Специалист (С): Хорошо. Что <это> должно делать? <попытка узнать подробности>
Н: Не знаю, вы специалист, вы мне и расскажите. Но это суперсрочно, бросайте все свои дела и делайте <это>. Обратитьсь к А. из Отдела N, он вам все расскажет.
А: А что <это> должно делать? Нам <это> вообще не нужно
С: Н. сказал что это суперсрочно и вы все расскажете.
А: Ну если Н. сказал… Тогда давайте сделаем вот так и так
С: Давайте зафиксируем требования
А: Вам надо вы и фиксируйте. Но я ничего подписывать не буду
…
Прошло два дня, представляют решение по данным, полученным от А.
А: Я такое принимать не буду, мне не нравится.
С: Мы сделали по вашим требованиям
А: Я не мог такое сказать. Переделывайте вот так и так. вы можете зафиксировать, но я ничего подписывать не буду.
В итоге С. получит штраф к премии из-за незакрытой вовремя задачи, которая никому не нужна.
Ни о каком планировании, оценке трудозатрат, ROI и т.д. эти эффективные менеджеры даже не слышали.
Сроки вообще ставятся от балды, если выполнение задачи зависит от смежного подразделения, то это сразу косяк, потому что у исполнителя срок фиксированный, а смежник ни за что не отвечает и получить от них данные — целая эпопея. При этом все понимают, что это ненормально, но менять никто ничего не хочет, потому что «а зачем».
И это только то, что плавает на поверхности. Если копнуть глубже, то, думаю, там дела еще хуже обстоят.
Суть: «подписка произошла по каналам DSTK-push
Триггером для отправки пуша послужило изменение баланса на номере и отправка соответствующей смс.
<...> клиенту отправляется пуш с предложением по брендированным услугам после получения A2P sms»
Поскольку это происходило на модемах, стоявших в серверной стойке, мы заподозрили неладное и начали пристально за ними следить. При очередной успешной подписке в логах ОКС7 увидели, что модем в ответ на dstk-push отправил СМС, при этом в логах модема никаких индикаций о приходе пуша, отправке смс не было, все произошло втихую. Проблема воспроизводилась на модулях Сinterion ehs5-e, а вот на SimCom 5320e, 5360e подписки не взводились.
Так что, подозреваю, и у вас произошло подобное — «нокии с фонариком» не умеют в пуши, а gsm-модуль вашего айпада сыграл с вами злую шутку.