Microfronteds, Tests, React, Redux i бiльше на JavaScript fwdays у суботу
×Закрыть

Шансы начать в 39 лет

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

Что имею:
1. Знал C, касался C++, MS Visual Studio (базово и давно), SQL (давно) могу поднять и вспомнить.
2. Имею базовые (и опять же, старые) знания администрирования Windows и Unix.
3. Хороший английский.
4. Свободное время.

Но всё это отягощено возрастом в 39 лет.

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

LinkedIn

Лучшие комментарии пропустить

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

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

В 39 шансов нет, шанс был в 32 — а следующее окно возможностей в 64 и 128 если доживёте

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

От знаний «базово и давно» до «могу пробовать решать тестовые» на вакансии Junior Dev (с зп около $600) потребуется около 1,5 года упорного обучения. При условии работы на старой работе и что она у вас не отнимает дополнительного времени. Или около 9 месяцев, если вы полностью уйдёте в обучение по 7-9 часов 5-6 дней в неделю без другой какой-либо работы. Также это если выбрать и идти по одной линии программирования. Например .NET, Java, что-то из Front-end или что-то ещё.
Если же начать учить один язык или направление(пусть Data Science ), а потом перейти на другое — это ещё растянет время на неопределенный срок. А такое вполне может быть. Ведь это не пирог попробовать. Нужны месяцы, чтобы разобраться с какой-то технологией, поработать, прочувствовать на реальных проектах, понять нравится с этим работать или нет.
После обучения придется отправить сотню-другую резюме, т.к. ажиотаж среди новичков сейчас большой и на одну вакансию Junior или Trainee разработчиков падает от 30 до 200 резюме., тренироваться решать десятки тестовых заданий, проходить с десяток и более собеседований, где каждое второе будет весьма неприятное или даже унизительное, вначале из-за не знаний и чувства собственной тупости, а потом из-за неадекватных или хамовитых, зазнавшихся молодых интервьюверов. Т.е. процесс поиска работы тоже займет какое-то время и заберёт сил. Может повезёт и найдёте за месяц, а может растянется на год.
Потом работа джуном на $400-800 и продолжение обучения на рабочих проектах. Тут тоже смотря куда попадёте, можно попасть в хорошую компанию, можно в болото.
Если попали в нормальную компанию, где была возможность хорошо развиваться через год работы сможете рассчитывать или на повышение зп до $800-1000 или на предложения других компаний с немного большей зп $1000-1200.
Если были в плохой компании, то придется перейти в хорошую, а потом уже как в абзаце выше.
Вот теперь вы Strong Junior и можно будет немного расслабиться и почувствовать себя «белым» человеком — айтишником:). Вы уже будете что-то знать, а в LinkedIn к вам начнут понемногу приставать HRы с предложениями о работе.

Из хорошего — у вас есть английский, это дает вам возможность попробовать попасть на курсы с трудоустройством от тех же Epam, Luxoft, Softserve и др. Без английского туда не берут. Но подготовится технически надо будет нормально. Если пойдёте по такой схеме может сократите время на пол года-год. И точно сохраните нервы от «гуляния» по собеседованиям от непонятных контор.

Ещё вариант идти не в программисты, а другие смежные технические специальности, где важен хороший английский.
Из реальных можно рассмотреть бизнесс-аналитик.
Тестировщик, только не на обычного, а например на нагрузочного, мобильного или автоматизатора.
Менеджер проекта(PM) — тут ещё и возраст вам сыграет на руку, правда не совсем сразу.

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

Если коротко — шансы есть. Вопрос в желании и настойчивости. Много тут было постов на эту тему, да вот у многих ли получилось — не знаю. Иногда думаю, что те, кто реально чего-то хочет, обычно не спрашивают, а получится ли? А просто берут и делают. Так что все зависит от вас. Но в свое время, если бы я слушала то, что мне говорят — ничего бы не получилось. Да я собственно ни у кого и не спрашивала.:-)

Надо не говорить, а делать. В 16 лет я думал что поздно начинать заниматься культуризмом потому что Шварцнеггер начал в 14.

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

Cloud — ваше фсьо))

В 39 шансов нет, шанс был в 32 — а следующее окно возможностей в 64 и 128 если доживёте

В 43 ещё есть не большой. Сам так проскочил

Если создать свой бизнес, то шансы могут быть и в 90 лет

Тут нужно будет скорее всего переезжать. Алгоритм:

— Если знаете что такое линейная регрессия и метод наименьших квадратов, меняете свой тайтл на «FinTech Senior Data Scientist», запоминаете слова Pandas (1.0.0 — чтобы быть на острие), Numpy, Scikit-learn, Tensorflow (2.0 последняя версия). Опционально можно посмотреть на Python на уровней написания факториала и SQL на уровне поиска одинаковых значений в таблице.

— Если не знаете что такое линейная регрессия, алгоритм такой же (возможно даже больше шансов будет).

— Профайл на LinkedIn, Stackoverflow, Github (можно форки сделать Pandas, Numpy, Scikit-learn, Tensorflow, чтобы профайл пустым не был). В профайле указываете что находитесь в рандомном ЕС городе (желательно подальше от Берлина, Мюнхена и тд), например в Ополе (им все что восточнее Мюнхена — это одна большая монострана с красным флагом).

— Пару тройку недель и штук 20 предложений у вас будет.

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

— Профит.

— Не корысти ради, но потом (после профита) 500 евро можете мне скинуть в фонд строительства коттеджа.

Если знаете что такое линейная регрессия и метод наименьших квадратов, меняете свой тайтл на «FinTech Senior Data Scientist»

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

Вобщем нет ничего плохого в том чтобы в 39 обсуждать шансы начать, плохо это обсуждать шансы кончить. Всех с пятницей!

Это было на каком языке написано? После бояры?

Во время бояры. Он всегда во время.

Можете попытаться сюда jobs.dou.ua/...​d-pixels/vacancies/44607 (попытка — не пытка)

Нынче на просторах DOU есть следующие топики:
«Войти в IT в 64 года»,
«40 лет — шансы — мнения»,
«Как искать работу 35-45 летним джуниорам»,
«Направление для войти в IT, если Вам за 55».
Кто-нибудь напишет топик «Войти в IT» для 29-летних, а?
Годы идут, статью не пишут, устала ждать.

Есть еще «Мужчины в Долине тратят тысячи долларов на ботокс, пластику и другие бьюти-процедуры, чтобы не лишиться карьеры в IT»

Кто-нибудь напишет топик «Войти в IT» для 29-летних, а?

29 пізно. Тут вже або 23 або 63.

www.tesla.com/...​experienceengineerc-42689 . Лучше идти в робототехнику, программирование для Arduino .

в Польше, Германии, Англии.

Спят и видят, как бы взять себе ПМом чела без опыта

Привет! Я начала карьеру в IT в 33. Был опыт работы с ERP системами ранее, сейчас работаю в IT компании на позиции Консультант ERP (другими словами — это бизнес аналитик). Ничего дополнительно не заканчивала, просто попала на собеседование в IT и прошла. У нас в компании большинство консультантов из бизнеса. Очень довольна, не жалею. Возраст не главное, важно ваше желание учится и принимать новое в свою жизнь. Успехов Вам!

Но всё это отягощено возрастом в 39 лет.

Это все отягощено не вашим возрастом в 39 лет, а возрастом умственного развития немалой части коллег на 9-19 лет.
Если вас не смущают собеседования , где начнут спрашивать что-то вроде:
1. Сколько будет i = ++i + i++ * (-i)++
2. Сколько раз вызовется статический деструктор в статическом конструкторе. Почему?
3. Перпендикуляром называется отрезок, опущенный...Назовите пять основных принципов работы с данными.
4. ????
5. REJECTED

А потом подобного маразма на проектах — то можете попробовать.

Update: накаркал себе, б%#£@!
Только что с такого собеседования , пришлось досрочно прервать его и вежливо попрощаться, 30 минут вместо отведённых 1,5 часов.
Только зря деньги на такси потратил.

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

Сочувствую. Искренне. Знаю на личном опыте о такого рода маразме в своей области.

Готовься. В ИТ это норма. Обычно на 5 собеседований 4 бредовые в стиле выше.

1. Сколько будет i = ++i + i++ * (-i)++

То скільки? Народ має знати правду!

«Зависит от компилятора» — правильный ответ, если я не ошибаюсь.

Не правильный.
И как звезды сойдутся еще. Это стандартнейшее UB, так что есть шанс и форматирования диска С:.
И такого хватает во всех языках программирования.

да ну, имно компилятор должен ругнуться на (-i)++ — в смысле, что (-i)не lvalue.. или там --i?

Правда заключаются в том, что идиотские вопросы, наподобие I=10; l=I-1; I=I++ + ++l; будут преследовать на протяжении всей карьеры разработчика и вопрос автору темы, подходит ли ему это, что из него постоянно будут пытаться делать дурака.

Я всего лишь привёл пример с подвохом, который похуже пре- и постинкрементов.
Не знаю, какие у вас шрифты , но там было «i» заглавное и «L» строчное. То есть I и l.
В свою очередь, если бы вы мне этот пример дали, я бы тоже не заметил разницы и вы бы меня назвали невнимательным.
И отклонили мою кандидатуру при желании, и ткнули меня носом.

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

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

а отказ и пытаться отвечать на такие вопросы экономит кучу времени, и показывает что весьма вероятно что, одно из двух
— соискатель не знает спеки и чутья ЯП у него тоже нет
— чел законосчивый, конфликтный

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

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

и показывает что весьма вероятно что,

Это может показывать что угодно.

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

да, и такое бывает

причем и наоборот
у меня один соискатель обиделся на такие вопросы (php разработчик), и
— а можно я вам задам вопрос такого рода?
— давайте
— Что такое дружественные функции?
— Нууу, в php таких нет, но в С++ они ...
— Да. Вы первый из интервьюверов кто ответил на этот вопрос

«Гы», я про себя.
1. Последний раз имел дело с С++ в 90ых.
2. Соискатель сразу сказал что уже более полугода ходит по собеседованиям, и там сплошь дурацкие вопросы

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

Так что «хитрые» вопросы которые узнал только вчера, и не являются частью личного опыта, практики — конечно негативно показывают того кто их задает.

И если интервьювер сыпет такими, и «по глазам» видно что вычитал в интернете — то да, нафик эту контору.

Это может показывать что угодно.

Ошибка не взять того кто в действительности подходит обходится дешевле чем взять того кто не подходит. Для разработки ПО, как вида бизнеса.

а ответ
— точно не знаю, но по логике, бла-бла-бла

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

и еще раз, но сам соискатель вполне себе может составить мнение по таким вопросам, и общению — те ли это с которыми хочется работать вместе?

Ошибка не взять того кто в действительности подходит обходится дешевле чем взять того кто не подходит. Для разработки ПО, как вида бизнеса.

Как тогда на проектах в кодовой базе оказываются тонны отвратительного, глюкопорождающего кода?

Это брали тех, кто подходит или тех, кто не подходит?
Смогли ли они назвать пять принципов работы с чем-то там и сколько будет I=I++ + ++I ? И помогло ли это им?

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

Вот если не гений — на тебе з/п в полтора раза меньше.

Как тогда на проектах в кодовой базе оказываются тонны отвратительного, глюкопорождающего кода?

кратко — потому что код пишет команда, а не один человек.
и в условиях далеко не академических

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

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

Это брали тех, кто подходит или тех, кто не подходит?

как программист с 20+ стажем уверенно скажу
брали «лучших из худших». потому что «лучшие из лучших» в страшно малом количестве.
но вряд ли «лучший из лучших» не способен ответить на дурацкие вопросы :)
так что тот отказался — из худших.

ну либо оверквалифаейд, и все равно эта компания — не для него, и это взаимно.

Вот если не гений — на тебе з/п в полтора раза меньше.

это уже у кого как в компании поставлен процесс торга.

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

но вряд ли «лучший из лучших» не способен ответить на дурацкие вопросы :)

Это из раздела «если любишь — почему же мне машину купишь?»

Ну и не способен не то же самое, что не хочешь отвечать, особенно если вопросы задаются скверным тоном в стиле «ну-ка, и что же ты нам тут расскажешь?»

Это из раздела «если любишь — почему же мне машину купишь?»

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

если вопросы задаются скверным тоном в стиле «ну-ка, и что же ты нам тут расскажешь?»

вот он и важный момент — дело не в самих вопросах, а в скверном тоне :)

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

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

— Что такое дружественные функции?

Когда бухают в тяпницу вместе?

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

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

все правильно.
но как проверить КАК человек пишет код?
тестовым заданием на часа 4ре работы. если это noname компания — будет ли вполне себе профи тратить время на тестовое?

поэтому проверяется хотя бы
— знание спецификации
— умение размышлять в парадигме конкретного ЯП

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

да, и так делается:
вот 200 строк кода, что с ним не так?
итого, 20 минут на подумать, и еще 10-15 — на рассказ, обсуждение

собеседования тогда будут по 3 часа минимум.
а надо уложиться в 1,5-2

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

но как проверить КАК человек пишет код?
тестовым заданием на часа 4ре работы. если это noname компания — будет ли вполне себе профи тратить время на тестовое?

Допустим для С++ мне пару раз прямо на месте давали написать класс-контейнер — массив или связанный список.
Без особого выпендрежа и корнер-кейсов.
Дел там минут на 15, зато видно, как проектируется интерфейс, делается реализация, используются основные кодовые конструкции.
Это как сдача вождения — тронулся в горку, разъехался с трамваем, развернулся, пропустил пешехода — все, не страшно выпускать на улицу.

Допустим для С++ мне пару раз прямо на месте давали написать класс-контейнер — массив или связанный список.

основательная подготовка к собеседованию — позволяет это написать и с более низким опытом.

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

Дел там минут на 15, зато видно, как проектируется интерфейс, делается реализация, используются основные кодовые конструкции.

показательность зависит от требований к должности.

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

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

где-то встречал, и точно не помню, но статистика вроде такая
наибольший процент аварий совершают водители 1-3 лет за рулем

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

основательная подготовка к собеседованию — позволяет это написать и с более низким опытом.

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

Ну если он написал — значит умеет

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

чтобы почесать себе яйца,

и так бывает.

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

у рядового программиста всегда такой ответ на «несправедливость» :)

вакансий много, не беда, найдет себе работу какую ЕМУ хочется.

вакансий много, не беда, найдет себе работу какую ЕМУ хочется.

именно.

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

да, если позиция — джуниор

А сеньор использует какие-то другие if-ы и for-ы ?

сеньор это мидл + джуниор + еще чуток того чего нет у обоих

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

и как часто не говорят — да нет четких границ, если обгуглиться всякими опросами тех лидов, ведущих разработчиков, тех менеджмента, оказывается что качественную разницу одинаково понимают все.
а это ж они принимают решение — брать / не брать, верно?
и они обычно составляют планы собеседований, готовят эти вопросы.
Конечно, все они с ЧСВ, мудаки, и только об том и думают как унизить соискателя.

хорошо кодить — это обязанность джуниор составляющей
а мидл — это «хорошо кодить» плюс еще кое-что

и это кое-что проектированием класса в лабораторных условиях не выявляется.

Я вот сейчас прохожу длинную череду интервью и должен что из 20+ пройденных, хорошие умные вопросы задавали на двух, еще на трех было более-менее.
На остальных было одно из:
— острый underqualified;
— рандомные вопросы по стандартному опроснику без попытки прощупать точный профиль;
— сильная задрочка на тематику в которой интервьюеры копаются долгие годы, в ущерб общей подготовке;
— любование собой красивым в белом пальте и своим знанием на память фич С++20;

Как нормально тестировать специалиста?
Определить для него скилл-сет (кодинг, предметная область, скриптинг, SCM/CI, архитектура, работа с ОС, знание баз данных, форматов и протоколов).
И прогнать его по 20% наиболее наиболее часто используемых приемов и концептов в каждом из них.
Если он уверенно в них ориентируется — остальные 80% или знает, или поднимет на ходу один раз взглянув на документацию.

P.S. Оба топовых интервью были из-за границы.

20+ пройденных, хорошие умные вопросы задавали на двух, еще на трех было более-менее.

то есть те собеседования которое вам понравились являются — ненормальными :)

Как нормально тестировать специалиста?

по мнению кого — этого специалиста, или тех кому нужен специалист?
в этом то и разница

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

а больные нередко лучше врачей знают как их надо лечить.

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

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

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

Оба топовых интервью были из-за границы.

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

Компании, команды — разные. Ищите ту что нравится. и все.
Если ваш уровень выше среднего, то есть нормы — то проблем с выбором не будет.

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

На натягивай свою сову на глобус других. Сова твоя лопнет.

И проводил и работал — всё было отлично.

На натягивай свою сову на глобус других. Сова твоя лопнет.

сова не моя
вот персональная статистика:

из 20+ пройденных, хорошие умные вопросы задавали на двух, еще на трех было более-менее.

которой верю, потому что — а все примерно так и оценивают соотношение хороших интервью и типичных

И проводил и работал — всё было отлично.

ну, и до какого поста вас подняла фирма, за такие очень ценные скилы?

Хотели директором научно исследовательского департамента сделать. Я уперся рогом, нахрен мне эта головная боль упала и переезжать пришлось бы. А мне и Минске хорошо.
До этого подставил 3 на тех позициях (2-х уволили, 1-го понизили), в общем, всё как положено в крысиных бегах.

ну и Eugene Nuribekov столкнуля с парочкой правильных собеседований :)

и я в основном доволен теми кого взял.
«неправильным собеседованием»

недоволен в основном теми кого брал на вырост.
растут медленно.

но опять же, почитав на эту тему

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

то есть те собеседования которое вам понравились являются — ненормальными :)

Они объективно были плохими, потому что ориентировались на что угодно, кроме единственно-правильного критерия — полезности программиста X проекту Y.
Не считая товарища нарцисса, они все были проходимы, но с одним нюансом — я видел потенциальные проблемы в сотрудничестве, а нанимающая сторона — нет.

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

И шо, среди менеджеров меньше дураков, чем среди учителей и воспитателей?

раз вот так у большинства, значит есть какие-то объективные причины, почему так, а не сплошь как-то все придурки, а вот я соискатель, знаю как надо проводить собеседования!

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

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

А это тут к чему?

единственно-правильного критерия — полезности программиста X проекту Y.

на собеседовании это и пытаются выяснить.

И шо, среди менеджеров меньше дураков, чем среди учителей и воспитателей?

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

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

А это тут к чему?

к этому:
А мне нравятся работать с победителями.

Выбирайте победителей — и работайте с ними.
Бесплатный совет каждому недовольному типичными собеседованиями :)

И да, в ИТ, в отличие от других областей, факап это скорее норма, чем исключение

именно. и это один из самых интересных и важных вопросов — почему так?

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

P.S. Оба топовых интервью были из-за границы.

Логично.

сеньор это мидл + джуниор + еще чуток того чего нет у обоих

На ДОУ давно известно, что сеньор, это как джун, только кодит в 100 раз быстрее.

я ориентируюсь не на доу

а на мнение тех кто «при власти» — тех лидов и выше.
потому что сам при ней бывал, и сейчас тоже.

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

а на мнение тех кто «при власти» — тех лидов

Это менеджеры среднего звена.

Это менеджеры среднего звена.

да. и они то и выставляют оценки соискателям.

не топы же проводят собеседования

Но их же и в расход пускают первыми.

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

кого, «сержантов»?
да ну :)

не, и такое бывает конечно, потому что всякое бывает.

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

кого, «сержантов»?

А эти тут причем?

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

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

менеджеры среднего звена.

технические ессно, а не управленцы.

они ж проводят — технические собеседования, верно?

P.S.
да, сержанты в американской армии
в СА эта роль была за прапорщиками.

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

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

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

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

но больше похожу на ефрейторов.

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

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

так что это ты не натягивай свою на глобус, и не экстраполируй свой пример.

а если я, для своей noname команды, и любой другой в такой же компании начнет проводить «правильные собеседования», взяв за основу SICP какой-нить, то можно и не тратить время — никого взять не получится вообще.

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

— интуицию по тому как он будет рассуждать вслух

Интуицию о том, как быстро он свалит от клоунов.

быстро свалит, после 30 минут собеседования :)

www.tutorialspoint.com/compile_cpp_online.php — нажимаешь Execute ) Вообще на любом языке можешь получить себе ответ работы куска **на www.tutorialspoint.com/codingground.htm „Online Compilers and Interpreters”

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

-для чего нужен виртуальный конструктор? :-)

можно конечно начать и в 39, знаю таких девелоперов, но готовьтесь что 80 процентов айти будет на вас смотреть с подозрением

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

всё это отягощено возрастом в 39 лет

Это не есть отягощение, если ты умеешь работать. Иначе говоря, не бухаешь, не стремишься просиживать жопу, не ждёшь что тебя будет кто-то где-то пинать.

Хочешь в спокойные воды — PHP. Учитывая сколько там всего наработано и недоработано и хочется сделать покраше и с нуля переписать — работы там будет валом даже если мировой кризис случится. Но там, как собственно и везде, надо учиться, притом и в процессе тоже. IT стоит так дорого именно потому, что много всего надо учить, и потом уже через год оно не надо, а надо другое, третье, пятое, десятое.

Стоит ли игра свеч? Сильно зависит от твоей географии. IT — это Киев, Киев, и Киев. Все остальные города едва ли добирают 15% киевских оборотов, да и там это Харьков, Одесса, Днепр, Львов. Во всей остальной Украине — зарплаты никакущие, менеджмент на уровне Совы, и единственным решением является трактор (в смысле свалить, спизив оный аки поросёнок Пётр)?

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

Если «тема» близка — я бы не раздумывал. Лет 10-15 покодить успеешь.
Безусловно незабывать реюзать свой фин бекграунд
ИМХО

Финансовая сфера это слишком абстрактно, даже в рамках нее — это может быть торги на бирже, тогда С++ и, например, какая-нибудь бухгалтерия, и тут 1С, скажем.
Конкретнее напишите, чем занимались.

Финансовая сфера — банк на фронте/миддле, потом финтех в качестве директора. Бухгалтерию могу потянуть, если и ее подучу. Но банк — не предприятие. 1С — малый охват рынка, как я понимаю.

Алексей набери пожалуйста меня (Сергей Бовтенко) или на почту. Мой телефон и почта не поменялись

Учи C#, ASP.NET(Core) WebForms/MVC/WebAPI, T-SQL, EntityFramework, Git. Пиши резюме, делай тестовые и добро пожаловать формошлепить. В джаваскриптовую херню вроде фронтенда, ноджс не лезь, хотя JavaScript придется учить в любом случае без вариантов.

Это почему же JS и Node.js не стоят внимания?

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

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

Тому що Java непогано оплачується і внутрішній банківський софт в 90% випадків буде написаний саме на Java.

Джава считается рабочим языком в банковско-финансовом домене.

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

+ она не такая динамичная, даже с опытом полученным 5 лет назад можно найти работу. А вот во фронтенде (к примеру) так не получится

И, да. проблем с английским не имею.

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

Думаю, вам можно попробовать себя в эмбедед. Смотрите вакансии трэйни в глобал ложик, подтягивайте себя по требованиям, и вперёд

Думаю, вам можно попробовать себя в эмбедед.

Если не секрет, а чем вы руководствовались, когда давали этот совет? С оглядкой на

сам из финансовой сферы,

что мешает контроллеру АБС майнить биткоины?

Какая разница что учить, если всё равно учить кучу всего? Фронтенд очень перегрет, в эмбедед нехватка специалистов, человек вроде с С знаком и линуксом, уже кое-что.

В эмбеддед нехватка вакансий прежде всего, переходить с работы на работу нужно, как обезьяна.
То есть хвататься за соседнюю ветку, ещё держась за предыдущую.
Иначе смело можно по три месяца — полгода искать работу и жить на зарплату жены(мужа).

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

в эмбедед нехватка специалистов

Это в Штатах, Германии, Канаде, но не в Украине.

А тут хотят Страуструпов по 5 копеек за пучок в ембедеде. В постсовке ниша ембедед 2-я после геймдева по безумию требований к программистам и их низкой оплате.

Какая разница что учить, если всё равно учить кучу всего?

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

P.S.: Кстати, очень интересно, а что в вашем понимании «эмбедед» и «эмбедед-разработка»? Какой вид деятельности?

давайте спросим топикстартера «сколько ножек у транзистора», чтобы имело смысл продолжать дискуссию дальше :)

В современном embedded это знать не обязательно. :) Не исключено что тостер с опытом тостирует правильные ли данные вываливаются из CAN сокета в линуксе. И считает это эмбеддедом. Хотя там история больше про системное программирование.

не тот нынче эмбедщик пошёл, не тот :)

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

Какая разница что учить

так они разные бывают) есть всякие чудеса на 100500 эммитеров

Так и запишем: Alexey Sukovaty не эмбедер.

Тру эмбедер бы сказал: «У какого именно?»

Этот вопрос аналогичен вопросу: «Сколько бит в байте?»

Сколько бит в байте?

Кстати, не многие знают что в високосном байте 9 бит.

это хорошо, разрешаю быть эмбедщиком )

В 2020 понятие эмбедед куда шире, чем мне тут отвечают, по крайней мере в GL так) Можно не знать сколько ножек и транзистора и отлично себя чувствовать в одной из больших аутсорс компаний Киева. Среди моих коллег достаточно много свитчеров как со смежным образованием, так и нет, разного возраста. Хотя, видимо это всё уже не тот эмбедед, что раньше, хотя люди на зп не жалуются и работатют годами. www.globallogic.com/ua/embedded

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

В GL можно и с гуманитарным. там вообще не образование и твои умения и опыт главное, а софтскилы важнее.

А во фронтенде всё будет просто и гладко по-вашему? А в финтехе ещё проще, автор ведь с финансовой сферы. Везде будет сложно, надо просто сделать выбор, вот и всё.

Ольга, вот смотрите. Банальная зарисовка «5 минут из жизни эмбедера»: необходимо отладить некий код на железке через JTAG. Берем JTAG, подключаем его к таргету стандартным плоским кабелем, запускаем отладку. Работает. Подключаем те же 7 линий но просто проводами — скорее не работает чем работает. Но если скрутить эти же провода в жгут — работает. Сможете ответить в чем причина без гугления? Человеку с электронным бэкграундом, если он не полное дерево, ответить очень просто. Как и решить в течении минуты. И таких пересекающихся мелочей тысячи. Как и у финтеха с финансовым бэкграундом топикстартера. Вы делаете не совсем верные выводы из-за того, что ваша предыдущая сфера обучения никак не пересекалась с текущей. И вам действительно пришлось все учить с нуля, без возможности использования предыдущего опыта. Но это не всегда так.

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

смежный опыт в финансовой сфере в финтехе не так уж и много весит

Вот это щас внезапно было...

Keep calm. Вам просто в который раз на примерах пытаются донести что переиспользовать опыт в новом виде деятельности — это более эффективный путь чем въезжать в новую тему совсем с нуля. Приведу пример попроще. Вы код переиспользуете (полностью или частично) или каждый раз новый пишете? Вот с опытом где-то также.

смежный опыт в финансовой сфере в финтехе не так уж и много весит.

Сильное заявление. На чем основано, если не секрет?

Я вам ещё раз повторю, что эмбэдед в 2020 гораздо шире, чем вы думаете

А можете дать определение «Embedded 2020», как вы его видите?

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

они просто не настоящие эмбедщики, а так, место занимают

В таком возрасте уже пора подумать о вечном.

В 39 лет уже в горящую лодку и вниз по Днепру...

Предварительно нужно опрыскать рот серебрянкой и прокричать «Запомните меня!»

Это нужно делать непосредственно до входа в IT =)

Попрощавшись с правнуками и раздав наследство)

Подскажите, куда пойти учиться для достижения качественного результата

dou.ua/...​digests/junior-digest-50

на какие направления обратить внимание

я би мабуть порадив
1. якщо хочеться програмувати то JavaScript та / або Node.js. з мого досвіду, сюди захід найпростіший
2. якщо хочеться бізнес то Sales / Business Development. це варіант мені здається навіть більше фітається: англійська мова, базові розуміння яких не яких мов програмування, можливо індустрії в цілому, фінансова сфера + вік. в даному випадку, я би навіть сказав, що вік це плюс (хоча на форумі здається прийнято вважати навпаки)

куда пойти учиться для достижения качественного результата

я би рекомендував купити 5-10 курсів на udemy для того, щоб оприділитися куди рухатися. це вийде 50-100 доларів, хоча цілком ймовірно що 2-3 хватить для початку)

Ну, и стоит ли игра свеч с таким возрастом.

як кажуть мудрі дяді треба знати заради чого це діло затівається)
якщо зайти в девелопмент — то треба орієнтуватися на роботу з молодшими спеціалістими з більшими зарплатами, роздутими его і все про що тут пишуть на доу + бути готовим на 5-річний забіг, а це мені здається не просто
якщо ж зайти в бізнес, то мабуть не так складно, але думаю щоб вийти на хороший рівень доходу, потрібно більше потіти на результат, а не на «160 годин в місяць»

для повноти картини мабуть потрібно розуміти звідки ви) бо якщо це Київ, Харків, Львів, Одеса то це мабуть одне, а якщо там Житомир чи ще якесь Задуп’є то це зовсім інакше :)

Заявленный скиллсет одназначно смотрится лучше чем багаж у 90% вайтишников. Пробовать стоит обязательно. 39 это не 93 и даже далеко не 50. В зависимости от того чем ты занимался в финансах возможно следует присмотрется к бизнес/системному анализу.

ОК, спасибо. Посмотрю на анализ, какие там требования. Финансовый опыт — более 10 лет в банках, потом — финкомпании. Но это больше про продукты / инструменты / договоры / клиентов / переговоры. Организация и структурирование. Финанализом не владею.

Нет, 39 уже слишком поздно. Начинать надо было в 33-34 максимум, чтобы в 35 найти первую работу.

да. старикам не место в айти

поздно. люди в 11 начинают, в 17 уже синьоры

Подскажите, куда пойти учиться для достижения качественного результата

Coursera, rutracker. Алгоритмы там, и все такое

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

Финтех.

Ну, и стоит ли игра свеч с таким возрастом.

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

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

Яке ще падіння, коли в країні одна велика зелена перемога?

Надо просто шюшють подождать. Дайте ему сто двести триста дней...

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

Подписаться на комментарии