Обновить
21
16
Andrewus@Andrewus

Head of platform & devops lead

Отправить сообщение

Чуваки, респект! История отличная, уверен, её будут изучать на курсах по маркетингу и менджменту, надеюсь, не только в категориях, "как не надо")

Ох, списания в бесплатный период -- бич подписочных бизнес-моделей. Уверен, поддержка ссылалась на мелкий шрифт. Наложение акций там или невыполнение условий...

Я думаю, что и за собеседования какие-то плюшки на ревью полагаются, непосредственно разработчикам:)

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

Тут есть рациональное зерно: ключевая фича сервиса в том, чтобы доставку можно оформить на любой адрес в пределах зоны. Если курьеры будут видеть адрес, то неминуемо образуются мертвые зоны, куда никто не едет, и пользователи пишут жалобы, сервис теряет деньги, ну и так далее. Правда, не удивлюсь, если из-за сбоев геолокации курьеры тоже страдают и получают заказы не в тот город или, например, через реку или МКАД.

Спасибо, пуш о возврате был довольно неожиданным!

Молодцы, что отрабатываете негатив, респект. Добавлю, что было бы круто научить ваши чат-боты тоже как-то отсекать такие кейсы -- и, правда, дайте уже возможность в течение 5 минут отменить заказ, если ошибся адресом!

ИМХО, далеко не для всех сервисов полезно считать средний RPS за 24 часа. Например, если у тебя клиентский трафик приходит в рабочее время, то основная нагрузка сервиса будет с 11 до 14, и, как мне кажется, именно за этот промежуток стоит брать минимальный RPS.
Или, напротив, какой-нибудь бэкофисовый сервис, который что-то обсчитывает по ночам в течение получаса, средний RPS за сутки покажет в десять-двадцать раз меньше, чем тот, в котором ему реально нужно работать.

Поздравляю с выступлением! Больше докладчиков, хороший и разных!
На самом деле, тебе повезло с первым впечатлением от конференции. Когда немного походишь по разным, оказывается, что много людей рассказывают крутые вещи довольно посредственно. Ну, потому что это не их сильная сторона. И на их фоне синдром самозванца как-то затыкается: "Ну уж так-то я точно смогу!".
Я еще статус спикера повышает самооценку на самой конференции, ништяки на стендах раздают с уважением, заметила?

Кажется, у вас неподходящий источник, который сильно завышает цифры.

Огромные складские помещения завода обслуживали около 100 тысяч человек, то есть примерно 20% от всего штата сотрудников.

Получается, что на заводе работало 500 тысяч человек -- невероятная цифра! Но более достойный доверия источник говорит, что в 69-м всего было менее 80 тысяч работающих, а в лучшие годы -- 118 тысяч. Предполагаю, что перепутали проценты и количество людей, и случайно всё умножили на 5.

Это заставляет задуматься о том, насколько склад был правда эффективен и технологичен, а не в отчетах "наверх" под премии руководству? Почему такой технологичный завод захирел в первые же годы после распада СССР?

Глеб Георгиевич, перелогиньтесь!

СДЭК-то бабки за свою супер-пупер доставку вернул? Тут же даже не в деньгах дело, а в том, чтобы негодная услуга и оплачивалась соответственно...

А потом не стал разбираться с тем, что накодил -- и закоммитил как есть!

Надеюсь, пригодится, мы с коллегами старались:)

Мы пробовали менять местами! Принцип был такой: у продуктовых команд были технические спринты, когда только баги, а у баголовов -- продуктовые спринты, когда только продукт. В результате тлеющий конфликт остается, только в него контрибьютят больше людей, и всё равно имеем выгорание и текучку.
Допускаю, что мы где-то не так подошли к вопросу, и проблема не в подходе:)

Я про это чуть дальше писал, во "Влиянии". На мой взгляд, есть о чем поспорить: если техдолг не платить, мотивация будет выше и никакого выгорания! Вот если разработчик попал в команду, где техдолг уже есть, а платить его пока никто не хочет -- да, всё будет плохо. Отсюда можно вывести идею систематически забивать на техдолг, разбираясь с ним методом дефолта: раз в 3 года команда просто пишет всё заново на новом, более актуальном стеке. Тоже хорошо скажется на мотивации, кстати.

Я наивно рассчитывал, что в формате презентации это можно рассказать за полчаса. Кажется, в итоге получилось 1:10 с вопросами и холиварами после.

Ну, даже в целом ведре вода испаряется (инфляция), и с золотом аналогичные вещи происходят. Как только ты вышел со слитком из банка -- он уже потерял в цене, если не запечатан в опломбированный пластик. Про биткоин факты таковы: в январе вложил $105К, сейчас имеешь $85K. И сколько будет через 3 месяца, точно никто предсказать не сможет.

Получается, ИИ в первую очередь конкурирует с джунами и стажерами. Ловкий и опытный синьор-ии-дирижер будет раздавать указания нейросетям, а результаты будут доводить до ума и рефакторить миддлы. В этой схеме джунам нет места, но есть нюанс: тогда развалится пирамида квалификации, и получится ровно как сейчас с КОБОЛ-ом -- поддержкой пожилых систем будут заниматься пожилые синьоры-разработчики.

Вижу громадные минусы для индустрии, но реальных специалистов опять вырастут.

Ну, в принципе, да, это личный бухучет. В старые времена такие вещи люди вели в тетрадках -- и очень интересно такие артефакты изучать, да.

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

Я, собственно, потому и начал считать деньги, что поймал себя на том, что ожидания не совпадают с реальностью -- это потом я умный стал, про когнитивные искажения узнал:)

За респект спасибо!

Такая осознанность -- большая редкость, как мне кажется, уважаю

1
23 ...

Информация

В рейтинге
461-й
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность