12 навыков, позволящие остаться программисту на плаву в течение 5-10 лет


Оглавление (нажмите, чтобы открыть):

Как остаться на плаву в кризис: 10 полезных рекомендаций

Критерии успеха

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

Однако какой бы ни была слаженной подобранная команда сотрудников, нужно всегда быть готовым к трудностям, потому что они гарантированно возникнут. Очень хорошим примером такой ситуации является последняя книга Dennis N.T. Perkins — «Into The Storm». В основе сюжета трудовые будни матросов-новобранцев, которые учатся морскому делу и одновременно пытаются постигнуть принципы работы в команде, участвуя в сложнейших соревнованиях. Автор подытожил все их действия 10 правилами, которые приведут любой коллектив к успеху даже в критических условиях.

10 уроков для успешного ведения бизнеса

1. Команда — единое целое.

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

2. Подготовка прежде всего.

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

3. Расстановка приоритетов.

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

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

5. Надо быть готовым к риску.

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

6. Будьте на связи.

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

7. Делитесь властью.

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

8. Исключите слабые звенья.

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

9. Формируйте стрессоустойчивость.

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

10. Никогда не сдавайтесь.

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

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

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

12 навыков, позволящие остаться программисту на плаву в течение 5-10 лет

«Мы не должны использовать технологии для дегуманизации человека»

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

— Да. Американцы привыкли быть первопроходцами и стараются приблизить будущее любой ценой. Любую проблему они считают технической. Их цель — справиться с ограничениями, которые на человека наложила природа: жить дольше, быть здоровыми и богатыми, перестать тратить время на сон. Почему? «Потому что мы можем!» А вот европейцы понимают, что помимо всего этого есть что-то еще. Счастье не программа, его не достичь с помощью персонализированной еды, которая подобрана с учетом вашего генома. Я бы сказал так: США ставят во главу угла технологии, Европа — человечность, а Китай — государство. Что ставит во главу угла Россия — сказать трудно.

— Какие глобальные проблемы технологии могут решить, а какие нет?

— Любые прикладные. Они могут дать миру дешевую еду, энергию, чистую воду, сделать доступными знания. Даже с климатическими изменениями помогут справиться с помощью декарбонизации атмосферы. Но они не смогут решить социально-политические проблемы — устранить неравенство, безработицу, терроризм. В действительности технологии даже ухудшают их. Террористам, например, стало намного легче координировать свои действия через мессенджеры и соцсети. Сейчас все вдруг забыли, что задача государства — построить благополучное общество. Не общество с быстрыми мобильными сетями или доступом в интернет вещей, а общество, чьи граждане счастливы. Даже правительства не помнят, что мы не должны использовать технологии для дегуманизации человека: если технология может повредить людям, ее надо обуздать.

«Эффективность как цель бизнеса сильно переоценена»

— В 2008 году глава нашей крупнейшей на тот момент компании, «Газпрома», предрекал, что она через несколько лет будет стоить $1 трлн. Но первыми триллионными компаниями стали совсем другие — Amazon и Apple. Почему?

— Потому что лучше понимали, что на самом деле нужно людям. Многие компании мыслят категориями эффективности — стараются производить продукцию быстрее, дешевле, большими партиями. А ведь самое важное, что может делать бизнес, — это создавать смыслы. Эффективность как цель бизнеса сильно переоценена. Возьмем пример телеком-индустрии: да, операторы все время стремятся наращивать объемы и скорость передачи данных. Но конечная цель все же в другом — предложить новые сервисы. Думая об эффективности, вы прежде всего заботитесь о своих деньгах, но ведь потребителю нет дела до того, сколько вы зарабатываете, ему нужно, чтобы ему показали новое направление.

— При этом вы часто обвиняете технологические платформы — Facebook, Google — в том, что они мешают свободной конкуренции.

— «Платформенная» экономика — следствие неконтролируемого роста компаний. До недавнего времени платформы несли в основном хорошее — повышали доступность услуг, но затем они стали превращаться в тоталитарные корпорации, которые диктуют свои условия. Все знают, что Amazon — самая могущественная компания в мире, гораздо более влиятельная, чем Standard Oil или Exxon. Или тот же Facebook, у которого 4 млрд пользователей. Если у тебя малый бизнес где-нибудь в Индии, ты теперь просто обязан завести в этой соцсети аккаунт и продвигать в ней товары, иначе окажешься за бортом.

— Значит, мы будем жить в мире, где в любой индустрии доминируют монополии?

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

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

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

«Путешествовать по миру гораздо полезнее, чем отучиться на MBA»

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

— Компьютеры по своей природе лучше играют в математические игры, где побеждает тот, кто лучше просчитывает варианты ходов. Если использовать машинное обучение, они вполне могут развить в себе определенное творчество и обыгрывать человека в более сложные игры, например в го. А вот что компьютеры смогут делать не ранее чем через 30–50 лет — так это вещи, которые очень просты для нас, людей. Например, им недоступны эмоции, сострадание, предвидение. Кроме того, системы ИИ в основном однозадачны, заточены под конкретную функцию. Та же самая «гениальная» нейросеть, что обыграла человека в го, не сможет даже купить билет через интернет. Сегодня компьютеры учатся выполнять рутинную работу — водить машину, анализировать финансы, проверять факты. Хорошая новость в том, что 50–70% почти любой человеческой работы — это рутина. Во всем этом роботы нас смогут заменить, освободив для более человеческих задач. Конец рутины не означает конец работы. Не повезет разве что отдельным индустриям. Например, 95% труда кол-центров — это рутина. В итоге машины заменят почти всех их сотрудников.

— Чему учить детей, чтобы они смогли найти работу, когда вырастут?

— Мы живем в мире, где более 70% востребованных в будущем профессий еще не существуют, а 50% ныне существующих профессий вскоре превратятся во внештатные. Все меняется слишком быстро. Например, в индустрии соцсетей, которой толком не существовало еще десятилетие назад, сегодня заняты 21 млн человек. Сейчас люди стараются учить детей точным наукам — математике, физике, программированию, инженерным дисциплинам. Но ведь это именно то, в чем машины уже сейчас разбираются лучше нас! Через десять лет все программисты станут безработными — ну или по крайней мере большинство из них. Индия выпускает 1 млн инженеров в год — представляете, какая армия безработных будет? Учить надо тому, что делает нас людьми, — умению общаться, пониманию, гуманизму. Своему сыну я говорю: путешествовать по миру гораздо полезнее, чем отучиться на MBA.

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

— Да, например, эмоциональный интеллект. Хороший директор по персоналу порой может всего за секунду оценить соискателя, сидящего перед ним в кресле. Машины же часто не могут этого даже с помощью сложных тестов. И есть масса областей, где они не заменят людей. Представьте судью-робота: он прочел все законы, изучил все документы, но он не знает, что это такое — оказаться в тюрьме. Ему чуждо сочувствие, а значит, он будет плохим судьей. Сейчас более 70% профессий будущего еще не существуют, а 50% ныне существующих профессий вскоре станут внештатными.

— Как изменят экономику финансовые технологии?

— Мы движемся к миру, где все расчеты будут вестись в цифровых деньгах. Я не имею в виду криптовалюту — в деньгах, которые выпускаются децентрализованно, не заинтересовано правительство ни одной крупной страны. Скорее всего, мы будем совершать транзакции в некой единой для всего мира валюте, курс которой будет высчитываться на основе корзины из ведущих национальных валют. При этом делать покупки и проводить сделки можно будет по всему миру, без каких-либо трансграничных комиссий. Это изменит и банковскую индустрию. Например, если через десять лет мне понадобятся несколько тысяч долларов на новый грузовик, я не пойду в банк, а обращусь в интернете к «цифровому брокеру» — обычному физлицу, которое раздает займы в разных странах под любые цели.

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

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

— А в целом интернет вещей изменит нашу жизнь сильнее, чем обычный интернет?

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

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

— Мы движемся к изобилию. Шеринговая модель сделает использование любых вещей и услуг более дешевыми и удобными. Это давно произошло в сфере мультимедиа: сперва вы покупали музыкальный альбом за €10, потом за €2, а теперь на Spotify всего за €20 вы приобретаете доступ к 35 млн треков. То же самое происходит с арендой жилья, медицинскими услугами и многими другими сферами. Через 20 лет сам смысл потребления изменится. Это будет посткапитализм, чем-то близкий к социализму. Человечество придет к нему другим путем, чем мечтал Маркс.

Навыки и умения для резюме пример — инструкция написания резюме

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

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

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

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

1. Ключевые навыки и умения для резюме

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

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

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

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

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

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

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

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

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

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

3. Лидерские умения и навыки: менеджер, управленец, директор, администратор…

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

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

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

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

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

4. Навыки и умения для учителей, ведущих на семинарах и тренингах…

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

  • способными к мотивированию;
  • высоко инициативны и энергичны;
  • мастерами по концентрации внимания людей на определенных явлениях в течении требуемого времени;
  • гибкими и терпеливыми;
  • способными к организации процесса работы.

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

Основная задача данной категории работников состоит в налаживании контактов.

5. Навыки и умения для технических специалистов: программистов, системных администраторов…

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

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

6. Навыки и умения для бухгалтеров, аудиторов…

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

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

7. Навыки и умения — примеры для юристов

Работники в области юриспруденции могут указать в резюме:

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

8. Особые навыки и умения для резюме

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

Мастер Йода рекомендует:  Как начать разрабатывать под Android

Соискатели могут указывать в собственных резюме:

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

9. Общие навыки и умения

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

Однако, думаю этот список для Вас будет полезным, возможно Вы найдете именно те навыки и умения, которые захотите указать в своем резюме. К таковым относятся:

  • владение иностранным языком (язык и степень владения им);
  • способности к программированию;
  • бюджетирование;
  • грамотное деловое общение (устное и письменное);
  • работа с базами клиентов, в том числе с уровня их создания;
  • оперативность относительно поиска сведений;
  • разработка планов;
  • анализаторские действия по факту продаж (в т.ч. выполненных конкурентными организациями);
  • навыки по закупкам;
  • навыки проведения инвентаризационных процессов;
  • наличие способностей в мерчендайзинге;
  • работа с предложениями коммерческого направления;
  • переговорные навыки;
  • обучение и мотивация коллег;
  • составление прогнозов;
  • навыки в ценообразовании;
  • навыки в прямых продажах;
  • навыки убеждения;
  • навыки продаж по телефону;
  • умения по работе с отдельными компьютерными программами: Excel, Word, Photoshop, 1С и т.д. ;
  • способность возражать;
  • использование первичных данных;
  • обращение с оргтехникой;
  • разработка и проведение кампаний по рекламе и исследованию рынка;
  • правовая экспертиза;
  • скрупулезность при подготовке отчетных материалов;
  • сбор и подготовка статистической информации;
  • способность к организации процессов;
  • готовность к командному труду;
  • самостоятельность решений;
  • организационные навыки;
  • способность к применению методов убеждения.

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

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

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

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

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

Профессиональные навыки и умения для резюме пример для маркетолога:

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

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

11. Не путаем описание своих способностей и личностных черт

О пунктуальности, коммуникабельности и ответственности указывать надо в графе «О себе». Графа «Навыки и достижения» нужна только для информации, связанной со служебными обязательствами.

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

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

  • Пункт «Квалификация» должен быть размещен точно после пункта «Образование». Это как минимум логично.
  • Этот раздел нужно изменять под любую новую вакансию. Записывать нужно только способности, подходящие искомой должности.
  • Не стоит делать из себя человека-оркестра , тщательно указывая весь перечень своих плюсов. Укажите несколько (4-8) ключевых, этого достаточно. Хотите выразить одни навыки – придется жертвовать другими.
  • Первоначально расписывайте те способности, больше других согласовывающиеся должностью, которую вы ищите.
  • Пишите список так, чтобы просто было прочитать.
  • Использовать нужно те определения и фразы, употребляемые потенциальным начальником в объявлении.
  • Расписывая навыки и способности, нужно начинать фразы со слов « имеется стаж», «знаю», «владею», и т.д.
  • Не нужно писать про свои черты, в резюме есть специальный раздел для них.

Внимание: так называемые « хедхантеры » ищут редких сотрудников. Они, как правило, не интересуются опытом кандидата, им нужны конкретные преимущества, предоставляемые им.

12. Навыки и умения для резюме пример для HR-директора:

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

Способность построить коммуникации внутри компании. Умение оперативно управлять подразделениями и проектами. Организация консультаций и бизнес-тренингов .

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

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

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

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

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

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

13. Указываем конкретные навыки и умения в резюме

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

Очень внимательно прочитайте объявление. Что вам нужно уметь, дабы вас взяли на эту должность? Соответствуют ли эти запросы вашим умениям и вашему опыту? Это нужно указать в графе «Навыки».

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

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

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


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

Подробно том, как правильно написать резюме и какие ошибки нужно избегать смотрите в видео:

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

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

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

Допустим, вы подумываете о поиске новой работы или планируете изменить сферу деятельности. Размышляете о том, в какой компании вы хотите работать. Будет ли это стартап, компания среднего размера, международная корпорация и т.д. Остановитесь: такой подход к поиску работы совершенно неправилен.

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

Технологии меняются, поэтому нет такого языка программирования, зная который можно было бы всегда оставаться востребованным на рынке труда. Но многие навыки действительно никогда не теряют актуальности. Подчеркнув уверенное владение такими навыками, а также базовую техническую компетентность в определенной сфере — скажем, Java, SQL или HTML5 — вы значительно повысите свой «коэффициент успешности» и будете выгодно выделяться среди соискателей-конкурентов.

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

От контроля версий до использования абстракций

1. Правильное понимание взаимосвязей между циклом разработки ПО и отраслью бизнеса, в которой занята данная компания

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

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

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

Итак, необходимо научиться реализовывать в первую очередь те фичи, которые важны для бизнеса компании. Чтобы этого добиться, проще всего спросить начальника или коллег-маркетологов из отдела продаж: «Что нужно в первую очередь реализовать на уровне программы, чтобы она максимально отвечала интересам компании?».

2. Контроль версий

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

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

3. Модульное тестирование

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

4. Автоматизация при помощи Jenkins, Maven и/или Ant или подобных инструментов; что такое «непрерывная интеграция»

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

5. Понимание софтверной архитектуры и паттернов проектирования

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

6. Чтение и написание документации (вики-источники, т.д.)

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

7. Понимание масштабируемости и воспроизводимости

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

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

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

8. Оценка (время и бюджет) и планирование

Умейте учитывать в цикле разработки ПО время, необходимое на реализацию (lead time). Мне никогда не приходилось работать в компаниях, где не требовалось бы соблюдать жесткие сроки. Однако ни в одной компании, где я работал, сотрудники не умели качественно оценивать сложность решения задач и распределять время. Это долгий разговор, который можно резюмировать так: «оценив время, необходимое на разработку, умножьте его на пять — даже с учетом этого правила».

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

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

Ваша программа не должна жрать ресурсы. Это касается как процессорного времени, так и других системных ресурсов, и пользовательского времени. При этом, далеко не все требуется оптимизировать. Например, если вам требуется организовать потоковую передачу 15 Гб видео, то сократив эту загрузку на 3 Кб за счет какого-то текстового файла, вы не внесете в работу программы никаких ощутимых улучшений. Некоторые разработчики слишком увлекаются преждевременной оптимизацией. На некоторых стартапах оптимизируются миллиарды транзакций в день, а в результате обнаруживается, что просто нет возможности обслужить всех пользователей или аккумулировать весь трафик.

10. Agile-разработка

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

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

11. Рефакторинг

Рефакторинг — это умение переписывать внутренние функции модуля, не затрагивая при этом внешних поведений. Например, если вы переписываете возможность «экспорта», то эта функция может оперировать тем же вводом и выводом, что и ранее, но работать в 10 раз быстрее. Первое правило рефакторинга хорошо известно врачам под названием «Клятва Гиппократа» и формулируется «не навреди».

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

12. Миграция

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

13. Умение описывать API и пользоваться другими API

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

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

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

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

14. Написание повторно используемого кода (как правило, объектно-ориентированного)

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

15. Наличие профессиональной сети, на которую можно положиться

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

16. Система отслеживания ошибок и организации рабочих потоков — например, Jira

Вы должны уверенно обращаться как минимум с одной системой выявления и отслеживания ошибок, например, с Jira. Существует и много других таких систем. Умейте пользоваться такой системой и применяйте ее ежедневно. Учитесь быть администратором, конфигурировать информационные панели, отчеты и т.д., чтобы такая система была максимально эффективной. Индикатор — Excel или совместно используемый документ Google не является системой отслеживания ошибок.

17. Понимание «достаточности» на аппаратном уровне

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

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

Если вы беретесь за молоток, то всё вокруг начинает напоминать гвозди. Например, если вы знаете Flash/ActionScript, то можете полагать, что эти технологии во всех возможных случаях выигрывают у HTML/JavaScript (или наоборот). Подобные мнения никогда не являются абсолютно истинными — все зависит от ситуации. Поэтому либо подружитесь с инструментами, применяемыми другими разработчиками, либо, как минимум «знайте врага в лицо». Не обладая элементарными знаниями об альтернативных инструментах разработки, люди зачастую просто порют глупости.

19. «Достаточные знания» обо всем стеке

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

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

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

20. Понимание того, что на реализацию каждой фичи требуется время

Программисты просто терпеть не могут, когда их «закидывают» все новой работой, а потом бранят за срыв сроков (речь о расползании возможностей (feature creep), бесконечных пересмотрах и изменениях в пользовательском интерфейсе и т.д.).
Все остальные просто терпеть не могут, когда приходится постоянно подгонять разработчика и надоедать ему вопросами «ну когда будет готово?». Поэтому ниже предлагаю вам волшебные слова, позволяющие справиться с этой проблемой. Когда вам как разработчику предъявляется новое требование, четко и ясно скажите следующее:

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

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

Вышеприведенная формулировка уместна при поступлении любого запроса на реализацию новой возможности. Кстати, еще лучше было бы переключиться на методологию Agile. Еще один универсальный ответ — «это слишком серьезное требование для версии n», где n равно как минимум +1 от актуальной версии. Можете просто заявить о фактической невыполнимости требования, но сделать это аккуратно, например: «это отличная функция для версии 4, но сейчас мы работаем над версией 1».

21. Использование абстракций

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

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

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

Мастер Йода рекомендует:  15 самых необычных корпусов ПК

22. Умение избавляться от предупреждений компилятора или сообщений об ошибках

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

23. Понимание того, когда требуется и когда не требуется самодеятельность

Самые невыносимые разработчики — это зачастую такие senior-специалисты, которые заставляют вас изобретать велосипед или все писать с нуля (см. выше об определении/использовании API). Если вы не пользуетесь готовыми библиотеками или API, то напрасно тратите свое время и деньги компании. Например, есть библиотека Java, обеспечивающая экспорт в Excel. Если вы реализуете собственный механизм экспорта в Excel — не исключено, что вы самовлюбленный дурак и просто не умеете гуглить.

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

Заключение

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

Он: «Опишите пожалуйста, каким образом ваш опыт работы соотносится с рассматриваемой вакансией.»

Вы: «Хорошо. Как вы считаете, чего особенно остро не хватает в нынешней команде разработчиков для решения стоящей проблемы?»

Он: «Ну, у нас всегда были проблемы с масштабируемостью.»

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

Он: «Как-то сложно вы излагаете. Хотел бы пригласить вас еще на одно собеседование, в котором будут участвовать разработчики уровня базы данных и среднего слоя.»

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

Он: «Звучит заманчиво. И все понятно!»

Вы: «Может быть, есть еще какие-то проблемные области, о которых вы хотели бы поговорить?»

Он: «Еще одна большая проблема — управление множественными версиями программы для множества пользователей. Настоящая головная боль.»

Вы: «Насколько мне известно, в большинстве компаний проблемы управления версиями обусловлены несколькими факторами. Разрешите поинтересоваться, какой системой контроля версий вы пользуетесь, выполняли ли вы миграцию?»

Он: «Думаю, могу предложить вам должность технического руководителя. Нам нужны люди, которые умеют не только программировать, но и думать.»

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

Неправильный, но быстрый способ стать программистом

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

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

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

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

Как я стал программистом

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

Первый шаг — резюме

Первая и основная проблема, с которой сталкиваются новички, — резюме. Без адекватного, цепляющего резюме вас не будут приглашать на собеседования. Но как быть тем, у кого совсем нет опыта работы? Для того чтобы «не с пустыми руками» идти к HR, мы с моим другом вписали мне в резюме целый год опыта работы над его проектом, над которым мы якобы вместе трудились.

Зарплатная политика

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

Позор и стыд

Первые собеседования были провальными. Надо мной буквально смеялись. На первом же техническом собеседовании, где мне дали пару задачек на бумаге, меня раскусили в два счёта. Кто-то даже по-отечески посоветовал книгу Thinking in Java.

Первая работа

В конце концов меня пригласили на собеседование в филиал одной датской компании, где я ответил на фундаментальные вопросы и приятно удивил всех своим английским. Меня взяли на должность Junior Java developer с одним условием — первые три месяца я буду проходить курс SCJP (Sun Certified Java Programmer), который восполнил бы мои пробелы и выковал бы из меня более подготовленного специалиста. Что может быть лучше, чем оплачиваемая стажировка без нужды работать (выдавать свою некомпетентность)? В этой компании я проработал полгода, чтобы через несколько месяцев пойти на повышение в компанию покрупнее.

На основе своего горького, но всё же бесценного опыта я приведу список рекомендаций, которые помогут товарищам-авантюристам относительно быстро найти работу программистом.

Рекомендации для начинающих программистов

  1. Резюме. Оно должно быть правильно отформатированным и написанным исключительно на английском. Если не хватает опыта, то его можно (и нужно) придумать, но следует подготовиться отвечать за каждое написанное в резюме слово. Например, если у вас там написано JMS (Java Message Service), то вам как минимум следует пройти хоть одну обучалку и поиграться с JMS, поделать какие-нибудь примеры, пускай это и будет банальное «Hello, world!». Теперь вам будет удобнее пускать пыль в глаза, вы ведь и правда «работали с JMS».
  2. Выучите азбуку программирования. Если вы ещё можете позволить себе «плавать» на глубоких уровнях каких-нибудь комплексных технологий вроде Struts и Spring, то неправильные ответы на элементарные вопросы вам никогда не простят. Если вас ночью разбудить, то вы должны уметь рассказать про ООП, наследование, инкапсуляцию, полиморфизм и другие базовые концепции, а также суметь объяснить это всё на примерах.
  3. Практика. Научиться программировать можно, только лишь программируя. Это больно и неприятно (если вы не программист), но другого пути нет. Единственный способ перестать бояться задачек на собеседованиях — порешать их дома самостоятельно.
  4. Читайте книги и проходите туториалы по Java только на английском. Абсолютно все термины программирования проще понимать на языке оригинала, то есть на английском. Читать техническую литературу по Java на русском — себя не уважать. Почему? Потому что, чтобы понимать что-нибудь в духе «…модуль таблицы во многих смыслах представляет собой промежуточный вариант, компромиссный по отношению к сценарию транзакции и модели предметной области», нужно быть поистине гением, которым вы вряд ли являетесь.
  5. Выучите, наконец, английский! В первую очередь это касается разговорного английского. Сложно сосчитать то огромное количество толковых программистов, которых на моей памяти забраковали по одной единственной причине — неудовлетворительный уровень разговорного английского. Нет, если вы, конечно, собираетесь работать программистом где-нибудь в «Киевстаре» или в другой отечественной компании, то ваш уровень языка не будет играть важной роли. Но если вы хотите попасть на работу в международную компанию, то сам бог велел выучить язык. Уровень вашего английского будет конвертироваться в дополнительные сотни долларов прибавки к вашей зарплате.
  6. Знайте рынок. Походите по вакансиям, почитайте требования, поспрашивайте друзей-программистов, сколько они получают. Используйте сервисы, которые позволят составить вам более полную картину о рынке IT. Вы были бы удивлены, узнав о том, насколько велико количество талантливых программистов, которые получают в два раза меньше, чем могли бы, только лишь по причине своей лени и нежелания держать нос по ветру.
  7. Торгуйтесь. Нет ничего предосудительного в том, чтобы торговаться за зарплату. Вашим аргументом в споре может быть как хороший английский, так и предложение о работе в другой компании. Последний аргумент особенно хорошо работает: «Да, но мне в Luxoft предлагают на 300 долларов больше, почему я должен соглашаться на ваши условия? Может, мы могли бы найти компромиссный вариант?». В своё время мне пару раз удалось выторговать дополнительную сотню долларов к своей зарплате, и через год эта сотня долларов дала мне дополнительные 1 800 долларов дохода на ровном месте. Вы должны понимать, что даже для небольших зарубежных IT-компаний лишняя сотня баксов как капля в море.
  8. Найдите себе ментора. Хорошо, если у вас будет более опытный товарищ, который сможет помочь советом и ответить даже на самые глупые вопросы. Благодаря его опыту и моральной поддержке вы будете продвигаться в программировании быстрее, чем в одиночку. Если нет ментора, то неплохо бы сходить на какие-нибудь курсы по программированию, которые не только дадут вам более полную картинку того, чем занимается программист, но и позволят познакомиться с более опытными людьми. Кто знает, может быть, кто-нибудь из них захочет стать вашим ментором.
  9. Начните свой проект. Даже если он будет образцом самых худших практик кодинга и вы его никогда не закончите, по крайней мере у вас будет то дело, ради которого вам захочется разбираться в программировании и изучать новые технологии. Кроме того, у вас появится дополнительная тема для задушевных бесед на собеседованиях.
  10. Ищите работу летом. Во-первых, когда все в отпусках, в компаниях более остро ощущается нехватка кадров и повышается вероятность того, что вас позовут на собеседование. Во-вторых, поскольку ваши конкуренты-соискатели тоже на отдыхе, у вас опять-таки повышаются шансы быть замеченным HR.
  11. Никогда не сдавайтесь. Даже если вам кажется, что вы заваливаете собеседование, важно проявить стойкость и продолжить попытки решить задачу, какой бы сложной она ни казалась. Кто знает, может быть так, что вас именно в этот момент проверяют на усердие в работе!
  12. Избегайте заданий на компьютере. Нет способа быстрее раскусить непрофессионала, чем сразу же бросить его в пекло программирования. Ваша задача — постараться перевести все беседы на высокий уровень, где обсуждаются общие подходы и концепции, но никак не конкретная реализация в решении той или иной задачи. Если вам дали бумагу и ручку и попросили записать решение, то попросите возможность нарисовать его схематически. Таким образом, удалившись от синтаксиса конкретного языка, вы не только убережёте себя от каких-нибудь режущих глаз ошибок, но и покажете, что способны мыслить абстрактно, не вдаваясь так уж сильно в детали.
  13. Начинайте говорить первым. Избегайте ситуаций, когда в воздухе виснет пауза, во время которой в мозгу у интервьюера может созреть очередной коварный вопрос. Как только происходит какая-либо заминка, следует начать рассказывать что-нибудь из того, что вы хорошо знаете. Постарайтесь навязать интервьюеру свою игру.
  14. Старайтесь говорить правду. Если вы никогда не писали PL/SQL процедуры, то лучше об этом сказать прямо. Возможно, в этом для вас будет минус, однако вы убережёте себя от нужды выкручиваться, отвечая на вопрос, в котором ничего не смыслите. Опытный интервьюер за версту почувствует ваши пробелы в знаниях.
  15. Бойтесь маленьких компаний. В небольших компаниях, как правило, небольшие команды. Чем меньше в команде людей, тем быстрее вас раскусят. Ваша цель — большая и неповоротливая корпорация, где вы сможете выиграть для себя немного времени.
  16. Соблюдайте дресс-код. Если вы придёте на собеседование на должность программиста в шикарном костюме, то это вызовет больше подозрения, чем если вы явитесь в шортах или потёртом свитере. Не лишним будет также нацепить очки, мол, «эдакий я книжный червь».

Конечно, кто-то знающий может отметить, что приведённый выше рецепт — это скорее способ стать кодером, чем программистом, и он где-то будет прав. Однако дело всё в том, что вы никогда не найдёте вакансию с заголовком «Требуется плохой кодер». Всем нужны программисты. Желательно senior. У которых более пяти лет опыта работы на корпоративных проектах и которые одинаково хорошо владеют сразу несколькими языками программирования, при этом досконально разбираются в СУБД, умеют писать bash-скрипты, хранимые процедуры, знают в совершенстве Linux, TCP/IP, обладают лидерскими качествами, стрессоустойчивостью, коммуникабельностью и ещё массой навыков, «без которых никак».

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

Что за шум вокруг темы, что программисты скоро не нужны?

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

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

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

Угроза остаться без работы в первую очередь для них

То Греф пару раз упомянул этот момент

Герман Греф: Не нужны сегодня программисты. У нас огромное количество программистов, с которыми мы боремся.
Тим кук: Изучайте программирование, а не английский.

Больше кода: что государство может сделать с четырехкратной нехваткой программистов в России? тыц

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

Ведущие муниципальные колледжи США вводят учебный курс «Разработка приложений на Swift» тыц

США выделят на программирование в школах $200 млн в год тыц

В США падает спрос на инженеров и ученых, а на программистов — растет тыц


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

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

Пример сервисов, которые теоретически должны заменять веб-разработчиков:

Но почему-то не заменяют? Подумайте над этим.

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

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

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

не заменяют? да ну! посмотрите на tiu.ru — сколько там магазинов. и всего за 12 000 в год.

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

будут такие инструменты, которые заменят программеров», ИИ и все такое.

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

дальше — больше, автоматизация и облака смоют всех академиков хтмл 🙂

Мне кажется, все правильно человек написал. Ничего никого не смоет. Сами попробуйте с нуля создать сайт на готовом ресурсе — это из разряда, что 1С для бухгалтеров написан )))) Максимум страничку сделаете.

Я раньше думал, что компьютеры становятся все доступнее, всё скоро будет автоматизировано.. Ага, как же! Все родители рассказывают, что у них гениальные дети, с младенчества умеют мультики включать. Но в итоге на этом и остановились почему-то, компьютеров боятся с 30 лет примерно, «знания» Ворд и Эксель не считаются. Я только одного бухгалтера видел в малом бизнесе, которая разобралась с формулами в Экселе (округления, связанные таблицы).. Я думаю, что лет 20-30 у нас есть :))

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

Долго будут нужны дизайнеры, чтобы сделать индивидуальный узнаваемый ресурс. Верстальщики, чтобы всегда было красиво. И программисты, которые будут делать рабочими кнопки, которые напридумывали дизайнер с заказчиками. ))

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

drKubik, совдепия, как всегда, просто отстала от жизни
весь мир уже давно переехал в фейсбук, инстаграм, сейлсфорс, викс итп

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

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

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

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

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

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

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

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

А профессий и образований у меня несколько, причем не игрушечных 🙂

Кто-то искусственно создает панику? Какой смысл тогда?

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

10 лет назад был огромный спрос на сетевых инженеров (те, кто циски и джуниперы настраивают), им платили хорошие деньги. Операторов было много, сети везде были разными, работа сложной. Теперь мелких операторов почти не осталось, весь рынок поделен на сотовой связи между БИГ4, на ШПД тоже осталось 5 крупных игроков. Так вот эти операторы соптимизировали свои бизнес процессы так, что связистов потребовалось значительно меньше. хотя общая сложность сетей значительно возрасла. Как сейчас работает оператор? Фактически один человек рисует схему, как должно быть настроено, другой настраивает согласно этой схеме. Фокус в том, что раньше при отсутствии первого надо было держать 5 человек высокой квалификации второго типа. А теперь надо одного первого и 5 других, просто умеющих читать. Да, высококвалифицированные люди остались, но только их стало значительно меньше.

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

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

Senior-разработчик/тимлид, рисующий UML/Sequence/IDEF1X/. диаграммы.

Остальные будут тупо применять какой-либо инструмент для реализации этой схемы.

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

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

>Теперь мелких операторов почти не осталось, весь рынок поделен на сотовой связи между БИГ4, на ШПД тоже осталось 5 крупных игроков.
>Недалек тот день, когда тысячи программистов будут не нужны. Вместо них нужны будут десятки тех, кто рисует схему.
Это звучит как: «недалек тот день, когда из работодателей программистов останутся только гугл, амазон, фейсбук, сбербанк, роскомнадзор, tmtm.ru и уралвагонзавод». IBMцы вроде в 50х считали, что мировой рынок компьютеров оценивается в 10-20 штук. Спрос-то на программистов именно из-за того, что предметных областей тьма (и по ходу прогресса их становится только больше).

>Вместо них нужны будут десятки тех, кто рисует схему, но кто ниразу не набирал сам код.
Имхо тут либо грубо говоря «совсем без схем» (когда ИИ знает любую тему лучше чем сам заказчик (и схемы ИИ не нужны), сам рисует схемы и их реализует и результат нравится заказчику), либо люди продолжают осваивать вселенную и поэтому продолжают придумывать новые схемы для каждого кусочка освоенного.

>ниразу не набирал сам код
так а много вы знаете тех, кто в машкодах работает сегодня? После того как появился ассемблер многие машкодеры потеряли работы, после того как появился Си многие ассемблерщики потеряли работу.

Станислав Макаров, в принципе да, но только еще круче. Только так называемых senior-разработчиков потребуется значительно меньше, да и вообще им не надо программировать, более того, в эту профессию придут люди вообще без опыта программирования в классическом понимании.

Представьте себе, ИТ гиганты выпустят абсолютно простые платформы, которые для получения конечного продукта, надо будет чуть-чуть конфигурировать, м.б. написать примитивные конфигурационные скрипты, набор и алгоритмы которых весьма ограничены, каждый из которых детально описан в технической документации к платформе. В случае неработоспособности — обращение в техническую поддержку. В итоге получится, что количество людей, которые знают все ООП, функциональщину, структуры хранения данных, даже js фреймворки и HTML/CSS etc в принципе не нужно.

Мастер Йода рекомендует:  Коррекция цветов с помощью значений CMYK в Photoshop

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

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

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

Валентин,
>А спрос на программистов большой не от того, что что предметных областей тьма
про большой и сейчас — это вы говорите. я говорю о том, что спрос есть и будет и большой, т.к. областей тьма и будет только больше по мере прогресса. Подобно тому как к пакетной обработке и к cli добаились gui. Человеческие хотелки безграничны: сколько чего не программируй, всеравно останется еще больше того, чего пока еще не свершилось. А новые более удобные инструменты расширяют возможности и порождают новые хотелки и поэтому открывают новые рынки.

>реальность для программистов всех мастей действительно изменится
>не требуется оптимизировать фонд оплаты труда.
в 2002 американец устроился за $80K рисовать формочки, в 2008-2009 случился кризис и на его место взяли двух индийцев в Индии за $25K (а американец за 7 лет полностью деквалифицировался), а сейчас, возможно, уже и индусы эти уже не нужны. Только для таких мастей все всегда меняется, а остальные программисты требуются (пока ИИ нет).

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

«Школьники» действительно цены обвалили. Интернет-магазин сделать сейчас может любая макака, поставив опенсорс. И за это взять деньги! Фриланс тому подтверждение — работают весьма отвратно и за еду. Те массовый рынок и мнимый престиж профессии безусловно нагнетает в индустрию множество людей.

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

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

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

Больше всего интересно с чего оно вообще начало прогрессировать?

С высказываний не очень умных людей вроде Грефа и ему подобных.

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

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

Сейчас программистов просто тьма. Чуть ли не каждый второй — программист. Да, это по сути вполне комфортная работа, можно работать даже дома. Но все самые «жирные» места уже давно заняты. И никто их не отдаст. Уже придумано и реализовано всё, что только нужно человеку. Даже больше. Я не представляю, что ещё надо. Предложения много, а спроса — мало. Программистов больше не нужно.

Возможность удалённой работы и/или фриланса — это всё очень заманчиво и классно звучит. Но рынок специалистов переполнен. Для новичков вообще нет места, они никому не нужны. Всем нужны сразу специалисты с опытом и знанием всех возможных технологий. Откуда такой багаж навыков будет у человека, который только-только закончил ВУЗ? Думаете, в ВУЗе этом научили? Нет. Нудные обильные лекции по ЖЦ ПО, информационных системах, Pascal, Delphi, какие-нибудь самые-самые основы C++ (типа работы с массивами, не более), может, ещё теория алгоритмов и всё. При этом там много всяких тестов, контрольных, зачётов и т.д. Нужно к ним готовиться, к этой мути. А времени на самообразование не так уж и много остаётся.

Расскажу о своём личном опыте и моих одногруппников по ВУЗу. Закончили учёбу два года назад по специальности «Программирование в компьютерных системах». Сразу скажу, что по специальности работает всего два человека. Одного взял отец в свою какую-то торговую компанию, а второй работает 1С-программистом в «Первом БИТе». Да, 1С — это то ещё «удовольствие», но хоть какое-то малейшее отношение к специальности имеет. Первый у отца получает вроде неплохие деньги (точно не знаю, но, думаю, папаня его не обижает деньгами), второй в «Первом БИТе» рвётся за копейки. Первое время получал 7-10к, сейчас говорит, что зп около 20к. Остальные мои одногруппники по специальности не работают. Один из одногруппников пошёл работать в «Связной» продавцом, чтобы получать какие-то деньги и параллельно заниматься самообразованием. В итоге он начал стабильно получать по 40-50к в месяц. Недавно его повысили до руководителя. Как сейчас с зп не знаю, но, думаю, она стала повыше. Я решил поинтересоваться, хочет ли он всё-таки работать по специальности, как дела с самообразованием. В итоге он забил. И правильно сделал.

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

Многие любители программирования любят отвечать на это фразами типа «идите в дворники, там учиться не надо» и т.п. Я не говорю, что учиться — это плохо. Это здорово, но всему есть предел. Учиться нужно постоянно. Но в программировании «постоянно» = 24 часа в сутки, именно так, именно в таком сумасшедшем режиме там нужно работать и учиться. Это ненормально. Программирование съедает молодость да и всю жизнь.

Просто подумайте. Что вы сможете сделать, как программист? У вас есть какие-то идеи, которые сделают жизнь других людей лучше? Нет? Тогда ничего не получится в этой сфере. «Нужно же научиться, получить необходимые навыки, а потом и идеи появятся, как же придумать что-то без должных навыков?» — возможно, подумаете вы. Да, есть в этом логика. Но ради этой некой «идеи» вам нужно будет пр*срать всю жизнь на программирование, на получение этих навыков. Стоит ли оно того? Каждому своё, конечно. Но на мой взгляд — нет.

Это я всё к чему. Я не хочу как-то унизить сферу программирования и самих программистов, не хочу ни у кого отбить желание заниматься этим делом. Просто констатирую факты, основанные на моём личном опыте и на опыте моих одногруппников, а также студентов из параллельных групп моего курса, с которыми я общался и поддерживаю связь до сих пор. Не идите в IT ради заработка и комфортных условий труда. Не получится ничего. Сейчас почти каждый второй программист, желающих слишком много. Нужны супер-гении, которые живут программированием. Если вы хотите всю свою жизнь провести за компом, то, пожалуйста, но всё равно, работу вряд ли получится найти. Всем удачи в Новом году и прислушивайтесь к своему сердцу при выборе профессии!

В планах – держаться на плаву

Максим Куприянов. Выпускник бакалавриата Программной инженерии 2014 года. В настоящее время занимается архитектурой высоконагруженных систем в компании Meteora (USA, Texas) на позиции старшего программного инженера. В России числится как индивидуальный предприниматель.

— Максим, расскажи, как случилось, что ты решил поступать на отделение Программной инженерии в Вышке? Почему выбрал именно этот университет?

Подал документы за 20 минут через электронную очередь и был зачислен фактически «автоматом». Это задало настрой на все 4 года.

— Какие воспоминания остались от обучения в Вышке?

В ВШЭ такой тесный контакт с профессионалами в индустрии не является исключением, это норма.

— За время учебы ты уже успел получить опыт работы по своей специальности. Трудно было совмещать работу и учебу?

Меня всегда привлекала перспектива удалённой работы. Будучи старшеклассником, я фрилансил: делал сайты на заказ, участвовал в конкурсах и собирал себе портфолио для поступления (так, на всякий случай). Поступив в ВШЭ, на первом курсе приходилось выживать и писать код исключительно в академических интересах. Нас обучали языку C# (В.В. Подбельский лично!), одному из основных в отрасли, поэтому сразу после защиты курсовой я начал фрилансить как C#-специалист, уровень дохода и сложность проектов постепенно начали расти. Все приобретаемые знания по организации рабочего процесса, управлению проектами – всё сразу шло в дело. Совмещать работу по специальности с учёбой не только можно, но, на мой взгляд, даже необходимо, если вы относитесь к своей карьере серьёзно.

— Какие преимущества перед коллегами дала тебе Вышка?

На мой взгляд, институт программирования в России начал формироваться недавно. ВШЭ первая открыла у себя направление обучения программной инженерии, соответствующее международным стандартам. И здесь не ставят целью обучить фундаментальным теоретическим знаниям и отпустить, здесь готовят квалифицированных (в правильном смысле этого слова) специалистов, способных конкурировать на мировом рынке труда. Я очень рад, что этот тренд с каждым годом начинают поддерживать и другие учебные заведения, и надеюсь, что в будущем это неравенство будет не так сильно заметно.

— Как складывается карьера после окончания университета?

Через полгода «убойного» темпа построения проекта для диплома на Go я понял, что хочу использовать этот язык и в дальнейшем. Поэтому компанию, в которой сейчас работаю, нашёл именно через этот ключевой момент. Такой подход работает как бренды – компания перечисляет технологии, которыми её инженеры пользуются, а ты сразу понимаешь, что там за люди и чем они на самом деле занимаются.

— Расскажи, как проходит рабочий день программного инженера, что любишь делать в свободное время?

Сейчас у меня проблема #1 – это придумать себе распорядок дня и нормальный образ жизни, потому что когда нет жёстких требований со стороны, есть соблазн проспать все 24 часа. Или проработать все 24 часа, потому что задач очень много, одинаково интересных и важных.

— Какие у тебя карьерные планы на ближайшие 5–10 лет?

Однозначно – зацепиться в США в плане работы, так как достаточное количество контактов уже установлено. Если с текущим местом работы что-то случится, всегда найдутся люди, которые помогут с устройством по знакомству. Ничего не имею против российских компаний и России в целом, но у нас попросту мало интересных и независимых проектов и деньги крутятся совсем в другой отрасли. Если вы ещё не слышали про технологию «Шапито», то ознакомьтесь обязательно. 5-10 лет это слишком большой период для IT, всё кипит и меняется стремительно ежемесячно, важно отслеживать тренды, чтобы не выпасть из “тусовки”. Так что в планах у меня – держаться на плаву.

Сколько нужно учиться на программиста с нуля

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

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

А ты точно программист?

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

Вы хотите эмигрировать за границу? Хотите реализовать полезный для людей проект? Может быть, открыть собственную компанию по разработке сайтов? Это примеры мотивации, которая поможет преодолеть много ступеней профессионального развития.

Автор в сфере IT, digital, экономики и финансов. Ведет некоммерческий проект для начинающих писателей «ЛитЦех».

Программирование позволяет переехать на ПМЖ за рубеж — останется только выучить иностранный язык в зависимости от желаемой страны. Хотя для контрактной работы в бизнес-инкубаторе достаточно и английского на уровне Upper Intermediate. Если вы станете трудолюбивым высококлассным специалистом, то переезд вполне реален. Так же как и открытие собственного бизнеса или создание онлайн-проекта мечты, приносящего постоянный пассивный доход.

Сколько времени потребуется на обучение

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

Например, Даниил Пилипенко, программист с 10-летним стажем и ведущий курсов Skillbox, полагает, что для начального уровня достаточно 6–12 месяцев:

Зависит от талантов, конечно. Но полгода-год обычно достаточно, чтобы с нуля вырасти до уровня Junior.

Если у вас уже есть техническая база в виде математического вуза или колледжа, то освоить технологии Frontend на базовом уровне — HTML, CSS, JavaScript, фреймворки — можно за 4-5 месяцев. И после этого уже искать первые заказы на фрилансе для создания портфолио. Однако это зависит от степени интенсивности обучения: если вы работаете и параллельно учите программирование, то времени может понадобиться больше. Без технической специальности за плечами при нагрузке 2-3 часа в день вы будете постигать азы около года.

Этапы изучения веб-разработки для новичка

Обучение можно условно поделить на три этапа:

  1. Начальный или пробный. В течение пары-тройки месяцев изучаете две-три актуальные технологии, которые легко освоить. Например, те же самые HTML, CSS, JS или один из языков Backend — Python/Ruby/PHP. В это время прислушивайтесь к тому, нравится ли вам программирование, как быстро вы получаете результат и усваиваете знания.
  2. Самостоятельный этап. Если предыдущий успешно пройден, можете вкладываться в самообразование по-крупному. Изучайте программирование более комплексно и интенсивно: оплатите курсы, чтобы прогресс шел быстрее, или найдите ментора, если учитесь самостоятельно, — кто-то должен вас направлять и объяснять ошибки.
  3. Стажировка в компании. Первые заказы на фрилансе или удаленная работа в качестве junior-специалиста.

На гребне технологической волны

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

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

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

Преподаватель Skillbox Вадим Шандринов так ответил на вопрос о том, сколько потребуется времени для становления IT-специалиста:

5 качеств и 20 советов: формула старшего разработчика

Рынок труда в области IT находится на подъёме, даже несмотря на кризис; особенно нужны старшие разработчики или, как говорят в IT, senior-разработчики. Постоянная востребованность на рынке, высокие зарплаты, по-настоящему сложные и серьёзные задачи, уважение коллег по индустрии — неизменные атрибуты senior-ов. Что нужно сделать, чтобы стать senior-ом? Какими навыками нужно обладать? Как можно стать лучшим в своей работе и гордиться ею? Про эти и многие другие вопросы мы пообщались со старшими разработчиками Noveo и выделили для вас 5 качеств и 20 самых полезных советов, которые помогут и вам стать старшим разработчиком.

5 разочарований программиста

  • высокая зарплата;
  • легкость трудоустройства;
  • интересная работа;
  • перспектива быстрого карьерного роста;
  • отсутствие стрессов, вредных условий труда.

Пять потенциально обманутых ожиданий.

Caïn by Henri Vidal, Tuileries Garden, Paris, 1896.

Высокая зарплата

В 2007 году я устроился на работу по специальности, зарплата составила 9400 рублей в месяц. За год до этого я устанавливал пожарные сигнализации за сумму вдвое выше. Я получал больше даже в 12 лет, когда подрабатывал чисткой яблок. Разочарование — мягкое слово для описания моих чувств тогда.

С тех пор зарплаты начинающих программистов выросли вместе со стоимостью жизни, но по-прежнему остаются ниже окладов продавцов, таксистов или грузчиков. В крупном городе или информационном хабе вам могут предложить 30−40 тысяч рублей в месяц, на периферии такие зарплаты — редкость.

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

Легкость трудоустройства

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

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

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

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

Интересная работа

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

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

Карьерный рост

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

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

Безвредное производство

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

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

Программист не выискивает неточности и опечатки в многотомных договорах, но портит зрение при работе с компьютерным кодом.

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

Чем мир программирования разочаровывает вас?

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

  • высокая зарплата;
  • легкость трудоустройства;
  • интересная работа;
  • перспектива быстрого карьерного роста;
  • отсутствие стрессов, вредных условий труда.

Пять потенциально обманутых ожиданий.

Caïn by Henri Vidal, Tuileries Garden, Paris, 1896.

Высокая зарплата

В 2007 году я устроился на работу по специальности, зарплата составила 9400 рублей в месяц. За год до этого я устанавливал пожарные сигнализации за сумму вдвое выше. Я получал больше даже в 12 лет, когда подрабатывал чисткой яблок. Разочарование — мягкое слово для описания моих чувств тогда.

С тех пор зарплаты начинающих программистов выросли вместе со стоимостью жизни, но по-прежнему остаются ниже окладов продавцов, таксистов или грузчиков. В крупном городе или информационном хабе вам могут предложить 30−40 тысяч рублей в месяц, на периферии такие зарплаты — редкость.

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

Легкость трудоустройства

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

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

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

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

Интересная работа

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

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

Карьерный рост

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

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

Безвредное производство

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

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

Программист не выискивает неточности и опечатки в многотомных договорах, но портит зрение при работе с компьютерным кодом.

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

Чем мир программирования разочаровывает вас?

Добавить комментарий