Та їм і не треба знати. Це лише діагностична інформація, яка допоможе розробникам швидше виправити помилку.

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

Для всех наших проектов 100% обязательная установка Сентри. QA-инженеры имеют доступ, но не обязаны разбираться в стак-трейсах. Сентри интегрирована с Джирой и куа заводят тикеты на основании репортов Сентри.

Це писав я. Мені треба.

Delivery Type — может быть Pull или Push. Если выбран метод Pull, сообщение будет доставлено как только оно попадет в топик. А если выбрали Push, то подписчик сам должен запросить сообщение.

Наоборот. Push — Pub/Sub отправляет сообщение. Pull — подписчик должен запросить сообщение.

In pull delivery, your subscriber application initiates requests to the Pub/Sub server to retrieve messages.

In push delivery, Pub/Sub initiates requests to your subscriber application to deliver messages.

Источник: cloud.google.com/pubsub/docs/subscriber

Да, турник (и всякое другое для спины) помогает.

В комментариях вы можете дополнить список!

За много лет накопился список подводных камней при внедрении методов автоматического тестирования: workat.dnt-lab.com/...​developers-dont-do-tests

Не, основная идея, что если кто-то на код-ревью видит «г....д», то нельзя говорить «это г.....д», а надо назвать один из запахов кода: «дубликация кода», «одержимость элементарными типами», «операторы типа switch» и так далее. Т. е. не просто покритиковал, а сразу сказал что не так. Ну а там дальше уже по Фаулеру можно и рефакторинги подходящие подобрать.

Совершенно верно. Просто начали называть более точными профессиональными терминами. :)

Там и сам Фаулер много пишет просто слово smell, без привязки к коду.

Я на интервью чаще спрашиваю: «Приведите примеры плохого кода, который можно было бы отрефакторить» или «Приведите типичные признаки плохого кода».

Термин «запах» мне не нравится, т. к. идет ассоциация с «говнокодом», а слово «говнокод» у нас в организации запрещено.

Код с душком — это код с душком. А запахи кода — это запахи кода.

ru.wikipedia.org/...​тно-ориентированного_кода

Да, этому термину уже вот как 14 лет. :) См. у Мартина Фаулера: martinfowler.com/bliki/CodeSmell.html

Под вебом я подразумевал фронт. Т. е. паттерны нужны и на фронте, и на беке.

Так какие ко мне вопросы? Вот я взял книгу Гаммы, на основе этой книги составил вопросы. Мне нужно было свои паттерны что-ли выдумать? Относительно же этой книги делается код-ревью внедрения паттернов в коде.

это у тебя полное отсутствие опыта практического программирования

Про вот это я кстати не понял. Я с 2011 года регулярно каждый день программирую и руковожу разработками. Сейчас своя компания 28 человек. О каком полном отсутствии практического опыта программирования идет речь?

Вы что-то путаете. Теоретические разглагольствования не мои — они Эриха Гаммы — уважаемого ученого в Европе и на западе.

Если вы не знаете как базовые паттерны применяются — это недостаток вашей квалификации и квалификации тех самопровозглашенных сеньоров.

И да, паттерны на вебе тоже нужны, не меньше чем на беке.

Ну так получается мы учились у одних и тех же преподавателей. При условии, что вы были на АПВТ или ЭВМ.

А в каких годах вы учились? Я в 2000-2005.

+1. Я бы еще добавил, что суть паттернов — дать шаблон решения в определенном контексте задачи, чтобы не изобретать велосипед.

Семенова и Кузнецова

Не знаком.

Это квалификация, которую мы требуем у младших программистов (workat.dnt-lab.com/...​are-engineer-career-2020). И мы не принимаем код, если у него интерфейсы без документации.