Впервые в своей истории JUG.ru вышел обеими ногами в онлайн и представил вам новый формат: разбор доклада с экспертами. Вашему вниманию мы представили живой разбор доклада Баруха Садогурского «DevOps для разработчиков (или против них?!)». В разборе участвовали:
— Барух Садогурский (https://twitter.com/jbaruch), Developer Advocate в компании JFrog, автор доклада, евангелист DevOps и любимец публики;
— Антон Кекс (https://twitter.com/antonkeks), основатель компании Codeborne, гуру методологии XP, практикующий разработчик и настоящий Software Craftsman;
— Олег Анастасьев (https://twitter.com/m0nstermind), ведущий разработчик в Одноклассниках, гуру распределенных систем и облачных решений;
— Алексей Федоров (https://twitter.com/23derevo), продюсер в JUG Ru Group, лидер питерского JUG и организатор Java-конференций Joker и JPoint;
— Леонид Игольник, Angel Investor, Startup Mentor and Advisor из Кремниевой Долины.
****
Спонсоры митапа: ALM Works, Infobip
ALM Works
Ребята делают офигенный плагин Structure for JIRA: almworks.com/structure/overview.html
Узнать о карьерных возможностях в ALM Works:
careers@almworks.com
В этом видео мы рассмотрим вопрос того, на сколько важен английский для начинающего IT специалиста. Также я поделюсь своим опытом, советами и лайфахами о том, как быстрее и продуктивнее прокачать свой уровень языка.
Краткая история моего изучения
Я вам уже рассказывал что я на свою первую работу попал через практику в IT компании, и вот в чем дело, на момент когда я попал на практику я довольно хорошо знал Java и все что с этим языком связано, но не технологии. В той компании нужно было сделать 22 лабораторные работы за 2 месяца, 12 из них по Java Core который я знал, а 10 по совершенно новым, незнакомым для меня технологиям, первые 12 я сделал очень быстро, потому что все знал, а дальше начался ад, у меня уровень английского был Beginner и то есть я читаю только с переводчиком, которым криво переводит тех документацию, в общем очень непонятно и это прям очень сильно меня подкасило, потому что столько времени инвестировал в Java а тут оказывается новые технологии, на русском вообще нет нормальной литературы, я не могу толком читать на английском и это сильно затормозило сроки выполнения задания.
Какие требования к Junior к английскому
В первую очередь когда мы говорим о требованиях английского к Junior, то это в первую очередь чтение технической документации, потому что Джуниор должен быстро учиться и быстро осваивать новые технологии, а иногда даже языки, а без чтения тех документации это очень проблемно. Джуниоры не так прям часто коммуцируют, может иногда приходится там какой-то свой статус сказать например или вопрос задать, но в основном это все-таки больше про чтение и про скорость обучения. Поэтому без чтения реально очень туго.
Специфика изучения технического английского
Надо понять также специфику изучения тех английского. Я во время того когда делал лабораторные заметил что очень большое количество слов повторяется в разных источниках, в том числе повторяются фразы, формулировки, а также структура предложения. Все дело в том что технический английский это специфическая достаточно область, в котором есть часто употребляемые слова, особенно что касается тех документации. Их не очень много может 2-5тыс слов, из которых вам нужны где-то 2.5 тысячи.
Как учить слова
В то время я как раз и занялся плотно изучением технических слов, что я собственно сделал, есть приложения по типу lingua leo у которых есть не только мобильное и десктоп приложение, но самое важное есть гугл хром расширение, которое позволяет переводить слова и добавлять их вместе с переводом к себе в словарь. По сути алгоритм достаточно простой, вы устанавливаете это расширение и по ходу своего обучение или уже работы вы скорее всего будете читать какую-то техническую документацию или статьи на английском, вы будете встречать незнакомые слова, и вот с помощью этого расширения, не только два раза кликнув там на слово можно было перевести, вы смотрите что попадает по контексту и не только видите перевод, но также добавляете его к себе в словарь.
И тут самое важное, постоянно учить слова которые находятся в этом словаре и которые будут регулярно пополнятся в процессе чтения. Я в то время установил себе планку 20 слов в день, и это не сильно много, едешь на работу 5 слов выучил, на перерыве снова 5 слов или 10 и еще 5 вечером, или например сразу все 20, 20 слов это не так много. И по сути все измеряется на дистанции, 20 слов это не много, но если посчитать за месяц, то если умножить на 30 это будет 500 слов, а если на 5 месяцев, это уже 2500, не просто английских слов, а целенаправленных слов которые реально взять из технической документации.
Специфика грамматики
Тут сразу простой ответ, запишитесь сразу на курсы, 2-3 раза в неделю, желательно чтобы ваша грамматика и то как вы ее учите пересекалась с теми темами и словами которые будете учить из словаря, скажем так нужна грамматика специализировано для IT спецов. Еще важно понимать что не обязательно знать прямо всю грамматику чтобы прокачаться, на самом в большинстве случаев в технической документации используется там 5 времен из 16 возможных.
Разговорный
Конечно вы его будете так или иначе прокачивать по мере того как будете ходить на курсы, но еще одна такая прикольная фишка которая помогла хорошо и приятно прокачаться это Speaking Сlub. Если вы живете в более менее крупном городе, они у вас точно есть, суть в том что люди просто собираются поговорить на английском, вообще из разных сфер из разных профессий.
00:00 — Начало
00:41 — моя история изучения английского
3:27 — требования к junior-у по знанию языка
5:10 — специфика изучения технического английского
6:26 — как учить слова?
9:37 — изучение грамматики
11:04 — разговорный английский
В этом видео разберем одну из типичных задач на собеседовании junior java или junior javascript разработчика. Я покажу вам некоторые фишки, которые позволят лучше проходить кодинг интервью, а также покажу техническое решение задачи.
На машина по главному острову архипелага Окинава. Дороги и автомобили. Американская военная база и как к ней относятся местные жители? Почему Окинава не такая популярная как Гавайи и чего там не хватает туристу?
**********
Станьте спонсором канала и получите возможность смотреть видео первым, смотреть стримы в записи и задавать вопросы и получить доступ к экслюзивному контенту. www.youtube.com/channel/UC1AhzkpXFX6_kAc7niTcc3w/join
**********
Влог о Японии — Все что вы хотели знать о жизни в Японии
Путь в IT. От пользователя к DevOps. С чего начать и что делать дальше. Основные темы IT.
Изучение IT Сферы. С чего начать изучение. Что стоит изучать дальше.
Путь в ИТ от простого пользователь к DevOps.
Что отличает Системного администратора (SysAdmin) и DevOps.
! НЕ СТОИТ ВОСПРИНИМАТЬ ДАННОЕ ВИДЕО КАК ПРАВИЛО, это всего лиш один из вариантов последовательности изучения.
На киевской партнерской конференции 1С-Битрикс Александр Сербул рассказал о сути гибких методологий проектирования и разработки, их практическом применении, подводных камнях и непростых, но эффективных компромиссах, позволяющих победить.
Основу подхода заложили два японских специалиста Hirotaka Takeuchi, Ikujiro Nonaka в статье The New New Product Development Game, от 1996 год. В статье обобщили опыт нескольких японских корпораций (Xerox, Toyota, Nec и другие), работающих с принципиально новыми продуктами. Ключевая идея статья заключалась в формировании самоорганизующихся команд, которые делают короткие итерации, автономны от других, мотивированы на результат командными целями, и повышает мастерство друг друга делясь друг с другом опытом.
С течением времени под этот подход формировалось все больше и больше проектных методик, пока в 2001 году на горнолыжном курорте не произошла встреча 17 специалистов по разработке ПО. На этой встрече была сформирована общая система ценностей по управлению проектами, в дальнейшем получившая название Agile – манифеста. 4 ценности и 12 принципов легли в основу множества методов согласно подходу Agile.
1. Люди и взаимодействие важнее процессов и инструментов;
2. Работающий продукт важнее исчерпывающей документации;
3. Сотрудничество с заказчиком важнее согласования условий контракта;
4. Готовность к изменениям важнее следования первоначальному плану.
Таким образом, не отрицая важности того, что справа, всё-таки больше ценится то, что слева.
C 2001 подход Agile существенно расширил свои границы и вышел за пределы IT-бизнеса. Теперь под зонтиком Agile находятся многие управленческие и инженерные фреймворки по управлению проектами, формируя зонтик Agile. Под этот зонтик попадают подходы Scrum и Kanban, Crystal и экстремальное программирование (XP), а также другие системы управления и инженерные практики.
Важно понимать, что Agile подходы работают не всегда, и Дейвом Снойденом была разработана Кеневин модель, которая показывает, что использовать экспериментальные практики, коими являются подходы Agile, можно в ситуациях, когда не до конца очевидны причинно-следствие связи проекта, цель представляет собой скорее видение, образ, а стоимость переделок не запредельно высока.
Тем ни менее, в случае инноваций и проектов с высокой степенью неопределенности, подходы Agile являются наилучшими из существующих в современном мире.