DOU: Старт ИТ-карьеры

Наткнулся на DOU.ua на статью, интервью для которой вместе с товарищами – джуниор разработчиками я давал пару месяцев назад. Темой было начало карьеры в IT, журналист опрашивал молодых специалистов и стажеров в нескольких крупных киевских компаниях, сводя все в один обобщенный материал. Ссылка: http://dou.ua/lenta/articles/how-to-start-it-career/

Статья на Хабре

По просьбам трудящихся написал статью на Хабр о хакатоне и проекте нашей команды. Ссылка: http://habrahabr.ru/company/epam_systems/blog/164201/

Доклад на JUG KPI

В прошедшую субботу мы вместе с Олегом Тымчаком выступали на встрече Java User Group KPI с докладом о своем хакатон-проекте и делились полученным опытом веселого и полезного времяпрепровождения на таком мероприятии. Слайды презентации доступны по ссылке.

Среди прозвучавших докладов отдельно следует выделить захватывающую дух облачную платформу Jelastic, которую представлял Константин Александров. 

Сама встреча проходила в очень уютной атмосфере офиса компании EPAM, с печеньками и другими ништяками.

Unicode transformation format

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

Привожу тезисно свои выводы:

1) Сначала было слово, и записывалось оно в кодировке ASCII – 256 символов (1 байт), предполагалось наличие латинского и одного регионального алфавита (семейство ASCII-совместимых кодировок, например, КОИ-8). Все еще применяется в критичных к размеру сообщений сервисах и в вебе, но морально устарела, полагаю что место этой кодировки – в музее

2) Кодировка UTF-8 содержит 2^16 = 65536 символов и обратно совместима с ASCII.

Каждый символ может кодироваться в 1-4 байта. Символы русского алфавита и некоторые другие алфавиты имеют длину 2 байта

3) Кому-то и такого количества символов показалось мало, и был введен стандарт UTF-16. Иногда пишут UTF-16LE или UTF-16BE (little-endian/big-endian) для указания порядка байтов.

Количество символов: 1112064. Каждый символ кодируется в 2 или 4 байта. Совместимость с UTF-8 и ASCII: нет

4) Для передачи данных по сети гораздо выгодней использовать UTF-8 (что в большинстве случаев и делается) – короче длина сообщений. Еще аргумент в пользу UTF-8 – при потере одного байта остальной текст может быть восстановлен, а вот для UFT-16 в таком случае возможно полное искажение текста

5) Есть еще кодировка UTF-32, которая кодирует символы только в 4 байта и используется в специфичных случаях

6) В Java все символы кодируются в UTF-16, вопрос применения кодировок в той или иной версии ОС – тема для отдельной дискуссии

Источники:

1) На удивление толковая статья в английской википедии 

http://en.wikipedia.org/wiki/Comparison_of_Unicode_encodings

2) http://habrahabr.ru/post/135913/

3) http://www.differencebetween.net/technology/difference-between-utf-8-and-utf-16

Всеукраинский хакатон

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

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

  

Немного удивил факт того, что тема (“Green planet”) была оглашена заранее. Такой поворот событий позволил более-менее продумать идею и распределить задачи. 

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

No passwords any more

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

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

IT-индустрия через 10 лет

IT-специалисты и программисты в частности сейчас сильно востребованы на рынке труда стран СНГ. Да и на Западе за хорошего специалиста дорого готовы дать. Но как долго это будет продолжаться? Не является ли социальной несправедливостью факт того, что зарплата адекватного Java-разработчика может в 3-4 раза превышать средний уровень по стране? Имею некоторые соображения по этому поводу.

1)      Дефицит кадров в индустрии не может быть постоянным. Вот уже сейчас университеты круто меняют свои учебные программы в сторону увеличения числа выпускаемых технических специалистов. Но многие ли из этих будущих специалистов знают, что такое быть хорошим инженером или программистом? Поп-культура навязывает образ легкой жизни и быстрых подъемов без больших усилий, а такой поворот в IT вряд ли возможен. Потому полагаю, что после «расширенных» выпусков ВУЗами технарей число специалистов увеличится, зарплаты и конкурсы на вакансии могут снизиться на 15-20%, но взрыва рынка не произойдет.

2)      Информатизации во многих отраслях сейчас продолжает бурный рост, рано или поздно  должен начаться спад или хотя бы замедление. Что-то вроде перегрева дот-комов в начале 2000-х. Гарантированно останется поддержка и доработка под новые требования существующих решений. Хватит ли места для всех специалистов? Можно предположить возможность небольшого спада в индустрии, но учитывая ее гибкость и легкость миграции между технологиями (переход на другую платформу/язык программирования у хорошего спеца вряд ли займет больше 3 недель, хотя  возможны нюансы), сложно считать такой поворот событий большим риском.

3)      А не перехватит ли эстафету бурного развития какое-то другое направление в науке/технологиях? Эти вехи, кажется, повторяют вехи развития общества: индустриальное-постиндустриальное-информационное. А что последует дальше? Быть может, биотехнологии в интеграции с информатикой? То есть, эта биоинформационного общества, где изделия T-800 и T-1000 из культового голливудского фильма станут нормой жизни? Такое счастливое событие нам вряд ли грозит в ближайшие лет 10, а что уж будет дальше – это тема для футурологов.

4)      Как заметил в своей статье на Forbes.ua Андрей Колодюк, в IT основным инструментом производства являются люди. Т.е., абстрактно говоря, они во многом заменяют собой станки на фабриках, а финансовые потоки текут в гавань высококлассных специалистов и их менеджеров или инвесторов.