Тут нет, но я тебе скинул в личку

вот ты конкретный вопрос задал, а мы тут нафлудили :) я, кстати, пинганул чуваков, которые у нас тестят, с вопросом не хотят ли они рассказать - не хотят

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

лень-матушка, мне кажется :)

Вы не поняли о чем я писал. Перечитайте еще раз пожалуйста. Я писал про вашу конкретную аргументацию. Если вы не оптимизируете узкое звено (не важно где, будь то процесс, сервис по обработке чего-то), то ваша работа бесполезна, а следовательно ваше утверждение:

они начнут приносить больше прибыли, если все будет летать

сильно зависит от контекста. И вот мне сдается (по опыту) что тормоза жиры — это самое минимальное зло. И да, я работал полтора года в епаме на трех проектах и могу с уверенностью это сказать ) (точно не в жире было всегда дело)

Про всех сотрудников не скажу, но была ситуация с оптимизацией отчёта для отдельной категории сотрудников. В результате время построения отчёта сократилось на порядок. Сотрудникам понравилось. )

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

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

да, у конкретного человека что-то может стопорить работу (и будет гораздо больше, чем тормозящая джира). но если ускорить часть (любую, не обязательно самую медленную) - на масштабе это никак не может быть 0 пользы

все, пора закругляться, извините )

@PVN80 КМК кроме разбора логов особых возможностей нет, но могу и ошибаться.

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

то остаётся посочувствовать и получить кучу вопросов на грани цензуры)

совсем немного до 3к осталось

День добрый, вы что используете в качаесте Test data Generator ?

Хранимые процедуры SQL:
https://o.codefest.ru/lecture/1674

Python + Pandas (+ Mimesis):
https://pandas.pydata.org/
https://habr.com/ru/post/318120/
https://habr.com/ru/post/319880/

Генератор CSV и SQL:
https://www.mockaroo.com/

Merci

И wikipedia, где есть алгоритмы расчета контрольных сумм и форматы ИНН, КПП, ОГРН, ...

Подкаст запущен! Присоединяйтесь

Ребята, если будут вопросы - задавайте тут, в чате.
Крутые вопросы будем обсуждать в конце каждой секции (Секции небольшие)

▫️Как войти в нагрузку (школы, стажировки, начальные необходимые знания etc)
▫️Попробуем сформулировать градации junior, middle и senior перфоманс инженера, а именно - что от них ожидается и усредненные зарплатные вилки (по Москве).
▫️Как и где искать работу senior+ специалистам (team lead etc).
▫️На что мы обращаем внимание в резюме и вакансиях.
▫️▪️распространенные ошибки в вакансиях
▫️Как готовиться к собеседованию и как его проходить (как мы проводим собеседования).
▫️▪️Сертификация, тестирования, форматы (этапы, типы, задачи на логику) интервью и наше отношение.
▫️Есть ли жизнь (вакансии, потребность в кадрах) вне финтеха.
▫️Нужно ли ходить на собеседования, если не собираешься менять работу (полемика с Виктором).
▫️Какие вопросы задавать интервьюеру. “Звоночки”, сигнализирующие о том, что не стоит устраиваться на эту работу (?, заявления про скрам, права на стенд, длинные релизные циклы, нет разработки(будете фтшником)).
▫️Перегрет ли рынок?
▫️Кого мы ищем/искали, успехи/неудачи, как сложно найти специалиста в узком профиле.

звонок в телеге