После недавней статьи о переезде в Беларусь я подумал, что некоторым может быть интересно узнать и о другом опыте: о переезде в Украину из РБ.
Сразу хочу отметить, что эта статья будет довольно подробно рассказывать не столько о типично айтишных вещах, а, скорее, о жизни в небольшом украинском городке в целом. Осторожно, трафик.
(далее…)
У каждого из нас есть свои мечты, цели, увлечения (и есть работа). Иногда все эти вещи совпадают, иногда сосуществуют, и иногда и вовсе расходятся. Мне очень повезло и, по сути, я смог объединить найти работу своей мечты, которая объединила в себе мечты и увлечения.
Этот пост навеян двумя сегодняшними хабрастатьями, а именно «Как я уехал работать айтишником в Лондон» и «Про любовь к языкам программирования», ведь именно любовь к языку программирования, в сочетании с двумя моими главными увлечениями, забросили меня в неофициальную столицу Евросоюза.
(далее…)
Одним из самых важных факторов успеха или провала ИТ-проекта является коммуникация. Эффективная коммуникация может оказаться непростой задачей, особенно когда в проект вовлечено много специалистов с различным опытом работы, уровнем ответственности и полномочиями. Проблема усугубляется, когда вовлеченные в проект участники принадлежат к разным организациям с разными стилями работы.
.jpg "Эффективная коммуникация в ИТ—проектах (Часть 1)")
Эффективная коммуникация имеет место, когда информация доставлена, при неизменном значении содержимого для принимающей стороны, как и для отправляющей, а также инициирует ожидаемое действие.
Недавно прочитал неплохой пост на тему поиска работы QA и подумал, что похожий пост был бы полезен для JavaScript разработчиков. В конечном счёте, веб движется вперед семимильными шагами, и соискателей на позицию JavaScript программиста хоть отбавляй (разумеется, хороших всегда меньше).
(далее…)
Вы родились в России. Сейчас вы — беженец в Америке. Вам нужно съездить на родину (например за наследством). Рисковать своим статусом очень не хочется. Попробуем учесть и описать все риски данного мероприятия.
Внимание — информация приведена чисто в ознакомительных целях.
Далее небольшое исследование безопасности системы.
(далее…)
— А это кто ж? Опоздавший?
— Подколесин.
— Что, тоже ищет?
— Нет, этот уже нашел.
Моя недолгая трудовая карьера складывалась причудливым образом. Но в сухом остатке я имею то, что имею. Путем всех хитросплетений я стал заниматься управлением проектами. Стартуя с небольшой должности в начинающем развиваться веб-подразделении крупного ритейлера, я попробовал себя инженером в SAP, но в итоге остановился на развитии в пространстве веб-технологий, как в сфере, где я наиболее ориентируюсь технически.
К середине прошлого, 2013 года, о управлении проектами я знал мало, слышал много, но до подробностей постоянно что-то мешало дойти. Пока у меня не появилась острая необходимость и желание переехать в Киев. Но вместе с этим появилась серьезная необходимость перейти на следующую ступень развития в деятельности менеджера проектов и вот почему.
(далее…)
Совсем недавно ко мне обратился знакомый программист с вопросом о том, какое резюме порадует IT-рекрутера. Я, естественно, отшутился, мол, главное, не то, что в резюме, а то что в коде написано и в голове. Но вопросом озадачился и начал мониторить многочисленные сайты для поиска идеальных резюме для IT-специалистов. Ресурсов масса, как и рекомендаций-скриншотов.
Например, описание профессиональных компетенций в «идеальном резюме» для позиции Senior C# Developer может выглядеть так:
Вот и у меня нашлась тема, которой я могу поделиться с Хабр сообществом. Надеюсь данная статья получится не только познавательной, но и интересной.
Входные данные:
Локейшн: Днепропетровск.
Позиция: Junior Automation QA Engineer.
Технологии: C#, Selenium, MSTest, TeamCity, Hibernate.
Так получилось, что пару месяцев назад я оказался на лавке запасных в одной большой компании. Клиент решил поделить нашу команду автотестеров на 2(хорошо, что не на ноль) и так как у меня на этом проекте срок работы был невелик, то я попал в резерв. Внутренних проектов не ожидалось, а в резерве обычно сидеть скучно и невыгодно в денежном плане. Так я начал ходить на интервью.
(далее…)
Здравствуй, хабрасообщество.
Не так давно [около года — именно столько времени пролежала статья «в столе»] сидели мы с товарищем и думали за вопросы организации ИТ-компании. В реально большой ИТ-шной компании мы не работали, вся жизнь прошла в ИТ-подразделениях организаций, для которых ИТ — не основной вид бизнеса. Так что, хотя об организационной структуре мы представление имеем, с деталями её применения к приличных размеров конторе, чья жизнь — реализация и сопровождение софта, мы не знакомы.
Получилась после двух часов раздумий у нас примерно такая картинка, основные положения которой поясняются под катом.
Моя новая работа была так себе. Я получил место младшего админа в отделе Windows Support. В обязанности входили дневные проверки, реагирование на алерты и первичная обработка запросов пользователей. Конечно были разные вкусности в виде задач по тонкой настройке мониторинга Exchange или конфигурации SCCM, но в силу и их низкого приоритета и постоянного потока основных задач сконцентрироваться на них было нельзя.
Надо сказать мой начальник был озабочен несоответствием резюме и должности, о чем прямо на собеседовании мне и сказал. Впервые я мог не получить должность по причине избыточной квалификации. Тогда мне удалось его убедить, что я буду счастлив на этой должности, да и он устал искать и решил, что лучше так, чем никак. К его чести надо сказать, что его волнения были не напрасны — продержался я недолго. Однако в тот момент это было неважно, поскольку эта работа открывала возможность перехода к следующему этапу переезда. (далее…)
