Ответ
Да, я рассматриваю командировки как часть работы, особенно когда они напрямую связаны с ключевыми задачами проекта: запуском системы на стороне заказчика, интеграционными работами, участием в важных рабочих встречах или передачей знаний команде.
В моей практике были случаи, когда короткая поездка для настройки окружения или проведения воркшопа с коллегами из другого офиса значительно ускоряла проект. Я готов обсуждать график и продолжительность таких поездок заранее, чтобы они были предсказуемы и эффективны для всех участников.
Ответ 18+ 🔞
А, ну это ж классика, блядь. Командировки. Слушай, я тебе как человек, который уже не одну контору на ноги ставил, скажу: это как хитрая жопа — с одной стороны, вроде надо, с другой — ёпта, опять чемоданы таскать.
Смотри. Если это реально ключевая задача — типа запустить систему у заказчика, который сам как манда с ушами, и без твоего волшебного пенделя там нихуя не заведётся — то да, конечно. Потому что иначе потом будешь месяц по зубам получать в скайпе, а толку — ноль. Один раз приехал, впендюрил всем мозги, настроил, показал — и все счастливы. Это я понимаю.
Или вот эти интеграционные пиздецы. Сидишь ты тут, пишешь код, а они там, блядь, на другом конце страны свой сервер настроили так, что он только на корейском матерится. Без личного визита, где ты можешь ткнуть пальцем в монитор и сказать «вот тут, ёпта, хуйня, а не конфиг» — не обойтись. Волнение ебать, но ехать надо.
Но есть одно важное «но», чувак. Всё это должно быть по-человечески. Не «завтра с утра ты в Новосибирске, билет на столе». А нормально, заранее, как взрослые люди: обсудили график, продолжительность, цели. Чтобы я не сидел там две недели, как полупидор, пока их админ из отпуска вернётся. Чтобы поездка была предсказуемая и толковая. Потому что иначе это просто выброс бабла на ветер и вынос моих мозгов.
Короче, да, я готов. Если это осмысленно и по делу. А если просто «потому что так принято» — то, извини, но да похуй. Лучше уж тогда качественный телемост провести. Время, блядь, дороже.