В этом видео разберем одну из типичных задач на собеседовании junior java или junior javascript разработчика. Я покажу вам некоторые фишки, которые позволят лучше проходить кодинг интервью, а также покажу техническое решение задачи.
В этом ролике я расскажу вам чем отличаются Junior, Middle, Senior и Team Lead. Какие обязанности они выполняют и какие роли у них в командах.
А также дам свою оценку тому, сколько времени нужно инвестировать для того, чтобы дойти до каждого из этих грейдов.
=========================
Ссылки на соц. сети:
ytimg.preload(https://r14---sn-axq7sn7e.googlevideo.com/generate_204);ytimg.preload(https://r14---sn-axq7sn7e.googlevideo.com/generate_204?conn2);SCRUM — метод управления проектами. Обучающий мультик для вас и ваших сотрудников! — YouTube<link rel=«alternate» type=«application/json oembed» href=«www.youtube.com/oembed?format=json
На киевской партнерской конференции 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 являются наилучшими из существующих в современном мире.
Недавно @АйТиБорода выпустил видео DevOps ЗДОРОВОГО ЧЕЛОВЕКА. Но не везде он такой. В этом выпуске вы максимально глубоко погрузитесь в мир девопса в некоторых нехороших компаниях. Я его называю Галерный DevOps.
В этих компаниях не понимают что такое ДевОпс и видят в DevOps инженере волшебную таблетку. Но как вы знаете волшебства не бывает. К чему приводит внедрения DevOps методологии в таких компаниях в этом юмористическом выпуске.
Модель OSI не случайно называют моделью сетевого взаимодействия, а также ее не случайно называют эталонной моделью. Модель OSI описывает то как должны взаимодействовать машины в компьютерной сети.
Если говорить в рамках определения, то OSI – это базовая или эталонная модель взаимодействия открытых систем.
Любое взаимодействие происходит по протоколу или определённому набору правил взаимодействия, например, взаимодействие между браузером и веб-сервером (например, сервером Apache) происходит по протоколу HTTP.
Модель OSI разработала международная организация стандартизации ISO.
Все мы помним Вавилонскую башню и как плачевно закончилось ее строительство, примерно такая же ситуация произошла в 70-ых годах XX века: компьютеры одной крупной организации стали не понимать или плохо понимать компьютеры другой организации.
В качестве выхода из сложившейся ситуации была разработка эталонной модели сетевого взаимодействия OSI. Естественно, модель OSI – это академический подход и ее разработка заняла около 7 лети. Заметим, что модель OSI лишь описывает принципы взаимодействия устройств в сети, но не говорит о том, как это должно быть реализовано физически.
Зачем нужна эталонная модель?
Для ответа на этот вопрос давайте посмотрим приблизительную структуру вашего Интернет-провайдера:
Есть монтажники и техники сервиса, которые работают с кабелем: укладывают его, диагностируют обрывы и прочее.
Есть отдел/отделы, занимающиеся проектированием, строительством и развитием сети. Инженерам этого отдела нужно понимать: принципы построения компьютерных сетей, физические свойства материалов, используемых в качестве среды передачи данных, а также знать, что ресурсы любой среды конечны и представлять как эти ресурсы делятся между абонентами.
Есть отдел, занимающийся администрированием сети провайдера. Инженерам из этого отдела в идеале вообще не интересно: что используется в качестве среды передачи. Этот отдел решает вопросы логической организации сети, маршрутизации и транспортировки данных.
Конечно же, у провайдера есть отделы или группы, которые занимаются разработкой различных приложений, например, биллинговых систем, которые определяют – давать абоненту доступ к сети Интернет или просить с него денег.
Но если отбросить инженеров, о которых мы говорили в п.4, то верхних три уровня целиком и полностью отданы компьютеру/смартфону абонента и серверу, на который этот абонент пытается попасть.
Композиция «All Good In The Wood» принадлежит исполнителю Audionautix. Лицензия: Creative Commons Attribution (https://creativecommons.org/licenses/by/4.0/).
Исполнитель: audionautix.com/
Запишитесь на мой онлайн курс «Программирование с нуля» www.pylot.me/
Прохождение интервью в первый раз когда ты ищешь работу на позицию начинающего разработчика сложно и страшно. Я пригласил Игоря который недавно прошел Python курсы и теперь планирует устроиться на работу. И провел с ним детальное интервью как с начинающим программистом. Мы сделали полный разбор вопросов которые чаще всего задают людям ищущим работу python программиста.