Почти год назад я переехал жить в Беларусь. Как вы уже догадались, если релокейт проходит без проблем, то такие истории на Хабр не пишутся. Однако, у меня есть что рассказать. Моя история будет не о славном граде Минске, белорусской идентичности, летних протестах и прочих, несомненно, важных вещах. Я расскажу вам об одной белорусской компании, в которой меня угораздило недолго поработать. История эта совершенно феерическая — что-то подобное могли бы снять режиссёры Silicon Valley. Всю свою карьеру я думал что так просто не бывает. Ну даже если и бывает — то я в это точно не вляпаюсь. Однако, я ошибался. Мне не повезло — переезд вышел мне боком и я влетел в целый водоворот событий. Они довольно поучительны и, как мне кажется, мой опыт будет интересен всем, кто планирует переезжать в ближайшем будущем. Меня зовут Павел и вот моя история.
Последние десять лет я жил в небольшом городке под Новосибирском и работал через UpWork. Помимо этого я писал на Хабр и вёл два своих публичных открытых проекта: Reinforced.Typings и Reinforced.Tecture. Денег на жизнь мне хватало и времени на свои проекты оставалось достаточно. Но однажды положение дел изменилось. Стартап, в котором я работал — вырос, руководство начало размываться новыми людьми. В реорганизованной компании мне не нашлось места, и меня уволили. Само собой, я страдал, лез на стены, орал от несправедливости и зарекался навек работать без equity. Но жизнь показала, что бывает и хуже. Гораздо хуже.
Я искал новую работу почти 4 месяца. Кроме удалёнки ничего не рассматривал. Однако, что-то упорно шло не по плану: на UpWork и до этого с C#/.NET было не густо, а в 2019 стало совсем печально. Мои пропозалы оставались без ответа, все свои коннекты я истратил. Remote на StackOverflow был только для обладателей паспорта США, а личные контакты и нетворкинг молчали. Моя финансовая подушка таяла, и скрепя сердце, я принял решение выйти из зоны комфорта и наконец-то релоцироваться из того медвежьего угла, в котором сидел последние 10 лет.
На Европы и Америки у меня не было ни денег ни связей. Работать спустя рукава в аутсорсе я решительно не хотел. Питер мне просто не нравится. В Москве дорого, пафосно, пробки и огромные расстояния. При этом цивилизации вокруг все равно хотелось. Ну стрёмно мне тратить 20 баксов и 3 часа на такси туда-обратно до ближайшего нормального бара. Ещё хотелось, чтобы IT-индустрия жила и шевелилась. Митапы всякие там, конференции, барные тусовки. Да и в целом — к 10+ годам индустриального опыта хочется уже работать с профессионалами своего дела, а не с недоучками.
Мои знакомые посоветовали Минск. Я знал, что в Республике Беларусь действует ПВТ и зарплаты весьма привлекательны. Более того — есть несколько примечательных продуктовых компаний: Viber, Stimulsoft, Pandadoc, Mapbox и TargetProcess имени Михаила Дубакова. В последней была открыта вакансия C#-разработчика и я отправил туда резюме. Я уже слышал про эту компанию — их продуктом пользовались мои хорошие знакомые из Новосиба. Компания быстро откликнулась на моё письмо, я прошел совершенно стандартное собеседование с тестовым заданием и, наконец, получил оффер.
Я перестраховщик, так что пособеседовался и в другие компании — это дало мне ещё один оффер. Пришлось долго и мучительно выбирать между двумя вариантами, и в итоге я выбрал TargetProcess. Его коллектив показался мне вполне нормальным и, что немаловажно, профессиональным. Гугл ничего плохого про компанию не выдавал — только радужные статьи на dev.by, где гордо рассказывается как компания справляется с процессом разработки без менеджеров и даже HR-ов. На собеседовании я тоже не заметил, что что-то может пойти не по плану.
Новосибирск — Минск
Оффер я принял и пообещал, что как штык буду на рабочем месте 10 декабря, в 11 утра. Но переезд дался мне нелегко. Обычно я не склонен к сантиментам, но тут было прямо не по себе. Деньги кончались, разработка своих проектов встала, а в Беларуси у меня нет решительно никого из знакомых. Я, блин, всё бросаю и еду в никуда. Срываюсь с насиженного места под влиянием обстоятельств. Всё, что у меня есть — это моя голова на плечах, технический опыт и вот этот оффер в инбоксе. Добираться предстоит совершенно одному. Случись что, помощи просить не у кого, вся надежда только на себя. Я старался себя успокоить тем, что TargetProcess вроде адекватная компания и уж точно не допустит какого-нибудь непотребства.
Сдал квартиру, доверил своего кота ответственому знакомому, выкинул ненужный хлам, что-то продал. Прекратил ходить на тренировки и сбрасывать вес, попрощался с немногочисленными друзьями. Единственное, что я себе оставил — автомобиль. Заднеприводный бизнес-кореец, продать который за вменяемую цену в Новосибирске мне не удалось. Сдавать своего коня перекупам по бросовой цене я категорически не желал. К чёрту. Занял денег у хороших людей и взял его с собой. Ближайший год мне всё равно не светило возвращаться (рекрутёр TargetProcess меня заверила что люди в этой компании работают подолгу — как раз то, что нужно).
Колёса пришлись весьма кстати. Я упаковал в багажник всё, что хотелось взять с собой, поставил на автовоз в Москву, а сам вылетел следом.
От Москвы до Минска надо было ехать своим ходом. Мне не впервой гонять на дальние расстояния по трассе, но и тут не без факапа. Автомобиль, заляпанный сантиметровым словом грязи, мне отгрузили с автовоза позже планируемого. Мойка, оплата, МКАД — и вместо расчётных 10 утра, я выехал чуть ли не в час дня. Про разницу в широтах и время захода солнца я, конечно же, был не в курсе. В общем, в 5 вечера прямо на трассе меня застала глухая ночь и дождь со снегом. Не самые удобные условия для вождения, но отступать уже некуда. Ехал наощупь, пытаясь не слететь с дороги.
А после пересечения Российско-Белорусской границы у меня отвалилась связь. Местную SIM-карту взять негде, пришлось вести по кэшированному куску яндекс.карт, указателям и километровым столбам. Часам к 11 вечера, наглухо вымотавшись, преодолев 4.5 тысячи километров за день, я наконец въехал в Минск. Вызвонил арендодателя (дай ей б-г здоровья!), с которой договорился заранее. Втащил вещи в квартиру и наконец грохнулся спать.
10 декабря, 11 утра. Я явился в офис и...
Хоп!
Проходит две недели. Я почти закрывая свою первую задачу (разгребание инфраструктурного легаси системы), только-только начинаю отходить от переезда, как вдруг...
меня уволили.
26 декабря 2019го года, под новогодние праздники я остался без работы.
Из денег у меня — зарплата за месяц (даже долги не вернёшь), вокруг — чужая страна, чужой город в предпраздничном ажиотаже. Проводить собеседования до 15 января никто не собирается, в городе введён режим "давай после праздников". До России — 600 километров, до дома вообще пол-Земли. Я даже не могу зарегистрироваться по месту пребывания — нужен трудовой договор — и любой встречный милиционер имеет полное право взять меня за жопу.
Никаких "профилактических бесед" со мной не проводили, претензий к моей работе не возникало, методических рекомендаций, что сделать лучше или по-другому — не поступало. Создалось ощущение, что компании я просто не упёрся. Технически это выглядело так: Андрей Хмылов — человек, который что-то вроде тимлида в команде отозвал меня в сторонку и сказал "мы решили не продолжать с тобой, потому что что-то мы не срабатываемся". На вопрос "А зачем вы вообще меня наняли?", я получил предельно чёткий ответ: "Просто мне показалось, что процессы в моей команде масштабируются на 6 человек, а не на 5".
Ну вы понимаете — человеку показалось.
Через 2 дня у меня состоялся диалог с техническим директором TargetProcess — Евгением Хасеневичем. И он был куда богаче на детали:
— В договоре чётко прописан испытательный срок, а проработал я 2 недели. Что значит "мы не срабатываемся"?
— По трудовому кодексу Беларуси мы имеем право уволить тебя на испытательном сроке когда захотим.
— Хорошо, я не эксперт в белорусском законодательстве. Но эм… я не в самом удачном положении — только переехал, у меня одни долги.
— Ну я не уточнил в бухгалтерии, можно ли заплатить тебе за 2 недели, поэтому компания — обрати внимание — закроет на это глаза и выплатит тебе месячную зарплату.
— То есть я ещё и спасибо сказать должен?
— Спасибо говорить не надо. Считай что это такая… добрая воля компании.
— Ещё раз: я одолжил больше денег, чтобы к вам приехать, чем то, что вы мне пишете в расчётном листке.
— А за что тебе платить? — собеседник расплылся в улыбке — Давай ты напишешь смету, я отнесу её в бухгалтерию, там всё посчитают.
— Я… э…
— Ну а что ты хотел? Переезд — это всегда риски, ты должен быть к ним готов.
— Так на дворе новогодние праздники. Мне придётся сидеть без работы месяц, потому что никто не собеседует.
— Ну если ты хороший программист, то в Минске-то без проблем найдёшь себе работу.
Рекрутёр TargetProcess порекомендовала мне не лезть на рожон. Скрепя сердце, я подписал доп. соглашение, что де-факто означало увольнение по собственному. Страна чужая, я только переехал — мне реально было стремно качать права.
Где-то тут пришло понимание, что соглашаться на релокейт "в ручном режиме" было довольно глупой затеей. Но издалека сотрудники TargetProcess не создавали впечатление безответственных мудаков, и мне чудилось, что я знаю на что иду. Пожалуй, надо завязывать с доверчивостью.
Я не переношу вранья и нарушения договорённостей. А здесь было целое комбо: внезапно выяснилось что никто мне ничего не обещал, а руководство продемонстрировало мне беспрецедентное хамство и выставило всё так, будто мне с барского преча позволили тут поработать. Человек, занимающий должность CTO, откровенно посмеялся мне в лицо. То есть меня, неплохого и опытного инженера, который в силу обстоятельств пошёл навстречу компании — облили говном и поставили в крайне неудобную ситуацию. Я считаю что во взрослом мире так дела не делаются. Раз компания в лице технического директора позволяет себе такое поведение, то мне ничего не мешает трактовать это инцидент как… ммм… дайте-ка посмотрю на свой банковский счёт… Точно! Кидалово на бабло.
Почему эта статья должна быть здесь?
В нашей индустрии есть ненадёжные люди. Мне кажется, что информация об их боевых заслугах обязана быть доступна по первому же поисковому запросу. Она должна светиться яркой неоновой вывеской. Чтобы любой желающий незамедлительно понял, кто есть кто, и на кого можно положиться в тонких вопросах переезда, а на кого нет. В случае с TargetProcess ситуация такова: поисковая выдача пестрит красивыми заголовками статей и интервью, описывающими радужно-конфетный мир. В объективной же реальности компания допускает крайне неэтичное отношение к релоцировавшимся сотрудникам. И я тому пример. Намеренно вводить людей в заблуждение — это очень и очень скверно.
Остаться без денег перед праздниками в чужой стране — это не та ситуация, в которую каждый из нас хочет попасть. Ладно, я — не голодающий Поволжья. Да и решать сложные проблемы мне не впервой. А если кто-то купится на оффер и приедет издалека с семьёй? С детьми? А если это будет молодой разработчик, который даже не подозревает о том, что так вообще бывает? Разумнее будет сократить риски, когда есть возможность и быть в курсе последствий.
Если бы эта статья была у меня-из-прошлого, я бы сэкономил кучу денег и нервов.
Жаль что опубликовать эту информацию раньше у меня не дошли руки. Просто они дрожали. И ещё глаз дёргался. Только сейчас я более-менее справился с тревожным расстройством и коробкой неврозов, которые мне достались всего после двух недель сотрудничества с героями статьи. Даже среди ночи уже не просыпаюсь. Почти. Ну что, вы всё ещё выгораете?
Тогда я вам расскажу как устроены стильные-модные-молодёжные компании.
Дело в том, что TargetProcess и её сотрудники свято чтят soft skills. Они очень любят рассказывать о себе. Например о том, как они обходятся без менеджеров и директора по управлению персоналом, какой у них стильный офис и как они получили ажно $5 млн инвестиций. Выходят хвалебные статьи, основатель активно визионирует, а члены самой-звёздной-команды выкладывают в командный инстаграмм фотографии с котлетами бабла. Короче, все при деле — "мы продуктовая компания, а не вот эти вот… ГАЛЕРЫ", "мы как белорусский Google!".
С самого начала у меня было какое-то внутреннее ощущение что дело тут нечисто. При таких замашках надо действительно быть стоящим игроком. Я насторожился, но в итоге списал всё на "должно быть я что-то не понимаю". Кажется, это называется эффект Даннинга-Крюгера. Но пост-фактум все странности становятся очевидны и я долго ругал себя за невнимательность.
Собеседование в TargetProcess квалификацию особо не проверяет, что явно не уровень продуктовой компании. Пусть так — у меня есть Github-аккаунт, у меня есть Хабр, у меня есть UpWork с отзывами, мою квалификацию можно проверить тысячью и одним способом, не задавая глупых вопросов про GetHashCode.
Чего действительно не ожидаешь от места, где "важны soft-skills" — собеседуют одни люди, а в команду попадаешь совершенно к другим. Уже это должно было стать красным флагом, но я, видимо, слишком наивен.
От момента, как я принял оффер до моего фактического приезда прошёл МЕСЯЦ. 30 дней. Четыре рабочих недели. Если компания декларирует упор на общение и софт-скиллы, то за эти 30 дней можно было организовать бесчисленное количество онлайн-встреч, посмотреть на меня через камеру, поговорить со мной текстом, голосом, познакомиться, выпить через skype в конце концов, дать тестовую задачу. Да господи, хоть онбординг провести и сказать мне по итогу — мол, нет, чувак, извини, не подходишь. Просто чтобы не дёргать меня через пол-страны и не жечь мои деньги. Но ничего из этого компания не сделала.
Кстати, про онбординг.
— Чем я могу помочь команде? Давайте для ознакомления я починю несколько застарелых багов, чтоли. Руки чешутся.
— Это так не работает — ответил мне человек, играющий в тимлида
— А как оно работает?
— Ну… не знаю… Я ожидаю некой автономности от своих сотрудников… Ну возьми разгреби воон ту штуковину.
Вот и весь тебе онбординг в устах Андрея Хмылова. Замечательный процесс, заточенный под быстрое и эффективное введение новых людей в работу над кодовой базой с более чем 15-летней историей. Особое внимание стоит обратить на заинтересованность, ответственность и готовность помочь.
Помогает в процессе онбординга полностью отсутствующая документация. Кусочек readme.md в репозитории, где-то документ в облаке, где-то заметка в личном блоге, где-то схема в онлайн-рисовалке, ссылка на которую передаётся из уст в уста. Передавать из уст в уста — наиболее общепринятый способ распространения информации о системе. Намеренно объяснять никто ничего не собирается — "ожидается автономность от сотрудников" (с).
Общего списка всех репозиториев, ссылок на них и объяснения, что в них есть — так же нигде нет. Системный администратор сделает вам пользователя чтобы вы могли залогиниться на свою рабочую машину — всё остальное в режиме "ну… попроси кого-нибудь". Вместо назначения ответственных за процесс принимается гениальное управленческое решение — закрыть информационные дыры с помощью soft-skills. Браво, узнаю управленческие практики google.
Какая ирония: компания, делающая инструмент для управления процессами разработки не может наладить процессы разработки сама у себя. Как это вообще блин работает?
Это очень похоже на job security driven development. Намеренно ограничивать знания о системе, чтобы никого не рискнули уволить и зарплату повышали не из-за профессиональных качеств, а потому что "никто же больше в этом не разберётся!". Страх, что "в системе больше никто не разберётся" довольно распространён в нашей сфере, но давайте замнём для ясности и коротко пройдёмся по самой системе чтобы понять, так ли всё плохо.
Система
Процессный и организационный бардак ни о чём не говорит при условии, что сама система сделана на совесть. Но
"Любая организация, проектирующая систему неизбежно создаст такую модель, которая будет повторять коммуникационную структуру самой организации".
— Закон Конвея.
Старик Конвей и здесь оказался прав.
Первое, что я увидел — единого кода системы не существует. Есть разные куски, написанные в разное время, разными людьми, с разными взглядами и разными убеждениями по вопросу "как надо". Разумеется, все они уже уволились, онбордить сотрудников никто не планирует, поэтому разбираться надо с нуля.
Если долго всматриваться в этот код, то создаётся впечатление, что авторы не проблему решали и не фичи делали, а показывали какие они умные. Что они знают паттерн strategy, или пробуют новый фреймворк за счёт работодателя, или новый язык, или просто креативят в пустоту. По итогу проблемы (зачастую выдуманные) решаются наименее очевидным из всех возможных способов. Технологические понты. Как и бывает в таких случаях, инструментарий авторы не понимали и не утруждали себя погружением в детали на предмет зачем это нужно, как оно работает и к месту ли. Что закономерно, ведь, как и было сказано, важны soft-skills. А стало быть на хрен идут проблемы продукта — тут надо показать коллегам какой ты умный и красивый. Вершина и кульминация этого буйства сознания — использование самописной монады Maybe<>
, которая где-то в середине стека вызовов прагматично разворачивается в if (maybe.HasValue)
. Функциональное программирование вам, так сказать, в production.
Выстроив в голове модель сущностей, открываешь для себя другую особенность. Называется "без штанов, но в шляпе". Приведу абстрактный пример: вообразите себе витиеватые заросли Repository Pattern, всё по науке, интерфейс-реализация, в разных неймспейсах, с заделом на тестирование. Вот вся эта красота развешена поверх… статического подключения к БД! Такое нам в Новосибирск из Индии везут на рефакторинг! Тоннами! Я ещё будучи джуном понял, почему подключение к БД нельзя пихать в статический контекст. Что же помешало "лучшим умам" не наступить на эти грабли? Видимо, тот факт что про грамотное управление лайфтаймом подключения не расскажешь на тим-митинге и внутренней конфе. А вот прочитать статью на википедии и красиво всё разложить по репозиториям — вполне себе социально одобряемое. Десять soft skills из десяти.
Обычно подобный треш и угар в системе пресекается системным архитектором. Но это не наш случай: в дополнение к soft-skills, тут полный agile. То есть предполагается, что все сотрудники — профессиональные инженеры, которые сами могут договориться и принять правильное техническое решение. Вкусно, как Orbit со вкусом design by committee.
Видавший виды руководитель знает, что agile и делегирование принятия технических решений команде на практике означает "слабоумие и отвага", если не проводить жесточайшего кадрового отбора по хард-скиллам. Но чтобы организовать такой отбор во-первых нужен человек неприлично высокой квалификации, который и будет проводить собеседование, а во-вторых — опытный управленец с намётанным глазом.
В рамках своей первой и единственной задачи я разгребал код, написаный местным техническим директором. Что ж… если человек не может спроектировать простое консольное приложение, принимающее флаги и делающее действия, то строгий кадровый отбор по хард-скиллам — явно история не про него. Вот и остаётся писать в буклетах "процесс разработки не нуждается в менеджерах" и загадочно улыбаться.
Сам по себе отвратительный код — это нормально. Для какого-нибудь аутсорса. Разница в том, что аутсорс-компания обычно не претендует на лавры best place for work и какой-то особый уровень экспертизы. Да и лица там не настолько высоконагружены, чего греха таить.
Кстати, о лицах
Вообще я не очень хорошо разбираюсь в людях, предпочитаю всё-таки системы. Но тут сам б-г велел, ведь радужно-оптимистичные статьи жанра "личностный рост для разработчика" предписывают работать с талантливыми людьми. Сам не читал, но что-то такое слышал на краю Интернета. Грех не воспользоваться случаем.
И вот впервые в жизни я увидел молодых мальчиков и девочек с высокодуховными лицами, лоснящихся от высоких зарплат. Они не ходят, они как будто парят над землёй, стоя на облаке из квалификации. Ну, думаю, наконец-то. Вот они — настоящие инженеры. Сбылась мечта идиота, я работаю не с аутсорс-недоучками и вайтишниками, а с самыми, что ни на есть мозгами. Которые в курсе трендов и технологий!
Я обратился к людям из "самой звёздной команды"(tm) в попытке поговорить с ними о технических штуках, рассказать о том, через что сам прошёл, обсудить тенденции, архитектуры разных вещей (в том числе и самой системы)...
Видимо, что-то пошло не так. В ответ я получил пачку и без того мне известных buzzword-ов, одухотворённо-покровительственный взгляд и отшучивание. Всю первую неделю я гадал — что же не так? Может я как-то… не знаю… Вопросы не те задаю? Или, может, надо не про себя рассказывать, а больше вопросов задавать, попросить научить меня чему-нибудь?
Всё оказалось гораздо проще. Технические дискуссии коллег не интересуют. Поначалу казалось что их вообще мало что интересует, но потом я просёк фишку. "Высоконагруженные лица" оживляются на разговорах о чём-то более мирском. Ну вы знаете, не об этих ваших абстракциях, паттернах и технологиях, а о чём по-проще: кто в каком ресторане обедал, где провести тимбилдинг, куда поехать в отпуск, кто какой гаджет купил и прочие темы "за жизнь" "за покупку второй бэхи".
Тут у меня, наверное, нет комментариев. Видимо вот такой он, градус дискуссии профессионалов высокого класса. И ничего с этим не поделаешь.
Итог
Вот что мне всю жизнь непонятно — почему инвесторы вкладываются в такие компании? Предположим, что у меня были бы деньги на долю и я хочу разобраться: а что тут, собственно, покупать? Обычно в стартапах покупают рост в надежде, что он будет взрывной. Но взрывной рост сложно организовать без продукта, попадающего в голубой океан пользовательских потребностей. Здесь требуются удачливые визионеры, грамотные маркетологи, Product Manager-ы и работающий как часы продакшен.
В TargetProcess: единственный визионер (он же основатель, он же Миша Дубаков) ушёл с продукта, плотняком ударился в идею околокорпоративного no-code. TargetProcess после этого начал заниматься хаотичным метанием в надежде догнать Jira под руководством каких-то сомнительных личностей.
Продакшен? Увы, поверхностный аудит кода и разговор с людьми отчётливо показал что продакшен больше интересует красивая жизнь, нежели продукт или технологии.
Взрывной рост сложно пережить без чёткого управления и подготовленных процессов. Здесь уровень разгильдяйства вкупе с возрастом предприятия даёт явное понимание что людей, способных внедрить и настроить процессы в компании нет и никогда не было. Документация, онбординг, ответственные, передача информации? По всем пунктам провал. Взрывной рост разорвёт всю конструкцию на куски по наложенным на коленке швам.
Однако TargetProcess не уникален. Подобных компаний на рынке полно. Думаю, будет не лишним написать пару советов как не угодить в местечковый Theranos.
Как не наступить на мои грабли
Я детально переварил свой опыт, поговорил со знакомыми из кадрового бизнеса, расспросил успешно релоцировавшихся как прошло у них, почитал интернет. На основе полученной информации я составил свой список основных моментов, которые необходимо учитывать при релокации. Как видите, откровенный трешак, маскирующийся под серьёзный бизнес на рынке присутствует, поэтому надо держать ухо востро, чтобы не оказаться в жопе. Мне видится так, что эта информация, написанная моими нервами, деньгами и психическим здоровьем будет полезной для желающих переехать. Да и в целом держите это в голове при любой смене места работы.
Первое, что надо помнить при релокейте — вы в заведомо более рисковом положении, нежели компания. У вас меньше и денег, и времени, и нервов. И правовое поле не ваше, и территория чужая. Вы в максимально уязвимом положении. Кинуть вас и оставить ни с чем — проще, чем отобрать леденец у ребёнка. Поэтому надо выбивать из принимающей стороны максимальные бонусы. Это не "программисты зажрались", а необходимая мера страховки для обеих сторон: вы худо-бедно приобретаете уверенность, что даже если что-то пойдёт не так — вы не окажетесь один на один с полной жопой. Компания вкладывая деньги в ваш переезд, верифицирует управленческое решение и страхует себя от негативных отзывов в будущем. Короче, даже не начинайте диалог о релокации без обсуждения релокейшн-пакета и даже не пытайтесь обеспечить его своими руками, если компания не предлагает. Серьёзно, просто не надо.
В рамках релокейшн-пакета требуйте:
- Полную или частичную оплату переезда. Как минимум билет в одну сторону вам должны оплатить. Совсем прекрасно если вас встретят в аэропорту или куда вы там прибываете;
- Временного размещения. Требуйте предоставления корпоративной квартиры или отеля на период, пока вы не найдёте постоянное жильё. Совсем хорошо если компания помогает с поисками;
- Relocation bonus. Чтобы к первым вашим зарплатам была прибавка на основе тот факта, что вы переехали. Обычно у переехавших с деньгами не очень, поэтому помощь компании необходима. Совсем хорошо если бонус единовременный и выдаётся сразу;
- Серебряный парашют. Редко, но такое бывает. Это формальное обязательство выплатить вам компенсацию (обычно в размере нескольких зарплат) в случае увольнения в первые 1-2-6-12 месяцев (как договоритесь);
- Оформления приглашений, виз (в том числе для членов семьи), страховок и прочих въездных и не очень документов. В идеале — без вашего участия.
Удостоверьтесь заранее:
- Что google, GlassDoor, любые сайты с отзывами не выдают о компании ничего плохого. Если есть хоть один (один!) негативный отзыв — ищите другой вариант. Поверьте, это не та рулетка, в которую вам стоит играть;
- Что в целевой компании есть отработанный процесс онбординга новых сотрудников;
- Что трудовой договор не подразумевает расторжения ранее определённого срока (так же именуемого испытательным);
- Что компания ранее уже занималась трудоустройством релоцирующихся сотрудников. Это чтобы в самый неподходящий момент кадровики и бухгалтеры не начали судорожно звонить в миграционную службу и узнавать какой пакет документов, в какие сроки и куда надо предоставить. Совсем хорошо если у компании есть опыт релокации именно из вашей страны;
- Что вы будете работать именно с теми людьми, которые вас собеседовали;
- Что мотивация вашего найма — не "абы взять" на потеху инвестора, а необходимость решения конкретных проблем нанимающей стороны. Спрашивайте явно на собеседовании — "зачем вы меня нанимаете? какая у вас конкретно боль?";
- Что у компании есть чёткая и понятная всем сторонам политика увольнений.
Вообще, про увольнения, конечно, я рекомендую прямо сейчас поговорить с вашим руководством. Поймайте своего непосредственного начальника за пуговицу и добейтесь ответа на вопрос "при каких условиях вы меня уволите"? Один мой хороший знакомый предложил отличную формулировку: "какое моё поведение приведёт к вашему решению о моём увольнении?". Тут самое страшное — даже не жёсткость условий, а определённость, с которой вам дали ответ. Помните — если руководитель не понимает за что людей надо увольнять, а за что — нет, то вы будете уволены в самый неожиданный момент по самой неожиданной причине. Совсем хорошо будет сопоставить ответ на этот вопрос с трудовым законодательством целевой страны. Если политики увольнения в компании нет, то это легитимная причина для пересмотра вашей зарплаты в сторону повышения в связи с необходимостью покрытия рисков. Или смены работы на место, где управлять умеют немного лучше.
Послесловие
Я хочу поблагодарить ребят из подкаста "Мы обречены" и Филу лично за то, что не остались глухи к моей ситуации и сильно помогли мне успокоиться, взять себя в руки и написать слаженный текст о произошедшем. Спасибо, ребята, без вас я бы не справился — совсем одному переживать такое было бы крайне тяжело. Эта история слишком сильно меня подкосила и выбила из колеи, но с вашей помощью я выгреб.
В феврале я нашёл другую работу и мои нынешние коллеги, должность и зарплата меня очень радуют.
Потом случился коронакризис. А потом, летом в Беларуси произошли всем известные события. Не смотря на подпорченное первое впечатление, мне посчастливилось встретить очень много совершенно прекрасных людей, поддержать их в меру возможностей и посодействовать им. Беларусь прекрасна, белорусы абсолютно замечательные. Но, как и в любом обществе, здесь так же есть и хитрые шарлатаны, и безответственные дураки, которым нельзя доверять и проходимцы от IT-индустрии, возомнившие себя мессиями. Я категорически не желаю чтобы персонально мой негативный опыт и конкретно TargetProcess бросал тень на всё белорусское IT. Тот факт, что лично мне попалась чудовищно токсичная компания с непрофессиональным руководством, вовсе не означает, что везде так. Нет.
В Беларуси полно замечательных кадров, интересных компаний, умных и достойных людей. Видимо, я просто крайне неудачно выбрал представителей индустрии для начала работы.
Берегите себя.
P.S: совсем забыл подсветить ещё один маленький, но интересный момент. Сразу после инцидента вакансия разработчика на сайте TargetProcess поменялась с Senior на Junior. А через некоторое время и вовсе исчезла. Вот теперь всё.
UPD: статью перепечатал портал dev.by запросив комментарии у компании.
tvr
Это первый красный флажок, который должен был очень сильно насторожить.
kulichkovsergey
Почему?
Arlekcangp
Например, потому что у этого сочетания слов даже нет четкого определения. А значит определяется это субъективно. Для одного "soft skill" — это подойти к коллеге с банальным вопросом типа "слушай Серёга, клёвая у тебя библиотека, а как бы ей воспользоваться ?" (Разумеется, перерыв весь объём имеющихся документов и мануалов предварительно, и не найдя) А для другого — ты должен уметь общаться с неадекватным заказчиком, да ещё и продать ему кривую поделку дороже обычного ("для покрытия рисков", разумеется). Немного разные "soft skills"...
mrguardian
Много у чего нет четкого определения. Например у S из SOLID
Kiselioff
S — «Single responsibility» это про то, что класс должен решать только одну задачу и что не нужно создавать «God objects». Что же с этой S не так?)
Neikist
То что сам Роберт Мартин имел в виду другое)
VolCh
Должен иметь только одну причину для изменений — более близко к классическому определению. А вот что можно считать причиной, а что нет. Где причина одна, а где несколько… Некоторые считают причиной требования конкретного пользователя или подразделения. Например — этот класс принадлежит бухгалтерии, этот кадрам, а этот производству.
PsyHaSTe
Но "что такое причина для изменения" не является частю SRP. Можно считать, что оно аксиоматически задано.
Для аналогии, вся геометрия сводится к понятию "множество точек", где и множество, и точка не объясняются и постулируются что они просто есть. Вы же не говорите, что у окружности нет определения, потому что в определении "множество равноудаленных точек" не поясняется, что такое точка?
VanquisherWinbringer
Ну на самом деле даже более простой вариант — «Должна быть одна причина по которой должен поменяться код этого класса» это такое себе определение. Довольно расплывчатое. Для того же репозитория пользователей это будет что-то вроде «Изменился способ работы с хранилищем где лежат пользователи» так и может быть набор причин — Изменился способ сохранения пользователя. Изменился способ поиска пользователя в хранилище (БД).
megabitik
Ну, в soft skills нет ничего плохого, скорее наоборот. Просто в СНГ зачастую не умеют их готовить и устраивают карго-культ.
mad_nazgul
Ну дык правильно. Вспоминаем законы Мерфи.
Если что-то могут понять не так, то обязательно поймут не так.
Это и Soft Skills, и Agile, и DevOps и всё, что так или иначе подразумевает «понимание», а не чёткое определение. :-)
it4lpr
по soft skills есть ненормальность. Умеющие хорошо в него часто пренебрежительно относятся к hard skills. Только непонятно, справедливо это или нет. Сеньор, который в общении ведет себя как мудень и которого коллектив и тупые манагеры не принимают, для бизнеса по интегральному показателю может быть сильно неэффективнее тупого тимлида, умеющего обеспечить «непрерывность» биза только за счет софтскила. У таких сеньоров по сути два пути — становиться самому владельцем биза (там мудачество неожиданно превращается в нужный софтскил :) ) или становиться суперстар-ом (по честному незаменимым) по хардскиллу. Таких наверное даже меньше на порядок чем бизнесменов, бывших сеньоров.
nuclight
Бизнес, так считающий интегральные показатели, не проживет в долгосрочной перспективе — некому реальную работу делать будет.
PsyHaSTe
Это сложный вопрос, что важнее. На мой взгляд, и то и то важно. Поэтому взять чуть хуже разраба, но который не портит атмосферу всему коллективу может быть разумнее, причем именно в долгосрочной перспективе. Самый блестящий рокстар не сделает весь проект в одиночку.
lazy_plodozhor
В странах СНГ само понятие успеха подразумевает наличие этих самых софт-скиллз. Говорим «успешный бизнесмен» — подразумеваем «ездит по субботам на охоту с прокурором области и замом губернатора».
Господствующая идеология в стране — это т.н. «понятия», а они в свою очередь предполагают доминирование крепко спаянных сообществ. Чтобы стать частью такого сообщества, коммуникационные навыки на уровне интуитивного понимания полу-намеков и невербальных сигналов просто жизненно необходимы!
Newbilius
Как и везде. Умение заводить полезные знакомства и вести переговоры — обязательная часть успеха и западного предпринимателя. На каждого технаря-гения-одиночку Кармака или там не знаю, Нотча, приходится 10 Джобсов, которые как раз про софт-скиллз.
VlK
Нет.
Я живу в Англии. Это страна, где культ "софт-скиллз" и культура негласных правил шлифуется столетиями. Специалисты из стран бывшего отличаются именно что этой самой приверженностью практической стороне вопроса.
llGSMll
++
В западной и центральной Европе проверка «soft-skills» это по-сути просто проверка «а не мудак ли ты?», на востоке почему-то всё превращается в субьективный чек-лист непонятных абстрактных человекокачеств.
Tujh
Да ладно… полно примеров, когда контракт не продлевали после первого года из-за того, что человек не влился в команду, был слишком замкнут или слишком безразличен к проекту.
Скорее в ЕС к этому относятся терпимее и не будут увольнять сразу, а дадут доработать определённый срок, ну или выше простого кодера подняться будет невозможно. Уже на уровне Senior-ов начинаются пляски с soft-skills.
Tujh
Господа минусящие, или вы себе ЕС представляете странами с розовыми пони (тогда я понимаю популярность статей на Хабре из серии «Туда и Обратно») или я не понял ваших намёков, по сути могу сказать, что являюсь тим-лидом в небольшой нидерландской компании, так что да, могу утверждать, что фраза
некорректна. И, соответственно, у меня действительно полно примеров, когда контракт не продлевали из-за неподходящих soft-skills.
lazy_plodozhor
В западной Европе довольно сильны помимо БЛМ-а еще и разнообразные диверсити-движения наподобие Autistic Pride итд. Бытует мнение что профессионал не должен обладать коммуникативными навыками и может быть даже глухонемым
goldrobot
Это не значит что вы попадете в те несколько процентов отбросов которых берут ради галочки в повесточке.
Даже если опустить что квот на мудаков никто не завозил. (а именно так для среднего человека выглядят сеньеры без софт скилов)
lazy_plodozhor
Стивен Хокинг тоже по-вашему — отброс?
0xd34df00d
Его кто-то куда-то по квотам брал?
anonymous
Кстати, учитывая, что он писал и пропагандировал. И это не из-за здоровья.
3263927
на востоке "не больший ли он мудак чем я"
nuclight
Ну как же это нет ничего плохого, когда есть. Уже начиная с самого противопоставления их hard skills, то есть собственно работе. И далее, от ненаучности например.
Если переводить на язык соционики / MBTI, то soft — этика, hard — логика, и это довольно-таки взаимоисключающие параметры. При этом очевидно, что в IT (кроме разве что продажников и подобнее) нужнее логика, следовательно, hard skills.
sn00p
В крупных компаниях, где в разработке продукта или набора продуктов участвует больше, чем одна команда — это не совсем так. У лидов и части сеньоров — это вообще не так.
Я бы предпочел средненького программиста, но чтобы он умел четко выражать свои мысли, был адекватен и не бесил коллег.
Все забывают, что у Agile, по-которому все так или иначе работают, есть свой манифест, где прописаны 4 ценности и 12 принципов. Так вот больше половины из всего этого так или иначе, прямо или косвенно, связано как раз с так называемыми Soft-skills.
lazy_plodozhor
Вообще требование софт-скиллов от программистов — глубоко порочная затея. Ноги у проблемы растут оттуда, что в индустрию сейчас ломанулись случайные люди, которым пофиг что манагерить — выращивание морковки, разработку софта или продажу пластиковых окон. Все они, как правило, аудиалы и получают искреннее удивление от факта, что кому-то может быть неинтересно общение как таковое. Ну а поскольку «я начальник — ты дурак», то от остальных они требуют подстроиться под себя.
При этом вся эта шайка-лейка не удосуживается задуматься, что программист стал таковым именно из-за своего специфического склада ума — вместо того чтобы пить пивасик с районной гопотой, он часами ковырялся с техникой. К примеру, если бы я был коммуникабельным и общительным, я бы в программирование вообще не пошел, а в депутаты.
Программированное — это вообще настолько нестандартное применение мозга хомо сапиенса, что любые попытки требовать некой «нормальности» от практикующего это занятие — по определению нерелевантны. От программиста можно требовать только одного — писать качественный код. Требовать от него ораторских скиллов нельзя. Это работа тимлида — найти к каждому работнику подход и обеспечить необходимым, в том числе уметь донести суть требуемой задачи.
В этом кстати и есть суть движений типа Autistic Pride — люди, у которых не очень хорошо с общением, не соглашаются становиться «на горло своей песне» и заставлять себя участвовать в многочасовых непонятных им митингам (и на которых они выглядят откровенно жалко), а сводят общение с супервайзорами к постановке четких недвусмысленных задач
sn00p
Ничего там нестандартного нет, с чего вы это решили вообще. В мире миллион профессий, профессия программиста ничем не лучше и не хуже многих других.
Я пил пивасик с районной гопотой постоянно, в наше время без этого было опасно ходить вечерами по улице. Это мне не помешало стать сначала программистом, потом девопсом, открыть свою фирму и, как вы называете, «манагерить». Вообще проблемы тут не вижу.
У меня в команде все нормально общаются, брать в команду людей, которые молчаливо считают себя какими-то «особенными», я никогда не буду, будь они трижды гениями. Если человек не умеет общаться, от него больше вреда.
Neikist
Хех, аналогично. И пивасик с 14 пил, и самогонку в школе пробовал, и водочку. И курить лет с 15 начал. В деревне нормой было. Правда это не помешало мне лет в 19 начать упарываться по программированию, когда доступ к компу появился. Да и школьные поездки в соседние деревни на дискотеки и попойки, зависание на школьном стадионе со своей компашкой и прочее не отменяют того что я интраверт и от общения скорее устаю если оно частое. И коммуникации предпочитаю текстом а не голосом.
sn00p
Так и я в
целом не очень люблю людейинтраверт. Но если по работе надо общаться, я буду общаться. Работу надо делать хорошо. А это всего-лишь скилл, который тоже можно развивать и тренировать. Другой вопрос, доставляет ли такая работа удовольствие или нет. Мне да, но я вообще по многим вещам просто не парюсь. И у психотерапевтов не был никогда. У психиатра был, когда справку получал на ружжо или права.Neikist
Ну вот мне как то не доставляет. И не думаю что чего то достиг бы в программировании если бы мне было именно интересно софт скилы качать. Для работы в команде вроде хватает — и ладно, дальше прокачивать нафиг не надо. Разве что иногда выпуски подкастов попадаются про работу в команде, процессы и прочее расказывающие, таким образом невольно немного качаю.
sn00p
Я уверен, что лиду такие качества необходимы жизненно. Вы разве не хотите лидом стать когда-нибудь?) Если двигаться по карьерной лестнице обычного программиста, то чем выше должность, тем больше возрастает потребность в софт скиллах и тем ниже падает потребность в технических. Активный и успешный лид вообще код редко пишет ))
Neikist
Абсолютно не хочу. Вот вообще. Мороки больше, нервов потраченных больше, да еще и неинтересно. Техническими вещами заниматься банально интереснее.
sn00p
Понимаю, ваш выбор, бывает и так )
Но я бы не зарекался, мало ли как жизнь повернется. Ну и я уверен, что такие навыки помогают вполне себе в повседневной жизни, когда ты в незнакомой стране, например и в целом, с девочками в баре знакомиться проще )
0xd34df00d
Ну в незнакомую страну я успешно переезжал дважды и без этих навыков, а по барам всё равно не хожу.
sn00p
Все люди разные, кому-то и 700 км по широкой трассе проехать — героическое событие.
В некоторых странах в барах тупо дешевле, чем самому готовить! )
VolCh
А архитектором например? Ну или просто программистом, который принимает сложные технические решения и который должен убедить коллег и начальство, что оно близко к оптимальному в текущих условиях. Или убедить выделить время на рефакторинг. И т д., и т. п.
Neikist
Тоже не особо. На одном проекте для некоторых подсистем роль архитектора выполнял — куча бумажек и согласований вместо интересной (или не очень) работы. Код почти не писал(
a1111exe
Упаси Боже! Аж передёрнуло...
0xd34df00d
Нафига? Это ж кода меньше, а людей больше. В идеале я бы хотел бы стать чем-то типа ресёрчера — придумал себе задачу и фигачишь её. Иногда пишешь статьи.
Собсна, сейчас я полуресёрч делаю, и общения с эдвайзером (не уверен, что «научрук» будет корректным переводом) через гугл.митс раз в две недели более чем хватает.
lair
"Специфический склад ума" (кстати, не уверен, что у программистов он "специфичнее", чем у музыкантов или ученых) еще не означает неумения или нежелания общаться.
А что такое "стандартное" применение, и почему программирование — нестандартное?
VolCh
Стандартное — придумать как сбить мамонта с ног, чтоб потом толпой ногами запинать. :) Блин, толпой, софтскиллы нужны...
lazy_plodozhor
Стандартное поведение для хомо сапиенса — т.н. «примативное», т.е. на основе каких-то признаков определить какой потенциальный вожак стаи перспективнее и поддержать именно его в борьбе за власть. Человек существо социальное и весь ресурс мозга его изначально направлен на поддержание и улучшение своего положения в иерархии. Перед кем вовремя прогнуться, кого-то наоборот нагнуть самому. В общем — скандалы, интриги, расследования. Посмотрите как живут аборигены в джунглях — точь-в-точь как сидельцы в тюрьмах — сидят у костра и внимательно наблюдают друг за другом, не учудил ли соплеменник какой-нибудь косяк, за который можно ему «предъявить» и улучшить свое материальное положение.
Абстрактное мышление, алгоритмическое — это серьезное отклонение от изначального дизайна. Характерный пример — это механика немецкой винтовки G11. Ее мало вообще кто способен понять, не говоря уже о том чтобы придумать что-то похожее. Собственно раньше синдром Аспергера так и называли — «болезнь инженеров».
Я думаю, вы не станете спорить с фактом, что если человека мало интересуют социальные практики, то у него резко появляется много времени которое можно уделить на глубокое изучение какого-либо предмета (см. математик Перельман итд)
sn00p
Не хотите ли вы сказать, что только программисты имеют абстрактное мышление, остальные его лишены или оно у остальных как-то не развито?
Это мы так дойдем до теорий о высшей расе. И главный вопрос, где тут связь с базовыми навыками, а общение — это один из базовых навыков, независимо от типа мышления.
И как быть с ядерными физиками или нейрохирургами в данной концепции.
Синдром Аспергера уже отменили, кстати.
lazy_plodozhor
Нет, конечно же, не только программисты. Я вам вообще-то о другом — что в скажем так, наукоёмкие области чаще идут люди, чей мыслительный аппарат менее заточен на общение, а больше на оперирование некими абстрактными понятиями. Хрестоматийный образ рассеянного профессора — это как раз об этом.
lair
А можно, пожалуйста, ссылку на авторитетный источник для этого определения? Потому что иначе я отказываюсь это признавать.
Согласно вашему определению, практически любая современная профессиональная деятельность — это нестандартное поведение. Программисты здесь ничем особо не отличаются. А абстрактное мышление, на минуточку, преподается в школе каждому.
… а можно и не уделять. А можно уделять время, но не за счет социальных практик. Так что не понимаю, к чему бы этот "факт".
a1111exe
Похоже, сегодня школы серьёзно продвинулись. Предмет так и называется — "Абстрактное мышление"? Вообще, странно. С одной стороны, у молодёжи (с кем случается общаться), включая с высшим образованием, абстрактное мышление обычно так себе. Как бы есть, но какое-то стихийное и малоосознанное. Практически никто не умеет различать между предметным языком и метаязыком, между объектной логикой и логикой высших порядков. Уже не говоря о том, что практически никто осознанно не владеет логикой. Или владеет каким-то разделом (типа булевой алгебры), но умеет пользоваться только в пределах специальности. Ещё, лет десять назад читал, что в каких-то школах пытались вводить математическую логику с теорией множеств, но обломались именно на том, что детям крайне трудно давались абстрактные штуки. Парадигматическим примером было непонимание отличия пустого множества от множества, единственным элементом которого является пустое множество.
В общем, я бы с удовольствием полистал школьный учебник по абстрактному мышлению, если есть такие. В моё время не было.
lair
Нет, предмет называется "алгебра".
a1111exe
Имхо, приравнивать школьную алгебру (бесконечно далёкую от академической абстрактной алгебры) к предмету, обучающему абстрактному мышлению — очень сильное допущение. Даже насчёт абстрактной алгебры в этой роли можно поспорить. Если и есть какой-то предмет, обучающий абстрактному мышлению как таковому, это философская логика. Только это далеко не школьный уровень.
lair
Это зависит от того, что вы понимаете под абстрактным мышлением.
a1111exe
Учитывая, что (насколько мне известно) до сих пор нет общепринятых ответов на вопросы, как существует (и существует ли вообще) абстрактное и каковы точные критерии отличия абстрактного от конкретного, вряд ли кто-то может обоснованно претендовать на правильное понимание того, что такое абстрактное мышление. Моё скромное текущее мнение заключается в том, что это навык, имеющий очень много "ступеней" развития. Он появляется у детей ещё до школьной алгебры и, похоже, в некоторых формах есть и у животных. Высшие доступные человеку формы этого навыка тренируются занятиями метаматематической (философской) логикой и "смежными" с ней дисциплинами — теориями множеств, типов и категорий.
Впрочем, опять же, человечеству пока не известно доподлинно, что такое абстрактное, так что я-то тем более могу ошибаться. Но, имхо, тезис о том, что абстрактное мышление можно преподать посредством школьной алгебры, очень неправдоподобен.
lair
В таком случае в контексте дискуссии программирование, как оперирующее этим навыком, тем более не уникально.
Q.E.D.
a1111exe
Ну, с этим-то я не спорил. Хотя, наверное, при прочих равных абстрактное мышление у программиста существенно сильнее, чем, скажем, у грузчика. А у спеца по метаматематике существенно сильнее, чем у программиста. Не знаю, что там с уникальностью, но вряд ли ошибусь, если предположу, что чем более развито абстрактное мышление, тем меньше людей им владеют.
lair
… это, как мне кажется, верно для любого навыка и/или способности.
a1111exe
Несомненно. Впрочем, разные навыки/способности могут отличаться друг от друга качественно, и не очень понятно, по каким критериям сопоставлять обладание ими. Абстрактное мышление качественно отличается, скажем, от ходьбы (включая спортивную ходьбу), от живописи, от игры на музыкальных инструментах и т.д. Но многие навыки только выигрывают от развитости абстрактного мышления, хотя не очень ясно, до какой степени. С другой стороны, вполне вероятно, что развитие музыкальных и прочих навыков положительно сказывается и на развитии абстрактного мышления — опять же, не вполне ясно, до какой степени.
Всё это довольно тёмный лес… По моему личному опыту (годы занятий музыкой, рисованием, программированием, некоторыми разделами метаматематики, логики и философии) складывается впечатление, что развитие абстрактного мышления на определённых его ступенях даётся качественно тяжелее, чем те же музыка, рисунок и программирование. Последние всегда понятно, как практиковать — теория в какой-то момент всё больше остаётся позади, и решающее значение приобретает количество практики. А практику абстрактного мышления с какого-то момента очень трудно отличить от занятий теорией. Совсем недавно пытался погрузиться в книгу по философской логике с интересным содержанием — уже страниц через 50-60 понял, что от читателя ожидается навык абстрактного мышления на порядок выше, чем есть у меня. Именно навык, т.к. необходимой для чтения теорией я владею. И если по какому-то разделу математики берёшь и решаешь задачи разной степени сложности, то по тому уровню я пока хороших задачников не встречал. Да вообще никаких не встречал, на самом деле. И у меня сильное впечатление, что в дисциплинах, наиболее тесно связанных с абстрактным мышлением, есть активно развивающийся "bleeding edge", доступный только особо посвящённым. Тогда как чтобы достичь мастерства в том же рисунке, не нужно ничего эзотерического или труднодоступного — теория проста и понятна, как делать практику тоже. С музыкой аналогично.
lair
Я вам просто советую попробовать развить музыку до тех же "определенных ступеней", а потом вернуться к этому разговору. Потому что некоторые "ступени" музыки не берутся без развитого абстрактного мышления.
… а вы, наверное, под "музыкой" понимаете тривиальное исполнительство, да? А то если вам в музыке "теория проста и понятна", то на что же я потратил высшее образование?
a1111exe
Я говорил именно о навыках, а не о теориях — сравнивая навыки рисования, игры на музыкальных инструментах и навык абстрактного мышления. Было бы странно сравнивать теорию музыки с навыком абстрактного мышления, не так ли?
Я имел в виду теорию, достаточную для практики навыка. Чтобы виртуозно исполнять джаз на трубе нет необходимости в высшем музыкальном образовании. Но некоторая примитивная теоретическая подготовка (типа умения читать ноты) может очень и очень пригодиться.
lair
Я и говорю: вы сравниваете навык игры, а не, скажем, навык анализа музыкальных произведений (который, заметим, является необходимой частью навыка игры, вопрос, скажем так, степени).
a1111exe
И? Я всего-лишь пытался (косноречиво, да) сказать, что навык абстрактного мышления качественно отличается от других навыков и, в частности, некоторым образом пронизывает все другие навыки. И тем более, навык абстрактного мышления востребован в теориях, включая теории музыки. Что не так?
lair
Любоый навык качественно отличается других навыков.
Собственно, это и не так. Вы пытаетесь показать, что навык "абстрактного мышления" — какой-то специальный. А я считаю, что это просто навык, один из многих.
Или, как альтернатива, это вообще не навык, точно так же как мышление — не навык.
a1111exe
Логически нет ничего невозможного, чтобы "просто навык, один из многих" был специальным.
По аналогии: Солнце — просто предмет, один из многих. Это не отменяет его специальную роль в Солнечной системе. Мозг — просто орган, один из многих. Это не отменяет его специальную роль в организме.
Почему мышление — не навык? Потому что оно в определённой степени врождённое?
Абстрактное мышление в той степени навык, в которой оно поддаётся тренировке. А оно поддаётся тренировке.
Особенность абстрактного мышления крайне трудно переоценить, оно в нашей жизни всепроникающе, в отличие от прочих навыков. Уже когда человек просто смотрит на улицу и наблюдает проходящих людей и проезжающие машины, у него это получается только благодаря действию абстрактного мышления, хоть и практически бессознательному. Зрительно-то он видит всего-лишь цветные пятна, все эти люди и автомобили наблюдаются умом. И они не что иное, нежели абстрактные объекты, динамически ассоциируемые с конкретными цветными пятнами. Это абстрактное мышление на самом, наверное, базисном его уровне. Оно не требует усилия, и мы его обычно не замечаем. Осознанно его использовать (абстрагирование, рекурсия/индукция, дедукция, обозначение, квантификация, и т.д.) — это уже требует дополнительного обучения и тренировки.
И, кстати, в пользу специальности абстрактного мышления говорит само существование такой специальной дисциплины, как математика, и её фундаментальной роли в технологическом успехе науки.
lair
Ээээ… у вас какое-то очень свое понимание абстрактного мышления.
На этом предлагаю и закончить, потому что к теме обсуждения это все не имеет никакого отношения.
a1111exe
Уж всяко серьёзнее, чем куцая статья на Википедии. :) Любое мышление тем или иным образом абстрактное. Реальность мышления не менее (если не более) фундаментальна в жизни человека, чем физическая реальность, а изучению поддаётся куда тяжелее ввиду природы абстрактности, и крайне плохо поддаётся изучению с позиций физики. Современная философия ожесточённо бъётся над всем этим, но, как я упоминал выше, однозначных ответов пока не найдено.
К какой именно теме? Школьной алгебры? :) Ладно, ладно, умолкаю. Позанудствовал, и хватит.
lair
… тогда тем более бесполезно выделять некое "абстрактное мышление".
Нет, к теме уникальности программистов по признаку использования абстрактного мышления.
a1111exe
Прошу прощения, не умолкаю. Абстрактное мышление на определённых уровнях даётся тяжелее и доступно не всем. Наверное, очевидно, что абстрактное мышление математика довольно сильно отличается от абстрактного мышления, скажем, пекаря (если он, конечно, не математик по совместительству).
Если мне не изменяет память, эта тема родилась примерно так же, как и тема о том, что абстрактное мышление преподают в школе. Впрочем, неважно.
Я далёк от сакрализации работы программистов, но, думаю, вряд ли можно отрицать, что программист в своей работе использует абстрактное мышление на качественно ином уровне и куда интенсивнее, чем, например, грузчик. И есть специальности, где оно используется ещё интенсивнее и работает с ещё более высокими уровнями абстракции. Требует ли это какого-то специального отношения? Наверное, логично, чтобы меньше отвлекали, чтобы обеспечивали среду, благоприятную для сосредоточенного мышления — если желаемый продукт зависит от такого мышления. Ну так и грузчику, и сварщику, и столяру, и т.д. нужно обеспечивать необходимые для их работы условия.
lair
Это, снова, верно для любой профессиональной деятельности.
Именно.
a1111exe
Хорошо, сдаюсь. Стать виртуозным сварщиком (дальнобойщиком, охранником, уборщиком и т.д.) и стать виртуозным математиком одинаково тяжело.
BigBeaver
Давайте так: для любой наперед заданной пары профессий можно выбрать такой критерий виртуозности, что её [виртуозности] достижение будет одинаково тяжелым.
a1111exe
Хотелось бы всего-лишь один конкретный пример, желательно для существенно разных профессий. Например, олимпиадная математика и олимпийское поднятие штанги. Нужно каким-то образом сравнить мышечное усилие штангиста для некоторого веса с умственным усилием математика для некоторой задачи. Также, нужно каким-то образом сравнить работу, которую необходимо проделать штангисту, чтобы выйти на новый вес, с работой, которую необходимо проделать математику, чтобы научиться решать новый тип задач.
Кстати, раз уж мы тут занимаемся уравниловкой, то придётся признать, что физическая сила, требующаяся штангисту для поднимания штанги, эквивалентна уму, который требуется математику для решения задачи. Иными словами, штангист не глупее математика, а математик не слабее штангиста. Потому что всё одинаковое, и мозг это всего-лишь ещё один орган, ничем принципиально не отличающийся от мышц, которые толкают штангу. Как-то так… Если из предыдущего обсуждения я правильно понял ход мысли, конечно.
BigBeaver
Если вы хотите вот так вот занудствовать до конца, то предоставьте ваши определения. Для начала что такое «тяжело», «усилие» и тд.
Вы же в курсе, что это ложная дихотомия? Или просто строите дурачка тролинга ради. Пассаж про уравниловку такой толстый, что даже тонко.a1111exe
Это вообще не дихотомия.
Не хочу, выше же написал, что сдаюсь.
Блестящий аргумент. Я униженно уползаю, наслаждайтесь лучами славы и моральным превосходством.
BigBeaver
0xd34df00d
Но вот просто оказывается, что в современном мире за некоторое приложение навыков абстрактного мышления платят больше (ибо востребованно оно больше), чем за навык игры музыки с наркоманией. Более того, наркоманская музыка очевидно менее востребованна коммерчески, чем квадратный думс-думс (ЧСХ, наркоманский условный хаскель тоже менее востребован коммерчески, чем
квадратныйпитон).lair
А за некоторые навыки игры музыки — больше, чем за некоторые навыки абстрактного мышления. А за некоторые навыки руководства — еще больше.
Не вижу смысла спорить с тем, что за разные навыки платят по-разному.
0xd34df00d
Наличие высшего образования не является достаточным условием. Есть высшее образование по всяким там гендерным исследованиям, что не говорит вообще ничего об их сложности.
Впрочем, я пытался читать Способина, ещё когда не потерял надежду что-то интересное играть, и не осилил. Не те мозги у меня. Впрочем?, для госа по специальности я с радостью взял билет по арифметике ординалов и кардиналов, и боялся статистики как огня, а почти все мои одногруппники с радостью брали статы, так что тоже не знаю, о чём это говорит.
BigBeaver
Есть еще Физика.
lazy_plodozhor
Есть в тему забавный анекдот про чайник, физика и математика. Точнее, о «приспособленности» последнего к бытовым вещам
0xd34df00d
Потому что мозги не особо эволюционно приспособлены к наслоению уровней абстракций.
Впрочем, да, чтение книг по условной математике напрягает мозги куда больше. Но и математиков таки меньше, чем программистов (да и там, ИМХО, у условного статистика и у условного типо
кукатеоретика совсем разные мозги — я вот статы никогда интуитивно не чувствовал, а матлог и ТТ прям вообще заходят).lair
Интересно, кстати, как это определить?