Pull to refresh
-4
0
Kirill Naumenko @ReDev1L

Web Software Engineer / Architect / CTO

Send message

Проще взять 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"

Если это столбец типа integer — я искать в нём ничего не буду

Какой наивный)

можно, но не всегда она торчит наружу. а если торчит, то может закрыться ролями и доступами. если уж нет, тогда можно и про uuid подумать. любой технологии нужно обоснование ее применения.

Косвенную конфиденциальную информацию не закрыть доступами, на то она и косвенная.

нужно понимать что мозг работает по принципу раздражения. есть проблема - мозг ее решает. когда ты решал проблему деплоев пару лет назад, то не вспомнишь разницу git flow от других, если ты конечно на ночь каждый день не повторяешь это аки отче наш.

Я не про мозг, а про профессионализм, зачем решать задачу, если можно сделать так, что задачи не будет.

а можно весь список, пожалуйста, чего можно а чего нельзя? или он где-то есть а мы не знаем?

Не буду вам мозг раздражать)

Я не слышал про стандарты, просто выражаю своё мнение по требованиям к себе и своим коллегам.

Спасибо вам огромное, я весь в соплях от смеха

Я гоняю по таким вопросам чтобы понять кругозор человека. Ваш знакомый в банке - вообще не показатель.

Нужно понимать что git flow может задержать ваши деплои на неопределённый срок, vacuum не во время даст таймаут на косарь запросов, а по autoincrement ID можно достать косвенную конфиденциальную информацию перебором. И выход тут GUIDv7 / ULID / TYPEID, где каждый со своими недостатками.

Если не знать такие вещи, то на уровень сеньор-помидора бекенд / фуллстек - претендовать нельзя (можно там, где всем пофиг на качество, но это будет не global level title, а внутри этой богодельни).

А про литкод и алго-дрочево - согласен. Будто травма детства, а теперь отыгрываются)

Как побороть чувство сожаления за смышленых людей, под влиянием телевизора?

Из СТО попробовал в CIO - пожалел, скучно. Митинги, erp, CRM, колл центры, безопасность, офисная сеть, доступы. Одним словом завхоз.

Зачем мне, как бекендеру, фронтендеру, sre, тим/тех лиду, архитектору, не профессиональные СЕО, борд директоров, продакты, сейлзы, если надо думать за них над компанией и продуктом? Я думаю над продуктом в сфере своей профессиональной ответственности, не более.

Я понимаю что большинство из "эффективных менеджеров" осознают что они хитрожопые дебилы, но это уже перебор имхо. Топят компании и продукт они, а думаю над продуктом и крыса - я.

Да большинство не может поставить цели C-level борду, кроме как "нужно больше денег и работать". Какие роли, какие структуры.

А за сроки надо спросить кого-то, но у нас ведь аджайл, спросить некого - вот вам и Деливери менеджер.

За 15 лет в этом плане ничего не поменялось. Раньше эту чушь слушал только на "выступлениях" топов перед всей компанией раз в год, теперь на C-level планерках, раз в неделю - две - четыре (зависит от компании).

Выдумывают не айтишники, а собственники или их эффективные манагеры.

Из недавнего - конвертнули 20к баксов по хреновому курсу, потеряли 150 долларов, надо доказать и наказать бухгалтера, а лучше уволить. А то что люди которые это слушали, а потом часть из них доказывала - стоили только по времени 350$ - никого не интересует.

Я полностью согласен. Я отвечал на вопрос "зачем кодинг для devops/sre".
Я понимаю как Яндекс внутри обосновывает эту алго-чушь, но фишка в том, что она нужна им для 5-10% персонала максимум, а они её применяют ко всем.
У Avito тоже самое, проектируют твиттер на собесах, и вроде MVP, а вроде и не MVP и бюджет 20 лямов $. Просто взаимоисключающие параграфы.
Мне раньше интересно было поработать в яндексе/авитах и тд, мне интересны люди которые сделали тот же сфинкс или https://github.com/avito-tech/navigator, но я больше никогда не буду тратить время на собеседования в их компании, если прям хотят - 100$/час по предоплате за полный цикл, включая скрининги, подготовки, дорогу в офис и тд.

Зависит от секции кодинга, написать простенький Cluster Operator - очень даже в тему.

"Обколются своими курсами, а потом такие статьи пишут"

Моя жена каждый промпт пишет - 'привет чатжпт') а потом спасибо)

Чёт жесть какая то, есть много api/sdk вместо команд подпроцессом. Причём на любой докер хост.

Если цель была на встречах рулить - то лучше ноут и консоль, чем очепятки в телеге и ронять сервисы.

Чушь, вы даже не понимаете, что есть код который пишут, чтобы другой код работал, а не для клиента. Есть платформенные команды, есть девопсы и другие, которым весь этот бред не интересен, им интересны SLA, DX и премии по итогам SLA и достижения целей. И забивать им голову вот этой чушью, которая лишь оправдывает нахождение в штате человека который не понимает процессы разработки - только лишние расходы для компании которые не дают никакого профита ни для компании, ни для клиента. Зато софт-скилловый HR защищен от уволенения, из-за бурной деятельности по обучению персонала софт-скиллам.

Вы правильно сказали что все в компании должны иметь вижн клиента. Это ответственность CEO, построить правильные процессы, чтобы его/клиента вижн доносился до всех, без испорченного телефона и был доступным для понимания.

Время хороших разработчиков очень дорого, они получают ставку выше чем основатели и директора компаний. По этому не стоит его тратить на митинги, общение с клиентами и тд, для этого есть специально обученные люди. Их время дешевле и они справятся с задачей намного лучше.

Не забывайте про context-switch, это самый большой, не эффективный расход времени. Когда вы 2 часа кодили потом митинг с клиентом на час-два, а потом вам нужно вернуться кодить - разработчик теряет не час-два, а три часа минимум чтобы достичь пиковой продуктивности.

Эта сфера во влиянии логики и денег, вам здесь не дадут инфоцыганить и миссионерить без подкрепленных, логически верных фактов. Факты это не про психологические статьи в интернете и опыт в других сферах. Здесь все иначе и ошибки очень дороги для компаний и их инвесторов.

Upd:

Многие люди думают, что ИТ - токсичен из-за резких высказываний, типа "смотрите резюме" и тд. Но они не задумываются что притворяться экспертом - токсично для ИТ, изображать бурную деятельность - токсично для ИТ, уверенно, софт-скиллово говорить не правильные, бесполезные речи, говорить о том чем не компетентен - токсично для ИТ. Проблема то не в ИТшниках, они делают свою работу, а вы делайте свою и тогда все будет ок.

Information

Rating
5,076-th
Location
Россия
Registered
Activity