Коллеги, приглашаем Вас на встречу JUG UA, которая будет проходить при поддержке компании Neohost — украинского хостера Jelastic

Программа встречи:

— Docker. Is Does it matter for Java developer? (Izzet Mustafaiev, EPAM Systems)
During this talk there will be an attempt to answer this question and ideas behind Docker will be explained.
How Docker helps to manage development environments with less effort, how to achieve continuous delivery using immutable server concept, how to manage set up a cloud within your workstation and many more.

— Java-приложение на Google App Engine (Александр Замковый, Intro Pro)
Хотите узнать легкий и быстрый способ разместить свой Java-проект в облаке, да еще в инфраструктуре Google и бесплатно? Тогда Вам сюда!
Рассмотрим основные инструменты Google App Engine и работу с PaaS от Google на примере REST-сервиса с android клиентом и интерактивного календаря.
Технологии: Java, Google App Engine, Google Endpoints, Spring MVC, JPA, Spring Data, jQuery.

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

— Jelastic PaaS/IaaS возможности и преимущества (Vladimir Iliushenko, Neohost)
Что нового в релизе Jelastic 2.5. Как использование облака jelastic может облегчить работу программиста.

Регистрация на встречу

Revive image via Shutterstock.

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

Муки выбора: починить или сделать новое?

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

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

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

Что происходит дальше: все инициативные технические специалисты, будучи не услышанными, уходят. Скорость сопровождения системы продолжает экспоненциально падать. Более сообразительные конкуренты систематически вносят обновления и новшества в свои продукты, отбирая ваших клиентов. К этому моменту руководство наконец-то принимает волевое решение: «Нужно что-то делать!»

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

А как же получаются хорошие проекты?

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

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

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

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

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

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

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

Без чего вы точно не обойдетесь

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

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

1. Красиво и идейно писать код.
2. Это увидят все остальные, оценят и поймут, как это круто и удобно,
3. и начнут сами писать так же.

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

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

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

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

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

Если вы — тот самый представитель «новой крови», вас ждет много интересных задач и высокооплачиваемый адский труд.


Но это еще не всё.
Во второй части беседы поговорим о тимбилдинге в старых безнадежных проектах.

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

Продолжение: Как реанимировать старый безнадежный проект. Часть 2: Тимбилдинг

В опросеприняло участие 3109 IT-специалистов, из них 2354 человек думают о релокации за границу, 422 в данный момент работают в другой стране, 76 имеют опыт заграничной работы, но уже вернулись в Украину. 257 человек переезжать куда-либо не планируют.

Самым популярным государством для переезда оказалось США — в качестве желаемой страны его назвали 58,7% опрошенных. На втором и третьем местах — Германия (42,3%) и Канада (33,8%).

Страны для релокации

Те, кто только планируетпереезд, наиболее желаемыми странами для жизни называют США, Германию и Канаду:

Все названные варианты:

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

(В процентах указана доля количества опрошенных IT-специалистов, которые имеют опыт работы в данной стране)

Сроки проживания за границей

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

Мотивация

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

Интересно, что уровень зарплаты — хороший мотив переехать для нынешних жителей Украины (независимо от наличия опыта работы в другой стране; 14% и 13%). Те, ктоза границей сейчас, относятся к своей зарплате с меньшим трепетом (8%).

Ощутимо выше мотивация новыми проектами у тех, ктопоработал за границей и вернулся (11%), чем у тех, ктотолько планирует переезжать (7%) или же работает в другой стране сейчас (7%). Видимо, есть с чем сравнивать.

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

Трудности и препятствия

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

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

Из других факторов, которые затрудняют переезд:
— Длительное отсутствие контакта с близкими и друзьями;
— Патриотизм, жаль покидать родную страну;
— Нежелание бросать текущую работу;
— Уменьшение зарплаты и/или покупательной способности за границей;
— Высокие налоги, цены на жилье и медицину;
— Бюрократические препятствия;
— Отсутствие высшего образования.

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

Другие затруднения:
— Высокие цены и маленькая зарплата;
— Бюрократия;
— Трудности с поиском жилья;
— Разлука с родными.

Однако 97% из тех, кто сейчас работает за границей, удовлетворены своим выбором.

Из тех, кто уже работал за границей, но вернулся в Украину, 38% опрошенных IT-специалистов по окончании контракта, как и планировали, поехали на родину. Остальные 62% возвратились, потому что:

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

Выбор компании

Как украинские IT-специалисты выбирают компанию для работы за границей:

Подавляющее большинство предпочитает не ехать в неизвестность и решить вопрос с работой заранее.

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

Однако среди любителей решать вопросы на месте процент тех, кто уже работает за рубежом (10%),вдвое больше, чем тех, кто только планирует релокацию (5%). Опыт добавляет смелости!

В компании какого типа предпочитают работать за границей украинские IT-специалисты:

Как видим, большинство стремится релоцироваться в большую продуктовую компании (61%), в реальности же там работает существенно меньший процент украинцев (42% и 36%).

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

Кто не думает о переезде

8,2% украинских IT-специалистов, принявших участие в опросе, заявили, что не намерены переезжать в другую страну. Причины следующие:

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

Информация о выборке

В опросе приняли участие 2763 мужчины (89% от числа опрошенных) и 349 женщин (11%).

Выводы

— ТОП-6 популярных стран для релокации — США, Германия, Канада, Нидерланды, Польша и Великобритания.
— Большинство IT-специалистов предпочитают долгосрочный переезд.
— Программисты едут за границу в первую очередь в поисках лучшей жизни. И уже потом — за технологическим просветлением и интересными проектами. Работать предпочитаю в больших известных продуктовых компаниях.
— При мысли о переезде многих смущает не технический уровень, а незнание иностранного языка.
— Самая большая сложность при адаптации за границей — смена круга общения, другой язык и чужая культура.
— Домой айтишники-путешественники возвращаются, если ожидания от жизни за рубежом себя не оправдывают. Но это редко.

Rescue image via Shutterstock.

Перед прочтением этой статьи рекомендуем ознакомиться с предыдущим материалом: «Как реанимировать старый безнадежный проект. Часть 1: Рефакторинг vs переписывание с нуля».

Муки выбора: формат команды и проекта

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

Вы можете:
1. Создать две конкурирующие команды. Одна из них сопровождает старый проект, вторая — пишет новый.
2.Создать два проекта (новый и старый) в рамках одной команды.

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

Чтобы избежать этой участи, нужно установить разумные рамки функциональности новой системы. Это тот самый случай, где без MVPи разумного системногоаналитикавам просто не обойтись. А во избежание ненужной конкуренции между командами — изолируйте их друг от друга, разместив офисы разработчиков, например, в разных концах города. Связующим между старым и новым проектом должен выступать аналитик, но никак не разработчики.

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

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

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

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

Второй способ организации команд и проектов — это создание старого и нового проекта в рамках общей команды.

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

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

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

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

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

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

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

Данная стратегия применима как для полного переписывания системы, так и для глубокого рефакторинга текущего проекта.

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

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

Послесловие

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

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

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

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

Как должен вести себя руководитель в этом случае? Жестко взять и сказать: «хватит бардака! Делаем так и так». Устраивание балагана и/или «пусть всё решает общее вече с утра пораньше» — это банальный уход от ответственности.

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

Когда вместо набора if()...if()...if() я предложил использовать Абстрактную фабрику, все, кроме одного парня, спросили: «Что? Что это?» — это было показательно. Есть шаблоны проектирования. Они не с потолка придуманы. И это не уровень «нравится — не нравится». А это уровень «поддерживается — не поддерживается».

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

Я пытался внедрить массовое код-ревью — не получилось. И дело не столько в инструментарии, сколько в том, что: «да кто ты такой, что указываешь мне, что делать с моим кодом? Ты сколько тут работаешь? Два месяца? А я — два года. Фигово написано? Не твоего ума дела. Работает? Вот и не компостируй мозг».

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

Ты спрашиваешь, почему я ушел: я начал тупеть. Очень сильно. За неделю до ухода я открыл фрагмент кода, посмотрел и обалдел: он был очень красиво написан.

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

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

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

Приглашаем .NET разработчиков провести субботнее утро за чашкой ароматного кофе/чая и в компании C#. Наша встреча пройдет в два этапа. Первая часть будет посвящена истории развития многопоточного программирования. Вторая — перспективам развития языка C#. Плюшки и печеньки — обязательные гости программы. Приходите, будет интересно и вкусно!

Наши спикеры:

1. «История многопоточного программирования» — Алексей Анжияк (.NET Developer в компании Svitla Systems, сертифицированный тренер).

Что будет рассмотрено:
— Что такое поток?
— Синхронизация потоков.
— Шаблон асинхронной обработки.
— Синхронизации доступа к защищенным ресурсам.
— TPL и что такое async и await.

2. «Будущее С#» - Маргарита Остапчук (технический евангелист компании Microsoft Ukraine)

Что будет рассмотрено:
— Компирятор, как сервис.
— Правила и средства для разработки хорошего кода.
— Проект Microsoft «Roslyn».
— Поиск и решение проблем в коде.

Участие бесплатно, регистрацияобязательна.

Организатор: компания Svitla Systems.

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

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

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

Курс состоит из 12 занятий, которые проводятся по вторникам и
четвергам с 19:00 до 21:00.

Программа:

● Основы ООП. Пакеты, классы, модификаторы доступа.
● Инкапсуляция, наследование.
● Полиморфизм. Практическое применение.
● Работа с исключениями.
● Интерфейсы, событийно-ориентированное программирование.
● Потоки ввода-вывода. Работа с файловой системой.
● Многопоточность. Синхронизация потоков.
● Особенности java.lang.Object. Сериализация.
● Generics и коллекции. List, Set, Queue, Deque, Map etc.
● Детальный разбор хэш таблиц. HashMap и HashSet.
● Создание сетевых клиент-серверных приложений на Java.
● Проект «Чат для локальной сети».
● Много практики на занятиях.
● Много интересных домашних заданий.

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

Детали и запись
Наши курсы по Java

Отзывы

ВКонтакте
Facebook
Google Plus
Twitter

(044) 232-65-48
(093) 256-51-48
(050) 3-555-999

Ежегодный семинар по ключевым изменениям в правовых нормах ведения ИТ бизнеса ! Лучшие ИТ-юристы и финансисты расскажут о том, как избежать “CRITICAL ERROR” в софтверном бизнесе. Изменения в операциях с валютой, раскрытие конечного собственника, налоговое законодательство, мобилизация, #НБУ #СПД #ПРОВЕРКИ и прочие регуляторные проблемы.

Делегируйте юриста или бухгалтера от Вашей компании (а лучше двоих — 25% скидка) и будьте уверены что ваш бизнес совместим с действующей версией законодательства!

В стоимость входят:
— Обед и кофе-брейки
— Набор материалов
— Сертификат участника
— Индивидуальные консультации от спикеров

Для участников Ассоциации “ИТ Украины” скидка 40%
Скидка на второго учасника от компании — 25% (скидки не суммируются)

Программа семинара “Law&Finance Debugging”

9.30-10.00Регистрация и приветственный кофе

10.00-11.35Налоговое законодательство для ИТ — новации 2014 года и перспективы 2015
Павел Ходаковский, партнер ЮФ “Arzinger”, Ольга Баранова, советник ЮФ “Arzinger”
1. Ключевые новации налогового законодательства в 2014 году.
2. Практика применения в ИТ отрасли стимулирующего законодательства относительно налогообложения ИТ компаний. Новости “спецрежима”, освобождение от НДС при поставках программной продукции.
3. Администрирование НДС с 01.01.2015 — ИТ аспекты
4. Налог на недвижимость для СПД — практика уплаты налога за 2014 год. Правовые основания налогообложения недвижимости в личной собственности СПД. Методы расчета налогового платежа. Порядок уплаты СПД налога на недвижимость. Приглашения в налоговые органы для уточнения объема платежей.
5. Налоговая реформа. Три версии налогового законодательства от исполнительной власти. Что общего и какие между ними различия. Проекты изменений в налоговом законодательстве согласно Коалиционного соглашения. Ставки НДФЛ, ЕСВ. Изменения в упрощенной системе налогообложения — новые объемы. Какие из этих предложений вероятнее всего будут реализованы?

11.35-11.45Кофе-брейк

11.45-12.15“Антикоррупционный закон” (№ 5114) — раскрытие конечных собственников.
Дмитрий Овчаренко, управляющий партнер SBT Systems
1. Как влияет на бизнес “Антикорупционный закон”
2. Что требуется от компаний, чтобы пройти “compliance” с этими законами? Какие новые действия необходимо предпринимать, ответственность за неисполнение. Какие есть законные способы неразглашения данных о реальных собственниках бизнеса? Практические кейсы.
3. Перспективы развития данного законодательства, мировая практика.

12.30-13.00Обзор инициатив по дерегуляции в ИТ от Администрации Президента и Минэкономики. План мероприятий по поддержке развития индустрии программной продукции на 2015 год.
Виктор Валеев, директор Ассоциации “ИТ Украины”
1. Облегчение трудоустройства иностранцев
2. Распределение прав на объекты интеллектуальной собственности между разработчиком и компанией
3. Использование лицензий конечного пользователя (EULA)
4. Использование электронных денег
5. Запрет на изъятие серверного и коммуникационного оборудования
6. Открытие счетов за границей

Валютные ограничения — влияние политики НБУ на ИТ бизнес в Украине, последние новости и перспективы.
Ирина Кравчук, финансовый директор ЕПАМ Системз Украина
1. Обзор постановлений НБУ за год. Динамика ограничений по продаже /покупке / снятии валюты юр. и физ. лиц. Налоговый и бухгалтерский учет операций в валюте.
2. Правила отражения курсовых разниц в Ф2 и Декларации о прибыли предприятий. ВЭД — сроки погашения задолженности. Штрафные санкции за нарушение правил расчетов.
3. Практические схемы и решения по продаже валюты по реальному курсу

14.15-14.45Низконалоговые и оффшорные компании в ІТ-бизнесе: Новая практика.
Антон Зинчук, партнер ЮФ “ILF”
1. Как избавится от налоговых проблем, забыть о проверках и вести бизнес в Европе: основные схемы использования иностранных компаний.
2. Что нужно помнить, чтобы оптимизация налогов не превратилась в уклонение от их уплаты: основные правила безопасности.
3. Куда ехать в отпуск или как выбрать страну для открытия зарубежной компании.
4. Как создать зарубежную компанию и сколько стоит ее содержать.
5. Использование средств на счету иностранной компании: техника и нюансы.

15.45-16.00Кофе-брейк

16.00- 16.30 Проверки ИТ компаний после революции.
Дмитрий Гадомский, адвокат, партнер практики IT и медиа права АО “Юскутум”.
1. Стратегия и тактика работы контролирующих органов в послереволюционный период.
2. Кейсы проверок в Харькове, Черкассах, Киеве в 2014 году.
3. Новые “основания” для проведения проверок. Основные процессуальные нарушения со стороны проверяющих

*В программе возможны изменения и дополнения

Контакты

Контактное лицо:
Давид — +380632594983

Больше информации на сайте itukraine.org.ua
и по телефону:
+38 099 266 39 03
+38 044 591 10 24

Спикер: Денис Кузин

Marionette.js является одной из библиотек, которая, используя всю гибкость Backbone.js, создаёт набросок архитектуры и реализует основу для написания больших и расширяемых Javascript приложения. В ходе мастер-класса мы опробуем все тонкости разработки на MarionetteJS почтового клиента, рассмотрим основные компоненты и будем их расширять в собственных целях.

План мастер-класса
1. Основы BackboneJS
2. Основы MarionetteJS
3. Событийная модель
4. Почему нет смысла в тестировании
5. Работа с моделями и коллекциями
6. Реализация биндинга вьюшек
7. Понимание порядка инициализации
8. Сборка проекта
9. Бекэнд на .NET

Стоимость:
1500 грн (104 $) При оплате до 23 ноября включительно
1800 грн (124 $) При оплате до 31 декабря включительно
2000 грн (138 $) При оплате до 6 февраля включительно
2200 грн (152 $) При оплате в день мероприятия

Также доступна on-line трансляция (50% от стоимости оффлайн,код скидки ONLINE)

СПЕЦИАЛЬНАЯ СКИДКА 10% для друзей DOUпо промо-коду DOU_SM!

Подробнее

В подкасте пойдет речь о лингвистике.

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

В программе:

• Гендерный дисбаланс
• Про во’IT’и
• Диплом прикладного лингвиста
• Репетиторство
• Первая работа в IT
• Разница между лингвистиками
• Компьютерная лингвистика украинского языка
• Рынок труда лингвистов
• Как стать компьютерным лингвистом
• Шовинизм в IT
• Работа в Grammarly

Книги в выпуске:

• Speech and Language Processing — Daniel Jurafsky
• Natural Language Processing with Python — Steven Bird

Прямая ссылка на файл
Подкаст на iTunes

Текстовая версия доступна на itpodcasts.com.ua.

Выпуск записан при поддержке IT-компаний AltexSoft.

Подкаст «Откровенно про IT карьеризм» от идеи до реализации — интеллектуальная собственность Михаила Марченко и Ольги Давыдовой. Все вопросы, касающиеся подкаста, адресуйте нам на shami13@gmail.com.

Дано: Android апликейшн с аудиторией 10 млн человек. Crashlytics для трекинга крешей.

Топ 1% крешей выглядят так:

или так:

или еще десятком разных представлений, но все они — OutOfMemory креши.

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

Кардиограмма студии:

Дамп хипа в Memory Analyzer tool (www.eclipse.org/mat/)

Монитор спокоен:

adb shell dumpsys activity activities com.app_name | grep "Running activities" -A 30 | head -30 

говорит: «Узбагойся»:

Task #4 — запущена всего одна активити. Но креши-то не ушли... Заставляет задуматься.

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

Посмотрим, что говорит:

adb shell dumpsys meminfo com.app_name

После минуты работы приложения при одной открытой активити в стеке:

Wow! 560 views и 8 activities... Wow, черт побери... что-то тут не так!

Начинаем бисектить код в живой активити.

Результат:

1. Найден код в стиле:

mHomeView.postDelayed(new Runnable() {
    @Override
    public void run() {
        bla-bla-bla
    }
}, 

Казалось бы, всё в порядке — если активити дестроится, его вью, которые не держатся чем-то извне, должны уничтожиться тоже, предварительно почистив колбеки. Но не тут-то было. Данный код приводит к утечке всей активити. Лечится либо выносом runnable в мембер класса с последующим удалением, либо переносом логики в

mHandler = new Handler();
...
    mHandler.postDelayed(new Runnable() {
    @Override
    public void run() {
...
    }
},

то_же_время);

с очисткой в виде

mHandler.removeCallbacksAndMessages(null);

в onDestroy или onStop. Хотя по сути postDelayed на вью и хендлер должны быть эквивалентны, если веритьуважаемым людям в мире Android.

2. Некоторое время назад один уважаемый человек индусской национальности вкрутил 3^rd-party библиотеку для реализации shimmer эффекта (glow над текстом). Что-то вроде https://github.com/RomainPiel/Shimmer-android

Всё работает отлично. Видимых ликов нет. В коде библитеки найден следующий код:

mAnimator = ObjectAnimator.ofFloat(shimmerView, "gradientX", fromX, toX);
mAnimator.setRepeatCount(mRepeatCount);
mAnimator.setDuration(mDuration);
...
mAnimator.start();

Выглядит подозрительно:
— динамическая установка значений вью через рефлекшн каким-то делегатом;
— передаём вью куда-то в странного вида функцию.

В коде фреймворка в классе ObjectAnimatorработа с вью выглядит безопасно:

mTarget = target == null ? null : new WeakReference<Object>(target);
…
   @Nullable
    public Object getTarget() {
        return mTarget == null ? null : mTarget.get();
    }
...
    final Object oldTarget = getTarget();
    if (oldTarget != target) {
...
    }

Утечек быть не должно...

В процессе разрушения исследуемой активити вызывается mAnimator.cancel(), который должен остановить анимацию.

Шок: Анимация НИКОГДА не останавливается. Были опробованы разные методы вида:

mAnimator.cancel();
mAnimator.end();
shimmerView.clearAnimation();

и другие извращения. Не помогло ничего.

Не мы одни такие:
stackoverflow.com/...snt-always-work
stackoverflow.com/...l-does-not-work

Модифицируем код, чтобы избавиться от передачи вью в аниматор. Вуаля! Memory leaks gone!

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

Выводы:
— Не верь глазам своим. Что касается памяти — к сожалению, разные инструменты показывают разные вещи, и неизвестно, чему верить.
— манипулировать явно или неявно объектами UI фреймворка (в нашем случае views) — обычно очень плохая идея.
— При разработке приложений для Android проверяйте вывод:

watch -n 1 adb shell dumpsys meminfo com.app_name

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

Удачи!

Новым руководителем инжиниринга и управляющим директором GlobalLogic в Украине сталИгорь Беда, сменив на посту Владимира Шарова. Ранее Игорь возглавлял направление инжиниринга в украинском офисе компании.

Такое решение было принято по инициативе Apax Partners — фонда, который купил компаниюв октябре прошлого года. По настоянию инвесторов, на руководящих должностях GlobalLogic должны быть специалисты, обладающие не только управленческими навыками, а и опытом в технологиях.

По словам нового руководителя GlobalLogic в Украине, сильные технические специалисты в роли Country Heads помогают компании лучше понимать потребности и цели своих клиентов.

CEO GlobalLogic Шашанк Самант выражает уверенность, что обширный технический опыт Игоря, частично приобретенный им на должности Head of GlobalLogic Ukraine Delivery Center, в сочетании с его глубоким пониманием клиентов GlobalLogic приведет украинские центры компании к еще большим успехам.

Владимир Шаров занимал должность управляющего директора GlobalLogic с апреля 2012 года, до этого он на протяжении 10 лет работал в украинском представительстве Intel. До Шарова компанией руководил Роман Хмиль, один из основателей GlobalLogic.

DOU Ревизорпобывал в киевском офисе Coppertino Inc.— небольшой продуктовой компании, основной деятельностью которой является разработка программного обеспечения для OS X & iOS. В широких массах Coppertino Inc. известна своим продуктом VOX Music Player — популярным аудиоплеером для Mac OS.

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

Coppertino Inc. была основана в 2010 году, сейчас в компании работает 30 специалистов. В этом году команда планирует большой релиз, о котором в своем недавнем интервьюзаявил Петр Бондаревский, управляющий партнер Internet Investments Group, сооснователь Coppertino Inс. Судя по словам Петра, компания сейчас находится на стадии бурного роста и активной экспансии на рынок аудиоплееров.

В округе и поблизости

Ранее офис Coppertino Inc. находился в самом центре столицы на пересечении ул. Б. Хмельницкого и ул. Владимирской в «Леонардо» — довольно пафосном бизнес-центре класса А. В апреле 2011 года руководство приняло решение найти более уютное местное для своей команды, и компания переехала на ул. Криворожскую 11, где заняла весь третий этаж здания. Там и сделали ремонт абсолютно с нуля, исходя из своих потребностей распределения рабочего пространства. Снаружи здание больше похоже на частный дом, чем на офисное помещение, и в этом есть своя прелесть. Сами сотрудники Coppertino Inc. отмечают, что сегодняшний офис намного комфортнее и уютнее предыдущего (см. раздел «DOU Ревизор спрашивает»).

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

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

К сожалению, поблизости практически нет общепитов, кафе и других пунктов питания. В 5 минутах ходьбы можно найти только кафе-столовую «Витязь» — бывший «Беркут», который переименовали во время событий на Майдане (40 грн. за комплексный бизнес-ланч, но если заказывать отдельно блюда по желанию — около 80-90 грн.)и ресторан «Макош» (≈ 80-90 грн.— обед). Ближе к метро вы найдете пиццерии «Domino’s Pizza» (≈ 100грн за пиццу) и «il Molino» (≈ 100 грн. — обед)

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

Рабочее пространство

Общая площадь офиса Coppertino Inc. составляет 330 квадратных метров и занимает весь третий этаж здания. С точки зрения планировки все пространство разбито на две приблизительно одинаковые зоны open space, соединяющиеся вытянутой по своей форме кухней. Кухня сквозная — из нее вы можете попасть как в одно, так и в другое помещение.

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

Доступ к рабочим местам открыт круглосуточно, но рекомендуемый график с 11-12до 21:00 (пн -пт). Он довольно свободный и особо не регулируется. Количество квадратных метров на человека в рабочем помещении составляет около 11 м² (по данным компании).

Отдых и вдохновение

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

Как и в предыдущем фотообзоре, в офисе Coppertino Inc. тоже есть животные. Бим — домашний любимец Ивана Абламского, сооснователя Coppertino Inс. Почти каждый день Иван забирает Бима с собой в офис, чтобы тот не скучал дома. Вот так и стал этот энергичный вест-хайленд-уайт-терьер любимцем всего офиса. В целом офис компании больше напоминает некое сообщество единомышленников. Здесь нет ничего лишнего, лишь самое необходимое для создания всемирно известного продукта.

DOU Ревизор спрашивает

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

Анна, менеджер по персоналу в колл-центре, с мая 2012 года в компании

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

Дмитрий, разработчик, в компании с дня ее основания

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

Джейк, креативный директор, 1,5 в компании

«До этого у нас был офис в „Леонардо“. Это было стабильное офисное пространство, где все просто работают, и максимум, что ты можешь сделать, так это попросить степлер у своего соседа. Здесь же совершенно другая атмосфера — у нас появилось более человеческое общение, и это важно. В моей работе так точно. Но я бы убрал лестницу и поставил лифт. Когда я выхожу утром покурить и попить кофе на улицу, а курю я как минимум 2-3 сигареты,то эти два лестничных пролета ужасно утомительны. Серьезно. Я хочу лифт. И это знают все в офисе. А еще я хочу свой стол. Я как цыган здесь — уже поменял не одно рабочее место. Вот сейчас сижу на проходе, а иногда вообще прихожу, а за моим рабочим местом сидит Ваня Абламский. Но я-то понимаю, что если он там сидит, то это не просто так — значит хорошее место. Хоть и на проходе, зато между рабочими местами маркетинга и руководства. Иногда чувствую себя таким важным. Еще хочу свой телефон офисный, чтобы бабушка звонила. А еще барышень у нас мало! Это ужасно. Приходится после работы куда-то ехать. У нас конечно есть одно мужское место, куда мы все вместе ходим, а потом после того мужского места, мы идем еще в одно место для мужиков, но там одни барышни. А вот если сократить время провождения в этих местах, то продуктивность в принципе может увеличиться. В моем случае так точно. А здесь я сижу и смотрю на одних бородатых мужиков. Хочу ресепшн с двумя девушками. Одну в это крыло, а другую в то крыло. И к нам обязательно брюнетку. А еще нам не хватает музыкальной комнаты с шумоизоляцией. Мы же компания, которая делает музыкальный плеер. Нам просто необходима такая комната».

Сергей, разработчик, 1 год в компании

«У нас в офисе очень грамотный open space, здесь приятная атмосфера и в целом очень комфортно работать. У нас небольшой офис, и его достаточно сложно оценить. Если бы это было пространство на 100 рабочих мест, тогда да. Наш офис маленький, его сложно сделать плохим. Единственно, что мне не нравится, так это расположение. Далековато идти от метро, да и рядом толком негде поесть. Мы просто находимся в частном секторе. Если бы у меня была машина, то возникли бы проблемы с парковкой. Здесь фактически ее нет. Парковка всего на три машины, а все офисное здание рассчитано человек на 100. Все ставят машины на тротуаре — это не удобно».

Ну что, мы поехали дальше... А если вы хотите, чтобы DOU Ревизор приехал к вам, пишите нам — revisor@dou.ua

Следите за нашей страницей на Facebook — www.facebook.com/dourevisor

* ДОУ Ревизор — фотообзоры офисов ИТ-компаний Киева. Они отображают три категории:

• «В округе и поблизости» (где расположен офис, что есть полезного рядом: магазины, кафе, общепиты, спортзалы и другое),
• «Рабочее пространство» (рабочее место разработчика, митинг-румы и другие локации для стендапов, коллов с клиентом, переговоров),
• «Отдых и вдохновение» (все, что вдохновляет и помогает созидать).

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

Итак начнем:


17 ноября 1929

Смерть Германа Холлерита, создателя табулятора

Табулятор Холлерита


17 ноября 1970

Рождение компьютерной мыши

Патент на прототип компьютерной мыши


17 ноября 2008

Запуск первого поколения Core i7 в 2008 году

18 ноября 1929

Рождение изобретателя иконоскопа — Владимира Зворыкина

Схематическое изображение кинескопа для черно-белого телевидения: 1 — нить подогревателя катода; 2 — катод; 3 — управляющий электрод; 4 ускоряющий электрод; 5 — первый анод; 6 — второй анод; 7 — проводящее покрытие (аквадаг); 8 — катушки вертикального отклонения луча; 9 — катушки горизонтального отклонения луча; 10 — электронный луч; 11 — экран; 12 — вывод второго анода


18 ноября 1787

Рождение Луи Дагера — человека, который сделал фотографию популярной

Оригинальная камера Дагера, сделанная Альфонсом Жиру


18 ноября 1962

Смерть Нильсона Бора

Выход Half-Life

19 ноября 2007

AMD представила новую линейку процессоров — Phenom

Первая в мире интернет-трансляция

Начало продаж Microsoft Windows 1.0

20 ноября 1984

Создание организации, которая будет искать внеземные цивилищации

20 ноября 1889

Рождение известного астронома Эдвина Хаббла

100-дюймовый (≈2.5 метровый) телескоп Хукера на симметричной английской монтировке с ярмом (монтировка в которой полярная ось имеет опоры под обоими концами, а в её середине находится подшипник оси склонений, позволяющая направить лучи в куде фокус при помощи лишь двух плоских вспомогательных зеркал), которым Эдвин Хаббл пользовался для измерения расстояний до галактик, величины Красного смещения и скорости расширения Вселенной

Известный всем людям телескоп Хаббла


21 ноября 2004

Выпуск консоли Nintendo DS

Nintendo DS 2004 года


21 ноября 1877

Представлен фонограф — устройство для записи звука

Французским пользователям сервиса Yahoo! запрещают посещать аукцион

Подписывается историческое соглашение между Microsoft и Apple

Рождение создателя языка программирования PHP

Начало продаж консоли Microsoft Xbox360

Запуск World of Warcraft

Рождение известного советского изобретателя Александра Шорина

Рождение изобретателя уникальных часов Константина Чайкина

Часы с турбийоном


Данная статья была написана в качестве эксперимента. Если Вам нравиться такой формат, и идея, то напишите в комментариях «Мне интересно, хочу еще», а если эксперимент провальный, то я удалю данный пост. Искать на каждый день по 3 события тяжело, приходиться заменять на события со смежных зон, но они также интересны. Если Вы видите как можно улучшить данную рубрику или можете предложить свои идеи, то пишите также.


Всем спасибо за прочтение.

Petcube, найкращий hardware-стартап Європи в 2014 році, запрошує на роботу старшого Android-розробника.

Компанія Opower, яка допомагатє людям заощаджувати енергію, шукає в Одесі Ruby Lead Engineer’а. Зарплата від $5000.

Харківська компанія Brightgroveпопросила Віталія Кличканаписати текствакансії, і тепер їй потрібен не только лишь PHP developer.

Компанія CS відкриває в Харкові стажерську програму «Oracle Students» для студентів 4-6 курсів.

Концерн Хлібпром — провідний виробник хлібобулочних виробів, ТМ Bandinelli, ТМ Наминайко, ТМ Хлібна Хата шукає у Львові 1С програміста.

Державній телерадіокомпанії «Культура» потрібен талановитий web-дизайнердля розробки заставок програм та оформлення сайту.

Народний проектшукає інтернет-маркетологадля просування краудфандінгового ресурсу на західну аудиторію та авіамоделістаз досвідом конструювання керованих FPV моделей на базі автопілота.

Харківський бронетанковий завод запрошує на роботу системного адміністраторадля підтримки комп’ютерного забезпечення заводу. Зарплата 2000 грн, премія 50%+ від окладу.

Слідкуйте за Android-вакансіями в twitter за допомогою @droid_vacancies.

Більше вакансій шукайте на jobs.dou.ua.
← Попереднійвипуск дайджесту.

Якщо зустрінете цікаву вакансію, яку варто додати в наступний дайджест — надсилайте її на editors@dou.ua.

«Samsung R&D Institute Ukraineобъединяет два офиса в один в Киеве для повышения эффективности и синергии организации», — рассказал Андрей Фисуненко, R&D Directorукраинского представительства компании.

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

Напомним, украинский Samsung R&D Institute открылцентр разработки в Харькове в 2012 году. Киевский офис заработал с 2009 года и сейчас насчитывает больше тысячи сотрудников.

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

Про быт

Экскурсия по офису

Про работу и семью

Ждем ваших отзывов и комментариев к этому выпуску.

Спасибо нашим спонсорам:
Wargaming.net, DataArt, Drucode, DAXX, MacPaw, QuickBlox, Luxoft.

← Предыдущий выпуск

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

На семинаре рассматриваются вопросы из десяти областей знаний стандарта PMBOK^® Guide Fifth Edition.
Кроме этого, слушатели разбирают задачи (кейсы) из практики управления проектами, аналогичные ситуационным задачам экзамена, а также аспекты этики и профессионального поведения менеджера проекта, включаемые в вопросы экзамена. В процессе обученияслушателям подается и разъясняется математический аппарат, необходимый для решения расчетных задач на экзамене. По мере прохождения каждой из областей знаний, слушатели имеют возможность потренироваться отвечать на вопросы экзамена PMP^®при помощи специальных онлайн тестов. В конце обучения имитируется сдача полного сертификационного экзамена из 200 вопросов.

Завершив обучение, слушатели получаютсертификат, подтверждающий формальное обучение в объеме 35 контактных часов, необходимых для представления к сертификации PMP^®, а также получают полугодичный доступ к банку тестовых вопросов для дальнейшей тренировки и поддержания «спортивной формы». Всем участникам семинара оказывается бессрочная консультационная поддержка по организационным вопросам вплоть до выхода на экзамен.

Зарегистрированным посетителям DOU.uaпредоставляется скидкаи возможность поэтапной оплаты.

Узнать больше и зарегистрироваться

Дорогие друзья,

Мы рады сообщить, что 7-й IT Jam «Meet&Mix!» состоится 21 марта 2015 года на главной арене страны — НСК «Олимпийский».

Все 6 лет существования IT Jam является знаковым событием для IT индустрии Украины, цель которого — объединить единомышленников и привнести новое в развитие IT.
Мы всегда опережаем тенденции и регулярно меняем форматы мероприятия, чтобы отразить текущую ситуацию развития IT отрасли как в Украине так и в мире, в целом.

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

IT Jam 2015 будет состоять из множества разнообразных активностей, и мы хотим пролить свет на одну из них — премию IT Education Awards 2015.

IT Education Awards 2015

IT Education Awards 2015 «From passion to action» — первая ежегодная премия, направленная на поощрение тех, кто вкладывает свою энергию и время в обучение и развитие IT профессионалов.
Премия станет признанием для тех, кто мотивирует, вдохновляет, обучает и помогает другим реализовать свои потенциал в области IT, тем самым развивая IT индустрию в Украине.

Кто может принять участие?
Подача заявок на соискание Премии является открытой для всех неформальных образовательных проектов (учебные центры, курсы, лаборатории, и т.д.)
Заявку можно заполнить на сайте www.itjam.com.uaдо 1-гофевраля 2015 года.

Победители будут объявлены 21 мартав рамках проведения IT Jam 2015.

Меня зовут Виктор, и я работаю менеджером проектов в компании Softengi. Но 35 наших тестировщиков постоянно заваливают меня интересными ссылками из мира тестирования. Я их читаю и самыми интересными делюсь с Вами.

Новости!

Хром, укравший рождество...

Шум вокруг уязвимости Heartbleed поутих, но это не значит, что мы в безопасности. В особой зоне риска пользователи Linux и Mac OS X. Проинформирован — значит, вооружен.
habrahabr.ru/...ru/blog/238475

О каком security тестировании речь, если пользователи о security не заботятся? Более 99% паролей для Gmail ненадежны. Объясняет масштаб проблемы инфографика.

Запущен сайт вопросов-ответов для тестировщиков ru.qahelp.netс амбициями русского stackoverflow. Посмотрим, что из этого выйдет, вроде бы интересно☺

Почитать

Отличная статья и очень полезная майнд-карта для начинающих тестировщиков. И для опытных тоже — чтобы освежить память. Классификация видов тестирования

Еще о видах тестирования на простом примере.

О важности уточнений требованийот Ольги Киселевой.

Многие люди проходят курсы по тестированию и не знают, что потом с этим делать. Ладно, если они проходят качественное обучение в компаниях, где высок процент трудоустройства выпускников. Но что делать остальным? Советуетта же Ольга Киселева:

A manual tester, manual project manager and a manual network admin walk into a bar... Пятерка наиболее нелюбимых терминов в тестировании программного обеспечения

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

Top 5 Software Testing Traps and How to Overcome Them

Серия занимательных инфорграфик о Сontinuous Delivery:
— Continuous delivery automated acceptance testing
— Continuous delivery test strategy
— Continuous delivery

Top 5 Things a Tester Must Have to Excel

А теперь прислушаемся к авторитету. Джеймс Бах — об областях знаний, в которых тестировщик должен разбираться.

Еще одна прекрасная статья от классиков — делится мудростьюЛи Коплэнд.

Практические советы по составлению портфолиодля тестировщиков.

В продолжение темы о портфолио тестировщика.

Группа тестирования в Scrum-проекте — пример из жизни.

Отличный способ разобрать процесс по косточкам и избавиться от лишнего — How to create a Value Stream Map.

Интересный доклад о том, как меняется тестирование.

Для интересующихся безопасностью. Вебинар: «SQL-инъекция. Оборона и нападение (часть 1)».

Автоматизация

Случайность в автотестах

С чего начать изучение Selenium?

Интересный способзапуска Selenium тестов на заднем плане.

От велосипеда к...Очерк для QA-специалистов и разработчиков, привлечённых к автоматизации тестирования приложений.

Полезное

ScreenToGif — удобная утилитадля записи происходящего на экране в GIF файл. Наши тестировщики уже вовсю прикрепляют гифки к баг-репортам, чего и Вам желаем☺

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

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

Немного юмора

Будни Senior QA

Ребята, нужно развиваться

Вот так находка при тестировании безопасности

Предлагаем ввести новую строчку в список приоритетов для описания этого бага: wtf

А нам потом тестить!

Немного злого юмора☺



За помощь в составлении дайджеста особое спасибо Максиму Сальникову, Леше Федорову и всей команде тестирования компании Softengi☺

Полезные и интересные сообществу тестировщиков ссылки присылайте на viktor.bezhenar@softengi.com — посмотрим, рассмотрим, включим в дайджест и скажем «спасибо»!

← Предыдущий выпуск: QA дайджест #0

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

Все начинается с детства. Ребенок идет в школу. Там он 9-11годов своей жизни сидит от 4 к 7 часов (в зависимости от класса), после этого идет домой, делает домашнюю работу еще несколько часов, возможно дополнительно ходит и учиться играть на музыкальных инструментах или учиться рисовать. Продолжает вести сидячий образ жизни.

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

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

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

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

Положение осанки во время работы за компьютером — очень важно.

Почему это важно?

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

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

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

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

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

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

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

Вот такой длинный путь человек проходит за свои первые 20+ лет.

Дальше я расскажу, к каким заболеваниям может привести сутулость спины.

Я выделяю 4 уровня спины:
1) Шея и трапеция;
2) Уровень между лопаток;
3) Средина спины;
4) Низ спины.

На каждом уровне есть свои заболевания.

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

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

Что я делал, чтобы избавиться от нее?

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

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

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

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

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

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

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

2) Нужно освободить достаточно места на столе, положить локти на стол, выровнять высоту стула, ноги поставить ровно, и в коленях угол 90 градусов сделать. Спинку стула сделать ровной под 90 градусов, а если Вам повезло и у Вас навороченный стул, то на 135 градусов. Ортопеды рекомендуют этот угол, так как по их наблюдениям, этот угол самый безопасный для спины.

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

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

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

Также стоит добавить, что есть еще технические средства по борьбе с неправильной осанкой.

Все с детства помнят такие корсеты, которые можно было надеть и он сжимает и точно не дает тебе сутулиться. Но в этом решении есть проблемы — после 30 минут — 1 часа человек устает от него и ему не комфортно в нем быть.

Кроме этого есть еще 4 электронных устройства:

1) Lumoback

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

2) Lumo Lift

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

3) МАСТЕР ОСАНКИ

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

4) Darma

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

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

А как Вы сидите? Болит ли у Вас спина?