ytimg.preload(https://r15---sn-axq7sn7s.googlevideo.com/generate_204);ytimg.preload(https://r15---sn-axq7sn7s.googlevideo.com/generate_204?conn2);Лекция 10: Нереляционное решение в области баз данных — NoSQL — YouTube<link rel=«alternate» type=«application/json oembed» href=«www.youtube.com/oembed?format=json
История получения первой работы программистом одним из подписчиков канала. Ларион рассказывает о своем прошлом опыте, прошлой работе и почему он решил поменять профессию. Далее в интервью поднимается вопрос как готовиться, лучшие стратегии и способы. Ну и конечно, вы услышите о прохождении собеседований, которых было около 10 штук и чем в итоге эти собеседования закончились и какая она первая работа.
0:00 Введение
1:20 Начало интервью
1:50 Образование Лариона
5:00 Рабочий опыт (7 лет) — сисадмин/anykey
7:30 Как начал смотреть в сторону программирования
9:15 Январь 2020 — «с Нового года начну программировать»
9:50 Опыт программирования на C# до января 2020
10:50 Почему C# и выбор языка
13:15 Shameless plug канала — напишите про свою историю
14:15 Про
15:15 Книга Troelsen про C# — как Ларион учил C#
16:00 Troelson не получился, Ларион начал учиться по youtube — CODE BLOG — Программирование и C#
16:50 Начал делать свой проект
17:30 Написал парсер
18:30 Поиск ментора
18:50 Shameless plug 2 канала — менторство
19:40 Как нашел ментора по C# — solvery.io
22:14 Сколько ушло времени на занятия (6-8 часов в день 2 созвона с ментором)
23:00 Стоимость часа ментора от 1000 до 4000 руб
23:20 Ларион занимается с 4 менторами
24:00 Мнение про курсы
25:00 Практика для junior
26:00 Сколько времени прошло от начала обучения до готовности к интервью (4 месяца)
26:25 Первый offer
27:20 Портфолио: 2 проекта: телеграм бот и подбор комплектующих (без front-end)
28:30 Первое собеседование (Skype)
31:15 Пообещали работу, но не дали
33:30 10 собеседований, 3 offer
35:00 Почему не стал делать тестовое задание
36:00 Опыт собеседований
39:00 Почему захотел в фирму в Красноярск
42:00 Тестовое задание
44:50 Еще одно собеседование в Красноярске
45:30 Изматывающий опыт собеседования с фирмой в Новосибирске (в режиме live coding)
52:20 Почему не прошел
55:00 Поехал в Красноярск на собеседование
56:30 Берут на работу в Красноярск
57:00 Самые легкие вопросы
58:50 Дурацкие вопросы
1:01:30 Знание алгоритмов на собеседованиях
1:02:30 Базы данных
1:03:00 Спрашивали ли про Git
1:04:20 Чем занимается сейчас
1:08:10 Про рабочее место
1:09:40 Итоги интревью — 3 совета для достижения карьеры программиста
1:13:00 Про важность знания алгоритмов
Спасибо ardneww за таймкоды
— Ваше участие очень важно для развития моего канала. Самое мало, что вы можете сделать это поддержать канал любым доступным вам способом: лайк, комментарий, подписка. Меня это мотивирует на продолжение работы, а вам ничего не стоит.
Если вы хотите меня отблагодарить донатом и поддержать развитие канала: money.yandex.ru/to/4100184436534
В комментариях можно указать тему или идею для нового видео, которую вы бы хотели увидеть на канале. Естественно, мнение тех, кто меня поддерживает финансово я буду учитывать в первую очередь.
Личные вопросы о помощи в программирование и построении карьеры в IT можно задавать тут sberegovoy.ru/mentor/
Многие юзеры не обращают внимания на оповещения в браузере, да в целом не обращают внимания на все оповещения. Ведь «Google нам ничего плохого не желает» или «Да у меня стоит антивирус и я в полной безопасности». Как же они заблуждаются… Искать по IP уже не нужно, даже не нужен доступ к геолокации, или встроенному GPS. Все происходит путем API. С помощью API геолокации можно узнать, в каком месте находится пользователь — конечно, всегда с его согласия, но почти все не обращают внимания на вспыльчивые окна.
API определяет функциональность, которую предоставляет программа (модуль, библиотека), при этом API позволяет абстрагироваться от того, как именно эта функциональность реализована.
Если программу (модуль, библиотеку) рассматривать как чёрный ящик, то API — это множество «ручек», которые доступны пользователю данного ящика и которые он может вертеть и дёргать.
Использование API не зависит от устройства; способ определения местоположения браузером не имеет значения, поскольку клиенты могут запрашивать и получать данные обычным способом.
Чтобы определить местоположение пользователя (телефона, как вам угодно), можно использовать несколько способов:
— по GPS. Способ наиболее точный. Из недостатков: относительно долгий старт, потребляет много энергии, не так уж много аппаратов с встроенным приемником.
— по вышкам оператора. Средний по точности. Энергии кушает немного. Из минусов: не на всех телефонах доступны данные.
— по IP. Наименее точный. Собственно это самый большой минус.
— по CB-сообщениям оператора
Способ совершенно не привязан к какой либо стране. Репозиторий на github под названием TrackUrl демонстративно показывает всю суть нахождения человека по его API. Создается специальная ссылка, которую если открыть появляется приблизительное местоположение с точностью до 50 метров.
Валентин Петухов, более известный как Wylsacom, самый богатый блогер России и #24 рейтинга «40 до 40» Forbes 2020. Бросил работу в одном из комитетов правительства Москвы только ради создания канала на YouTube? Какой потребовался стартовый капитал, чтобы стать блогером-миллионером? Что будет, если закроют YouTube в России? Почему люди не готовы платить за контент и что такое медийный фастфуд? Об этом – в новом выпуске Forbes Digest.
Приятного вам просмотра и спасибо за внимание к моему творчеству :)
Подписывайтесь на канал, ставьте лайки и пишите свои комментарии.
Ссылка на образы ubuntu[1904]-gamer(пароль 123): drive.google.com/open?id=1Vgz1WQM0-Jyfp5DAGXUqkiT8xGaNuiMR
Проекту gamer station [on linux]: всегда нужна ваша помощь:
[Я.стример, озвучка] donate.stream/gamer-station-on-linux
[Яндекс деньги, visa, master card]https://yasobe.ru/na/na_razvitie_proekta_gamer_stationon_linux
Основные задачи канального уровня:
1. Передача сообщений по каналам связи – кадров (frame). Определение начала/конца кадра в потоке бит
2. Обнаружение и коррекция ошибок
3. Множественный доступ к каналу связи:
— Адресация
— Согласованный доступ к каналу связи
Методы выделения кадров:
— Указатель количества байт
— Вставка байтов (byte stuffing)
— Вставка битов (bit stuffing)
— Средства физического уровня
Обнаружение и исправление ошибок:
1. Обнаружение ошибок
— Контрольная сумма
2. Исправление ошибок
— Коды исправляющие ошибки (с избыточной информацией)
— Позволяют обнаруживать и исправлять ошибки
3. Повторная отправка данных
— Если в кадре обнаружена ошибка, его можно отправить заново.
— Повторная отправка кадра, который не дошел до получателя
Типы повторной отправки:
1. Остановка и ожидание.
2. Скользящее окно.
Канальный уровень в модели OSI состоит из двух подуровней:
1. Подуровень управления логическим каналом (LLC)
— Отвечает за передачу данных (создание кадров, обработка ошибок и т.д.)
— Общий для разных технологий
2. Подуровень управления доступом к среде (MAC):
— Совместное использование разделяемой среды
— Адресация
— Специфичный для разных технологий
— Не является обязательным
Wi-Fi использует для передачи данных разделяемую среду — радиоэфир. В разделяемой среде возможны коллизии. Чтобы их избежать, необходим метод доступа к среде, который бы обеспечивал, что в один момент времени данные передает только один компьютер.
Особенности беспроводной среды:
— Вероятность ошибки передачи выше, чем в проводной среде
— Мощность передаваемого сигнала намного выше, чем принимаемого
— Ограниченный диапазон распространения сигнала – не все компьютеры в сети получают данные (проблема скрытой станции и проблема засвеченной станции).
Так как ошибки при передаче данных возникают часто, то в Wi-Fi на канальном уровне используется подтверждение доставки.
Коллизии в Wi-Fi обнаруживаются по отсутствию подтверждений.
Коллизия в Wi-Fi обходится очень дорого, т.к. требуют больших
временных затрат на обнаружение: время передачи кадра и тайм-аут ожидания подтверждения.
Поэтому в Wi-Fi используется метод CSMA/CA — ножественный доступ с прослушиванием несущей частоты с предотвращением коллизий.
Другой метод доступа к среда в Wi-Fi: протокол Multiple Access with Collision Avoidance (MACA). Он позволяет решить проблему скрытой и засвеченной станции. Однако на практике метода CSMA/CA почти всегда достаточно, поэтому поддержка протокола MACA в оборудовании Wi-Fi не обязательна.
В MACA перед передачей данный компьютер отправляет короткое сообщение Request To Send (RTS). Принимающий компьютер в ответ передает сообщение Clear To Send (CTS). После этого отправитель может передавать данные.
Если у вас не устанавливается PYBombs то причина в том, что с момента съемки видео автор обновил скрипт и теперь он устанавливается по другому. Следуйте обновленной инструкции которую можно найти в этой теме — dmyt.ru/forum/viewtopic.php?f=64
