Pull to refresh
15
0
Pavel Savelyev @zuse

CTO

Send message
boodda Если не ошибаюсь, то заявка от вас поступила 25 июля и на ваш емейл было выслано задание. Если же нет, то приношу извинение, напишите, пожалуйста, почтовый адрес в личку и когда отправляли заявку, я проверю, что пошло не так.
trawl Нет, больше переносов случиться не должно.
ps. Сорри, чутка не рассчитали с SLA на закупку билетов и бронь гостиниц.
Да, конечно, на весь поток вопросов ответили, в ближайшее время вам направят их рекрутеры, даже сформировали небольшую роль дежурного среди тим лидов :), чтоб отвечать быстрее, за вчера прост много нападало, извините за задержку
У нас почти вся разработка внутри компании, и почти все сотрудники — тоже. Вообще, за всё время, пробовали разное (outstaff, outsource, удалённые офисы, работы по подряду) и для себя знаем, что строить процесс работы эффективно можно либо под удалёнку, либо под инхаус и даже комбинированные варианты по наличию инхаус и удалёнки — приводят к ведению процессов полностью, как под удалёнку: всё фиксировать, сильно больше формализации, другой расширенный туллинг, больше переговорок с телемостами или заточенных под видеозвонки и всё равно, в нашем случае, шла потеря скорости и порой реакции, не претендуем на абсолют, это лишь наш экспириенс.
Наладить коммуникации, вовлечь человека в команду, объяснить правила и стиль разработки, продуктивно поделиться знаниями и подходами лучше всего очно; и только потом, в индивидуальном порядке, может быть рассмотрен вариант удаленной работы. Но и нельзя забывать, у нас существует на всех сотрудников в IT практика One day home office (те. раз в неделю).
На нашей практике, даже с достаточно развесистым стеком, не так часто случались вот такие координальные смены лицензий, первое, что помню, это Aerospike, о котором есть в статье выше. А по поводу уязвимостей, по разному, например, в PHP для приложений встроены в CI автоматические security checkers, которые нам говорят об появляющихся уязвимостях, стараемся к тому же освежать всегда все версии + инженеры сами читают, следят, сообщают. И приключений соовсем мало выходит
Присматриваемся, но пока нигде не использовали.
Отвечу пока на первые три вопроса:
1) Ламода стартовала именно с PHP. Нет, полный переход не планируется.
2) Redis есть, а вот Memcache нет и вряд ли будет. Подробнее можете посмотреть на нашем тех радаре: radar.thoughtworks.com/?sheetId=https%3A%2F%2Fdocs.google.com%2Fspreadsheets%2Fd%2F1tV4uowMRiCRfPQd5X_LvMu3GTMTfcg0AxLxel_Y7UWQ%2Fpubhtml%3Fgid%3D0%26single%3Dtrue о котором, кстати, статья уже готовится, скоро будет с пояснениями и деталями
3) Сейчас используем Solr, но переезжаем с него Elasticsearch, а в истоках так вообще был и Sphinx
Вы угадали, это действительно наш оперативный центр, так называемый War room на Black Friday, где мы собираем лиц ответственных по всем направлениям, обвешиваем комнату плазамами, показывающими текущее состоение продакшена и максимально оперативно реагируем на происходящее. Мы про это обязательно расскажем.
Изначально мы и взяли существующее решение и оно отлично работало. Однако со временем оказалось, что наши бизнес-процессы отличались от тех, которые было возможно реализовать в системе — например, разные процедуры оформения в разных странах. И относительно уникальное оборудование со своей спецификой работы, под которую, конечно же, в существующих решениях ничего не заточено. При этом скорость расширения и изменения бизнеса настолько высокая, что поспевать за ней можно только с собственной разработкой.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity