Англоязычный Интернет (sic!) уже не первый год обсуждает вопрос:
«Do you have to know English to be a programmer?».
Казалось бы, вопрос о необходимости английского языка в работе уже не обсуждается. Английский давно стал языком международного общения и в сфере информационных технологий, и в бизнесе. Дебаты вызывает, в основном, сама постановка вопроса «ты не программист, если не знаешь английского». На то она и рассчитана, — категоричность суждений вызывает протест. Помимо собственно формулировки обсуждается и степень владения языком:
— что именно должен знать программист,
— в каком объеме,
— должен ли программист писать комментарии в коде на английском, и если английский из рук вон плох, то не предпочесть ли родной язык для этих целей,
— достаточно ли понимания англоязычного контента или необходимо развивать и другие навыки
— и прочия и прочия.

Мнения полярны, но

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

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

Поспорил я с одногруппником на тему того, может ли джуниор получать интересные задания.
Его позиция такая, что он бы хотел найти работу, где его сразу поставят в какой-нибудь новый проект (не поддержка, а разработка), с новыми технологиями (Spring не ниже 3.0, Hibernate не ниже 3.5, ну и так далее), и дадут «какие-нибудь интересные таски». Он уже успел несколько месяцев поработать над 6-летним проектом без каких-либо фреймворком — только сервлеты и JSP c JSTL, — ему не понравилось и он ушёл, в надежде найти что-то поинтересней.

Я же считаю, что вариант, который описывает он, конечно, более интересен и привлекателен, но сильно менее реален. Я за свой рабочий месяц над не таким современным проектом (Spring 2.5, iBatis 2.3, Oracle 10g) успел узнать и попробовать очень многое, как на мой взгляд. Пусть у меня не было возможности углубиться в Java core, изучить на практие побольше design patterns и так далее, но я успел разобраться с основами сервлетов и JSP, некоторыми особенностями Tomcat'a, узнать основные принципы, заложенные в работу Spring'a (например, DI и реализацию MVC), поработал с PL/SQL и ещё много-много всего. Да, последний мой таск (перенос inline SQL в хранимые процедуры) длится уже неделю и ещё наверное столько же будет длится, но даже в рамках него у меня ещё остались не до конца решённые задачи, которые ещё принесут мне фан и опыт. Он же, например, не хочет разрабатывать хранимые процедуры на PL/SQL, а хочет писать по больше именно java-кода, так как хочет«развиваться как Java developer».

Рассудите нас. Чья правда правдивее?

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

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



Очередные 18 минут, в рамках которых мы поговорим про:

• Накопление экспертизы
• Выход с плато
• Простой способ взлета
• Тренерство и консалтинг

А еще там есть прикольный самолетик :)

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

Когда я смотрел сериал «Интерны», я все время отмечал про себя, что Быков мне кого-то напоминает, и отношения, которые у него сложились с его интернами я уже где-то встречал.

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


Доктор Быков недоволен своими интернами

В EPAM появился платформа для проведения встреч и тренингов для личностного и профессионального роста специалистов сферы ИТ.

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

С января этого года в офисе EPAM, на Кудряшова 14-Б, в 19.15, каждую среду, проводятся регулярные заседания этого клуба под эгидой Toastmasters International.

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

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

Как и для любого стартапа, для IT-специалиста важно не только превосходное качество предоставляемого продукта или услуги, но и способность показать себя, обратить на себя внимание. А ещё — способность трезво оценить свои сильные и слабые стороны, соизмерить их с потребностями рынка и вовремя сманеврировать, иногда даже начать всё с чистого листа. Музыкант и звукорежиссёр, вдохновлённый интернет-бумом конца 90-х, начинает делать веб-сайты и в конце концов создаёт CodeIgniter. Сисадмин устаёт патчить Apache и пишет с нуля Nginx. С-программист решает использовать JavaScript, чтобы связать в единое целое свои наработки в событийно-ориентированных сетевых приложениях и создаёт Node.js. Таких примеров можно найти множество.

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

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

Итак, имеется двадцатилетний студент четвёртого курса, обучающийся по специальности «Информационные технологии в образовании» со специализацией «Управление проектами». В пассиве – очень скромное количество и качество обучения программированию в вузе и гуманитарное прошлое. В активе – огромное желание стать высококвалифицированным специалистом в области разработки высоконагруженных Java-приложений (такая формулировка пришла намного позже, на ранней же стадии было примерно так: «Java клёвая, хочу на ней круто кодить!»). Задача – реализовать свою мечту. Ниже приведён алгоритм, худо-бедно сформулированный по окончании анализа всех ошибок, сделанных в попытках решить эту задачу.

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

Одна из проблем нашего высшего образования в том, что в вузах учат много чему, и алгоритмам, и языкам программирования, и ООП, и даже паттернам проектирования. Но я еще ни разу не встречал, чтобы в вузах учили работать работу. Лабораторки не в счет. Спихнул – и забыл! Возможно, просто не везло.

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

Итак, про семь навыков…

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

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



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

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

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

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



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

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

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

В предыдущей статье «Почему люди не растут: чем больше вариантов роста, тем хуже», мы договорились продолжить препарирование этой темы и перейти к ответу на вопрос «А как все-таки расти?»

Особенно, видимо, вопрос зацепил тех, кто сейчас работает больше всех и начинает что-то подозревать…

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

История 1: не пофигическая

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



Слава Панкратов, бизнес-тренер, управляющий партнер Школы менеджеров Стратоплан.

Моя схема получения первой менеджерской позиции – «Карьерный лифт»: мой менеджер стал директором новой компании и позвал меня на позицию руководителя отдела тестирования ПО. Я учился на 4 курсе института (первая вышка), стационар, 22 года.

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

Салют!

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

• Политика и экономика давит мощным информационным полем и просто «выключить телевизор» больше не помогает
• Бизнес прививает многим руководителям модель «решать проблему вниз», то есть сбрасывая странные решения и процедуры вниз, на уровень решателей и исполнителей — то есть нас с вами
• Варианты «Сидеть на попе ровно» или «Притормозить, пока кризис не пройдет стороной» — трагическая стратегия с точки зрения долгосрочных результатов

Теперь мы готовы переходить от проблемы к вариантам ее решения. При этом мы свое решение предложили вам сразу «Голову нужно загрузить чем-то полезным: обучение дает полезную нагрузку + при переходе от знаний к действиям дает результаты по занимаемой должности и деньгам».



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

Часть 1 из 7: CompTIA A+ и запись вебинара о подготовке к сертификациям по ИБ
Часть 4 из 7: CompTIA Security+. Сертификации CompTIA для ИТ-специалистов



Пашков Кузьма — Lead InfoSec, EMC trainer @ training.muk.ua/courses/security

Введение в технические тренинги

Первый раз я попал на технический тренинг в 2001 году, это была серия авторизованных курсов Microsoft из программы подготовки инженеров к сертификации Microsoft Certified Systems Engineer 2000. Тренинги попеременно вели два молодых талантливых преподавателя Сергей Полехин и Виктор Ашик.

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

15 месяцев большой стройки позади.

В конце 2013 года, мы решили перестроить Школу и распродали все наработанные материалы за 2008-2013 гг.

В 2014 году мы разработали, провели, записали, отредактировали и продуктизовали 4 основных модуля будущей годовой программы Школы менеджеров Стратоплан: 4 формулы — управления проектами, работы с людьми, переговоров и профессионального роста. Мы усилили программу 2 большими справочниками: разбор переговорных и управленческих ситуаций. Это был наш основной продукт — годовая программа трансформации для наших студентов.



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

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

Есть отличная новость!

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