Come work in Estonia – the most advanced digital society. Many Ukrainians already know that Estonia is affordable – become one of them and check out the jobs available!
×Закрыть

Войти в ай-ти. Часть первая: начинаем с нуля, или свитчеры

Этой статьёй я начинаю серию с советами новичкам. Обязательной частью в ней будут две статьи, но если весь материал охватить не удастся, добавлю ещё.

Откуда дровишки?

Ах, вы думали? Вы, значит, иногда думаете? Вы мыслитель. Как ваша фамилия, мыслитель?
Спиноза? Жан Жак Руссо? Марк Аврелий?
© Золотой телёнок

Я в отрасли с 2005, и за это время перед глазами у меня прошло много историй и судеб. Но это не главное, дело в том, что большинство юных (и не очень) неофитов, которым я помогал успешно работают, некоторые уже на второй-третьей работе. Но и это не главное. Очень ценно, что у меня есть примеры тех, у кого не получилось. Ценно потому, что иногда знать, что делать гораздо менее важно, чем знать чего и как не делать. Как и все обобщения, нижесказанное справедливо лишь для условий Украины и в меньшей степени для стран бывшего СНГ. Об условиях работы в США я знаю мало, поэтому желающие эмигрировать поищите другой источник информации (например, замечательный подкаст «Америчка» Якова Файна, либо «SiliconValleyVoice» Михаила Портнова).

Социально-психологический портрет свитчера

Роман — ведь это зеркало, с которым идешь по большой дороге.
То оно отражает вам лазурь небосвода, то грязные лужи и ухабы.
© Стендаль. Красное и Чёрное

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

Жил-был человек, работал на далёкой от ай-ти работе, возможно добился успеха, но вот случился кризис 2008-го года, жить стало тяжелей. Потом произошёл майдан 2013-го, аннексия Крыма, война на Донбассе, доллар рванул вверх и жить стало совсем тяжело. И вдруг наш герой вспоминает, что в институте (школе/детском саду) он неплохо программировал на Паскале (получил пять на экзамене/успешно ответил на вопрос/умел включать компьютер). «Эврика, пойду я в ай-ти, там много платят и работа интересная».

Если студент-программист не имеет опыта и стоит задача всего лишь (!) его получить, свитчеру до этого семь вёрст и всё лесом: нужно определить, чем заниматься, и получить знания. Дело, сразу скажу, нелёгкое, поэтому людей справедливо одолевают сомнения: получится ли у меня, стоит ли овчинка выделки, а может ну его нафиг? С этого и начнём.

Получится ли у меня?

Судьба — очень удобное слово для тех, кто никогда не принимает решений!
© Джоди Фостер

Когда-то давно, когда программист с опытом зарабатывал меньше секретарши из постсоветского НИИ, программирование было уделом задротов в растянутых свитерах. Тренд «войти в ай-ти» соответственно отсутствовал. Но мало-помалу в страну пришёл аутсорсинг. Заработки у основателей ай-ти контор были запредельными: низкие украинские зарплаты сочетались с бросовым, но всё же внешним рейтом. К примеру, в 2004-м году программисту за час работы платили 2 доллара, а продавали этот час за 15. Поэтому в программисты стали брать всех, кто в состоянии написать программу «привет мир», в тестеры — умеющих включить компьютер. Более чем шестикратная разница внутреннего и внешнего рейтов покрывала любые издержки. Продолжалось это благословенное время примерно до 2008-го года. Желающих войти в ай-ти из других специальностей было мало, потому что заработок программиста хоть и вырос, до установщика кондиционеров, увы, не дотягивал.

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

Так что видим: требования возросли на порядок. Что из этого следует: учиться, учиться и ещё раз учиться! Каждый день, по три-четыре часа, минимум год. После этого нужно нарабатывать опыт, бесплатно писать программы. Так что от начала обучения до трудоустройства пройдёт в лучшем случае два года. Есть у вас возможность и мотивация два года после работы упорно трудиться (фактически, по полдня)? Если есть, хорошо, но у меня для вас сюрприз: никто не гарантирует, что на первой работе вы продержитесь больше недели! Джуниор, тем более стажёр, — самые уязвимые позиции.

Ещё одна важная штука — английский. Заказчики в Украине сплошь иностранные, внутренний рынок мёртв. Как вы думаете, будут они учить русский/украинский ради талантливого, но пока мало чего умеющего стажёра? У кого английский есть, тому, конечно, легче. У кого нет — учимся. А как вы хотели?

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

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

Шлём демотиваторов подальше

Найдутся некоторые, что скажут: «фи, он пошёл программировать не по зову сердца, а потому что есть захотел» Или: «стар уже — куда тебе учиться?» Или: «это не для твоих мозгов» — смело посылайте их. В отдельно запущенных случаях непрошеных советчиков можно даже побить. Почему? Так подбитый глаз успокаивается куда быстрее пустого желудка! Ещё потому, что советчики эти не хотят на самом деле вам помочь — лишь почесать о вас чувство собственной важности, попутно толкнув в лужу. Не иметь денег, отказывать в необходимом не только себе, но и близким, прозябать будучи способным на большее — это пошло, мерзко и противно. Честно зарабатывать для себя и семьи вполне хорошо и правильно.

С чего начать, или выбор пути

У меня растут года,
будет и семнадцать.
Где работать мне тогда,
чем заниматься?
© Маяковский

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

Во-вторых, давайте выберем, за что нам будут платить приятные взгляду зелёные бумажки. Нужно что-то такое, чтобы освоить достаточно быстро, но и платили за это хорошо. Первое, что приходит на ум — ручное тестирование. Специальных знаний для начала вроде бы не надо, из общих качеств только внимательность да усидчивость. Специфике тестируемых программ обучусь по ходу. Пойду на курсы, закончу и буду работу искать. Увы, не с одним новичком сыграл злую шутку чрезмерно низкий порог вхождения. Дело в том, что на одну вакансию джуниор тестера до недавнего времени приходило до тысячи (!) резюме. Почему до недавнего? Да потому, что появляться в свободном доступе такие вакансии перестали! Компании предпочитают брать тестеров с профильным образованием и после собственных курсов. Да и просто вакансий QA начального уровня на два порядка меньше количества соискателей. И вот ещё один совет: не ломитесь в ручные тестеры!

При этом становиться программистом вовсе не обязательно. Некоторым достаточно просто сменить отрасль, опираясь на предыдущие навыки. Например, вместо бухгалтера в фирме по производству колбасы стать таким же в программерской конторе. Если умеете работать с людьми (официанты, бортпроводники, хостессы) — прямая дорога в офис-менеджеры. Были начальником — идите в менеджеры, психологом — в рекрутеры и эйчары. Но что делать, если вы таки да хотите стать программистом? Становиться, что же ещё! Но что изучать, вот вопрос? Ответ на него в следующем пункте.

Что и как учить, чтобы стать программистом?

Детей надо учить тому, что пригодится им, когда они вырастут
© Аристипп

Что же изучать, чтобы быстрее получить долгожданную работу: Java, C#, а может С++? Да, эти языки, конечно, востребованы и хорошо оплачиваются, но есть две проблемы.

Проблема первая: любой язык существует не сам по себе, но вместе с инструментальными средствами: компиляторами или интерпретаторами, которых может быть несколько, библиотеками и каркасами (по-английски framework) и типичными подходами, применяемыми в рамках предметной области. Так вот, дело в том, что для указанных языков любая из возможных специализаций (возможно, кроме android) предполагает высокий порог вхождения. Другими словами, учиться вам придется особенно долго. Именно поэтому для переквалифицирующихся я рекомендую специализации с низким временем входа: это прежде всего программирование фронтенда с помощью языка JavaScript и родственных, потом разработка сайтов на языке PHP или Python, далее разработка мобильных приложений под Android или iOS. А вот в разработку энтерпрайз приложений на платформе JavaEE или .NET, тем более в системное программирование, бигдату или анализ данных свитчерам лучше не лезть. Слишком долго придётся учиться.

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

Как же учиться?

Первым делом нужно выучить сам язык, его синтаксис. Для этого берём книжку по любому из выбранных языков, читаем её и обязательно делаем упражнения. Потом приступаем к изучению общеупотребительных библиотек, параллельно решаем алгоритмические задачки: массивы, строки и так далее. После того, как язык и минимальный объём алгоритмов более-менее освоен, приступаем к изучению общеупотребительных для данного языка библиотек и каркасов (фреймворков). Дело в том, что начальные познания о сокетах, вебсервисах, библиотеках для юнит-тестирования, HTTP запросах являются обязательными для любого программиста, вне зависимости от специализации. Следующим шагом будет изучение шаблонов проектирования. После этого переходим к освоению систем контроля версий и баз данных, например MySQL. И наконец переходим к освоению желаемой специализации. Но и это ещё не всё: по окончанию обучения необходимо создать несколько работающих проектов и выложить их на github и обязательно куда-нибудь на стор или сервер, чтобы люди могли лицезреть не только код, но и результаты вашего труда.

Только после этого можно начинать поиск работы.

Примерный список литературы для специализации программиста на Java под Android

Для первоначального знакомства с языком я рекомендую книгу Якова Файна «Программирование на Java для детей, родителей, дедушек и бабушек», после того, как книга прочитана, можно переходить к книге Брюса Эккеля «Философия Java», только не берите русскоязычный вариант в мягкой обложке — он сокращённый, там упражнений нет. Найдите либо более новое издание, либо английское под названием «Thinking in java». Задачки по программированию тупо гуглим по вопросу «алгоритмические задачи для собеседований».

Далее, берём две книги: либо книга дядюшки Якова «Java Programming 24-Hour Trainer», либо книга Эккеля «Thinking in java enterprise», для освоения шаблонов проектирования берём книгу Эккеля же «Thinking java in patterns». Чтобы освоить MySQL и git можно воспользоваться просто официальной документацией. После этого можно уже приступать к изучению собственно Android, например, по книге «Android Разработка приложений для чайников» Донн Фелкер. После этого я рекомендую написать две-три игры, выложить их на стор. Дальше можно искать работу.

Ментор, как найти и не надоесть

Часто у новичка возникают вопросы, которые он сам разрешить не в состоянии. Хорошо бы спросить у кого-то, кто понимает, но где его взять? Обращайтесь к тем, кто пишет статьи, ведёт блоги (p.s. к автору обращаться НЕ надо, я уже и так помогаю нескольким, а время не резиновое). Почему к ним? Просто, если человек даёт советы по собственной инициативе, скорее всего, он согласится помочь, когда его просят. Кроме того, ментор должен обладать навыками учителя, в какой-то степени гуру, не все даже супер-пупер-дупер синьоры их имеют.

Задавать вопросы нужно в таком порядке:

  1. В начале пытаемся найти решение сами.
  2. Если не получается, идём гуглить.
  3. Если и после этого не получается, задаём вопрос на Stackowerflow или на другом форуме, но лучше на нескольких сразу. Задав вопрос, читаем его, возможно, прочитав, поймёте, как решить проблему.
  4. И только, если пункты 1-3 не дали эффекта, обращаемся к ментору.

При этом надо помнить: вам ничем не обязаны за исключением случаев, когда за помощь вы платите. То есть, если вам не ответили или ответили недостаточно подробно, или ментор не знает ответа, максимум, что вы можете сделать — очень вежливо спросить, мол, не нашлось ли у тебя случайно времени на мой вопрос? Это вовсе не от того, что ментор считает себя пупом земли. Он такой же человек, как и вы, с семьёй, хобби, своими проблемами. И, увы, собственные задачи ему куда важней, чем назойливый падаван, который в очередной раз невнимательно прочёл мануал :) К ментору вообще лучше обращаться для решения фундаментальных вопросов: что из литературы читать, какие фреймворки осваивать, что плохо в моём коде, и как его улучшить, какую задачу взять для тренировки и т.п.

Что ещё надо? Если ты спрашиваешь ментора, и он даёт совет, воспользуйся им! Если не пользуешься, не ной, что ничего не выходит. У меня есть знакомая, которая приблизительно раз в месяц спрашивает: «что же мне делать?». Я ей рассказываю, подробно, она приходит через месяц, не выполнив из моих рекомендаций ровно ничего! Цикл повторяется вновь. Стоит ли говорить, что результаты её печальны?

Курсы, могут ли они помочь?

Это, смотря, чего вы от них ждёте. Если введения в специальность, однозначно — да. Хорошие курсы вам в этом помогут. Но, подчёркиваю, хорошие. Как же их найти? Давайте подумаем: сколько программист способный вести курсы получает в час? Правильно, от 20-ти долларов, скорее выше. Положим, в группе 10 человек. Два раза в неделю лекции + практические задания, на проверку которых тоже тратится время. То есть в неделю преподаватель должен потратить на ваше обучение минимум 15 часов, скорее 20-ть (к лекциям ведь готовиться надо) 20*20=400 баксов — минимальная зарплата лектора. Добавляем к ней ещё хотя бы 200 (аренда помещения, расходные материалы, прибыль конторы). В месяце четыре недели с хвостиком. То есть стоимость месяца хороших курсов для группы из 10-ти человек должна стоить 600*4+ хвостик(200)=2600 долларов. Делим на 10 и получаем 260 долларов на одного человека в месяц. По нынешнему курсу в тридцать баксов это будет 7800 гривен. Понятно?

Могут ли хорошие курсы быть дешевле? Да, если проверка домашних заданий автоматизирована (как на курсере) и слушателей много — тогда получится взять объёмом. Или, если основная цель курсов не заработок денег, а пиар. Я могу порекомендовать курсы Якова Файна или те, что проводятся владельцами сайта javascript.ru.

Но зарубите себе на носу: ни одни курсы не дадут вам всех знаний. Ещё одна замануха — обещание стопроцентного трудоустройства. Даже бесплатные курсы крупных ай-ти компаний после серьёзного отсева не обещают трудоустройства всех. Это и понятно, курсы идут в течении продолжительного времени. С другой стороны, в учебном центре не оракулы, предсказать, сколько стажёров понадобится конторе через полгода, не могут. Откуда же тогда рабочее место для вас возьмёт обучающая организация? У неё ведь и вовсе нет собственной разработки. Вопрос риторический!

Как устроиться на первую работу и что там делать?

Самая тяжелая работа — её отсутствие!
© Рубен Багаутдинов

Ну вот, начальные сведения из программирования получены. И вы окрылённый начинаете слать резюме. Вы думаете гуглы с майкрософтами будут за вас драться кистенями? Посмотрите на ситуацию с точки зрения работодателя: приходит какой-то неизвестный тип, образование у него юридическое, самому 27 лет, английский средненький. Говорит, что что-то знает, честно-честно, но увы — доказательств этому нет. Возьмёте вы его на работу?

Что же можно сделать? Правильно, предъявить доказательства, что вы что-то можете! А как это сделать? Создать работающий проект достойный внимания, а лучше два-три, и выложить его в свободный доступ. Пусть люди увидят товар лицом. Думаете, после этого вас р-р-раз и взяли? Нет, не взяли, но без реализованных проектов шансов вообще никаких. Дело в том, что работодателю может что-то и не понравится, вы ведь начинающий ещё. Как же быть? Правильно, надо очень вежливо просить указать недостатки, благодарить за уделённое время и оные недостатки устранять. Потом идти к следующему работодателю и так до получения желаемой должности. Ну и конечно параллельно подчитывать теорию, чтоб от зубов отлетало. Однако проект в продакшене всё равно самое важное — он ваш проводник в мир больших денег.

Я знавал ребят, которые учили шаблоны параллельного программирования, аспектно-ориентированное, динамическое, и кто знает, что ещё, при этом недоумевали: «почему же меня на работу не берут?». Да потому, что показать нечего! Можно долго рассуждать о качестве кода, но какой в этом толк, если реальной работы ты не делал никогда?

Преимущества свитчера

Окончивший вуз по специальности «программное обеспечение» или «системный анализ» в течении полного рабочего дня пять лет изучал то, что вы осваивали в течении года по вечерам, урывками. Изучал под руководством опытных наставников, делал лабораторные работы, проходил практику. Конечно, теорию он знает лучше! Можно конечно сказать, мол, знаем мы эти постсоветские вузы, но уверяю вас: студент КПИ или университета Шевченко, который хочет получить знания, таки да, имеет эту возможность. Но есть преимущества и у вас. Дело в том, что выпускник вуза «молодой ишшо», часто-густо (но не у всех) в голове у него ветер. Это не потому что он плохой, просто жизненный опыт приходит с возрастом. Вы же, как взрослый сформировавшийся человек, по идее должны уметь договариваться с другими людьми, трезво оценивать сроки любой работы, уметь сказать слово «нет», признаваться в своих ошибках, прагматично подходить к любой жизненной ситуации. Не умеете, ну... как же вы дожили до своего возраста?

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

Что делать, если оффер получен?

Стоит ли говорить, что сумма зарплаты на первом месте работы — не самое главное? Да, она должна обеспечивать хотя бы минимальные потребности, ну там снимать койко-место, одеваться в секонде и кушать не одни только макароны, но не вздумайте торговаться! Джуниоров на рынке очень много, есть и с профильным образованием. И я писал выше, что у них преимущества есть. Поэтому, получили оффер — радостно киваем и выходим на работу. На ней, между прочим, ещё продержаться надо. Для джуниора-стажера увольнение не редкость, даже если для своего уровня он идеален. Просто толку от такого человека сравнительно мало, делает он самую простую работу. Закончилась такая или просто заказчик решил сократить штат: «спасибо, дорогой друг, мы будем о тебе вспоминать». Что же делать? Как я и говорил, готовиться к финансовой нестабильности и не унывать — быстренько искать другую работу. Ещё хороший способ: брать на текущей работе отпуск и идти на стажировку/испытательный срок. И только если он успешно пройден, увольняться со старой. Это сложно, согласен, но на ваших руках, возможно, семья, другие близкие люди — рисковать их будущим вы не можете.

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

Ещё на первой работе не нужно лезть в бутылку. Как сказал один мой знакомый тимлид: «Проблема студентов не столько в том, что они не знают библиотек, сколько в том, что не умеют работать в команде». К примеру, если твою работу критикуют, на самом деле это одолжение. Оправдываться, тем более ругаться, не нужно — максимум очень корректно попросить пояснить, что именно не так. Ну и бегом исправлять ошибки. С другой стороны, бояться их тоже не следует. В конце-концов вы начинающий, право на ошибку у вас есть.

Бывает так, что в работе вы сталкиваетесь с затруднениями. Допустимо ли спрашивать? Конечно, да! Но вести себя нужно точно так же, как с ментором: в начале сам, потом гуглить, потом на форум и только потом задавать вопросы.

Сколько же нужно проработать на первой работе? Если с работодателем нет других договорённостей, то хотя бы полгода, но лучше год. Всё это время усиленно учиться: осваивать шаблоны, паттерны, фреймворки, метрики. И после этого уже посматривать по сторонам и пробовать говорить об увеличении зарплаты. Человек, проработавший год, превращается нет, не в миддла, но в уверенного джуниора — его уже хантят эйчары, он доказал, что может!

При этом, договорённости надо выполнять. Договорился, что проработаешь минимум два года — сделай это. Условились закончить проект? Заканчивай! Карма, она ведь такая: какой мерой вы отмеряете, такой и вам будут мерить.

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

Если в ай-ти компанию не берут, или альтернативное место работы

Бывает такое. Что же, сидеть и ждать у моря погоды? Вовсе нет — обратитесь в государственную организацию, лучше всего в НИИ. Денег у госконторы обычно немного, но задачи по программированию возникают и часто довольно сложные. К примеру, моей первой работой была Николаевская астрономическая обсерватория (НИИ НАО). Чем только я там не занимался: обработка результатов астрономических наблюдений, математическая статистика, веб-разработка, базы данных. Сейчас много говорят о бигдата, так вот задачи с этой самой бигдатой у меня были ещё в далёком 2005-м году. Кто не верит, может вспомнить старую присказку «много как звёзд на небе» или словосочетание «астрономические числа». Правда приходилось и ящики таскать, но это не так уж страшно.

Есть одно «но», которое одновременно и плюс, и минус. В НИИ, объектом исследования которых не является программирование, сидят практики — им важно, чтобы программы работали без принципиальных ошибок и создавались с приемлемой скоростью. Поэтому на следовании передовым практикам, использовании юниттестов, правильной декомпозиции, наличии комментариев и так далее акцентировать внимание никто не будет. Вы должны позаботиться об этом сами, если не ради работы, то хотя бы в целях самообучения. Учитель, тыкающий носом в косяки, — это, конечно, удобно, но если бы на чистоту кода обращали внимание, новичка скорее всего на работу не взяли.

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

Вам за 40, или борьба с дискриминацией

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

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

Во-вторых, спасением для возрастных или по ряду причин не могущих работать в офисе остаётся фриланс. Я писал, что это сложно и подходит не каждому, но у свитчера есть ряд вышеуказанных преимуществ. Во всяком случае, если не пробовать, не получится точно! Заказчику фрилансера вообще всё равно, как выглядит человек на другом конце, важно, чтобы работа была выполнена в срок и с приемлемым качеством. Так что, если не берут совсем никуда, об этом виде заработка можно подумать.

В заключение я хочу рассказать об одном свитчере из Сибири — инвалиде-колясочнике. Человек бывший бизнесмен, попал на своём внедорожнике в аварию — компрессионный перелом позвоночника + проблемы с руками + чёрт знает что ещё. Чтобы писать код, ему приходилось переворачивать руки ладонями вверх и жать на клавиши костяшками пальцев, по-другому не получалось. На моей памяти обратился к одному из известных в мире программирования личностей с просьбой помочь в учёбе. Мотивацией его было даже не личное выживание — он хотел помочь дочерям. Мужик пошёл на удалённые курсы и через несколько месяцев получил первую работу: писать XML-ки и создавать Xpath-ы. Сейчас он успешно работает удалённо, получает программистскую зарплату в долларах. Саша, если ты прочтёшь это, передаю тебе большой привет и шлю лучи добра, ты молодец!

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

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

Допустимо ли спрашивать? Конечно, да! Но вести себя нужно точно так же, как с ментором: в начале сам, потом гуглить, потом на форум и только потом задавать вопросы.
Не могу согласиться. Во время обучения — возможно. Но не в работе.
Для того, чтобы успешно решить задачу путём поиска, нужно уметь правильно поставить вопрос и определить проблему. Из-за этого интерна при самостоятельном поиске решения может занести вообще в левую степь. В итоге таск «решить задачу Х» трансформируется в форумные вопросы а-ля «как провернуть сложный трюк Y, который никому и в голову не пришёл бы и не связан с задачей». Это лишняя трата времени и демотивация, особенно когда человек таки созревает до вопросов коллегам и оказывается, что он с самого начала копал не туда.
У нас в команде подобные вопросы решаются правилом: не тратить больше определённого времени на самостоятельные поиски. Если например за час нагуглить решение не удалось, стоит обратиться за помощью.

Тоже свитчер, из сферы крайне далекой от АйТи. Вообще всегда хотел заниматься чем-то околокомпьютерным, но с профильным вузом не сложилось, и я очутился на труднопроизносимой должности в мэрии одного из областных центров, с дипломами инженера и юриста. И вот летом 2013-го я получил заветное предложение — юрист в частной компании. Через месяц на новой, столь долгожданной работе, одним утром я пришел на работу, увидел гору бумаг и понял, что безумно от этого устал. В тот же день я записался на курсы программирования. А еще, в процессе гугления я узнал, что есть такая профессия — тестирование ПО. Неделя чтения книг о том, что вообще такое это тестирование, Канер и Савин, первое в моей жизни техническое резюме и первое собеседование. Пока я дошел до своей юридической конторы, мне уже позвонили и сделали офер. Нелегкий разговор с начальником, бессонные ночи и я таки принял его. Что в итоге? Безумный год овертаймов, как тестировщик + курсы программирования 5 раз в неделю (3 в группе, 2 с частным преподавателем) + онлайн курсы. Было не очень легко, но это было круто. Через год я был тестировщиком с мидловой зарплатой и попросился стать программистом на своем проекте. Перешел без понижения зарплаты, вот уже два с лишним года я программирую: за плечами два больших энтерпрайз проекта, коммиты в опенсорс, несколько удачных проектов на фрилансе, гора онлайн курсов, с которыми не расстаюсь и сейчас, куча книг и статей, и коллеги, которые очень удивляются, узнав о моем бэкграунде и отсутствии профильного образования. В общем, если вы чувствуете к чему-то страсть, то не дайте обстоятельствам отобрать это у вас, и никого не слушайте — просто делайте.

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

Но может быть бесплатным, вот ведь парадокс :)

159 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Рябяты — а англ с нуля какие-то курсы онлайн кто-то посоветует? (в школе и универе был немецкий и его уровень — немцев в плен брать))))))

В заключение я хочу рассказать об одном свитчере из Сибири — инвалиде-колясочнике. Человек бывший бизнесмен, попал на своём внедорожнике в аварию — компрессионный перелом позвоночника + проблемы с руками + чёрт знает что ещё. Чтобы писать код, ему приходилось переворачивать руки ладонями вверх и жать на клавиши костяшками пальцев, по-другому не получалось. На моей памяти обратился к одному из известных в мире программирования личностей с просьбой помочь в учёбе. Мотивацией его было даже не личное выживание — он хотел помочь дочерям. Мужик пошёл на удалённые курсы и через несколько месяцев получил первую работу: писать XML-ки и создавать Xpath-ы. Сейчас он успешно работает удалённо, получает программистскую зарплату в долларах. Саша, если ты прочтёшь это, передаю тебе большой привет и шлю лучи добра, ты молодец — А за него где какое-то интервью есть?

Владимир, спасибо большое за статью! Спасибо за наводку по курсам JS. Вы не могли бы также посоветовать хорошие курсы по фронт-енд? А то я сам обучался, и теперь хочется всё систематизировать, и выйти на более профессиональный уровень. Заранее большое спасибо)

Постучись к Якову Файну, он часто проводит такие тренинги

То ли я делаю что-то не так, то ли мне просто очень везет.
За полгода не коммерческого опыта (написания плохого кода, уделяя очень мало времени) — работу найти не беда.
Все что нужно знать начинающим (учитывая, если им 16-17+ лет и они не могут уже сидеть на чей-то шее):
web: php/python (Насчет python’a спорно, так как всем нужны люди с опытом на этом языке:с), html, css, js (сейчас в моде angular, но учите что душе угодно (естественно, нативный обязательно (теория)), решиться какая область будет на первом месте: back или front (можете и фулстаком конечно, но времени и сил нужно потратить больше) — и набивать портфолио (в случае front) или написать что-то на гитхаб (в случае бека соответственно).
После этого можете пробовать кидать резюме на стажеров/джунов и пытаться проходить.
Ну и забыл: сейчас практически в каждой вакансии «требуют» знание любого фреймворка(если он один, скорее всего, Вам придется писать именно на нем) и какой-то CMS (но не так часто).
Насчет фреймворка — на сколько я знаю, в Украине популярен yii2. Советую полистать его и заодно посмотреть laravel (он тоже популярен).
Более «умные» фирмы пишут на symfony или вообще на нативном.
Ну и да, если Вы выбрали back — будьте готовы к тому, что от Вас будут требовать html, css и js (но не факт, что Вам придется писать на этом) :)

Тоже свитчер, из сферы крайне далекой от АйТи. Вообще всегда хотел заниматься чем-то околокомпьютерным, но с профильным вузом не сложилось, и я очутился на труднопроизносимой должности в мэрии одного из областных центров, с дипломами инженера и юриста. И вот летом 2013-го я получил заветное предложение — юрист в частной компании. Через месяц на новой, столь долгожданной работе, одним утром я пришел на работу, увидел гору бумаг и понял, что безумно от этого устал. В тот же день я записался на курсы программирования. А еще, в процессе гугления я узнал, что есть такая профессия — тестирование ПО. Неделя чтения книг о том, что вообще такое это тестирование, Канер и Савин, первое в моей жизни техническое резюме и первое собеседование. Пока я дошел до своей юридической конторы, мне уже позвонили и сделали офер. Нелегкий разговор с начальником, бессонные ночи и я таки принял его. Что в итоге? Безумный год овертаймов, как тестировщик + курсы программирования 5 раз в неделю (3 в группе, 2 с частным преподавателем) + онлайн курсы. Было не очень легко, но это было круто. Через год я был тестировщиком с мидловой зарплатой и попросился стать программистом на своем проекте. Перешел без понижения зарплаты, вот уже два с лишним года я программирую: за плечами два больших энтерпрайз проекта, коммиты в опенсорс, несколько удачных проектов на фрилансе, гора онлайн курсов, с которыми не расстаюсь и сейчас, куча книг и статей, и коллеги, которые очень удивляются, узнав о моем бэкграунде и отсутствии профильного образования. В общем, если вы чувствуете к чему-то страсть, то не дайте обстоятельствам отобрать это у вас, и никого не слушайте — просто делайте.

Я тоже свитчер. Начинал свою карьеру слесарем на заводе. Пару советов начинающим:
после изучения синтаксиса
1. Обязательно почитайте про структуры данных и как их самому реализовывать
2. ООП и задачки по теме
3. Изучите базовые алгоритмы, и хотя бы месяц порешайте задачи с codewars
4. задачки с sqlzoo
5. git tutorials

И только после этого начинайте изучать фреймворки

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

Я могу тоже ответить вам)) Сам я ещё не работаю программистом. На данный момент работаю строителем. Мне 26 лет. Я женат и есть сын. После 4 лет на стройке я её возненавидел. Во первых здоровье спина потом полетели и колени(плитка). Но задумываться о переквалификации я начал не по этой причине.Меня всегда тянула к себе техника.Я даже как то пытался устроиться продавцом консультантом в отдел компьютеров.С компьютером я познакомился в 12 лет — вставил диск с виндой и переустановил её что бы сбросить пароль установленный моим отцом и братом))Да интернета дома тогда не было была винда и комп.После этого у меня проблем с компьютерами никогда не было.Вернёмся в наши дни). Я хочу работу которая будет интересная. Я хочу стать программистом не ради больших зарплат — я просто хочу себе человеческую работу. На своей работе я неплохо получал 600-1000$ Ну да сейчас кризис и 250$. И даже когда я получал в районе 1000 я всё равно не был доволен своей работой.Для меня лучше бы было получать 500 и делать то что нравится и с адекватными людьми. И вот я начал думать что делать.Первое что я узнал что нужен английский. Сразу же и записался на курсы. Сейчас я заканчиваю preInt в планах минимум до Intermediate. Вначале я думал закончить с английским и потом начать изучать Java. Потом я решил да это будет качественно но долго.В итоге полгода назад я скачал книги (да скачал) были бы деньги купил. Первое условие которое я себе поставил перед началом изучения было такое: Это всё придумано людьми а не высшим разумом с другой планеты, да будет тяжело, да над этим работало куча людей но это постижимо. Начал читать и понимал только там где читал. Было понятно но общая структура не вырисовывалась. Начал я читать с Head first. Прочитал страниц 100 −150 и она меня утомила. По мне так много воды было. Шилдт хоть и сложнее но мне как то дружелюбнее. Зарегился на JavaRush время уделял не много так как хотел больше теории для начала.Остановился на 6 уровне и вот только недавно продолжил. Заканчиваю 10 уровень и надо брать подписку но увы 200$ сейчас для меня много.
Были бы с удовольствием отдал. Даже и не знаю что делать потом. Все говорят пиши своё — а что писать ? У меня в планах добить сам язык а потом уже приступать к базам и т.д.
Жаль что у меня мало времени на это. У меня распорядок такой. Прихожу с работы в 6.Два раза английский в неделю(19 — 40\ 21 15). Java начинаю 21 00 и заканчиваю в 00 00. На выходных стараюсь побольше, но тут как придётся сынишка слишком любопытный да и поиграть хочет. В автобусе или английский или книжка. Сейчас если изучаю серьёзную тему то использую сразу три книги Шилдт Эккель Хорстман в каждой может быть мелочь которой нет в остальных.Смотрю ролики на youtube. Сейчас сижу в отпуске начинаю в 21 00 закачиваю в 3 — 4 ночи — тихо спокойно все спят и не мешают)) В моих планах идти в Epam (.Беларусь) там есть бесплатные тренинги в которых по результатам можно устроиться на работу.

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

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

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

4. Задумайтесь на секунду если вы всё бросите. Во первых вы убили время во вторых вы убили себя морально. И что вы будете делать если не будете учиться, прогрессировать? Лежать на диване? Пить пиво по улицам или ещё что то.Я уже не могу себе представить такое. Я еду учусь.Я пришёл с работы учусь.Да мне 26 и мне плевать на это.

Но тем ни менее ты зря не пишешь какой петпроектик. На нем тебе легче будет закреплять изученное.
И еще обрати внимание на нагрузку мозга, можешь выгореть раньше времени. Т.е. четко планируй время, сильно уменьши ночные бдения (лучше объясни жене и детям не трогать тебя, когда ты учишься). В программировании нет ничего сложнее, чем в качественной укладке плитки или кирпичей (ну может чуть-чуть).
И курсы Епама тоже правильный выбор.

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

С петпроектом можно ко мне обратиться — полно интересных тем

Гарна стаття, яка досить просто і правильно пояснює що стоїть за словами «перейти і ІТ». Для мене це просто ще один доказ того що все реально і можливо якщо ти готовий пахати і маєш достатньо сили волі щоб не зламатися по дорозі...

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

расслабтесь, вы повыше ангуляршиков :)

Вот уж не ожидал от этого человека такого материала. Хорошо написано!

А я ещё и на машинке, и лобзиком могу :)

Очень полезная статья — сам в такой ситуации, к тому же возраст 35...

попробуй только отказать из-за возраста, национальности или пола — штрафы будут «освежающей» величины
Неужели так трудно отказать по этой причине, но озвучив другую, более цивилизованную? Разве когда вам отказывают то говорят «почему»?)

Лучше бы штрафовали, когда отказывают фразой «Мы вам перезвоним»

Красивая фраза ни к чему не обязывающая. Даже к callback.)

Отказать можно по нейтральной причине, но если будет хоть какой то намёк, что тебя не наняли по причине цвета кожи, возраста, религиозных убеждений, сексуальной ориентации или пола работодателю придётся плохо. Именно поэтому в тексте вакансий не найдешь слов «мужчина», «женщина», «возраст от до». В резюме этих слов тоже нет, так что работодатель принимает решение общаться/не общаться дальше руководствуясь профессиональными навыками. По крайней мере, резюме не подходящее под выдуманные ограничения типа возраста, или цвета кожи не выбрасывается сразу в корзину. Человеку дают больше шансов просунуть ногу в дверь, а дальше может быть он и понравится.

ну почему же, вакансий с возрастом «до 35-ти» валом.

Так вот, в США за такое был бы освежающий величины штраф

Найдутся некоторые, что скажут: «фи, он пошёл программировать не по зову сердца, а потому что есть захотел» Или: «стар уже — куда тебе учиться?» Или: «это не для твоих мозгов» — смело посылайте их. В отдельно запущенных случаях непрошеных советчиков можно даже побить.
Только потом не надо бежать на SO и на ломаном английском просить решение задачи или разжевать доки.

Ах да, и верните Юру

какая связь между этими вещами?

Между какими именно?

между отношениям к свитчерам, их уровню английского и задаванию вопросов на SO

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

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

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

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

Я лично такого мнения: хочешь в айти — добро пожаловать. Прочел доки/гайды, написал по ним код, а он не работает — помогу чем смогу. Хочешь чтобы тебе ответили «с чего начать» — иди в пешее эротическое. И неважно свитчер или нет. А если каждого свитчера поощрять, лелеять и все разжевывать — это не будет отличаться от тех налогов, с которыми ты воюешь. Поэтому все-таки нужно говорить «это не твоё», если это действительно так. А тем кому так говорят стоит задумываться, не правда ли это случайно.

Ну вот я разжевал один раз в статье. ЧТЯДНТ?

Хочеться до всього сказаного додати те, що «увійти в айті», багатьома людьми сприймається як праця в стоійлі в якісь формошльопній конторі. І крутійсть контори = крутості її працівників. Насправді ні, щоб стати програмістом, варто всього навсього, що? Правильно, програмувати. От почавши програмувати, ви вже в айті, ви вже прогарміст. А от кількість знань, досвіду, якість вашого коду, складність проектів над котрими ви парцювали, це вже визначає ваш рівень. Найнижчий, це хелоуворлдщік))

Работаю ПМ-ом, но не в АйТи. 35лет.
Каковы шансы перебраться «к вам»?
Какие есть варианты?
Спасибо за ответы.

к ПМу из не АйТи главнейшее требование будет — английский от зубов.
потому что ПМ в АйТи — это минимум переводчик с уровня английского «читаю документацию» до уровня «ненативного заказчика». в обе стороны. и синхронно на митинге по скайпу.

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

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

попутно гуглите и читайте-изучайте все о специфике ИТпроектов. опять же, чтобы и знать, и могли пересказать на английском основные и идеи и тренды. то есть понятно что опыта нет, но чтобы на уровне бла-бла-бла вы могли по верхам осветить различия между SCRUM и Lean подходами. и что можно полезного взять из Waterfall. и как работать с требованиями, и как работать с тех лидами и командой, какие там есть проблемы и как успешно их решать. опять же на английском, для демонстрации своего хорошего уровня. нет такого уровня? тогда срочно прокачивайте.

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

правда не «натив спикерами».
уже приводил на доу статью с сайта BBC «Почему нейтивов не понимают». так что в здравой компании уровня нейтив-спикера никто требовать не будет. понять должен легко условный немец-француз :) и вы его английский тоже должны легко понимать.

Совсем недавно дискутировал на тему курсов. В статье приведен занимательный расчет и я не хочу с ним спорить, может можно поспорить на тему каких-то чисел. Скажем я работаю где-то 180 часов в месяц и не получаю 180*20=3600 долл в месяц. Хотя может это моя личная проблема, бывает рекрутеры предлагают примерно такие суммы. И я преподаю... Моя часовая ставка на курсах сильно меньше чем на работе (если считать не только часы лекций, а и правда добавить то время, что я трачу дома). Хорошо подготовиться к лекции и правда занимает примерно рабочий день (в моем случае — воскресенье). Но я занимаюсь этим не из-за денег, вернее не столько. Это больше похоже на хобби или продолжение саморазвития. Все похоже на баянистый анекдот «10 раз уже этому студенту пояснял, уже сам понял, а он все никак». Действительно, я начинаю лучше понимать сам, воспринимаю картину более комплексно и зачастую выношу с занятия весьма полезные для работы мысли. Кроме того, моя жизнь относительно стабильна. Каждый день я приходя на работу решаю весьма похожие задачи в команде, которую хорошо знаю. А преподавание — это некий новый мир интересных задач и потенциальных проектов. Конечно, можно пойти на тематический семинар или в место, где собираются тебе подобные (сейчас они стали появляться). Но даже семинар не так побуждает, все-таки там ты слушаешь нечто и никто не держит тебя в тонусе постоянно. Часть докладов вообще слушаешь уткнувшись в какой-то гаджет. А тут есть определенный драйв, местами страх, местами сомнения, а местами и гордость за то, что вот мол я ж помню какими они были первый раз переступив порог, а сейчас то насколько лучше стало...
Со стороны студента — можно ли обойтись без этого? Конечно можно. Есть куча онлайн-курсов, просто лекций, специализированных ресурсов, где не придется платить вовсе или затраты будут в разы меньше. Но это сложно с точки зрения самоорганизации. Многие вопросы, ответ на которые можно выслушать за пару минут, оказываются неразрешенными неделями, если не месяцами. Из своего опыта — есть метод (не скажу какой), о котором я впервые услышал в 2005ом и даже не раз им пользовался не особо понимая как это работает. А реально осознал его суть на одном семинаре в 2014ом. Хотя для понимания мне не хватало всего 2-3 выстроенных подряд простых предложения... В общем по-разному бывает.

Чувак, без обид, но это у тебя альтруизм. Ты мог — бы зарабатывать больше. Если по ряду причин не хочешь, что ж — не всё и не у всех упирается в деньги

Отличная статья, прочитал на одном дыхании. :)

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

Спасибо огромное за Вашу статью! Подскажите, есть ли какие либо особенности для вхождения в IT на позицию BA для человека за 30? Есть руководящий опыт в банках, риск-менеджмент и опыт собра требований и собственно организация всей работы по созданию CRM для банка.

Так вы уже бизнес аналитик и есть. Просто высылайте резюме на английском

Спасибо за ответ. Вопрос в том, что все это было сделано на коленке с Excel и Power point. Это только сейчас я понимаю. что там можно было применять RUP UML (которые я только учу) и т.д. а по сути я занимался функциями BA. Опыта именно в IT нет вообще, как и профильного образования. Потенциальному работодателю насколько критичны такие изначальные установки?)

Важно чтобы мог работать, отсутствие образования пофигу

Потенциальному работодателю насколько критичны такие изначальные установки?)
думаю, domain knowledge(знания специфические для предметной области) может даже требование к английскому перевесить.

IMHO. Английский — очень важно. Понимание принципов разработки Scrum/Kanban/RUP хотя бы общие принципы. Диаграммы, но зависит от проектов, не всегда актуально. Как уже сказали выше, для начала проще будет искать проекты в уже известном вам домене.

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

Все это мои личные мысли, на основании нескольких собеседований и проектов, в конкретных компаниях. НО общее понимание процесса, хотя бы на уровне самых базовых вещей и терминов полезная штука. Во-первых, те кто привыкли к ним, а особенно к терминологии, могут даже не подумать, что кому-то это не понятно. А во-вторых, если человек несильно знаком с работой в ИТ, то вникание в процессы с 0 это дополнительная нагрузка, и для него, и для ментора. Так что лишним это не будет.
Конкретно для БА, все зависит от проекта и задачи. Есть случаи, когда знание домена перевешывает все остальное, есть наоборот, общеИТишная специфика важнее.

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

з.ы. Если что ,не ищу повода похоливарить,так сижу кофе пью ,что думаю то пишу)

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

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

а кто у вас функциональные требования пишет?

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

а тот человек, который называет себа БА вас тогда очень сильно обманывает, потому что он просто прокси продукт овнер, а не БА

ща ща)) я оседлаю моего Росинанта и пойду бороться с этими ветряными мельницами)

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

да просто, когда я читал вигерса по-диагонали, тум у него были мысли, что БА помимо всего прочего находит функционалиные требования, записывает их, проверяет, переписывает, холит, лелеет, а тут такое

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

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

Да, я вот честно говоря, каждый день читаю и слышу совершенно разные мнения о РЕАЛЬНОЙ работе БА, порой вовсе противоположные. Чем он конкретно должен заниматься. Создается впечатления, что каждый работодатель пишет шаблонную вакансию, но в уме держит свой набор функционала для будущего БА в штате. К примеру у меня в банке была изначальная точка: «убыточный коллекшн», дойти надо было до точки «цена гривны сбора задолженности не более 30коп» Все! Что хочешь то и делай. Т.е. приходилось не только собирать требования для CRM с нуля, это может быть составило от силы 10% всей работы, но и прорабатывать весь бизнес процесс, начиная от замены рабочих мест сотрудников, заканчивая увольнением/принятием на работу персонала. Т.е. заказчик не только не мог обсудить CRM со мной, они просто не до конца понимали что это, но это мне нужно было обьяснить им что ИМ надо, для чего это и к какому результату приведет. Поэтому когда я слышу, что БА просто переводит язык бизнеса на язык разработчика и все.....я немного недоумеваю....

Это про ожидание тех, кто принимает решение о найме БА ) А работа с требованиями включена в ожидание по умолчанию, я это даже не упоминал.

1). Почитайте BABOK. Это то, что у Вас обязательно спросят на собеседовании в IT конторе на BA.
2). Рекомендую искать проекты, связанные с банками (Люксофт, Епам работают с большим количеством таких проектов). В этом случае, Ваш опыт работы с бизнес-доменом даст Вам большой плюс, поскольку среди BA, выросших из разработчиков и QA инженеров, понимание банковского бизнес-домена — редкость: надо знать очень много, а парочка тренингов на 20 часов дадут общее понимание, что такое CDC и иже с ними, но на языке заказчика говорить всё равно не позволят.

Про BABok, спорно. Это скорее справочник с набором техник. Без предварительных знаний заходит очень тяжело. Я бы предложил начать с www.amazon.com/...tting-Right/dp/0321815742 или чего-то похожего.

Как Вы считаете «разработка требований к програмному обеспечению» 3-е издание Карла Вигерса, подходит как первая книга для желающего войти в IT в роли БА?

Вигерс считается классикой БА. ИМХО, это даже своего рода правило хорошего тона прочитать его. Не все, о чем он пишет хорошо ложится на аджайловые техники, которых сейчас большинство, но лишним он точно не будет.

Спасибо за статью, полезная информация)
Скажите, а вот не проще ли начать с основы? Выучить досконально Си-шку. И дальше нанизывать на нее все что тебе захочется. Да я совсем ЕШЕ необознаный в этой теме,но все-таки, если в основном на данный момент пользуются Си-подобными языками (C++ Java и т.д.), не проще ли идти таким путем? Чем сразу врываться и жадно хапать то к чему еще нужно дорасти.

не проще ли идти таким путем?
2-3 года стационара — и делов то :) то есть 2-3 года полного обучения — с отрывом от работы.

Ахаха) Походу " досконально ", это я загнул, 2-3 года долговато будет)

Ага, щас за 3 года он С++ поднимет. Я за 20 лет не поднял полностью. А новые фичи стандарта так еще даже не планах разбираться.
И самое главное, что джуны в плюсах и ссях не нужны. Нужны спецы, ибо плюсы юзают, когда нужно от железа максимум получать — это корректная многопоточность, быстродейсвие, экономия памяти. А это дохрена чего учить придется и шишки набивать. Причем еще и код должен быть читаем и лаконичен.

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

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

(Из сайта тренинга)
«У вас будут тонны практики и не очень любезная, но постоянная критика вашей работы. Мы будем называть вещи своими именами. Если вы пишете г*вно — мы будем говорить, что вы пишете г*вно, даже если вы придерживаетесь альтернативной точки зрения.

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

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

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

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

Си только в ембедед и немного в дровах. И первого и второго в постсовке кот наплакал. Остается Германия, Штаты и т.п.
По С++ джуны не нужны, нужны матерые зубры, которые Алексадреску ссаными тряпками запинают.

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

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

не можна так узагальнювати :)

Низзя, а как же срач. Как вас эмбедеров не подколоть?

Стараюсь не брати участі в холіварах :)

Си и Java совершенно разные языки, соответственно опыт в Си не так, чтобы совсем бесполезен, но лучше сразу учить то, что надо для работы. Это как с боксом: конечно полезно, если перед началом занятий у тебя был опыт бальных танцев, но идти в начале на танцы и потом на бокс, да ещё и в 30+ лет нецелесообразно

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

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

Кто мешает бидосям заняться тем в ай-ти, что нравится оставаясь в рамках своей профессии?

Им обычно ничего не нравится.

Бывают люди, которым ничего не нравится в сфере IT.

Найдутся некоторые, что скажут: «фи, он пошёл программировать не по зову сердца, а потому что есть захотел» Или: «стар уже — куда тебе учиться?» Или: «это не для твоих мозгов» — смело посылайте их. В отдельно запущенных случаях непрошеных советчиков можно даже побить. Почему? Так подбитый глаз успокаивается куда быстрее пустого желудка! Ещё потому, что советчики эти не хотят на самом деле вам помочь — лишь почесать о вас чувство собственной важности, попутно толкнув в лужу.
Золотые слова. Вспомните их, когда в очередной раз захотите почесать своё чсв о «свитчера».

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

читал, но с моим весом лучше тренировать бег :)

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

Лучшая статья на эту тему! Неистово плюсую.

Выбираем курсы по их стоимости.
Ясно. Понятно.

Просто хорошее ну никак не может быть дешёвым

Но может быть бесплатным, вот ведь парадокс :)

Назовите примеры, если у вас, есть применительно к Java. Интересно. Часть в статье уже есть.

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

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

1. «Head First Java», 2-е издание (Кэти Сьерра, Берт Бейтс)
2. JavaRush совмещая с Thinking In Java

P.S. я проходил JavaRush еще когда он был бесплатен (3,5-4 года назад) и я Вам скажу там много хороших практических примеров, незнаю как сейчас конечно

А вот в разработку энтерпрайз приложений на платформе JavaEE или .NET, тем более в системное программирование, бигдату или анализ данных свитчерам лучше не лезть. Слишком долго придётся учиться.
Хмм, у меня на JavaEE ушло 6 месяцев на курсах + 2 месяца самостоятельного обучения с параллельным поиском работы и потом 2 оффера (выбрал работу в банке). До этого был инженером в авиа промышленности. Правда с английским все хорошо и до этого было, английский важен и нужен.
А сейчас вот еще думаю на курсы саунд продакшна и сведения пойти...xD

Киев, полтора года назад (середина 2015ого)

Значит ты очень быстрый и повезло

А Ваш возраст, извиняюсь за вопрос

На момент устройства на свою первую программистскую работу мне стукнуло 28

Отличная статья.

От себя хотел бы добавить — начале должно нравится.

Отличная статья. Вот кстати бесплатный сайт где можно порешать различные задачки на разных языках программирования www.codewars.com

Лично меня интересует немного нестандартный вопрос- как вернуться в ИТ, после перерыва в несколько лет, да еще если тебе под 40.
В двух словах о себе:
Непосредственно программирование в коммерческих целях начал изучать в 1999г Тогда в цене был Delphi+Interbase SQL. Почти сразу, примерно через месяц меня взял к себе один мой знакомый. Для написания бухгалтерского софта. Получается, я учился, выполняя конкретный проект. Потом появился еще один человек, продукт допилили до состояния для продажи.
Один из первых клиентов- телефонная компания, заказали нам доработку софта, которая вылилась в отдельный проект биллинговой системы, который я в одиночку разрабатывал в течении 8 лет (!))) Был человеком все-в-одном. Получал задание (чаще всего устное), ставил сам себе задачу, кодил, тестировал, отдавал клиенту, договаривался про оплату. После фирма была выкуплена холдингом, у которого своя система учета, я оказался не у дел. Далее проблемы личного характера, переучиться уже не было возможности (на дворе был уже 2008г, делфи потерял популярность)и я скатился назад, к ремонту обслуживанию ПК.
Последние сложные задачи, которые у меня появлялись в процессе работы, показали мне, что я много чего могу, и нужно браться за кодинг опять.
Сейчас решил таки снова взять «быка за рога», решил освоить Java.
Английским владею, достаточно для чтения книг. Разговорный так себе- нет практики, нужно восстанавливать знания.
Но как правильно построить обучение и пронырнуть на собеседования, учитывая возраст- пока для меня не понятно, и слегка опускаются руки.

Читай книги начиная с Thinking in java, учи английский параллельно

Спасибо, я начал с Файна ("Java Programming 24-Hour Trainer")- книга+видеоурок. Удивлен тому, что тут в статье Вы рекомендуете начать с Thinking in java. Мне эта книга показалась сложнее Файна. Хорошо, последую вашему совету.

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

У Эккеля — как ява устроена внутри, её философия
Учиться нужно от простого к сложному. Эккель для начинающих — перебор, только добавит путаницы.
Эккеля — как ява устроена внутри
Эккель для начинающих — перебор, только добавит путаницы
Учебник просто немного по дебильному написан. И если вы думаете что он там описывает как джава работает, то вы много пока не знаете. Не каждый синьор в деталях сможет ответить как работает volatile и synchronized, например.
Учебник просто немного по дебильному написан
Насчет стиля написания согласен, но сложился миф, что начинать учить джаву обязательно нужно с «Философия Java». Часто встречаю этот совет. Вот, например, еще одна статья, пропагандирующая Эккеля — dou.ua/...es/java-beginner-guide-1

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

Ничего не могу сказать, никогда не имел дела

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

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

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

и про «Философию Java» Эккеля — книга хорошая. но не для начинающих. Он ориентировался на знающих С++ и постоянно напирает на отличия Джавы от Плюсов.

Моими первым книгами по Джаве, более полезными были
«Java. Полное руководство» Герберт Шилдт
Java. Библиотека профессионала Хорстманн К., Корнелл Г.

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

а вот после можно и «Философию Java» прочесть.

хорошие курсы конечно тоже хороши, просто эти(или подобные) книги дают цельную картину, а курсы дают пошаговое накопление навыков. ИМХО — эти два метода нужно использовать одновременно, они не заменяют друг друга.

Проходил курсы по Java Core. Классные, сильно укрепили понимание происходящего, что не сделали на тот момент книги по Java.

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

Только програмирование рассматриваете? Я бы порекомендовал Вам ДевОпс — такой себе недопрограмер — мегаадмин. ИМХО это ваш путь.

Если честно, уже надоело админить и воевать с глюками. 20 лет в этом копошусь.
Хочется творить свое, тем более, уже касался этого, и понимаю, как это круто.
И писать свои глюки))))

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

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

Не стоит ждать пока будут прочитаны все книги и решены все задачки на курсах. Если есть желание, то стоит попробовать искать заказы на фриаланс биржах. Там всегда есть заказы от горе-студентов написать код для лабы или курсовой за 10-30 баксов.
Да, конкуренция со стороны индусов высока, но из личного опыта могу сказать что шанс всегда есть.
Кто-то сказал: вы никогда не научитесь играть пока не начнете делать ставки реальными деньгами.

Спасибо, я с этим уже знаком. ) За время обучения Delphi, у меня не было ни одного учебного проекта. Все было рабочим. Учился на ходу.

Примерный список литературы для специализации программиста на Java под Android

Для начинающих подойдет такой набор:
1. «Head First Java», 2-е издание (Кэти Сьерра, Берт Бейтс)
2. «Android. Программирование для профессионалов», 2-е издание (Брайн Харди, Билл Филлипс)
3. «Структуры данных и алгоритмы Java», 2-е издание (Роберт Лафоре)

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

Допустимо ли спрашивать? Конечно, да! Но вести себя нужно точно так же, как с ментором: в начале сам, потом гуглить, потом на форум и только потом задавать вопросы.
Не могу согласиться. Во время обучения — возможно. Но не в работе.
Для того, чтобы успешно решить задачу путём поиска, нужно уметь правильно поставить вопрос и определить проблему. Из-за этого интерна при самостоятельном поиске решения может занести вообще в левую степь. В итоге таск «решить задачу Х» трансформируется в форумные вопросы а-ля «как провернуть сложный трюк Y, который никому и в голову не пришёл бы и не связан с задачей». Это лишняя трата времени и демотивация, особенно когда человек таки созревает до вопросов коллегам и оказывается, что он с самого начала копал не туда.
У нас в команде подобные вопросы решаются правилом: не тратить больше определённого времени на самостоятельные поиски. Если например за час нагуглить решение не удалось, стоит обратиться за помощью.
Если например за час нагуглить решение не удалось, стоит обратиться за помощью.
очень правильный подход. по себе знаю, даже когда вот в одиночку работаешь:

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

больше 1го часа безрезультатно гуглить — точно нет смысла.

Да и час это слишком.
Если за первых 10 минут не нашлось ответа в Гугле, то откуда он там возьмется через еще 50 минут? Хотя обычно все находится сразу, главное правильный поисковый запрос составить, причем лучше на английском — больше релевантных результатов.

10 минут — это для совсем чего-то смешного :)

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

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

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

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

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

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

я открыл ссылку — надо же ее оценить?

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

сомневаюсь что 10ти минут для новичка достаточно, чтобы — сдаться.
1 час — да, многовато для — команды в целом.

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

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

Мое мнение- наиболее оптимальна такая постановка: «Есть простое решение вот такого вопроса? Нет, ну тогда я погуглю. Если ничего не выйдет- обсудим на митинге». Как мне кажется, для начинающего час гугления- убийство времени, если есть готовые решения у рядом сидящих опытных разработчиков. А ведь это время нужно окупить...

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

К тому же ж «гуглить и разбираться» это прямая его работа а спрашивать то что гуглится 30 минут как-то уже прямо некомильфо с точки зрения профессии как таковой другое дело что есть другая сторона медали если он и не спрашивает но гуглит постоянно долго и не то вот от слова вообще здесь руку на пульсе процесса всё равно надо держать и направлять по мере необходимости а вот если не работает накопление опыта с этих периодических направлений и всё равно каждый раз заново ну тогда лучше всё конечно не хорошо по отношению к товарищам на местном так сказать ИТ но пусть другие с ними возятся лучше.

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

Ещё раз правильная работа это когда начинающий и любой вообще тоже правильно гуглит свою часть в т.ч. по внутренним информационным ресурсам и базе кода и правильная коммуникация это когда начинающий и любой вообще доносит «до того кого следует доносить» что именно и как именно он это делает и какие промежуточные результаты достигнуты.

«Того кого следует доносить» со своей стороны правильная задача обеспечивать правильную коммуникацию в понимании что вообще происходит и видении как оно должно быть реально но исключительно без микроменеджмента «я научу тебя как гуглить и вообще лучше сам всё сделаю» и в т.ч. с направлением в правильном направлении «во втором отделе есть шкаф там лежали некие чертежи смотреть надо под грифом ключевым словам звезда смерти 2017 вернёшься доложишь также этим когда-то занимался Дима Вайдер я напишу ему письмо возможно он выделит кого-то тебе в помощь копать направление».

Общая практика «неправильных начинающих» это «неправильные вопросы» суть есть «невопросы от слова вообще» в частности когда спрашивается очевидное и в самом вопросе находится ответ который прямо находится именно суть есть работа и зона ответственности спрашивающего. Так вот это — «некоммуникация» и «невопросы».

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

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

Категорически не согласен. Если бы я отвечал на вопросы, которые бы я мог задать 2-3 года назад то значительную часть за минуту можно свести к «Это тебе пока не нужно», «тут не заморачивайся», «ты проблему ищешь не там», «ну, тут надо подебажить, ковыряйся». Такой ответ много времени не отнимет, но зато сэкономит недели бесцельных поисков.

А спрашивать постоянно — убийство чужого времени. Тут только совмещать

Ну кстати да. Не обязательно даже быть интерном для этого. Я когда пришёл на текущую работу, проект навороченный, всей логики не знаешь, были приколы. Например, стоит задача. Спрашивать с порога коллег как-то не хотелось на каждый чих (плюс языковой барьер был). Копаешь N времени, не получается. Наконец, спрашиваешь у коллег, тут выясняются какие-то подробности архитектуры, начинаем вместе искать решение с учётом этого, придумываем (прошло два дня). Идём к руководителю тех команды, он говорит: ёлки палки, так сложно? Да ну нахрен, забудьте, мы что не можем на релиз без этого выйти?
Мораль: даже если ты сениор, надо спрашивать, если затык. Может это было не так и нужно :) Мы мыслим критериями «применить инженерный подход и решить задачу», а тем кто над нами надо всего-то денег заработать.

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