Сегодня будем строить компактную шагающую машину которая будет сама наводиться на свою жертву и идти к ней. А по ходу дела покажу вам разные простые механизмы которые имитируют шаги живых существ, и программу в которой можно смоделировать нужный профиль шага.
Если вы захотите собрать такого же робота, то вот ссылки на комплектующие, которые я использовал для проекта.
Спасибо за просмотр!
Мы разыгрываем MacBook Air на М1 (базовый на 256GB) в конце ноября.
Конкурс всемирный, как положено. Если вы в Москве, сможете забрать у нас на студии. Если нет, отправим в любую точку за свой счет.
Что нужно сделать чтоб испытать удачу и выиграть эту красоту?
1. Подписаться или быть подписанным на канал Wylsacom (http://youtube.com/wylsacom)
2. Оставить один комментарий — на каком компьютере вы сейчас сидите?
3. Лайк опциональный, но дает к удаче.
Желаю всем крепкого здоровья и чтоб все в жизни получалось. Выиграть в нашем конкурсе шанс минимальный, но он есть. А это самое главное. Всегда нужно верить в лучшее.
Вступление: 0:00
«My ass»: 0:43
«Я был прав»: 2:06
Стив Джобс о «переходе»: 4:52
Распаковка: 8:44
Ситуация тяжелейшая: 12:10
Сравнение Air и MBP13 на М1: 14:02
Продолжение тяжелейшей ситуации: 18:19
Как живется на М1: 19:44
Ситуация уже не такая тяжелая: 23:31
Синтетические тесты Air: 25:36
Синт. тесты MBP13: 27:18
Синт. тесты MacBook Pro 16: 27:58
Mac Pro против M1 и eGPU сквозь боль: 30:12
Казалось бы причем тут дрель: 31:35
Тест Final Cut Pro: 32:35
Photoshop 21 через Rosetta 2 на MBP13 M1: 39:18
Вместо итога: 40:56
На нашей памяти случилось немало событий, совсем недавно казавшихся невероятными. Атака на башни-близнецы в Нью-Йорке, банкротство Lehman Brothers, взлёт котировок нефти до 150 долларов с последующим падением до 28, война в Южной Осетии, присоединение Крыма, Brexit и т.д. ещё за несколько недель до того воспринимались как плод нездоровой фантазии. Однако, как оказалось, ничего невозможного нет. Да и менее масштабные события порой вызывают шок у инвесторов. Эксперты ГК «ФИНАМ» проводят постоянный мониторинг ситуации в мире, просчитывают последствия любых стрессов, и готовы дать совет, как на них реагировать!
Вебинар «Афтершок!» – разбираем горячие новости с холодной головой!
Плохие практики в ООП. Meetup#4 by PDFfiller / Phalcon core member Codeception member. Посмотрите так же что такое реактивный PHP: goo.gl/RJgsev
Сегодня основной штат сотрудников PDF filler расположен в Киеве и насчитывает более 90 человек. Время от времени, в компанию требуются новые сотрудники. Это связано с тем, что из года в год компания растет и появляется необходимость в расширении штата.
Для того, чтобы оставаться профессионалом в любой сфере деятельности, необходимо постоянно развиваться. Наши сотрудники повышают свой навык программирования ежедневно. И что бы их опыт не канул в лету проходят такого рода Meetupы, где они рассказывают про свои практики, свои ошибки и как их можно избежать. В данном докладе, Сергей Яковлев рассказывает, что такое плохие практики в ООП, что такое MVC как тестировать слои приложений и многое другое.
00:01:20 – Содержание доклада
00:02:40 – Как выглядели инженеры 60-70х годов
00:04:42 – Программисты 20го века
00:08:15 – Что такое MVC
00:10:50 – Проблема MVC №1
00:14:17 – Bad form №1
00:18:39 – Что мы имеем в плохой форме №1
00:20:01 – Refactor №1
00:25:59 — Что должны уметь контроллеры и какие контроллеры бывают?
00:27:23 – Проблема №2: статические методы
00:29:56 – Проблема №3: отсутствие понимания что, когда и как тестировать
00:33:47 – Проблема №4: слабое использование событийной парадигмы
00:35:39 – Что такое события
00:36:49 – что такое CQRS
00:38:50 – что такое команда? могу ли я ее принимать отдельно?
00:45:21 – События и команды – часть единого подхода
00:48:42 – Observer vs Event-driven
00:50:29 – как событиями можно эмулировать HTTP Middleware
00:51:10 – Вопросы
Посмотрите так же «Как возможно победить в холиворе»: goo.gl/aRF3Bg
Подписывайтесь на наш канал, что бы вместе с нами изучать все тонкости программирования которые могут пригодится вам:: goo.gl/ocQzUp
Ссылка на презентацию: goo.gl/S7pV8l
Большинство администраторов, когда становятся уже слишком серьезными, чтобы просто так использовать DNS-сервера провайдера, часто выбирают bind в качестве DNS-сервера. Дальше bind подталкивает их к использованию не самых хороших практик, например, совмещению ролей резольвера и авторитетного DNS.
Несмотря на все свои крутые преимущества, вроде split horizon, bind, к сожалению, далек по своей производительности от оптимального выбора.