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

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

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

Или «забьёте» на все и продолжите жить как раньше – не беспокоит же ничего. В чем же риск?

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

В эту среду, 30 августа, в офисе компании Oracle состоялась встреча JUG.ru с Олегом Шелаевым, Developer Advocate в компании ZeroTurnaround, которая делает JRebel и XRebel. Тема встречи — инструменты создания многопоточных программ на Java (от конструирования велосипедов и запуска потоков ручками, до ForkJoinPool-ов, зеленых потоков и транзакционной памяти).

Конечно, мы поинтересовались, какие фишки Java 9 считают в ZeroTurnaround наиболее полезными. В результате, разжились статьей, которую вы сейчас читаете. Оригинал статьи Олег опубликовал в блоге RebelLabs, там есть еще много интересного.

Привет.

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

1. Не придается никакого внимания, ведь „всё равно ерунда“
2. Активное нападение или отрицание конкурентного продукта – то, с чем мы сталкиваемся в интернетных постах
3. Полный штиль, во время которого ведется разработка собственной продукции этого типа — так в своё время прореагировали компании Alcon и Schwindt, которые теперь сами разрабатывают технологию SMILE.

Несколько лет назад я внезапно получил звонок от рекрутера с предложением поработать в Швеции в “хорошо финансируемом стартапе” (забавно, что моё резюме он нашёл на Odesk, где у меня давно был профиль, но ни одного завершённого проекта). Надо вам сказать, что в этой стране мне уже приходилось работать ранее, правда, находясь в затяжной командировке, как работник российской компании, потому неплохое представление о жизни в Швеции у меня уже было. С тех пор я обзавёлся детьми, и потому многие реалии шведской жизни мне предстояло открывать для себя впервые.

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

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

Введение

Пассивный DPI