Справка - Поиск - Участники - Войти - Регистрация
Полная версия: Помогите оценить шансы на трудоустройство в IT
Частный клуб Алекса Экслера > Деловые вопросы
Страницы: 1, 2, 3, 4, 5, 6, 7
Цепора
17 июля 2016, 23:13
Ну я не таком переднем крае борьбы, где все делают всё.
KosMos
17 июля 2016, 23:37

marplik написала: Хм. Надо резюме, что ли, переделать. Оказывается, я занимаюсь (помимо своей работы руководителя отдела) ещё и техподдержкой. У нас это называется SME Subject Matter Expert. Я тестирую программу, нахожу баги, описываю условия, при которых этот баг проис ходит, и чаще всего - нахожу почему. Не всегда, потому что тестирую только свой кусок, и я не программист.

Не надо ничего переделывать. Ты обычный тестер. Не техподдержка. smile.gif
Цепора
17 июля 2016, 23:59
marplik, SME в резюме обяательно встав. Во-первых, это красиво. wink.gif
marplik
18 июля 2016, 22:40
Я, если честно, уже третий год занята поиском кого-нибудь, кому передать сей почётный титул. Ибо задолбало. А в этом году задолбало в тройном размере. Пока что только удалось найти человека переписывать мануалы. Сегодня вот опять буду тестировать программу, которую должны были выпустить в феврале, потом в марте, потом в апреле, выпустили в начале июля с дефектами, которые обещают устранить скоро-скоро. Ну, посмотрим.
Alex Lonewolf
18 июля 2016, 22:51

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

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

Martin
20 июля 2016, 20:37

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

Сколько получают ваши кванты, если не секрет? Спрашиваю потому, что несколько лет назад видел информацию, что математики в Renaissance Technologies получают порядка 250 тыс. долларов в год.
whitekiller
21 июля 2016, 04:40

Martin написал:
Сколько получают ваши кванты, если не секрет? Спрашиваю потому, что несколько лет назад видел информацию, что математики в Renaissance Technologies получают порядка 250 тыс. долларов в год.

В финансах хорошие кванты получают от 250К до нескольких миллионов. Те, кто зарабатывают больше обычно знают что-то еще, например разбираются в кредитном риске или динамическом хеджировании или в каких-нибудь экзотических финансовых продуктах.
MM
21 июля 2016, 07:00

KosMos написал:
Глупость Это не совсем верно.
За исключением некоторых нюансов там почти все можно оттестировать дома. Кластер, HA, vmotion, vsan, vswitch и пр.
Желательно лишь наличие компов больше одной штуки. Минимум 2, лучше три, и желательно не самых дохлых - т.е. планшеты и прочие нетбуки не считаются...  smile.gif

При небольшом желании можно и на бесплатном AWS account оттестировать, ну разве за исключением где multicast требуеться.
MM
21 июля 2016, 07:18

whitekiller написал:
Кем считается? Я Тома очень уважаю, несколько раз с ним встречался, но чтение его статей совсем не обязательно для глубокого знания Оракла.

Тем не менее у него есть замечательная книжка по архитектуре Оракла и internals. Я бы ее очень рекомендовала, и конечно есть и другие источники знаний. Но книжка это не подмена практической экспертизы. Если просто код ваять примитивный, так купить P-SQL книжку и вперед, хотя и on-line tutorials будет достаточно. Вопрос на какой уровень человек претендует. Единственно, что совсем не хочется брать человека 40 лет на должность начинаюшего SQL Developer.
Сами Знаете Кто
21 июля 2016, 07:21

MM написала:
Единственно, что совсем не хочется брать человека 40 лет на должность начинаюшего SQL Developer.

Почему не хочется?
MM
21 июля 2016, 07:40

whitekiller написал:
А я опираюсь на 25 лет работы с ораклом и тысячи проведённых и десятки пройденных интервью.

В чем-то доля правды там есть, с учетом того что у многих нанимающих начальников у самих знания не идут дальше плохого/среднего SQL, то требовать ничего серьезного они просто не смогут на интервью. И к сожалению таких примеров видела много последнее время.
MM
21 июля 2016, 07:43

Сами Знаете Кто написал:
Почему не хочется?

Я не про себя, а средне статистического начальника. Я брала человека и после 60, кстати самый лучший был tongue.gif в команде, правда у него было Браун/MIT/Harvard образование.
Сами Знаете Кто
21 июля 2016, 08:28

MM написала:
Я не про себя, а средне статистического начальника.

Да мне всё равно, про кого. Меня интересуют причины упомянутого нехотения.
Martin
21 июля 2016, 09:41

whitekiller написал:
В финансах хорошие кванты получают от 250К до нескольких миллионов. Те, кто зарабатывают больше обычно знают что-то еще, например разбираются в кредитном риске или динамическом хеджировании или в каких-нибудь экзотических финансовых продуктах.

Понятно, спасибо за информацию.
whitekiller
21 июля 2016, 15:10

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

К чему тут твой опус? Какую мысль ты пытаешься протолкнуть в массы?
KosMos
21 июля 2016, 16:06

MM написала: При небольшом желании можно и на бесплатном AWS account оттестировать

Если гипервизор там встанет и будет нормально работать - то наверное да. smile.gif
MM
23 июля 2016, 08:44

whitekiller написал:
К чему тут твой опус? Какую мысль ты пытаешься протолкнуть в массы?

К тому, что можно найти работу на SQL developer без достаточной базы, если нанимающий начальник сам ее не имеет. И сегодня есть достаточное количество таких начальников, так что такую попытку можно предпринять.
Цепора
23 июля 2016, 08:54

MM написала: К тому, что можно найти работу на SQL developer без достаточной базы, если нанимающий начальник сам ее не имеет. И сегодня есть достаточное количество таких начальников, так что такую попытку можно предпринять.

Где это такие начальники? У меня, например, начальники двух уровней (мой непосредственный и его непосредственный) в течение нескольких лет своей карьеры были DBA. Ты допускаешь вероятность того, что они не имеют достаточной базы SQL или PL/SQL для проведения технических интервью? Или того, что они предъявляют одинаковые требования мальчику только что из колледжа и дяде-тете с 20+ годами опыта в резюме?
А попытку предпринять всегда можно. Заодно и узнать что-то для себя новое, что пригодится на следующем интервью.
tch
23 июля 2016, 10:25
Чето я не понимаю что за айтишники такие допускающие высказывание (исключениеА из множества Х) ложно потому что (исключениеВ из множества Х) истинно.
Alex Lonewolf
23 июля 2016, 10:46
Мальчика из колледжа и работника с опытом 5+ лет по специальности будут спрашивать о разных вещах. Это во-первых. Во-вторых некоторый опыт желательно все же получить сперва на фрилансе. Если и приписывать, то так, чтобы можно было правдоподобно ответить, что и где, и это было сложно проверить.

На счет конкретно SQL не скажу. Я неплохо знаю теорию и имел немного практики. Но, текущая работа не требует. А вот что касается .NET/C#, то пройти собеседование на уровень Middle Developer в приличной конторе реально, после самостоятельного изучения всех требуемых дисциплин + примерно год активного фриланса и/или работы на всякие мутные стартапы.
whitekiller
23 июля 2016, 15:26

MM написала:
К тому, что можно найти работу на SQL developer без достаточной базы, если нанимающий начальник сам ее не имеет. И сегодня есть достаточное количество таких начальников, так что такую попытку можно предпринять.

Начальник без достаточной базы наверняка привлечет для интервью свою команду. Но вообще я пока лично не встречал, отвечающих за базы данных начальников, которые были бы технически безграмотными.
MM
23 июля 2016, 17:00

Сами Знаете Кто написал:
Да мне всё равно, про кого. Меня интересуют причины упомянутого нехотения.

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

MM
23 июля 2016, 18:23

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

Это где начинается фундаментальная разница между компаниями которые обеспечивають services и компаниями с software development. В последних очень часто нет начальника отвечающего за базу данных, а есть группы Java/C# разработчиков приложения ответственные за определенный функциональный кусок, которые и ваяют таблицы и SQL. В прекрасный момент приходит идея нанять в группу одного ДБ девелопера, желательно подешевле, т.е. Entry level. Парадокс состоит в том что и начальник и группа считают себя вполне компетентными провести интервью, а уровень вопросов не идет дальше примитивных CRUD.

whitekiller
23 июля 2016, 21:40

MM написала: которые и ваяют таблицы и SQL

Это точно, производители софта всегда отличались наиболее топорной работой с базами данных. Я, конечно, понимаю, что им очень хочется писать универсальный код, который будет работать на 5 разных базах плюс файловой системе. И результат часто зашкаливает за пределы разумного.
Woozy
24 июля 2016, 19:10
В наших местах под IT имеют в виду обслуживающий персонал информационной инфраструктуры предприятия, категории:

1. Сетевых и системных администраторов
2. Прикладных программистов, которые непосредственно удовлетворяют запросы, скажем, конкретного бухгалтера

При том, довольно однозначно, это есть corporate IT department. За пределами корпоративных департаментов IT с лёгкой руки попсовой прессы работников компаний разработчиков софта и "железа" называют techies, технические люди. То пошло от полного термина High Tech, или высокие технологии. Конечно, под Хай Тек серьёзные люди скорее имеют в виду тех, кто создаёт матрицы для процессоров, чем Фэйсбук, но широкая публика кличет Хай Теком всё IT, которое не в отделе АСУ конкретной конторки. smile.gif

Мой текущий старт-ап занят разработкой для корпоративного IT. Потому про себя мы точно знаем, что IT есть наши клиенты, они читают инструкции, и подключают-настраивают наш софт, задают вопросы нашей технической поддержке, которая доводит до нас, когда там серьёзные проблемы, которые не решаются просто по телефону/видеомитингу.
MM
25 июля 2016, 19:39

Цепора написала:
Где это такие начальники? У меня, например, начальники двух уровней (мой непосредственный и его непосредственный) в течение нескольких лет своей карьеры были DBA. Ты допускаешь вероятность того, что они не имеют достаточной базы SQL или PL/SQL для проведения технических интервью? Или того, что они предъявляют одинаковые требования мальчику только что из колледжа и дяде-тете с 20+ годами опыта в резюме?
А попытку предпринять всегда можно. Заодно и узнать что-то для себя новое, что пригодится на следующем интервью.

Я таких начальников вижу, иначе бы моего поста не было. Детали в моем предыдущем посту, но вкраце - во многих компаниях сегодня отсутствуют отдельная группа специализирующаяся на SQL development. Я таких нанятых девелоперов вижу. Курсор прописанный на 2 миллиона рекордов что-бы фильтровать по критерию, вместо банального WHERE, мне не развидить никогда. tongue.gif
Речь в этом треде ни разу не шла о дяде-тете с 20+ летним стажем, а о начинающем разработчике, я не думаю что кто-то будет всерьез учитывать 20 лет не релевантного стажа.
Но, опции есть, не надо опускать руки, и да во время прохождения интервью тоже зарабатывается опыт.
Можно еще по start-up поискать, там тоже зачастую снижены стандарты.

P.S. Я кстати вполне предполагаю что Production DBA не будет знать всех деталей PL/T-/whatever SQL, так как они девелорментом не занимаються.
Martin
27 июля 2016, 22:20
whitekiller, не возникала мысль написать самому книгу по Oracle по примеру Тома Кайта?
whitekiller
27 июля 2016, 22:25

Martin написал: whitekiller, не возникала мысль написать самому книгу по Oracle по примеру Тома Кайта?

Возникала, возможно ещё напишу.
Martin
7 августа 2016, 19:11
Кстати, я бы порекомендовал будущим айтишникам все-таки ознакомиться с дискреткой. Хотя бы потом, что "математика ум в порядок приводит". Тем более, что для ее изучения вовсе не нужно поступление в вуз. Достаточно почитать книжки, типа Кузнецов "Дискретная математика для инженеров", Лавров, Максимова "Задачи по теории множеств, математической логике и теории алгоритмов" и т.д.
Fantomny
8 августа 2016, 11:08

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

В течении обучения в вузе - да, неплохо...
Во "взрослой" жизни время можно потратить гораздо более толково.
Людей 30+ о математике не спрашивают в 99% вакансий.
Martin
8 августа 2016, 11:14

Fantomny написал:
В течении обучения в вузе - да, неплохо...
Во "взрослой" жизни время можно потратить гораздо более толково.
Людей 30+ о математике не спрашивают в 99% вакансий.

Не спрашивают, да. Но это не значит, что ей владеть не надо. Одна моя знакомая программистка, имеющая диплом педагога, сейчас самостоятельно осваивает дискретную математику.
alibek
8 августа 2016, 11:36

Martin написал: Хотя бы потом, что "математика ум в порядок приводит".

Сама по себе математика ничего в порядок не приводит.
Developer
8 августа 2016, 19:06

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

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

В контексте треда, для человека, собирающегося заниматься не программированием, а тестированием.. Есть вещи, которые стоит изучить значительно раньше дискретной математики, как мне кажется.
Martin
8 августа 2016, 19:23
Да и программисту, работающему с базами данных, было бы нелишним ознакомиться с такими понятиями, как предикат, квантор, отношения и т.д.
Dead Knight
8 августа 2016, 20:05

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

Зачем?
Martin
8 августа 2016, 20:43

Dead Knight написал:
Зачем?

Умение абстрактно мыслить никому не помешает.
alibek
8 августа 2016, 21:01

Martin написал: Умение абстрактно мыслить никому не помешает.

Умение абстрактно мыслить никак не связано с понятиями предикат, квантор, отношения и т.д.
Я даже скажу, что толковый старшекласник, который действительно интересуется программированием, эти понятия и умение мыслить абстрактно получит гораздо раньше, чем в ему об этом расскажут в институте.
Martin
11 августа 2016, 23:19

ViolatorDM написал: Ребята, Мартин не ищет решение - не тратьте время.


Глеб написал: Мартин рассказывает про проблемы с торрентами уже лет 15, а вы все ведетесь

Т.е. вы отказываете мне в помощи, и других подговариваете не помогать мне? Понятно.
Martin
18 августа 2016, 21:44
Вот интересная статья в Geekbrains: 5 месяцев обучения и опыт стажировки.
Dead Knight
19 августа 2016, 15:51
Хорошая статья на Хабре в тему

Взлом собеседования на Junior Developer

Martin
19 августа 2016, 17:25
Самое плохое в работе кодера - это разбираться в быдлокоде других кодеров, особенно, если они уже уволились, а ты остался с быдлокодом один на один.
Drons
19 августа 2016, 23:23

Martin написал: Самое плохое в работе кодера - это разбираться в быдлокоде других кодеров, особенно, если они уже уволились, а ты остался с быдлокодом один на один.

На самом деле это зависит не от быдлокодера а от документирования проекта системными аналитиками/тимлидами/менеджерами проектов и кто еще ставит и ведет задачи. Потому что код - ничто, а документация данных и интерфейсов - все. При наличии данных, описания функций, привязки git-а к багтрэкеру - восстановить или заменить код достаточно легко.
Troubleshooter
19 сентября 2016, 22:38

Drons написал:
На самом деле это зависит не от быдлокодера а от документирования проекта системными аналитиками/тимлидами/менеджерами проектов и  кто еще ставит и ведет задачи.  Потому что код - ничто, а документация данных и интерфейсов - все. При наличии данных, описания функций, привязки git-а к багтрэкеру - восстановить или заменить код достаточно легко.

Проекту нужна спецификация, ряд архитектурных диаграмм, диаграмм описывающих дизайн, кратких пояснений принятых решений и описание стандартов разработки. Все остальное должно быть в коде. Это заблуждение что код можно легко поменять, если речь не идет о совсем простых системах и не о эллементарном рефакторинге
Troubleshooter
19 сентября 2016, 22:57

Martin написал: whitekiller, не возникала мысль написать самому книгу по Oracle по примеру Тома Кайта?

По моим суб'ективным наблюдениям востребованность специалистов в области реалиционных баз, в частности Оракла, резко снижается. Я сам довольно долго занимался Ораклом, работая на стыке баз данных и приложений (DWH и realtime). Чем дальше тем все меньше в новых проектах требуется действительно хорошее знание Оракла.
whitekiller
20 сентября 2016, 05:42

Troubleshooter написал:
По моим суб'ективным наблюдениям востребованность специалистов в области реалиционных баз, в частности Оракла, резко снижается. Я сам довольно долго занимался Ораклом, работая на стыке баз данных и приложений (DWH и realtime). Чем дальше тем все меньше в новых проектах требуется действительно хорошее знание Оракла.

Ты знаешь хоть одного безработного специалиста по Ораклу?
Ночной полковник (забыл пароль)
20 сентября 2016, 09:18

whitekiller написал:
Ты знаешь хоть одного безработного специалиста по Ораклу?

Безработных мало, а вот упавших (или не выросших) в доходах полно. Действительно, есть такая тенденция вытеснения Oracle либо собственными решениями (SAP и ее HANA), либо noSQL-решениями. Кроме того, действительно очень активно развиваются free-решения. В корпоративном секторе Oracle последние несколько лет активно теснят.
Скажу за свою компанию - если в нулевых большинство ландшафтов SAP развертывали как раз под Oracle, то сейчас практически все заказы - либо внедрения с нуля под HANA, либо миграция туда же.
alibek
20 сентября 2016, 09:47
Как один из пользователей — выбирал биллинговую систему.
Было два основных кандидата: БС1 с БД Oracle и БС2 с БД MySQL/MariaDB.
Казалось бы, где Oracle, а где MySQL, но БС1 проиграла. Конечно дело было не только в БД, но доп.расходы на БД тоже немало повлияли.
Troubleshooter
20 сентября 2016, 10:03

whitekiller написал:
Ты знаешь хоть одного безработного специалиста по Ораклу?

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

Ради интереса посмотрел трэнд на It Jobs Watch.
http://www.itjobswatch.co.uk/jobs/uk/oracle.do график
Jobs Demand Trend. Количество вакансий стабильно снижается
Дальше >>
Эта версия форума - с пониженной функциональностью. Для просмотра полной версии со всеми функциями, форматированием, картинками и т. п. нажмите сюда.
Invision Power Board © 2001-2016 Invision Power Services, Inc.
модификация - Яро & Серёга
Хостинг от «Зенон»Сервера компании «ETegro»