Собеседование и лучший фильм

В одной небольшой ИТ компании (60чел), гендир любит присутствовать на собеседованиях лично.

На собеседованиях он задает в основном вопросы про личность.
Один из любимых это попросить: "порекомендуйте мне, пожалуйста, книгу, которую вы недавно прочитали или фильм который посмотрели, и которым вы ОЧЕНЬ ВДОХНОВИЛИСЬ."

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

Но недавно был самый шикарный ответ на этот вопрос. Девушка выдала: "Знаете, я просто тащусь от ВСЕХ ЧАСТЕЙ ПИЛЫ, много раз пересматривала, прям рекомендую если вы какую то пропустили".

Девушку взяли, хороший специалист )

Офисные будни

5.2K поста16.2K подписчика

Добавить пост

Правила сообщества

-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.

- не нарушайте правила Pikabu и чтите закон.

- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни  в офисе и проживания на работе;
-делитесь управленческим опытом;


Бан за неуместную настойчивость: если вы активно, по несколько раз в неделю, в течение длительного времени размещаете сообщения низкого качества, простецкие и незамысловатые, не ориентированные на интересы аудитории, вы отправляетесь в бан сообщества. Ради качества контента.

292
Автор поста оценил этот комментарий
Большинство hr - тупые дуры, устроенные по блату.
раскрыть ветку (1)
77
Автор поста оценил этот комментарий
А у нас нет hr)
Хотя задумываемся, дабы рузгрузить с руководителей направлений задачу рекрутинга.
А так на собеседовании только гендир и руководитель направления.
показать ответы
46
Автор поста оценил этот комментарий
Это круто, тк они больше понимают, кто нужен)
раскрыть ветку (1)
35
Автор поста оценил этот комментарий
Но зато это отнимает порой до 40% моего времени 0_о
показать ответы
10
Автор поста оценил этот комментарий
Блть. HR PM , мы а России или где? Отдел кадров, менеджер по персоналу, менеджер проектов.
раскрыть ветку (1)
17
Автор поста оценил этот комментарий
Аккаунты, тимлиды, сеньеры, миддлы, джуны, таски, баги, трекеры, деплой, дебаг, куки, чеклисты. Это все, батенька ДИДЖИТАЛ!
показать ответы
2
Автор поста оценил этот комментарий

Переведи

раскрыть ветку (1)
5
Автор поста оценил этот комментарий
Уфф...
- мм чтото типо менеджера по взаимоотношениям с клиентом иди по развитию клиента, хотя это за уши притянуто и у многих по разному.
- технический руководитель команды, бригадир :D
- старший разрабоьяик
- средний разработчик или просто разработчик
- младший разработчик
- задачи
- ошибки
- задачник
- выкатка
- разбор ошибок
- печеньки или участок заговков в заголовках http протокола
- список подзадач
1
Автор поста оценил этот комментарий

А как же Титаник? Неужели никто не любит Титаник или Крестного отца?

раскрыть ветку (1)
6
Автор поста оценил этот комментарий
Титаник был один раз, крестный отец был прям сегодня на собеседовании)

Очень грустно, когда кто-то называет последнюю часть мстителей)
показать ответы
7
DELETED
Автор поста оценил этот комментарий

Меня на одном собеседовании (тоже IT) попросили сочинить рассказ. Ну я и сочинил! Они умерли от хохота)

раскрыть ветку (1)
6
Автор поста оценил этот комментарий
Всей маршруткой?)
показать ответы
4
DELETED
Автор поста оценил этот комментарий

Соврал: МПом стала.

раскрыть ветку (1)
8
Автор поста оценил этот комментарий
PM, Project manager. От английского сокращения пошло.
показать ответы
Автор поста оценил этот комментарий

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

2. Развитие внимания - это хорошо, но так же не особо развивает ваш мозг, это как сказать, что Джери из Рика и Морти, лопая шарики на мобилке, с каждым днём становится умнее;

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

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Поиск алгоритмов рациональных шаблонов в этом и есть польза, возможно по этом подавляющее количество программистов или играли или до сих пор играют в игры.

Любой поиск оптимального алгоритма всегда заставляет мозги шевелиться. А когда шаблон найден, игра наскучивает.
Ну вот взять теже цивилизации, ты много часов потратишь на поиск наиболее удачных алгоритмов действия, подспудно еще проведя часы в изучении истории идеологий, вер, наций и их отдельных лидеров. Едвали меня сподвигла школьная программа так сильно увлекаться геополитикой и историей цивилизаций чем серия этих игр)

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

В общем это пост задрота, думаю вы уже поняли.
5
Автор поста оценил этот комментарий

Как вы сравниваете художественную литературу и работу?


Вы бы еще спросили, как я могу не лениться работать лесорубом, если не люблю кросфит.


Опыт в рпг как плюс кандидату? Простите но это жесть. Показатель который вообзе никак не коррелирует с желанием обучаться.


Надеюсь у вас адекватная сетка скилов. Пока все что я видел - оторвано от реальности, и в разы отстает от простого обучения в рамках проекта. Большинство знаний лежит мертвым грузом, а скорость изучения сетки, в лучшем случае показывает скорость обучения сотрудника, а с эффективностью работы связанна очень косвенно.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Да, действительно хорошие сетки скилов есть у немногих)
Мы своей гордимся, там в каждом скиле практическое задание которое делают обычные разработчики каждый день. Сетку мы поддерживаем и постоянно развиваем.
Да, есть скилы которые когда вы закроете вам не сразу выпадет по ним задача, но это скилы уже выше миддла. Но это нам нужны люди и с этими скилами, и мы платим за то что программист их получает. Ну и редкий разработчик не хочет изучить новую технологию для расширения знаний и поднять свою стоимость как специалиста на рынке.

А га счет обучения на проекте это как раз фигня, сложно найти продукт который бы вас все время развивал, хороший разработчик опережает скилом рост проектов, занииаясь собственным развитием самостоятельно.
показать ответы
18
Автор поста оценил этот комментарий

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

И, к слову, в вопросе ключевой момент - «недавно». Как могут недавно прочитанные/просмотренные книги/фильмы «ОЧЕНЬ ВДОХНОВИТЬ»? Если даже на понимание результата от совершенных действий требуется больше времени, чем «недавно».

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Тут специфика еще есть. Зарплаты у нас региональные и не топовые. Многие кого я научил кодить теперь работают на мск или зарубеж. 98% текучки которая есть связана только с уровнем ЗП который в мск или зарубежом выше, но при этом все любят наш коллектив и расстаются с неохотой.
Мы же растущая региональная компания. У нас много джунов, одни нужны что заткнуть дырки тех кто ушел на зарубеж или мск, другие чтобы расти.
без грамотной системы прокачки мы бы парализовали всех опытных.
И для джунов у которых все скилы хорошо документированны, вся лестница роста прозрачна, ясно как закрыть любой скил это представляет реальную ценность.
показать ответы
40
Автор поста оценил этот комментарий

А ответ "меня пресытила литература еще в юношеском возрасте поэтому я предпочту хорошую компьютерную игру или любой другой вид досуга нежели чтение книг" подходит?


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

раскрыть ветку (1)
15
Автор поста оценил этот комментарий
Да взяли бы, не все начитанные. Но программисту нужно читать и проф литературу для роста и документации дохрена)
Если вам скучна художественная, не скучно ли будет читать профессиональное или чужой код?)

А про игры я спрашиваю кстати, играл ли человек в РПГ :D
Если да, то для меня плюсик, человек поймет нашу сетку скилов и потенциально захочет по ней качатся)

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

пистолетом макарова?

раскрыть ветку (1)
7
Автор поста оценил этот комментарий
Менеджером Проектов
показать ответы
8
Автор поста оценил этот комментарий

По идее такие вопросы служат для оценки общей адекватности кандидата, не важно, что он ответил, важно как.


Но тут ещё есть интересный момент. При должной подготовке можно на таких вопросах обскакать более толковых кандидатов. Если перед собеседованием вы посмотрели странички того, кто будет вас интервьюировать, вы знаете, что рекрутер, например, читает про Макса Фрая, и вы из своих любимых книг рассказываете именно про Макса Фрая.


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

раскрыть ветку (1)
3
Автор поста оценил этот комментарий
Хех, хотелось бы сказать что нет, но доля правды в этом есть
49
Автор поста оценил этот комментарий

Вопрос, действительно частый. Как будто он что-то расскажет о собеседнике. У меня, например, первое образование связано с издательским делом и мы в универе, только и делали, что читали и разбирали. До этого в школе, я много читал. Просто любил. И зайдя в помещение где сидит пару hh и с десяток офисных работников, я наверняка прочитал больше чем совокупно весь этот офис, но вот последние лет 5 из художественной литературы, я не читал ничего. У меня нет на это время. Как отвечать на подобный вопрос?

Да и не всегда это важно. Сейчас у меня руководитель - бывший моряк, пишет порой с орфографическими ошибками, но он отличный профессионал. Хорошо знает свое дело, при том, что оно связано с общением, в том числе и с деловой перепиской. Что ему надо было бы ответить на подобный вопрос?

раскрыть ветку (1)
6
Автор поста оценил этот комментарий
1. Важно подбирать людей под коллектив. Пусть это не будет самым весомым поводом, но лучше взять человека который любит читать, который восхищается каким то хорошив воспроизведением, чем человека который для тебя закрытая книга, ничего не понятно о его личности, какие у него внутренние идеалы. Взять человека и через 2 месяца понять что он не зашел - очень дорого для компании, т.к. мы первые месяцы только посвящаем в свою специфику тратя кучу сил и энергии.

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

И кем девушка стала?

раскрыть ветку (1)
6
Автор поста оценил этот комментарий
ПМом :)
показать ответы
1
Автор поста оценил этот комментарий

А без опыта, но с тягой к знаниям к вам реально попасть?) А то никто не береть))

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Да, если эта тяга подкреплена тем что вы уже потратили свое время на какие либо курсы или книги.
А не просто, тяга.
показать ответы
Автор поста оценил этот комментарий

У нас и гендира на собеседовании нет. С ним, обычно, после испытательного срока беседуют.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Я думаю в крупных конторах есть в этом смысл)
Мы пока маленькие и гендир может себе позволить присутствовать почти на всех собеседованиях)
показать ответы
1
Автор поста оценил этот комментарий

Только хотел сказать, что потом она стала тимлидом)

раскрыть ветку (1)
3
Автор поста оценил этот комментарий
Обычно ПМы не становятся тимлидами, бывает разве что наоборот, но я не думаю что слишком часто :)
показать ответы
Автор поста оценил этот комментарий

Я тут случайно нашёл в сети фильм с батиной кассеты. Прямо такой ностальгией проникся, что смотрел на это, как на объект искусства.)

раскрыть ветку (1)
Автор поста оценил этот комментарий
Блин я тоже в свое время искал много видосов с батиных касет и с касет батиных друзей. Хрен что нашел)
показать ответы
6
Автор поста оценил этот комментарий

И никто не сказал, что недавно смотрел порно? Почему люди такие неискренние?

раскрыть ветку (1)
Автор поста оценил этот комментарий
Видимо мало в наше время по настоящему ВДОХНОВЛЯЮЩЕГО порно (:
показать ответы
Автор поста оценил этот комментарий
А сериальчиков не называли?
раскрыть ветку (1)
Автор поста оценил этот комментарий
Бывало)
Автор поста оценил этот комментарий
О, вы хотя бы узнаете. Я, например, раньше часто сохраняла смешные картинки в ВК. Через несколько лет решила их пересмотреть и будто впервые их видела. То же самое с сохраненными постами на Пикабу. Как-то пересмотрела и поняла, что вообще не помню когда и зачем их сохраняла. Но посты интересные, все заново перечитала)
раскрыть ветку (1)
Автор поста оценил этот комментарий
Первый год знакомства с пикабу, меня вторая половина постоянно стебала фразой во время разговора: "че, опять очередной пост с пикабу?")

В тот момент для меня эта была та еще кормушка, которая позволила меня выйти из замкнутого круга общения и круга: дом-работа-качалка-книги-игры.

За два года конечно я узнал много нового, но писец затрахало нытье, и я понял что мне уже гораздо меньше есть цепляющих постов которыми хочешь делиться в разговорах.
Автор поста оценил этот комментарий
Вы немного не поняли мою мысль. Я хочу сказать, что нет универсального вопроса, который все расскажет про кандидата и расставит все точки над и, брать его или нет. В примере ТС - это вопрос о фильме, ответ на который нихрена не сказал о кандидате. Ну, любит она "Пилу" и что мы о ней поняли? Вопрос сам по себе не плохой, но нет смысла его задавать всем подряд. Также и вопрос "кем себя видите". В моей компании этот вопрос содержится в анкете и я вынуждена его задавать, т.к. кандидаты в большинстве своем народ опытный, они знают, как на него отвечать, им его много раз задавали и информативности от него почти 0. Если вы имеете опыт и знаете, когда кого и о чем стоит спросить - это здорово. Но часто встречаются ситуации, когда человек начитался статей в интернете, а потом считает себя гуру собеседований, который все про всех знает. Такие люди, задавая вопрос, имеют в голове "правильный" вариант ответа. Если вернуться к примеру ТС, девушке могли отказать, потому что "Это фу, мерзкий фильм, как он может нравится, умные люди смотрят классику, остальное все херня". То есть человек задает вопрос и хочет услышать на него определенный ответ. И этот же вопрос можно задать с другим подходом "Пила? А что вас привлекает в этом фильме?" То есть попытаться узнать, что человек вкладывает в свой ответ. Я не говорю, что вы делаете не правильно, я говорю, что в других сферах, с другими условиями и кандидатами, ваш подход может не сработать. Я недавно участвовала в обсуждении, где мужчина определял готовность кандидатов к командировкам с помощью вопроса "Есть ли у вас домашние животные? ". Сам по себе вопрос не плохой и для некоторых сфер нужен, но связь с командировками по большей части только у него в голове.
раскрыть ветку (1)
Автор поста оценил этот комментарий
Воот, так может и начинать с фразы: "мне кажется, данный вопрос, в руках неопытного или некомпетентного рекрутера или в определенных условиях может не сработать должным образом"?)

Вопрос рабочий, вам нужно задать несколько вопросов о личности, этот вопрос может быть одним из них. Не факт что по нему удастся раскусить личность, но это относятся практически ко всем вопросам на то чтобы понять что за человек там сидит.
1
Автор поста оценил этот комментарий
супер, а в каком вы городе? если в СПб, то я бы очень хотела сходить на собеседование, если вы рассматриваете стажеров java
раскрыть ветку (1)
Автор поста оценил этот комментарий
Девушка вы невнимательная, что по вашему значит РнД?)
показать ответы
Автор поста оценил этот комментарий

Тут я могу с вами немного поспорю, рост был лет 10 назад, а сейчас идёт собирание плодов, по большей части. И люди, которые готовы променять нормальную специяльность и образование на это... вызывают у меня крайнее удивление.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Знаете кто только не идет к нам: врачи, учителя, пожарники, адвокаты. Когда тебе надо кормить семью, а в твоей отрасли за 3+ года ты дошел до ЗП которую в ИТ предлагают на стажировке. Ну вот грубо говоря у нас стажер разработчик в регионе получает
30-35 первые 2 месяца. Есть много профессий которые в первые ГОДЫ получают меньше.

Есть примеры и другие, когда люди тупо уперлись в потолок в своей профессии. Например у меня знакомый, 5 лет старшим поваром в крупнейших ресторанах города. И все, дальше никакого роста, или уезжать в мск или иметь друга владельца чтобы стать сушефом, обычно на эти должности попадают по знакомству (бывают исключения, но не столь часто). А в ит он копался и ему это не менее интересно чем текущая профессия. И да, он готов к этому дауншифтингу, потому что в боижайшие 10-20 лет не хочет видеть над собой потолка, у нас пока что в ит потолка реально нет, не выходя из дома ты можешь начать работать на москву, на зарубеж, можешь начать путешествовать работая удаленным сотрудником.
показать ответы
Автор поста оценил этот комментарий
1.Не все вакансии предполагают обучение. 2.Человек может ответить, что работать по этой специальности - это его мечта, что он хочет учиться и развиваться в этой сфере, а потом проработать месяц и передумать, потому что сложно, скучно и в розовых мечтах все виделось по-другому. 3.Может человек реально не уверен, что ему понравиться работать, но это ведь не гарант, что ему не понравится, он может и втянуться. 4.Может просто занервничал человек и сморозил херню. Это просто вопрос и просто ответ, которые никак не способны предсказать, будет ли человек работать и как он будет это делать. Да, может быть к ответу будут дополнительные вопросы, которые дадут доп информацию о человеке. Но не все их задают. Опять же, если человек ответит, что через 3 года хочет быть бабушкой, много вам это даст?
раскрыть ветку (1)
Автор поста оценил этот комментарий
1. Не все, но многие, особенно в ит. Частые замены сотрудников в любом случае дорого обходятся и компания хочет получить сотрудника который с наибольшей вероятностью проработает максимально долго.

2, 3, 4. Т.е. вы предпочтете проигнорировать прямой ответ если вам ответят что хотят подучиться и через пол года свалить в мск на полученных знаниях? И взять этого сомнительного кандидата вместо того который скажет прямо что всегда мечтал быть разработчиком и ищет компанию в которой хочет расти и развиваться.
Ясен хрен что можно обмануть, но вы удивитесь - это относится к большинству вопросов о личности, если хорошо подготовится, то можно даже нарыть инфу под интервьюера и подобрать свои ответы про него чтобы повысить свои шансы.

Вот только это делают немногие идущие в нашу отрасль, по моей многолетней практике собеседований. А если и делают это прекрасно видно, заученные ответы и ты для себя помечаешь человека как серая лошадка.
показать ответы
Автор поста оценил этот комментарий
Каждый вопрос на собеседовании должен преследовать какую-то цель. Вопрос о книгах имеет смысл задать, если потом поинтересоваться, почему, что человек нашел в этом произведении и т. д. Либо, если человек написал в анкете или сказал в ходе беседы, что чтение - его хобби, для проверки. Если сходу вспомнит название или назовет жанр, который предпочитает, значит, что-то читает/смотрит. Если нет, значит дал социальноожидаемый ответ. Но кто этого не делает на собеседовании. У меня один руководитель любил спрашивать про, кем себя видите через 3 года. Какие-то выводы делал из ответов. Большинство таких домыслов и выводов больше говорят об интервьюере, чем о кандидате. Толку от них 0. Ну, разве что интервюер в собственных глазах выглядит умным и проницательным.
раскрыть ветку (1)
Автор поста оценил этот комментарий
А ты много проводил собеседования?
Представляешь, процентов 20-30 при приеме на вакансию джуна, при вопросе о "кем себя видите" могут нормально лажануть ответив вроде
- ой ну незнаю, если айти не зайдет пойду к бате на работу
- хз, меня скоро в армейку заберут, а после нее видно будет
- незнаю, я еще в поисках себя.
И в каких случаях ты захочешь инвестировать кучу денег и собственных сил в обучение этих людей?
показать ответы
Автор поста оценил этот комментарий

хорошо, у вас своя специфика. Хоть и довольно странная: постоянное переписывание проектов на новые технологии, подготовка универсалов на все технологии.

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Да с чего вы взяли что мы постоянно все переписываем, где я такое говорил?)

И если чувак пишет на реакте и знает все нужные грейды реакт разработчика то это сеньер реакт разработчик)
показать ответы
Автор поста оценил этот комментарий

бек я тоже знаю. Я удивился к чему знать нужно сразу и 2 фреймворка. Разве одной симфони не достаточно?

Или битрикс все же уже считают фреймворком?

раскрыть ветку (1)
Автор поста оценил этот комментарий
Битрикс это наша основная лошадка, т.к. хренова туча крупнейших федеральных проектов делаются на нем.

Но он решает не все задачи, и для некоторых случаев мы его тупо смешиваем с ларкой или симфони.

Внутри битрикса есть свой fw, который решает достаточно широкий спектр задач.

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

https://www.youtube.com/watch?v=f4uXBpP_xxY

специально для вас интересный доклад.


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

Пока в вашей матрице я увидел только технологии.

Даже если взять теорию, то я вижу много примеров в соседнем отделе - где люди прекрасно сдали теорию, но оно не очень им помогло.

Грейды у нас защищаются практикой почти все, если вы меня не расслышали)

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


В бекенде знание двух фреймверков в нашем стеке мастхев.

Зачем?


И еще, у вас почему то горящие глаза ассоциируются со слабыми кодерами, мб паттерн какой в жизни сложился)

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Зачем два fw в беке - сложно объяснить тому кто не работал с битриксом как бек. В платформе очень много антипаттернов, их различать и понимать, а также учиться бестпрактиксу стоит на fw вроде symphony или laravel.

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

Если разработчик не будет знать fw он попытается это запилить в монолит на битриксе.
показать ответы
Автор поста оценил этот комментарий
Ну мы любим mobx и не любим redux)

я вас понимаю, хоть и мобх, как по мне, довольно магический.


Но взялись бы вы на него переписать проект с стоимостью в 100 к часов?

Это дисциплина в отделе, что рефакторинг должен быть согласован со старшим

Вы видимо не сталкивались с таким. Это был типичный идеалист. с горящими глазами и метящий в тим лиды. Это его черта, которая сильно негативно сказывается на работе.


Может вам везло, но горящие глаза, это не серебряная пуля. Это ни гарантия наличия способностей, ни гарантия адекватности. Это только показатель, что человек нацелен на рост в том понимании которое он сам себе заложил.


В то время как обычный человек может обладать и способностями, и опытом, и адекватностью.( а может и не обладать ) Он тоже может обучаться. Просто не делает это каждую свободную минуту. Но это может компенсироваться способностями или эффективным подходом.


Уровень пользы зависит от сочетания этих факторов. Хотите - отбирайте только горящих. Но поверьте моему опыту - далеко не всегда они сильнее или полезнее.

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

Тоже самое и на собеседовании, вы не узнаете о темпе их работы по тому что они скажут, результат увидите на практике. А раз так, то можно сразу выбрать с горящими глазами :)

По моей статистике собеседований в несколько лет, с горящими глазами чаще проходят испытательный срок выдавая результат.
показать ответы
Автор поста оценил этот комментарий
Redux на генераторах или санках

действительно, если этого не знать то какой из тебя сеньор.


Typescrypt оаять же

целых 2 часа с перерывом на покурить?


хорошо понимать ооп парадигму, знать основные паттерны, знать основы функциоанальщины

Знать и использовать - это огромная разница. Я видел людей которые прекрасно рассказывали всю теорию. Но на практике ...


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

Чем это лучше обычной задаче на проекте? Там более реальные задачи, практические на 100%, с грязными условиями, проблемами. И ее решение как раз и показывает уровень разработчика.

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

Это как готовить войско во время войны или до ее начала.
Автор поста оценил этот комментарий
У вас есть практики и хайперы.
Я же говорю про тех кто за прогресс и развитие и тех кого приходится постоянно пинать и бороться с внутренним сопротивлением изменений.

Я говорю про то, что ставить грейд и пользу, только на основе числа технологий - бред.


человек может знать только один реакт, но так как он практик, он просто выучил его досконально.

человек может пробовать все подряд, и писать отвратительно. Зато у него будут горящие глаза!!


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


Как бы для любого нормального разработчика это вкайф, беки наконец то перестают возиться с шаблонами и компонентами,

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


Меня так пересадили с ангуляра 1, на реакт, а потом на ангуляр 4. Причем окружение было совершенно разное. И стек библиотек. Если честно я не вижу никакой проблемы в этом переходе под требования стека. Все равно, основные проблемы именно с организацией композиции, а не с тем как вывести текстовое поле.


Однако нашлись и те кто не был рад изменению из-за конформизма и лени изучать новые технологии, начали бурчать.

А у меня были те кто просто не хотел писать в рамках redux. Хотели все снести и написать по новой. и у тех и у других есть свои проблемы, но если человек адекватен - то с ним можно работать.


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

Это две крайности. Должен быть баланс между переходом на новые технологии и сохранением старых.


Переписывать с нуля проект со стоимости в сотни тысяч часов? такая себе затея.

Писать на старом говне мелкий проект, где накладных расходов уже больше самой разработки - тоже так себе.


Если команда адекватная, она выберет лучший вариант развития, и будет ему следовать. Адекватность не зависит от горящих глаз.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Походу я понял, вы фронт))
или как минимум были им раньше)
В целом да, на фронте хайп надо придерживать больше, у вас там все не стабильно.

Заметьте что я вовсе не говорю о том что какие то проекты надо переписывать.

Речь о грейдах и что их правильно привязывать к компетенциям которые у человека есть. Грейды у нас защищаются практикой почти все, если вы меня не расслышали)

Да, нет смысла повышать грейд за шапочное знание ангуляра вью и реакта. У нас этой проблемы нет, у нас только реакт)
Правда mobx & redux знать у нас нужно.

В бекенде знание двух фреймверков в нашем стеке мастхев.

И еще, у вас почему то горящие глаза ассоциируются со слабыми кодерами, мб паттерн какой в жизни сложился)

слабые кодеры есть везде и если они не тянут и не вывозят, после нескольких итераций - с ними все прощаются, а не терпят)

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

Вот именно. Вот этот показатель и важен.Как и качество работы.


А знает чувак 3 фреймворка или один? не важно.


Каждый пишет на том что удобно? 0_o

Если компания достаточно большая, то у нее есть команды на каждом спеке. Заставлять команду коллективно учить vue и переписывать проект на нем? точно не стоит.

Следовательно сам спор что лучше, так себе.


У нас с этим проще мы берем только проект на реакте или старый стек. Старый стек переписываем на реакт. Профит и никаких споров.

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Ну мы любим mobx и не любим redux)
Все споры за и против для себя решили.
И переписываем порой redux на mobx где код на redux как обычно разросся до неимоверных размеров размазывания всей логики по экшенам, редьюсерам, санкам, и количество изменений в проекте уже заставило это все костылями порости из-за недостаточной гибкости.

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

В бекенде если вы разрабатываете на битриксе знание 2 fw имхо мастхев.
показать ответы
Автор поста оценил этот комментарий
2 сеньер реакт

о вот тут особенно интересно, как вы по технологиям определяете грейд?

знает mobX и redux и чуть чуть node.js - ну точно сеньор?


Или может все же важнее как человек качественно выделяет требования, отделяет бизнес логику, строит алгоритмы?


Джун выучив три технологии - все так же джун.

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Ну реакт широкая технология, хороший реакт разработчик должен хорошо понимать ооп парадигму, знать основные паттерны, знать основы функциоанальщины (будь неладны эти хуки), знать старые новые контексты, порталы, Hoc и основные hoc библиотеки, mobx, redux понимать в чем разница и что и где лучше применять, material ui. Redux на генераторах или санках. Typescrypt оаять же. За год и без практики ты это все не закроешь ;)

Вы же не забывайте что у нас домашки по большей части это практика. Например пускаем на проект с mobx или другому чуваку говорим написать микросервис для внутренеего стартапа. Если сделает то и скил закроет и премию еще накинем :)
показать ответы
Автор поста оценил этот комментарий
Приведите тему которую нужно обсуждать аж 2 часа в день?)

Да легко. Архитектурный вопрос: на большом проекте с длинной историей был не очень удобный механизм модальных окон. Человек взял его, переписал с ошибками на порталах реакта, и оставил в итоге на проекте сразу два механизма одного и того же.

Спор был очень долгий. Вначале он спорил с старшим разрабом который ревьюил его доработку. Потом с тим лидом. Потом с архитектором. В итоге исправление одного маленького бага с 1 часа выросло до 8 часов.


митапе вроде react vs vie vs angular.

где в итоге сойдутся на том что каждый пишет на чем удобнее. Накладные расходы по переходу между ними очень дорогие. То есть старый проект переписать на другом фреймворке в 90%  случаях плохая затея.


Для новых же проектов - выбор технологий хорошая вещь. Но она основывается не на пет проектах из обучения. А на статьях или настоящих проектах разработанных в компании.

раскрыть ветку (1)
Автор поста оценил этот комментарий
У нас с этим проще мы берем только проект на реакте или старый стек. Старый стек переписываем на реакт. Профит и никаких споров.

Каждый пишет на том что удобно? 0_o
Это анархия какая-то)

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

Когда это занимает по 2 часа времени каждый день?

Собственно не вижу никакой разницы с тем что тут 2 часа на убеждения тратить, что 2 часа тратить на обучение пассивного.


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

Хорошо, я вас понял. Поверьте, практики так же прекрасно обучаются при необходимости под новые требования. Хайперы же с трудом работают на технологиях которые им не нравится.


У нас много сложных задач, но в регионе сложно выращивать компетенции быстрее чем они уходят на мск или зарубеж.

А почему? потому что как бы то ни было, деньги достаточно важны. Даже для хайперов.

раскрыть ветку (1)
Автор поста оценил этот комментарий
У вас есть практики и хайперы.
Я же говорю про тех кто за прогресс и развитие и тех кого приходится постоянно пинать и бороться с внутренним сопротивлением изменений.

Приведу пример. В регионе сейчас у нас фронтов найти проще чем беков (есть некоторые причины на рынке). Фронты недозагруженны в компании, у беков долгий перегруз.
Решение: переводим все новые ЛК на битриксе на реакт роутеры, а битрикс разработчики пишут рестапи на контроллерах.
Как бы для любого нормального разработчика это вкайф, беки наконец то перестают возиться с шаблонами и компонентами, фронты получают современный стек без гибрида битриксовых компонентов с реактом или что еще хуже на jquery и бекендбейсед формированием шаблона.
Трудозатраты теже, только нагрузки больше на фронт.

Однако нашлись и те кто не был рад изменению из-за конформизма и лени изучать новые технологии, начали бурчать.

Если бы подобных конформистов было бы большинство, то хрен бы у меня получилось внедрить новый подход.

Тоже самое к примеру в течении последних лет:
- перевод всех разработчиков на linux & docker для ускорения локального деплоя проектов
- Перевод всего коллектива на IDE вместо примитивных редакторов и многое другое.

если у тебя в коллективе будут конформисты и прокрастинаторы то на все твои технологические попытки апгрейда стека и оптимизации производительности ты будешь получать кучу палок в колеса.
показать ответы
Автор поста оценил этот комментарий
Мне не сложно обсудить с любым сотрудником

Когда это занимает по 2 часа времени каждый день?

Собственно не вижу никакой разницы с тем что тут 2 часа на убеждения тратить, что 2 часа тратить на обучение пассивного.


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

Хорошо, я вас понял. Поверьте, практики так же прекрасно обучаются при необходимости под новые требования. Хайперы же с трудом работают на технологиях которые им не нравится.


У нас много сложных задач, но в регионе сложно выращивать компетенции быстрее чем они уходят на мск или зарубеж.

А почему? потому что как бы то ни было, деньги достаточно важны. Даже для хайперов.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Приведите тему которую нужно обсуждать аж 2 часа в день?)

самые популярные спорные темы мы разбираем на митапе вроде react vs vue vs angular. Или там Bitrix vs laravel vs symphony.

Появидись доводы за изменения темы? Да изи, обсудим всем коллективом на холиваре на след митапе.
показать ответы
Автор поста оценил этот комментарий
У нас был такой разработчик который сказал что я достиг пика и ушел в фотографы. Пы потом долго разгребали за ним говнокод)

У нас есть несколько хайперов. Вы даже не представляете как они утомили: пишут посредственно, используют нестабильные решения, тащат тучу лишнего в проект.


Из каждого правила есть исключения.

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


Да, вы правы, ищу людей похожих на себя.

а не думаете ли вы о том что стоит брать эффективных людей?

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

Не вижу связи. Это зависит от качества работы и менеджмента.

Бизнес говорит: мы можем сделать проект с мультиязычностью,  платежной системой и нагрузкой 500к людей в день? На основе этого идет разбор архитектуры, выбор технологий, проектирование и разработка.

Это не хаотичный процесс где вы выучили много технологий = вы молодец.

Это строго нацеленный на результат процесс.


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

Если бизнес расширяет число сфер и нужен человек под них: то делаются замеры, насколько сложно найти готово человека или обучить своего. Вырабатывается программа обучения под конкретные задачи.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Речь не про другие сферы, это скажем не про мобильную разработку.
Просто скажем есть Вкусный тендер где мне понадобиться 5 миддлов беков laravel, 2 сеньера битрикса, 2 сеньер реакт. А у меня нет такого количества свободных специалистов этого уровня. Решение одно - усиленно качать их.
Опять, опираясь на то что скилы у нас максимально положены на фактическую необходимость рынку мы берем людей с горящими глазами которые готовы быстро качаться.
показать ответы
Автор поста оценил этот комментарий

внимание: вы перечислили все вещи которые они и так используют. Это не теория о чем-то стороннем. Это именно то что вы используете в проекте. То есть то что  я и описал выше.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Так и я вам говорил еще раньше, что почти вся наша ветка скилов построена на том что реально нужно в работе.
За некоторым исключением.
Например битрикс разработчику нужно изучить работу современных FW вроде laravel и это есть в нашей сетке скилов.
Это не значит что он сразу получит проект на ларке, но мы сможем сразу по необходимости его подключить на такой проект. Да и в целом это очень полезный кругозор, сложно на битриксе хорошо писать, если не посмотрел на современные практики в других fw.

У нас нет в сетке технологий которые не нужны нам в принципе.
Автор поста оценил этот комментарий
Я всегда выберу первого)

зря. у нас тоже так думали раньше. но по факту это лишь одна черта которая далеко не столь важна как аналитические способности, рассуждения и ответственность.


На практике они более результативны.

На вашей практике. У меня совершенно другая информация.


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

С о многими проблемами можно разобраться. Если сотрудник нормальный и идет на контакт.

ленивый - объяснить что есть сроки и качество. Если эти два параметра растут - то растет и зп или другие бенефиты.

хайповый - объяснить про бизнес требования, сроки, стабильность.


Вы еще забываете про смежные технологии: о реакт вышел давайте перепишем все на нем! постойте вью еще круче. Давайте использовать его + mobx.


А даже если этот разработчик из-за хайпа уйдет

А если он из-за хайпа будет тратить кучу вашего времени на обсуждение в какой технологии писать? Это все равно как работать с идеалистом. Иногда хорошо, но зачастую очень неудобно (https://habr.com/ru/post/431534/)


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

Вот именно. Вы выбираете не по эффективности или пользе. Вы выбираете похожих на себя. Задумайтесь об этом.


Кстати в очередной раз у вас скользит важность новых технологий. Но как вы думаете, что важнее: знать технологию, или уметь качественно писать код? Матрица скилов показывает первое, но со вторым она как правило не справляется.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Мне не сложно обсудить с любым сотрудником необходимость той или иной технологии на том или ином проекте. Наши регулярные технологические митапы объясняют это и вне диалогов.

Вы не уловили идею, для того чтобы мы могли рости и брать еще более крупные заказы мне не хвает компетенций в отделе. Хотябы поверхностных, но у бОльшего количества разработчиков.

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

У нас много сложных задач, но в регионе сложно выращивать компетенции быстрее чем они уходят на мск или зарубеж.
показать ответы
Автор поста оценил этот комментарий

Но, может, несколько граничных скилов вы можете опубликовать?


Весьма странное разбиение. Мидл и сеньор это не знание технологий, это подход к разработке и опыт.

На рынке требуют кучу совершенно несвязных технологий. Требовать от фронта что бы он знал и ангуляр и реакт на одном уровне? Ну если у вас бодишоп то это может и удобно.


Да и "не факапит" - понятие очень растяжимое.


Работа должна оцениваться по пользе, а не потеоретическим знаниям которые лежат мертвым грузом.


На этапе создания проекта, хорошо знать несколько технологий для выбора оптимальной (но на текущем этапе это просто субъективный опыт).


После выпуска на энтерпрайз уровне? Как правило бесмысленно если ты не архитектор системы. Использование новых подходов и технологий чаще делает зоопарк, а не приносит пользу.


Подход 1 это честный способ оценки пользы сотрудника (если учитывать и качество решения.)


Грейд ставить за число изученных аспектов? Ну пока я не видел нормальной матрицы скилов, которая отражает что то по мимо знантя технологий. А толку от знания технологий, если качество ее исполнения, крайне низкое?


Увы но весь мой опыт противоречит тому что вы говорите. Думаю если вы не приведете реальные примеры из таблицы - полемика бессмысленна.

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
У нас только реакт, ангуляра мы не требуем. Нам не будет стыдно за middle react разработчика, и наши специлисты будут востребованны на рынке, сейсас реакт это более 80% рынка (в мире).

От беков требуем битрикс и ларавел(или симфони). Это тоже покрывает большую рынка вакансий в России.

Ну вот банальные скилы джуниора по битриксовой ветке:
Знание структуры бд инфоблоков
написание компонентов
написанием модулей
ORM
Composer (связка с битриксом)
Контроллеры
Миграции
Докер
Основные паттерны проектирования

Все это разработчики использую каждый день.
показать ответы
Автор поста оценил этот комментарий

Вопрос интересный.

Я возьму лбюбого из них, если увижу что он умеет рассуждать и строить алгоритмы.


Пару раз я брал людей вообще без знания ключевых технологий.

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


Горящие они тоже разные. Один учится все свободное время и уже ушел и стал сеньором в одной мировой фирме.

Другой просто пробует все новое, но качество его работы? Так себе. В итоге его знание разных технологий не особо отражает его грейд.


Не думаете ли вы, что ваш выбор основан не эффеутивностью, а тем что вы выбираете людей похожих на вас?

раскрыть ветку (1)
Автор поста оценил этот комментарий
У нас был такой разработчик который сказал что я достиг пика и ушел в фотографы. Пы потом долго разгребали за ним говнокод)

Из каждого правила есть исключения.
Сейчас я почти всегда возьму лучше с горящими глазами, их энтузиазм позволяет нам расти в технологическом плане.

Да, вы правы, ищу людей похожих на себя.
На конформистах мы превратились бы в унылую контору клепающих говнокод на шаблонных решениях для мелких клиентов, а не брали топовые федеральные и мировые нагруженные проекты.

И есть куда рости, есть еще проекты которые мы не потянем, для этого отделу нужны еще лвлапы, а разве их достигнешь без критической массы энтузиастов в самом отделе?)
показать ответы
Автор поста оценил этот комментарий

Сразу дополню: и у того и у другого кандидата свои риски. Первый может быть "фанатом технологий" или вестись на хайп. Это приносит свои проблемы.

Второй может быть слишком пассивным и его придеться пинать.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Я всегда выберу первого)

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

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

Я с большим уважением отнесусь к человеку который меняет место работы из-за технологического или исследовательского интереса, чем к тому который ради двацатки побежал в другой проект на стек менее технологически развитый.
показать ответы
21
DELETED
Автор поста оценил этот комментарий

Моё мнение, про "книга/фильм, которые вдохновили" - это прям максимально мимо. Серьёзно, что значит в вашем понимании "вдохновить"? Вдохновить на подвиг? Смену работы? Убийство Джона Леннона? Звучит как сектантство или отклик из пубертата. Между нравится и вдохновляет все же разница значительная

раскрыть ветку (1)
Автор поста оценил этот комментарий

У вас не было произведений или фильмов, познакомившись с которыми вы некоторое время ходили под впечатлением?
Речь идет именно об этом вдохновении.
А также у меня например есть книги которые вдохновили меня на изменение жизненных ценностей, установку конкретных целей и вообще изменение своего воззрения и подходов.
Для меня это было "Достижение максимума" Брайана Трейси в 17 лет. Мне кажется что до прочтения этой книги и после - это было два разных человека.

показать ответы
Автор поста оценил этот комментарий

Ну вот я после 25 читаю только проф. литературу. Потому что в голове нужно удерживать и постоянно обновлять огромную кучу знаний и тупо не хочется отвлекаться на что-то, что:

а) не факт, что действительно мне понравится (рецензии вещь субъективная)

б) потребует кучу времени, которое можно потратить гораздо полезнее, ИМХО

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


И что отвечать?

О, это руководство по Vue.js, оно офигенно и так вдохновляет!


Это я про художественную литературу, если что.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Я б чекнулся если только поглощал исключительно все по работе.
Расслаблять моск нужно, для меня это как раз или художка или дотан.
Причем художку можно сочетать допустим с качалкой в видео аудиокниги.

Фильмов к сожалению выходит не так много интересных сколь книг, а сериалы для меня это деградация, там почти всегда все размазано)

показать ответы
Автор поста оценил этот комментарий

Почему вы все рвётесь именно в IT, объясните? Это точно так же обрыднет.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Потому что там стабильный рост отрасли и рынка последние N лет, и он будет еще расти как минимум N лет.
Работать на растущих рынках всегда выгоднее и интереснее чем на развитых.

показать ответы
Автор поста оценил этот комментарий
Присоединяюсь. Если будет школа, я бы поучаствовал. В данное время рассматриваю смену профессиональной деятельности с химической технологии/науки на кодинг и девелопмент, но дальше прочтения пары книг по питону и написания пары скриптов себе по работе дело не сдвинулось... А, ну ещё поигрульки в udk и maya, но это вообще не в счёт.
раскрыть ветку (1)
Автор поста оценил этот комментарий

Только РнД и только штат. Мы пока не готовы работать с удаленным разработчиками.

показать ответы
Автор поста оценил этот комментарий
Если вдруг будет школа то я с Вами.... А как с Вами можно связаться? Оставлю на всякий maxaura@yandex.ru
раскрыть ветку (1)
Автор поста оценил этот комментарий

Только РнД и только штат. Мы пока не готовы работать с удаленным разработчиками.

5
Автор поста оценил этот комментарий

ох как бы я хотела попасть в такую. в моих мечтах это выглядит так - чтоб реальные задания давали делать, которые прямо сейчас какой нибудь ваш джун пишет, ну и с пометочкой-подсказкой типа - вам тут понадобится изучить такие то фреймворки, то и се, обратите внимание на то и это... Написал штук 10 не криво - велкам на работу. Сделал, но криво - объяснили ошибки, делай дальше. а лекций, книг, ответов и любой инфы в интернете полно, за ручку никого не надо водить, главное имхо дать возможность попрактиковаться.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Мы экспериментируем именно в этом направлении.
На самом деле мы сейчас открыли эту стажировку для нескольких кандидатов из РнД, пока как эксперимент.

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

Когда и если текущие стажеры которых мы набрали защищают базовый набор скилов - берем их в штат.

показать ответы
Автор поста оценил этот комментарий

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

Это из разряда вопроса: кем вы видите себя через 10 лет.

Если "правильный" ответ дает лишние баллы, то кандидату нужно думать о том как же лучше ответить на этот вопрос, хотя по сути это никак не скажется на его работе.(если только у него не кантракт на 20 лет оператором маяка)


Пример со столяром как раз таки плохой: так как отсутствие пальцев может сказаться на эффективности и может показать пренебрежение тб.

Но конечно делать вывод только на отсуствие пальцев преждевременно.

раскрыть ветку (1)
Автор поста оценил этот комментарий

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

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

Или того кто скажет тебе что ну я хз, я вообще так далеко на загадываю, живу сегодняшним днем, поживем увидим.

показать ответы
3
Автор поста оценил этот комментарий

Знание большего числа технологий далеко не всегда означает рост квалификации. Обучение на проекте это как раз не фигня, так как оно больше коррелирует со скоростью и эффективностью работы сотрудника.


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


Но возможно я так сужу так как встречал плохие матрицы скилов. Насколько ваша секрктна?

раскрыть ветку (1)
Автор поста оценил этот комментарий

Мы пока не готовы ее публиковать)
Хотя обмениваемся этими матрицами с лидерами рынками (меряемся).

Знаете тут как раз есть два подхода в компаниях, кого считать миддлом.
Подход 1:
- Разработчик укладывается в сроки по проекту и не факапит - он миддл

Подход 2:
- Разработчик знает тот стек скилов который требуется для миддла на рынке.

Мы для себя выбрали путь №2, мы выращиваем тех миддлов которых признают миддлами везде.
Основа сетки скилов у нас это детальное изучение рынка вакансий для middle разработчика + натяжка на специфику работы в компании.

И я даже критик подхода #1. Есть проекты активно развивающиеся с сильным и разнообразным стеком задач, а есть там где нужно ворочать левой пяткой. И во втором случае даже если с точки зрения рентабельности и выполнения задач специалист справляется - для рынка его стоимость не растет, разработчик практически деградирует если не будет помимо этого качать те скилы которые не требуются конкретно в этом проекте в Данный момент.

показать ответы
Автор поста оценил этот комментарий

я по профе инженер-программист, закончил курсы по Java программированию, как бы с вами связаться?

раскрыть ветку (1)
Автор поста оценил этот комментарий

Java не наш профиль. Нас интересуют PHP или JS разработчики, мы про веб. И мы в РнД и пока еще не работаем с удаленными сотрудниками, только штат.

1
Автор поста оценил этот комментарий
Не очень то и редко, многие из тех кто дошли до тим лида, либо имеют задатки к руководству, либо хотят руководить, поэтому одна из следующих позиций это пм
раскрыть ветку (1)
Автор поста оценил этот комментарий
Перечитайте мой коммент)
35
Автор поста оценил этот комментарий

То есть вы подбираете человека не по профессиональным качествам нужным для вашего бизнеса, а исходя из того чтобы он нравился бухгалтеру Капитолине Семеновне и завхозу Захару Петровичу, а его профессиональные качества второстепенны. Но вот есть достаточно замкнутые люди которые не любят общаться, но тем не менее отлично делают свою работу и есть весельчаки и балагуры, но раздолбаи, но зато коллективу нравятся.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Человеку в коллективе единомышленников комфортнее и он более счастлив, как следствие лучше работает, проще решает рабочие вопросы с коллегами.

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

У нас как раз интроверты тихие заходят на ура, мыж программисты)
Если ты на собеседовании признаешься что ненавидишь общаться с людьми, мы поймем) В разработку как раз такие и идут во многом, хотя есть исключения.
2
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
Автор поста оценил этот комментарий
Верно, нулевых никто брать не будет. Хотя мы подумыааем о школе стажировки именно для таких сырых. Там за ручку водить никто не будет, но зато покажут куда копать и ответят га вопросы. Мы видим что это будет пользоваться спросом, найти бы силы...
показать ответы
12
Автор поста оценил этот комментарий

нужен хршник, который с деятельностью фирмы соприкасался, иначе туфта

раскрыть ветку (1)
Автор поста оценил этот комментарий
Верно подмечено
5
Автор поста оценил этот комментарий

Так почему ПМ, а не МП? Проектный менеджер или проектов менеджер?

Иллюстрация к комментарию
раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Выше ответ дал на аналогичный вопрос)
показать ответы
Автор поста оценил этот комментарий

Вы не поверите, но программеры прямо на всем не пишут, у каждого своя специализация. И поэтому вакансий, все-таки, мало. Не обманывайте людей. Удаленные работодатели так и пишут, мы вам платим меньше, чем в Москве.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Есть и такие. Смотря с чем сравнивать опять же.

Для чувака из регионов 140 удаленная ваще за глаза, для москвича с учетом стоимости жизни он эдак процентов на 30٪ менее привлекательна.

В итоге реально ДОХЕРА программистов из регионов работают удаленно на мск, и немало на зарубеж. И подучают по меркам своего региона офигенные зп. И на 140+ можно себе позволить ездить по азиатским странам. Да, никто не говорит что купаться в роскоши, но на неплохие отели хватит. И реально многие так и делают.

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

Не говоря о том что огромное количество вакансий в штате в той же мск могут быть значительно ниже зп чем у удаленщиков.

А на счет не на всем пишут - а зачем спрашивается новому разработчику выбирать непопулярный стек?) Да и стек можео менять если прям совсем на чем то узком пишете. Возьмите топ 5 востребованных языков которые занимают большую часть рынка, и не дуйте в ус, рынок не переворачивается с ног наголову за 3-4 года, все java, php, js были и будут популярны еще овердофига лет.

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

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


и у вас такие примеры, конечно, есть? Зачем людей вводить в заблуждение? Да, можно работать удаленно, только это попробуй найди и платят гораздо меньше.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Да, у меня много бывших сотрудников именно так и работают, причем два из них мои друзья с коледжа.
Путешествуют в основном по азии.
Работают все удаленно на МСК, кто то на пиндосов, кто то переехал на пмж в Америку.

Откройте http://hh.ru и посмотрите количество удаленных вакансий программистов - их ОЧЕНЬ много. У меня есть также множество знакомых компаний с полностью распределенными командами.

В общем это вы людей в заблуждение не вводите, это реальность, и зарабатывать можно весьма хорошие деньги, скажем 90-150 легко. Хотя возможно для вас это мало...

Конечно удаленные джуны не нужны, но миддлу не составит труда найти работу с текущим дефицитом кадров.
показать ответы
3
Автор поста оценил этот комментарий

В мире - не знаю, скажу о себе, как о работодателе. Если чел скажет, что его любимый фильм - "Холодное лето 53-го", то это дохуя делов для меня. Но это из области фантастики...

Впрочем, при найме сотрудника я и не спрашиваю о фильмах... Возможно, зря?

раскрыть ветку (1)
Автор поста оценил этот комментарий
Да не зря, безобидный вопрос, а чтото да и скажет о личности, лишнюю деталь что дополнит паззл.
показать ответы
6
Автор поста оценил этот комментарий
А ответ "меня пресытила литература еще в юношеском возрасте поэтому я предпочту хорошую компьютерную игру или любой другой вид досуга нежели чтение книг" подходит?

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


Просто мне непонятно с чего один из видов развлечений считается столь элитным.

Да всем пофиг на элитность. Тебя нанимают не для того, чтобы ты такой весь воодухотворенный в конторе был, а чтобы этой самой конторе деньги зарабатывал. И, как показывает практика, человек, сказавший, что любит читать и назвавший хорошую книгу, оказывается куда более толковым работником, чем человек, который играет в компьютерные игры.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Ничто не мешает успевать и то и то)
Я и в доту катаю, и художку читаю по паре книг в месяц, и профессиональную литературу читаю, и изучаю новые технологии, езжу еа конференции, выступаю на митапах, при этом успевая по работе.
А еще у меня есть личная жизнь (нет, не с рукой) и качалка :)

правда детям здесь места нет, но я еще не столь стар так что норм :)
показать ответы