DSR Corporation - международная команда профессионалов, искренне увлеченных разработкой ПО. Созданная инженерами для инженеров. Мы решаем сложные задачи, работаем с новыми технологиями и разрабатываем комплексные программные решения. Нас ценят клиенты во всем мире - за проактивность, приверженность качеству и экспертизу. Обмен опытом, гибкость и разнообразие проектов в компании - гарантия быстрого профессиональный роста для специалистов любого уровня.
За 20+ лет работы мы успешно выполнили 1 000+ проектов и накопили богатый опыт в веб и мобильной разработке, блокчейне, цифровых медиа, беспроводных технологиях, решениях для интернета вещей, компьютерном зрении и машинном обучении.
Среди наших собственных проектов стек Zigbee® для смарт-устройств, фреймворк zHome для умного дома, сообщество ZBOSS Open Initiative для разработки общей платформы Zigbee® PRO и дочерняя компания Noema, создающая решения на основе технологий машинного обучения и компьютерного зрения.
Насколько я понимаю, функция requestIdleCallback как раз очень полезная. Она ведь запускается только тогда, когда нет нагрузки и есть свободные ресурсы
Что за компания которая в 2023 разрабатывает свой стэк ZigBee ещё и свой эмулятор под него - казалось бы это все существует уже, во всяком случае стэки ZigBee.
Хотелось бы слышать про актуальность профессии и уровень зп. И когда вы соберете информацию на эту тему, то у многих желание отобьётся, т.к. найти работу автомеханику гораздо легче и больше платят, как и крановщику, промышленному альпинисту и т.д. Да и порог входа там легче.
Работа в основном на местный рынок который не только без денег но и маленького размера, от этого и размер ЗП. Не нищенская, но в основном 1.5-2 раза меньше чем у програмистов которые делают веб - бэк/фронт. Я сам не зарабатываю на embedded, просто интересуюсь темой, ЗП это моя оценка судя по тому что я вижу в вакансиях.
Сами программисты актуальны, а вот аппаратчики (их ещё называют rtl разработчики или FPGA разработчики, является ещё одной веткой эмбеддед разработчиков ) то тут беда , проблема в том что проектировщиков систем на кристалле не очень много, мало вакансий по сравнению с программистами, но в то же время это очень уважаемая профессия у программистов, так как если бы не было аппаратчиков то программисты не смогли бы программировать процессор. Но эта профессия очень трудная , нужно читать много доки, знать язык SystemVerilog , но в тоже время очень интересная профессия
Доклад в целом неплохой, но подача хромает. Даже не буду говорить про саму подачу от спикера. Скажу что звук самой записи плохой. Можно и нужно лучше, если вы выкладываете на ютуб хотите собирать лайки. От себя добавляю, что хотелось узнать про тяжесть парсинга различных CSS-селекторов. К сожалению тут этого коснулись совсем немного. Понимаю, о чем говорит автор, но на практике никогда не встречал проблем с вложенными цсс-селекторами. Мне кажется что БЭМ был придуман не для ускорения цсс-парсинга, а для борьбы с "перезаписыванием" различных цсс-правил. Моё мнение - может в 2007 году вложенные селекторы и нагружали браузер, но современный цсс работает на столько быстро и хорошо, что это вообще не та проблема, на которую нужно смотреть. Дом состоящий из 100-150к узлов нагрузит браузер намного сильнее, чем сложный цсс, примененный на этот дом.
Аттрибут defer тоже самое, что и async, только можно явно указать порядок выполнения скриптов? 😂 Какой ужас. Аттрибут defer явно указывает парсеру, что скрипт должен быть загружен только после построения всего dom. А async может загрузить скрипт до построения dom и может привести к критическим ошибкам, если в данном скрипте есть обращение к дом, который ещё не загрузился. Это теория на уровне junior.
В данном случае речь идёт о веб воркерах. Браузерный Web API позволяет обозначить кусок логики как воркер, и после этого браузер будет выполнять его в отдельном потоке. Веб воркер не имеет доступа к main thread потоку, в котором исполняется основной js. Если ресурсов устройства хватит, то web worker API исполнит код, обозначенный как web worker, в отдельном потоке, иначе в конкурентном режиме.
Добрый вечер. Если у вас не работает сайт, то, пожалуйста, откройте консоль разработчика при загрузки страницы, скопируйте оттуда информацию и пришлите на training-center@dsr-corporation.com На нашей стороне никаких ошибок нет. Лекции будут на русском, материалы - на английском. Вы также можете задавать преподавателю вопросы на английском.
Добрый вечер. Если у вас не работает сайт, то, пожалуйста, откройте консоль разработчика при загрузки страницы, скопируйте оттуда информацию и пришлите на training-center@dsr-corporation.com На нашей стороне никаких ошибок нет.
я не понимаю зачем делать слайды на английском языке, потому что аудитория русская. Если ты англичанин - вот тебе ссылка на английскую версию слайдов. Или же чувак хочет вещать и для англоязычной аудитории. Хотя, мне кажется, там и своих героев хватает. Хотя я и знаю язык в достаточной степени, чтобы понимать о чем идет речь на слайдах, все же отвлекаясь на перевод слов отвлекаешься от того, что говорит докладчик, или приходится останавливать видео. Я что хочу сказать, что это - не очень хороший жест по отношению к слушателям, и думал он в момент составления слайдов явно не о них. До конца не досмотрел еще, но в целом материал кажется неплохим. Досмотрел. Материал обширный и все сразу переварить не получится. Надо дальше вникать в детали и проч. Спасибо за доклад.
Скорее всего доклад не для русских, отсюда и англоязычность. А перевести, рука обломится, поэтому что имеем то имеем. Проще пойти почитать информацию самостоятельно в таком случае, достоверность будет выше чем слушать стороннюю интерпретацию. P.S У меня есть ссылочки на очень интересные темы связанные с работой браузера если нужно могу поделиться. Я это вообще на перемотке глянул, подача заунывная.
Для сетей с топологией "звезда", в которых главное устройство (координатор, роутер подсети, базовая станция и т. д.) питается от сети, а оконечные устройства имеют батарейное питание, есть смысл реализовать на программном уровне концепцию "монитора состояний", который будет пытаться ускорить переходит всех устройств на новые параметры. «Монитор состояний» имеет актуальную базу данных о всех оконечных устройствах, обо всех параметрах, которые только теоретически можно сменить для улучшения работы сети (об идентификаторах, частотах и т. д.). Но оконечные устройства должны иметь возможность «просыпаться» по сигналам с главного устройства. В таком случае переконфигурирование системы будет относительно быстрым. Также «монитор состояний» может помочь в некоторых случаях выявлять «поддельные» элементы сети. Используя Zigbee, как транспортный уровень, можно ли реализовать концепцию «монитора состояний» ?
Каким боком иммутабельность и чистые функции к ФП? Это просто хороший стиль любого программирования: не мутировать стейт и юзать как можно больше функции без побочек. А ФП - это про композиции и комбинации.
@@ne4to777 функция редьюсера, возвращающая новое состояние на основе экшена (напр. в Redux'е). Иммутабельность и чистые функции - важнейшие части парадигмы ФП. Можешь в википедии почитать, странно, что тебе было не лень накатать коммент, но лень загуглить "функциональное программирование" и открыть первый же результат.
По идее, это очень прогрессивное направление. Уверен, что скоро настанет тот день, когда единственным документом удостоверяющим твою личность будет твой фейс (или отцифрованные уникальные биометрические данные) который невозможно, потерять, забыть, подделать и т.п. кучу задачь на которые сейчас тратятся миллиарды, можно будет Решить просто щелчком пальца… все что будет нужно, это физическое твоё тело.., и точка доступа в интернет. Всё.