Уберите из резюме возраст и должно стать попроще. Я всем даю этот совет :) Это формальный признак по которому рекрутеры/нанимающие менеджеры/автоматизация найма отсекают кандидатов - будет проще пройти на первое интервью, а там уже как себя (а не число в резюме) покажете...
и очередной раз давайте пример массовой профессии где платят 150тыр чтобы айтишники со своими вилками 100-150-200-350 были хотябы в середине
Текущих данных не знаю, но для себя давно понял что у тех кто получает высокую ЗП есть 2 цифры: реальная и рассказываемая. Произошло это после того как на старте профессиональной деятельности увидел зарплатные ведомости в разных сельских окологосударственных учереждениях: среднее начальство (главный бухгалтер, главный инженер, главный программист) - совокупный доход с премиями был в районе 3К$/месяц. В обществе же тогда витало что доход в районе 0.9К$/месяц - ого как тебе повезло. Я специально перевел в доллары чтобы вам было понятнее. Вы скажете ну с мидлом не бьется, я скажу да - с мидлом нет, а с сеньором по стажу, и количеству подчиненных - вполне
На днях увидел в ленте Linkedin что разработчик Авито живет в ОАЭ, интересно как у него дела обстоят с оформлением отношений и "справедливостью" из статьи.
Попробуйте пообщаться с российскими компаниями - многие создали юридические лица в разных странах и готовы нанимать в них в зависимости от ситуации у работника.
Не знаю почему вы решили что описанная ситуация возможна только на PHP 7.2, равно как и то что это произошло вчера.
Любая проблема должна быть пережита равно как и соблюдены условия для того чтобы ее можно было опубликовать. Если все еще непонятно, говорю прямо: мне бы не дали эту статью написать несколько лет назад. :)
Но стало интересно почитать или послушать про ваш опыт поддержки огромных проектов (тут репозитарий кода весил в районе 1,5Гб, релиз с зависимостями что-то около 120Мб, крутилось на нескольких десятках серверов, а вся обвязка вокруг монолита – почти 20 забитых стоек) под самые свежие версии языка.
Мысль интересная, но тяжело реализуемая в реальности, по следующим причинам:
1) Xdebug на прод при высокой нагрузке скорее всего никто не даст вам поставить или включить – если у вас нет пачки серверов которые можно быстро поставить в строй, скомпенсировав потерю вычислительной возможности после этого;
2) Даже если договоритесь "давайте поставим" – это займет время и скорее всего собьет среду выполнения, так как будет рестарт и проблема после этого на этом сервере уйдет, ну и опять таки потеряете время так как на какое-то время сервер будет выброшен из нагрузки;
3) Вам нужно будет как-то сэмулировать поведение клиента сервиса. Напоминаю: ошибка вылезает не постоянно, а очень редко. Вот в IDE у вас запрос пришел, как понять будет ошибка или нет? Интерактивно делать step over для каждого запроса?
У нас были достаточно подробные трейсы в Sentry по ним было понятно что проблема лезет корнями из Redis.
"последотвательная TCP-сессия" - вы очень точно сформулировали то что я хотел сказать про pconnect и протокол Redis.
Одинаковые ключи с разными типа данных тут маловероятны. Проект хоть и на PHP, но достаточно типизирован, в CI стояли линтеры которые помогали разработчикам в отлове таких ситуаций. Да и команда, где это проявилось в первый раз, активно использовала DTO внутри своих компонентов. Да, ошибки были единичными, в абсолютном большинстве (99,9%) случаев все было хорошо.
Retry - может и мог быть, но в голове сейчас не могу прокрутить где именно. Насколько я помню – наш враппер делал максимум 3 попытки за какое-то время, и мы проверяли эту логику перед выкаткой.
А как в phpredis с ними обстоят дела уже не помню – гляну как будет время.
Честно говоря, даже если это и код, то я не очень понимаю откуда оно вылезло - транзакции в NewRelic (к сожалению, я забыл их упомянуть и добавил чуть позже в статью) циклов не выявили. Да, релик не очень хорошой работает с OOMами (в том числе по глубине стека вызовов), но у нас на этот счет была доработка для Sentry - и там все было "как обычно".
А вот MONITOR и поправленная faina четко показывали что это один и тот же клиент бьет запросами.
Меня не уволили за то что тут описано, компанию я покинул по совсем другой причине :)
В таком случае нода бы просто выдала редирект на нужную, и совсем никак не хранила данные старых ключей. Клиенты знают про то что такое возможно, отловили бы редирект и обновили карту слотов.
Считаю что это хорошо если у вас есть время попереживать про UX в таком деле :) У меня в OnCall только создание расписания доставляет боль чуть ниже спины.
Про Google Calendar отличная идея, – спасибо.
1) OSS OnCall не умеет дозваниваться и отправлять СМС/Пуши. В Телегу/Слак/Email - пожалуйста прямо из коробки. Нужная же команде функциональность работает только если есть подключение к Grafana OnCall Cloud, или к Twilio - поэтому и пришлось изучить связку и сделать эмулятор, так как API у OnCall проще в реализации.
2) В таком наборе можно решать что угодно по информационному наполнению сообщения - у нас сокращение штата прошло раньше чем до этого руки дошли. Но по тому что прилетает в нашем конкретном случае порядок навели и внедрили общий стандарт.
В ней не было написано что решение железобетонное и никогда ничего не сломается. При этом есть заметка что проблемы можно решать и вот такими спорными способами.
Про штрафы - интересна ваша позиция. Моя следующая - домофон выкуплен жильцами, он не в аренде. Вам платят деньги за обслуживание. Почему вы считаете себя сильной стороной настолько чтобы рассказывать людям как им пользоваться их же техникой еще и штрафы за это выписывать? Ну и по мелочи подворовывать из ящика к которому у вас есть доступ оборудование, которое вам не принадлежит?
Я сам жил со своей забывчивостью. Когда же ком проблем стал накапливаться у других жителей дома – начались поиски решения не для меня одного, а для группы пользователей с разными сценариями использования. Считаю что эта динамика хорошо передана в статье и если читать не по диагонали – связка бабка за дедку, дедка за репку - видна.
Далее, про есть трубка которая все умеет:
Решение поставить что-то в трубку и открывать из дома не масштабируется на большое количество пользователей - каждому нужно будет что-то делать внутри его трубки. Я сейчас прикинул расходы по первой ссылке: 2000 само устройство, 250 рублей доставка. Нет блока питания от телефона - еще 150-200 рублей. Кабель type-c - зависит от метража, считаем 100 рублей за 1.5 метра. Далее - кто будет устанавливать его внутрь трубки и настраивать всем желающим пользователям? Ах, да, Алиса и Бот для телеграмма - внезапно по подписке (я не понял сколько - но все же). Вот приходит к вам сосед перенесший инсульт, и говорит: слушай у тебя такая классная система - мне бы она сильно облегчила жизнь и не приходилось бегать к трубке открывать внукам калитку. Давай мне тоже сделаем? Я ему: ну смотрите, чтобы все было по уму (к чему меня склоняют настоящие инженеры на Хабре) - вырисовывается сумма под 3000, и это если я все быстро накидаю за 15 минут. Кстати, а пенсия у вас какая, потянете? Нет? Странно, хорошее же решение... Ладно, если я потрачу на вас больше часа, получается что я потрачу 1 рабочую неделю на все квартиры в этом доме, хочется как-то компенсировать такие истории - сейчас прикину стоимость часа монтажа моими руками...
Как в случае с индивидуальным блоком внутри трубки прикрутить открывание в нужное время на нужный период? Отвечу за вас – невозможно. Т.е. я прихожу и говорю: Шаббат шалом! Вы знаете, есть отличные инженерные решения, я демонтирую существующую связку, она не прошла критику сообществом. Как вам жить дальше не знаю, я себе вот так сделаю и мне будет классно. Ваша религия - ваши проблемы. До свидания.
Чтобы открыть из квартиры ботом сначала нужно сделать вызов с панели. Т.е. одним простым нажатием кнопки этого не достичь. Так что если даже выделить специальный номер для всех – нужно совершать больше действий чем просто нажать кнопку в боте или приложить телефон к метке: алгоритм будет следующий: позвоните в условную квартиру 666, нажмите в боте открыть. Заходите - радуйтесь что все сделано по уму и правильно, ведь это так удобно и классно. Не заходит? Странно - проверьте что кто-то случайно не нажал кнопку открывать всегда и она не горит красным. Да и проверяйте ее теперь всегда, на всякий случай.
Про насилие над электроникой. Перестанет работать - ладно, заменим блок питания. Сколько стоит блок питания на 24 вольта нынче? Спойлер: значительно дешевле одной установки девайса. Панель вызова – за замену пару лет назад (до того как установили решение описанное в статье) отдали в диапазоне 1000-2000 рублей вместе с работой, по срокам пару дней. Будет ломаться часто - конечно, на это обратим внимание, я куплю реле с несколькими сухими контактами (именно поэтому была добавлена поддержка Ewelink так как было куплено реле Sonoff на 1 контакт). Разберусь совместно с группой поддержки с отвратительно сделанной (мое личное оценочное суждение) проводкой домофона и интегрирую его туда. Перенацелю бота на новые сценарии и все будеть работать удобно и понятно пользователям.
Но зачем решать проблему которая еще не случилась и оттягивать внедрение решения если уже сейчас можно сделать всем было хорошо?
А с чего вы взяли что я выхожу с ключами? Я не хочу клеить метку на смартфон - мне не нравится. Мне нравится вот такой его вид какой он у меня есть.
Но чтобы такое в достаточном объеме решать самому для всех желающих нужно купить дубликатор ключей, наклейки и заниматься клонированием :) При этом ваше предложение покрывает 1/3 из озвученных в тексте статьи проблем, но именно мое решение - швах :D
Не знаю - возможно люди живут в домах с большими стеклянными входными группами и их видно как на вход так и на выход, консьерж в курсе проблемы и с удовольствием помогает. У нас эта схема все равно не актуальна - так что не вникал дальше.
Да вы не стесняйтесь – скажите, только обоснуйте :)
С вашими предложениями все прекрасно если решать для себя любимого - потом к вам приходит сосед, (за ним виднеется еще очередь из нескольких) и говорит: хочу так же. Какие шаги и действия предполагаются? Каждый ставит эти прекрасные устройства, каждый настраивает своего бота? Не справились - вам не надо, вы не инженеры? :) Или вы лично будете приходить устанавливать это устройство, настраивать все? А сколько стоит ваше личное время?
Или выделяется новый специальный номер "квартиры", который умеет заниматься автооткрытием замка? А насколько удобно работает связка запланированного действия и удобство пользования этим функционалом? Далее: ломается домофон, что уже случалось в истории - кто-то случайно озадачится: а ведь такого не было до того как гражданин X сделал себе удобно - наверное он виноват. И тут приходят веселые разговоры вида: "убирайте и платите за ремонт" :D
Давайте говорить откровенно – чтобы решить все 3 задачи, описанные в статье, нужно IoT реле с 3-мя сухими контактами. При этом 2 нормально разомкнутые (кнопка выхода, сброс вызова с панели), 1 нормально замкнутый - на электромагнитный замок, и тут уже не в параллель, а прямо в разрыв. Чтобы это сделать нужно или найти документацию на этот домофон или же заниматься разбором весьма похабно сделанной малоточной проводки. Далее – к нему нужно подвести питание, и придумать место установки.
Контроль этого хозяйства сценариями будет тоже весьма спорным по удобству и пониманию: Включи контакт сброс вызова, жди секунду, включи контакт кнопка выхода.
Так почему вы считаете что ваше гипотетическое решение лучше и проще уже сделанного и работающего?
До начала СВО этим промышляли группы из Украины. Сейчас "связность" между государствами сильно сломана и таких звонков стало сильно меньше - так как и у них инфраструктура сломана, и как заводить деньги отсюда туда тоже не очень понятно :)
Ну а если вы токсичный айтишник то вопросы-маркеры вроде: А расскажите чей Крым по вашему мнению и руководства вашей организации, ну или "как вы относитесь к заявлениями администрации Херсонской области" – сразу раскроет личность с другой стороны.
А симбанки в ДЦ нормально работают или нужно придумывать им антенну?
Лично я думаю что они грустят именно поэтому не защищаются от ja-netfilter, как бы говорят: берите-пользуйтесь
Уберите из резюме возраст и должно стать попроще. Я всем даю этот совет :) Это формальный признак по которому рекрутеры/нанимающие менеджеры/автоматизация найма отсекают кандидатов - будет проще пройти на первое интервью, а там уже как себя (а не число в резюме) покажете...
Текущих данных не знаю, но для себя давно понял что у тех кто получает высокую ЗП есть 2 цифры: реальная и рассказываемая. Произошло это после того как на старте профессиональной деятельности увидел зарплатные ведомости в разных сельских окологосударственных учереждениях: среднее начальство (главный бухгалтер, главный инженер, главный программист) - совокупный доход с премиями был в районе 3К$/месяц. В обществе же тогда витало что доход в районе 0.9К$/месяц - ого как тебе повезло. Я специально перевел в доллары чтобы вам было понятнее. Вы скажете ну с мидлом не бьется, я скажу да - с мидлом нет, а с сеньором по стажу, и количеству подчиненных - вполне
На днях увидел в ленте Linkedin что разработчик Авито живет в ОАЭ, интересно как у него дела обстоят с оформлением отношений и "справедливостью" из статьи.
Это в рублях? А какой стек?
Попробуйте пообщаться с российскими компаниями - многие создали юридические лица в разных странах и готовы нанимать в них в зависимости от ситуации у работника.
Спасибо за ваш комментарий.
Не знаю почему вы решили что описанная ситуация возможна только на PHP 7.2, равно как и то что это произошло вчера.
Любая проблема должна быть пережита равно как и соблюдены условия для того чтобы ее можно было опубликовать. Если все еще непонятно, говорю прямо: мне бы не дали эту статью написать несколько лет назад. :)
Но стало интересно почитать или послушать про ваш опыт поддержки огромных проектов (тут репозитарий кода весил в районе 1,5Гб, релиз с зависимостями что-то около 120Мб, крутилось на нескольких десятках серверов, а вся обвязка вокруг монолита – почти 20 забитых стоек) под самые свежие версии языка.
Спасибо за ваш комментарий.
Мысль интересная, но тяжело реализуемая в реальности, по следующим причинам:
1) Xdebug на прод при высокой нагрузке скорее всего никто не даст вам поставить или включить – если у вас нет пачки серверов которые можно быстро поставить в строй, скомпенсировав потерю вычислительной возможности после этого;
2) Даже если договоритесь "давайте поставим" – это займет время и скорее всего собьет среду выполнения, так как будет рестарт и проблема после этого на этом сервере уйдет, ну и опять таки потеряете время так как на какое-то время сервер будет выброшен из нагрузки;
3) Вам нужно будет как-то сэмулировать поведение клиента сервиса. Напоминаю: ошибка вылезает не постоянно, а очень редко. Вот в IDE у вас запрос пришел, как понять будет ошибка или нет? Интерактивно делать step over для каждого запроса?
У нас были достаточно подробные трейсы в Sentry по ним было понятно что проблема лезет корнями из Redis.
Спасибо за ваш комментарий.
"последотвательная TCP-сессия" - вы очень точно сформулировали то что я хотел сказать про pconnect и протокол Redis.
Одинаковые ключи с разными типа данных тут маловероятны. Проект хоть и на PHP, но достаточно типизирован, в CI стояли линтеры которые помогали разработчикам в отлове таких ситуаций. Да и команда, где это проявилось в первый раз, активно использовала DTO внутри своих компонентов. Да, ошибки были единичными, в абсолютном большинстве (99,9%) случаев все было хорошо.
Retry - может и мог быть, но в голове сейчас не могу прокрутить где именно. Насколько я помню – наш враппер делал максимум 3 попытки за какое-то время, и мы проверяли эту логику перед выкаткой.
А как в phpredis с ними обстоят дела уже не помню – гляну как будет время.
Спасибо за ваш комментарий.
Честно говоря, даже если это и код, то я не очень понимаю откуда оно вылезло - транзакции в NewRelic (к сожалению, я забыл их упомянуть и добавил чуть позже в статью) циклов не выявили. Да, релик не очень хорошой работает с OOMами (в том числе по глубине стека вызовов), но у нас на этот счет была доработка для Sentry - и там все было "как обычно".
А вот MONITOR и поправленная faina четко показывали что это один и тот же клиент бьет запросами.
Меня не уволили за то что тут описано, компанию я покинул по совсем другой причине :)
В таком случае нода бы просто выдала редирект на нужную, и совсем никак не хранила данные старых ключей. Клиенты знают про то что такое возможно, отловили бы редирект и обновили карту слотов.
Мне было бы интересно про ваш опыт почитать или послушать более детально :)
Считаю что это хорошо если у вас есть время попереживать про UX в таком деле :) У меня в OnCall только создание расписания доставляет боль чуть ниже спины.
Про Google Calendar отличная идея, – спасибо.
1) OSS OnCall не умеет дозваниваться и отправлять СМС/Пуши. В Телегу/Слак/Email - пожалуйста прямо из коробки. Нужная же команде функциональность работает только если есть подключение к Grafana OnCall Cloud, или к Twilio - поэтому и пришлось изучить связку и сделать эмулятор, так как API у OnCall проще в реализации.
2) В таком наборе можно решать что угодно по информационному наполнению сообщения - у нас сокращение штата прошло раньше чем до этого руки дошли. Но по тому что прилетает в нашем конкретном случае порядок навели и внедрили общий стандарт.
Вы правда внимательно прочитали статью?
В ней не было написано что решение железобетонное и никогда ничего не сломается. При этом есть заметка что проблемы можно решать и вот такими спорными способами.
Про штрафы - интересна ваша позиция. Моя следующая - домофон выкуплен жильцами, он не в аренде. Вам платят деньги за обслуживание. Почему вы считаете себя сильной стороной настолько чтобы рассказывать людям как им пользоваться их же техникой еще и штрафы за это выписывать? Ну и по мелочи подворовывать из ящика к которому у вас есть доступ оборудование, которое вам не принадлежит?
Я сам жил со своей забывчивостью. Когда же ком проблем стал накапливаться у других жителей дома – начались поиски решения не для меня одного, а для группы пользователей с разными сценариями использования. Считаю что эта динамика хорошо передана в статье и если читать не по диагонали – связка бабка за дедку, дедка за репку - видна.
Далее, про есть трубка которая все умеет:
Решение поставить что-то в трубку и открывать из дома не масштабируется на большое количество пользователей - каждому нужно будет что-то делать внутри его трубки. Я сейчас прикинул расходы по первой ссылке: 2000 само устройство, 250 рублей доставка. Нет блока питания от телефона - еще 150-200 рублей. Кабель type-c - зависит от метража, считаем 100 рублей за 1.5 метра. Далее - кто будет устанавливать его внутрь трубки и настраивать всем желающим пользователям? Ах, да, Алиса и Бот для телеграмма - внезапно по подписке (я не понял сколько - но все же). Вот приходит к вам сосед перенесший инсульт, и говорит: слушай у тебя такая классная система - мне бы она сильно облегчила жизнь и не приходилось бегать к трубке открывать внукам калитку. Давай мне тоже сделаем? Я ему: ну смотрите, чтобы все было по уму (к чему меня склоняют настоящие инженеры на Хабре) - вырисовывается сумма под 3000, и это если я все быстро накидаю за 15 минут. Кстати, а пенсия у вас какая, потянете? Нет? Странно, хорошее же решение... Ладно, если я потрачу на вас больше часа, получается что я потрачу 1 рабочую неделю на все квартиры в этом доме, хочется как-то компенсировать такие истории - сейчас прикину стоимость часа монтажа моими руками...
Как в случае с индивидуальным блоком внутри трубки прикрутить открывание в нужное время на нужный период? Отвечу за вас – невозможно. Т.е. я прихожу и говорю: Шаббат шалом! Вы знаете, есть отличные инженерные решения, я демонтирую существующую связку, она не прошла критику сообществом. Как вам жить дальше не знаю, я себе вот так сделаю и мне будет классно. Ваша религия - ваши проблемы. До свидания.
Чтобы открыть из квартиры ботом сначала нужно сделать вызов с панели. Т.е. одним простым нажатием кнопки этого не достичь. Так что если даже выделить специальный номер для всех – нужно совершать больше действий чем просто нажать кнопку в боте или приложить телефон к метке: алгоритм будет следующий: позвоните в условную квартиру 666, нажмите в боте открыть. Заходите - радуйтесь что все сделано по уму и правильно, ведь это так удобно и классно. Не заходит? Странно - проверьте что кто-то случайно не нажал кнопку открывать всегда и она не горит красным. Да и проверяйте ее теперь всегда, на всякий случай.
Про насилие над электроникой. Перестанет работать - ладно, заменим блок питания. Сколько стоит блок питания на 24 вольта нынче? Спойлер: значительно дешевле одной установки девайса. Панель вызова – за замену пару лет назад (до того как установили решение описанное в статье) отдали в диапазоне 1000-2000 рублей вместе с работой, по срокам пару дней. Будет ломаться часто - конечно, на это обратим внимание, я куплю реле с несколькими сухими контактами (именно поэтому была добавлена поддержка Ewelink так как было куплено реле Sonoff на 1 контакт). Разберусь совместно с группой поддержки с отвратительно сделанной (мое личное оценочное суждение) проводкой домофона и интегрирую его туда. Перенацелю бота на новые сценарии и все будеть работать удобно и понятно пользователям.
Но зачем решать проблему которая еще не случилась и оттягивать внедрение решения если уже сейчас можно сделать всем было хорошо?
Надеюсь ответил на ваш вопрос :)
А с чего вы взяли что я выхожу с ключами? Я не хочу клеить метку на смартфон - мне не нравится. Мне нравится вот такой его вид какой он у меня есть.
Но чтобы такое в достаточном объеме решать самому для всех желающих нужно купить дубликатор ключей, наклейки и заниматься клонированием :) При этом ваше предложение покрывает 1/3 из озвученных в тексте статьи проблем, но именно мое решение - швах :D
Не знаю - возможно люди живут в домах с большими стеклянными входными группами и их видно как на вход так и на выход, консьерж в курсе проблемы и с удовольствием помогает. У нас эта схема все равно не актуальна - так что не вникал дальше.
Да вы не стесняйтесь – скажите, только обоснуйте :)
С вашими предложениями все прекрасно если решать для себя любимого - потом к вам приходит сосед, (за ним виднеется еще очередь из нескольких) и говорит: хочу так же. Какие шаги и действия предполагаются? Каждый ставит эти прекрасные устройства, каждый настраивает своего бота? Не справились - вам не надо, вы не инженеры? :) Или вы лично будете приходить устанавливать это устройство, настраивать все? А сколько стоит ваше личное время?
Или выделяется новый специальный номер "квартиры", который умеет заниматься автооткрытием замка? А насколько удобно работает связка запланированного действия и удобство пользования этим функционалом? Далее: ломается домофон, что уже случалось в истории - кто-то случайно озадачится: а ведь такого не было до того как гражданин X сделал себе удобно - наверное он виноват. И тут приходят веселые разговоры вида: "убирайте и платите за ремонт" :D
Давайте говорить откровенно – чтобы решить все 3 задачи, описанные в статье, нужно IoT реле с 3-мя сухими контактами. При этом 2 нормально разомкнутые (кнопка выхода, сброс вызова с панели), 1 нормально замкнутый - на электромагнитный замок, и тут уже не в параллель, а прямо в разрыв. Чтобы это сделать нужно или найти документацию на этот домофон или же заниматься разбором весьма похабно сделанной малоточной проводки. Далее – к нему нужно подвести питание, и придумать место установки.
Контроль этого хозяйства сценариями будет тоже весьма спорным по удобству и пониманию: Включи контакт сброс вызова, жди секунду, включи контакт кнопка выхода.
Так почему вы считаете что ваше гипотетическое решение лучше и проще уже сделанного и работающего?
Интересно, спасибо.
У меня задача была более широкая и я как ленивый решил использовать skopeo https://github.com/containers/skopeo :)
До начала СВО этим промышляли группы из Украины. Сейчас "связность" между государствами сильно сломана и таких звонков стало сильно меньше - так как и у них инфраструктура сломана, и как заводить деньги отсюда туда тоже не очень понятно :)
Ну а если вы токсичный айтишник то вопросы-маркеры вроде: А расскажите чей Крым по вашему мнению и руководства вашей организации, ну или "как вы относитесь к заявлениями администрации Херсонской области" – сразу раскроет личность с другой стороны.