Гугл покажет возможные статьи, которые расскажут как использовать паттерн, чтобы "Но вообще, потеря месседжей это обычно неизбежная ситуация." - не было неизбежной ситуацией и сообщения не терялись.
NATS гарантии - at most once, Jetstream - at least once, "for update skip locked" - exactly once. Про потери мессаджей гугл - Transactional inbox/outbox.
можно, но не всегда она торчит наружу. а если торчит, то может закрыться ролями и доступами. если уж нет, тогда можно и про uuid подумать. любой технологии нужно обоснование ее применения.
Косвенную конфиденциальную информацию не закрыть доступами, на то она и косвенная.
нужно понимать что мозг работает по принципу раздражения. есть проблема - мозг ее решает. когда ты решал проблему деплоев пару лет назад, то не вспомнишь разницу git flow от других, если ты конечно на ночь каждый день не повторяешь это аки отче наш.
Я не про мозг, а про профессионализм, зачем решать задачу, если можно сделать так, что задачи не будет.
а можно весь список, пожалуйста, чего можно а чего нельзя? или он где-то есть а мы не знаем?
Я гоняю по таким вопросам чтобы понять кругозор человека. Ваш знакомый в банке - вообще не показатель.
Нужно понимать что git flow может задержать ваши деплои на неопределённый срок, vacuum не во время даст таймаут на косарь запросов, а по autoincrement ID можно достать косвенную конфиденциальную информацию перебором. И выход тут GUIDv7 / ULID / TYPEID, где каждый со своими недостатками.
Если не знать такие вещи, то на уровень сеньор-помидора бекенд / фуллстек - претендовать нельзя (можно там, где всем пофиг на качество, но это будет не global level title, а внутри этой богодельни).
А про литкод и алго-дрочево - согласен. Будто травма детства, а теперь отыгрываются)
Зачем мне, как бекендеру, фронтендеру, sre, тим/тех лиду, архитектору, не профессиональные СЕО, борд директоров, продакты, сейлзы, если надо думать за них над компанией и продуктом? Я думаю над продуктом в сфере своей профессиональной ответственности, не более.
Я понимаю что большинство из "эффективных менеджеров" осознают что они хитрожопые дебилы, но это уже перебор имхо. Топят компании и продукт они, а думаю над продуктом и крыса - я.
Да большинство не может поставить цели C-level борду, кроме как "нужно больше денег и работать". Какие роли, какие структуры.
А за сроки надо спросить кого-то, но у нас ведь аджайл, спросить некого - вот вам и Деливери менеджер.
За 15 лет в этом плане ничего не поменялось. Раньше эту чушь слушал только на "выступлениях" топов перед всей компанией раз в год, теперь на C-level планерках, раз в неделю - две - четыре (зависит от компании).
Выдумывают не айтишники, а собственники или их эффективные манагеры.
Из недавнего - конвертнули 20к баксов по хреновому курсу, потеряли 150 долларов, надо доказать и наказать бухгалтера, а лучше уволить. А то что люди которые это слушали, а потом часть из них доказывала - стоили только по времени 350$ - никого не интересует.
Я полностью согласен. Я отвечал на вопрос "зачем кодинг для devops/sre". Я понимаю как Яндекс внутри обосновывает эту алго-чушь, но фишка в том, что она нужна им для 5-10% персонала максимум, а они её применяют ко всем. У Avito тоже самое, проектируют твиттер на собесах, и вроде MVP, а вроде и не MVP и бюджет 20 лямов $. Просто взаимоисключающие параграфы. Мне раньше интересно было поработать в яндексе/авитах и тд, мне интересны люди которые сделали тот же сфинкс или https://github.com/avito-tech/navigator, но я больше никогда не буду тратить время на собеседования в их компании, если прям хотят - 100$/час по предоплате за полный цикл, включая скрининги, подготовки, дорогу в офис и тд.
"ищу топовых перформеров" и "Поскольку я прошу писать код в редакторе без автодополнения" - взаимоисключающие параграфы.
Зачем так делать?
Проще взять Remix, Nuxt, Next, чем заниматься такими велосипедами.
Гугл покажет возможные статьи, которые расскажут как использовать паттерн, чтобы "Но вообще, потеря месседжей это обычно неизбежная ситуация." - не было неизбежной ситуацией и сообщения не терялись.
NATS гарантии - at most once, Jetstream - at least once, "for update skip locked" - exactly once.
Про потери мессаджей гугл - Transactional inbox/outbox.
И не забываем что сплитбрейн у rabbitmq не лечится без потери данных.
Что отсутствует у NATS, Jetstream и "for update skip locked"
Какой наивный)
Косвенную конфиденциальную информацию не закрыть доступами, на то она и косвенная.
Я не про мозг, а про профессионализм, зачем решать задачу, если можно сделать так, что задачи не будет.
Не буду вам мозг раздражать)
Я не слышал про стандарты, просто выражаю своё мнение по требованиям к себе и своим коллегам.
Спасибо вам огромное, я весь в соплях от смеха
Я гоняю по таким вопросам чтобы понять кругозор человека. Ваш знакомый в банке - вообще не показатель.
Нужно понимать что git flow может задержать ваши деплои на неопределённый срок, vacuum не во время даст таймаут на косарь запросов, а по autoincrement ID можно достать косвенную конфиденциальную информацию перебором. И выход тут GUIDv7 / ULID / TYPEID, где каждый со своими недостатками.
Если не знать такие вещи, то на уровень сеньор-помидора бекенд / фуллстек - претендовать нельзя (можно там, где всем пофиг на качество, но это будет не global level title, а внутри этой богодельни).
А про литкод и алго-дрочево - согласен. Будто травма детства, а теперь отыгрываются)
Как побороть чувство сожаления за смышленых людей, под влиянием телевизора?
Из СТО попробовал в CIO - пожалел, скучно. Митинги, erp, CRM, колл центры, безопасность, офисная сеть, доступы. Одним словом завхоз.
Зачем мне, как бекендеру, фронтендеру, sre, тим/тех лиду, архитектору, не профессиональные СЕО, борд директоров, продакты, сейлзы, если надо думать за них над компанией и продуктом? Я думаю над продуктом в сфере своей профессиональной ответственности, не более.
Я понимаю что большинство из "эффективных менеджеров" осознают что они хитрожопые дебилы, но это уже перебор имхо. Топят компании и продукт они, а думаю над продуктом и крыса - я.
Да большинство не может поставить цели C-level борду, кроме как "нужно больше денег и работать". Какие роли, какие структуры.
А за сроки надо спросить кого-то, но у нас ведь аджайл, спросить некого - вот вам и Деливери менеджер.
За 15 лет в этом плане ничего не поменялось. Раньше эту чушь слушал только на "выступлениях" топов перед всей компанией раз в год, теперь на C-level планерках, раз в неделю - две - четыре (зависит от компании).
Выдумывают не айтишники, а собственники или их эффективные манагеры.
Из недавнего - конвертнули 20к баксов по хреновому курсу, потеряли 150 долларов, надо доказать и наказать бухгалтера, а лучше уволить. А то что люди которые это слушали, а потом часть из них доказывала - стоили только по времени 350$ - никого не интересует.
https://panda-css.com/
Я полностью согласен. Я отвечал на вопрос "зачем кодинг для devops/sre".
Я понимаю как Яндекс внутри обосновывает эту алго-чушь, но фишка в том, что она нужна им для 5-10% персонала максимум, а они её применяют ко всем.
У Avito тоже самое, проектируют твиттер на собесах, и вроде MVP, а вроде и не MVP и бюджет 20 лямов $. Просто взаимоисключающие параграфы.
Мне раньше интересно было поработать в яндексе/авитах и тд, мне интересны люди которые сделали тот же сфинкс или https://github.com/avito-tech/navigator, но я больше никогда не буду тратить время на собеседования в их компании, если прям хотят - 100$/час по предоплате за полный цикл, включая скрининги, подготовки, дорогу в офис и тд.
Зависит от секции кодинга, написать простенький Cluster Operator - очень даже в тему.
"Обколются своими курсами, а потом такие статьи пишут"
Моя жена каждый промпт пишет - 'привет чатжпт') а потом спасибо)
Чёт жесть какая то, есть много api/sdk вместо команд подпроцессом. Причём на любой докер хост.
Если цель была на встречах рулить - то лучше ноут и консоль, чем очепятки в телеге и ронять сервисы.