Все потоки

Мы недавно опубликовали исследование «Конфиденциальность и вопросы безопасности в Веб 3.0» на сайте arXiv, и хотим вкратце описать наши выводы и рассказать, что они значат для пользователей Brave.

Децентрализованные финансы (DeFi) напоминают финансовый Дикий Запад: новые сайты появляются и исчезают каждый день, люди зарабатывают и теряют огромные деньги, а гарантии безопасности и вообще какой бы то ни было осмысленный контроль за происходящим отсутствуют. Какую роль безопасность и конфиденциальность играют во всём этом? Разберёмся.

Популярность умных колонок с голосовым управлением продолжает оставаться на достаточно высоком уровне. Если в 2020 году в России было продано около 750 тыс. таких устройств, то прогнозные оценки по текущему году говорят о как минимум 1 млн. Аналитики отмечают, что рост связан как с увеличением количества моделей, так и с появлением всё новых функций на уже купленных колонках. Команда М.Видео-Эльдорадо изучила представленные на рынке смарт-девайсы и подготовила перечень наиболее интересных из них.

Тема сетевого программирования является для разработчиков одной из важнейших в современном цифровом мире. Правда, надо признать, что большая часть сетевого программирования сосредоточена в области написания скриптов исполнения для web-серверов на языках PHP, Python и им подобных. Как следствие - по тематике взаимодействия клиент-сервер при работе с web-серверами написаны терабайты текстов в Интернете. Однако когда я решил посмотреть, что же имеется в Интернете по вопросу программирования сетевых приложений с использованием голых сокетов, то обнаружил интересную вещь: да, такие примеры конечно же есть, но подавляющее большинство написано под *nix-системы с использованием стандартных библиотек (что понятно – в области сетевого программирования Microsoft играет роль сильно отстающего и менее надежного «собрата» *nix-ов). Другими словами все эти примеры просто не будут работать под Windows. При определенных танцах с бубнами код сетевого приложения под Linux можно запустить и под Windows, однако это еще более запутает начинающего программиста, на которого и нацелены большинство статей в Интернете с примерами использования сокетов.

Ну а что же с документацией по работе с сетевыми сокетами в Windows от самой Microsoft? Парадоксальность ситуации заключается в том, что непосредственно в самой документации приведено очень беглое описание функций и их использования, а в примерах имеются ошибки и вызовы старых «запрещенных» современными компиляторами функций (к примеру, функция inet_addr() - https://docs.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-listen ) - такие функции конечно же можно вызывать, заглушив бдительность компилятора через #define-директивы, однако такой подход является полным зашкваром для любого даже начинающего программиста и категорически не рекомендуется к использованию. Более того, фрагмент кода в примере от Microsoft по ссылке выше.

Прочитал я хорошую статью "Обновление вашего PWA в продакшене" и задался вопросом - а как часто при обновлении PWA нужно обновлять непосредственно сам service worker? Ведь что такое service worker по сути? "Прокладка" (прокси) между приложением, работающим в браузере, и внешними серверами, с которых это приложение тянет нужные ему ресурсы. По большому счёту, функционал service worker'а сводится к некоторому набору стратегий и пониманию того, к какому ресурсу какую стратегию применять и когда (я сейчас не рассматриваю push notifications и background sync, но изложенное в какой-то степени применимо и к ним).

То есть, код service worker'а более стабилен по сравнению с кодом приложения и во многих случаях для его "обновления" достаточно программно обнулить кэш-хранилище браузера и обновить "понимание того, к какому ресурсу какую стратегию применять" - обновить конфигурацию service worker'а. А для этого нужно приложению нужно иметь возможность каким-то образом управлять состоянием service worker'а и передавать ему данные, что осложняется тем, что приложение и service worker работают в различных потоках.

Под катом пример того, каким образом можно настроить управление service worker'ом из основного приложения при помощи Channel Messaging API.

Всем привет!

На связи Дима Бобылев, CTO СберМаркета. В своей первой статье я рассказывал про взрывной рост нашего сервиса и какие неприятности с нами случились. ​​Знайте, мы не только выжили, но и продолжаем расти дальше и берем новые вызовы. 

Сегодня хочу поделиться историей, как мы запустили новое мобильное приложение. Для старта разработки накопилось достаточно причин: мы хотели развивать мобильную витрину и улучшать показатели конверсии, расширять штат и компетенции специалистов и реализовать подход mobile first. 

Переделывать старый апп во время бурного роста сервиса — все равно, что выходить в открытый космос без скафандра. 

— Разве вы не испытывали удовольствия?

— Иногда. В промежутках между припадками ужаса.

(с) «Сами Боги»‎, Айзек Азимов

Под катом рассказываю, как мы это сделали и что получилось в итоге.  

Ранее в сериале… Ах, да, не все технари уважают сериалы. Тем не менее, слово Simics уже было написано в заголовке и мне не отвертеться от того, что все последующее будет своеобразным практическим продолжением материала «Симуляторы компьютерных систем – похожи ли на реальность» моего коллеги @alex_dzen.

Из этих трех статей мы знаем, что есть такие симуляторы аппаратного обеспечения и ими пользуются серьезные дядьки из больших компаний. Наверное, меня тоже можно отнести к этим «дядькам», но у меня есть одна слабость — на досуге я люблю что-нибудь паять и использую для проектов «несерьезную» среду Arduino, где в качестве процессоров применятеся что-нибудь из «несерьезных» Atmel-ARM или ESP32-RISC. И интрига в том, можно ли использовать Simics для небольших и хобби-проектов?

Компания WIZnet представила новинку - WIZnet Ethernet HAT для Raspberry Pi Pico. Новинка является аналогом Ethernet Shield для Ардуино.

Япония... Свет из окон широкими полосами освещает длинное помещение. Цех по сборке телефонных аппаратов. Вдоль стен стоят столы, над каждым склонился работник, каждый что-то делает, но от нашего взора это скрыто ссутуленными спинами. У некоторых на столах стоят дополнительные лампы и увеличительные стёкла на штативе. В конце длинного помещения у стены лицом к нам сидит японец с барабаном и не быстро, но с чёткостью метронома отбивает ритм. Все работники к нему привыкли и не замечают его, но тем не менее каждый удар барабана проносится по нервной системе и вплетается в движения. Каждый делает что-то своё, но общий ритм придаёт всей деятельности гармонию. Работа делается так же ритмично, в ней нет места для пауз и размышлений о бренности бытия. Всё подчинено ритму.

Мы выпустили версию 2021.2 — второй крупный релиз MPS в этом году. Как и в прошлый раз, мы подготовили для вас демо, в котором показываем новые возможности:

СКАЧАТЬ MPS 2021.2

Освещение в играх напрямую влияет на наше восприятие происходящего на экране — и даже может являться основой геймплея. Как и в реальном мире, это понятие комплексное, едва ли реализуемое при помощи одного метода. 

Пожалуй, ближе всего к этому смогла приблизиться трассировка лучей — простая по своей концепции, но требовательная к вычислительным ресурсам системы. И та получила свое развитие в игровой индустрии сравнительно недавно, с началом эпохи RTX. А ведь геймдев развивается гораздо дольше — и к сегодняшнему дню разработан уже не один метод симуляции распространения света в игровой сцене.

О методах реализации глобального освещения в играх (которые мы, кстати, используем и в своих проектах) и о том, что это вообще такое — далее в статье.

Пару лет назад я работал в SaaS-компании, которая страдала от всех возможных проблем, связанных с разработкой программного обеспечения. Код был настолько сложным, что внесение простых изменений занимало месяцы. Все проектные задачи и границы проекта оценивались только руководителем. Разработчики не понимали, какую проблему они решают. А когда не знаешь, чего ждет заказчик, многое из того, что делаешь, оказывается бесполезным. Команда не знала, что предложить заказчику. Все были очень разочарованы...

Данный проект рассматривается как pet-project. Любую критику и советы готов увидеть в комментариях.

Это моя фактически первая статья на хабре за долгое время, последняя была написана очень много лет назад, если что-то не так - напишите в личные сообщения - я все исправлю.

Репозиторий с исходным кодом: https://github.com/theartofdevel/notes_system

Видео версия: https://www.youtube.com/watch?v=Txi95RQPRP0

Под катом текстовая расшифровка.

Amazon недавно представила домашнего робота Astro, которого можно позиционировать, как Alexa на колесах. Устройство может принести вам вещи (если их конечно кто-то положит в грузовой отсек), а также выступает в роли сторожевой собаки. С милой мордашкой на сенсорным экране и возможностью перемещаться в одной плоскости он немного похож на личных роботов из научной фантастики прошлого. Но Amazon, похоже, и далее хочет развивать это направление, поэтому будет неплохо заглянуть в историю, посмотреть на предыдущие попытки создания домашних роботов и понять, чем же Astro отличается от своих предшественников?

NFT сегодня не обсуждает только ленивый! Невероятный всплеск роста цифрового искусства – самая интересная тенденция за последнее время. Популярность NFT растет не только среди коллекционеров, но и среди инвесторов и трейдеров. Разбираемся, где можно купить или продать NFT.

Начнем по порядку: что такое NFT?

NFT – это невзаимозаменяемые токены. В отличие от криптовалют и обычных токенов, NFT уникальны: каждый существует в единственном экземпляре. NFT – это произведения искусства, недвижимость или, к примеру, артефакты в компьютерной игре; все они неповторимы и скопировать их нельзя.

Что такое NFT маркетплейс?

Торговые площадки NFT – это платформы или, проще говоря, «торговые центры NFT», где их можно продать, купить или обменять. Они созданы специально для невзаимозаменяемых токенов и все виды цифровых работ хранятся, отображаются, продаются и в некоторых случаях даже создаются здесь.

На сегодняшний день существует множество таких ресурсов, но мы остановимся на 5 самых популярных и интересных из них. Поехали!

Всем привет! Добро пожаловать на презентацию об immutable infrastructure – достигая недостижимого идеала. Перед тем как мы начнем, хотел бы сделать небольшое вступление.

Интервью — одна из самых распространенных UX-практик, которая позволяет узнать, что думают ваши пользователи во время взаимодействия с продуктом. Выяснить, почему они делают то, что они делают, и чего хотят. В ходе интервью можно проверить гипотезы, рассмотреть опыт целевой аудитории, определить ее общие черты и потребности.

Эту методику используют при планировании редизайна или обновлении действующего функционала, а также при создании нового продукта. Интервью наиболее эффективно во время предварительных работ. Однако, его проведение возможно и на любых этапах работы над продуктом и позволяет оценить, как воспринимается продукт, обратить внимание на проблемы.

Наше с вами современное время во всех учебниках истории уже названо периодом очередной смены производственного уклада или четвертой промышленной революцией (Индустрией 4.0). Основную роль при этом отводят информации, в том числе ИТ-системам. В попытках удешевления ИТ-инфраструктуры, унификации и ускорения процессов разработки ИТ-решений человечество сначала придумало «облака» на замену традиционным ЦОДам, а затем и контейнеры на замену виртуальным машинам.

Что же такое контейнер и в чем состоит суть контейнеризации?

Ответ прост - контейнером буквально можно считать процесс (дерево процессов), исполняемый на некотором физическом компьютере c определенной операционной системой с помощью специальной оболочки (контейнер runtime).

Если рассмотреть случай с виртуальными машинами, их изоляция друг от друга, а также их доступ к аппаратным ресурсам обеспечивается специальными аппаратными средствами (расширения виртуализации), и их поддержкой на уровне гипервизора. Возможности воздействия из виртуальной машины на гипервизор и физическое железо сведены к очень ограниченному набору интерфейсов, которые, опять же, в рамках, предусмотренных дизайном, могут влиять лишь на данную виртуальную машину. Иными словами, все вышеупомянутое служит для строгой изоляции виртуальных машин и всего, что в них может происходить, как друг от друга, так и от внешнего окружения, включая систему, на которой они функционируют.

Главной и практически единственной значимой целью контейнеризации является также достижение максимально возможной изоляции процессов как друг от друга, так и от возможного негативного воздействия на операционную систему, в которой они исполняются. Иногда в литературе для описания этой изоляции используются термины “sandbox” – «песочница» и “jail” – «тюрьма».

При этом, поскольку для изоляции процессов, исполняемых в едином пространстве ОС и на одном физическом компьютере, может быть использован гораздо более ограниченный набор инструментов и возможностей, то, очевидно, что с точки зрения безопасности контейнеры выглядят более уязвимыми. В чем, собственно, тогда преимущества контейнеризации перед виртуализацией? На самом деле, их довольно много:

- возможность более гибкого использования имеющихся ресурсов (нет необходимости их резервирования как в случае с виртуальными машинами);

- возможность экономии ресурсов (нет необходимости их тратить на множество копий ОС для каждой виртуальной машины);

- нет задержек при старте (запуск процесса происходит практически мгновенно по сравнению с временем, затрачиваемым на загрузку виртуальной машины);

- взаимодействие между процессами, пусть даже и изолированными, в случае необходимости гораздо проще реализовать, чем между виртуальными машинами. Так появилась, кстати, соответствующая концепция микросервисов, в последнее время ставшая очень популярной.  

Все вышеперечисленное привело к весьма бурному развитию контейнерных технологий, несмотря на периодически возникающие проблемы с безопасностью уже развернутых контейнерных облачных систем, их взломами и утечками данных. Соответственно, работа по усилению безопасности контейнеров также не прекращается ни на секунду. Как раз об этом и пойдет речь далее в этой статье.

В 2020 году половину Нобелевской премии по физике получил Роджер Пенроуз. Премия была выдана с формулировкой «За открытие того, что образование чёрных дыр с необходимостью следует из общей теории относительности». Это произошло более чем через два года после смерти Стивена Хокинга, который наверняка бы получил эту премию, если бы дожил. Но она досталась Пенроузу (род. 8.08.1931) – человеку на 11 лет старше Хокинга, его коллеге и другу, вскоре перешагнувшему девяностолетний рубеж. После 2015 года я не могу избавиться от мысли, что Нобелевская премия (особенно по литературе) изживает себя, как и олимпийские игры, но как раз Роджер Пенроуз является одним из тех гранинских «зубров», который много ранее заслужил несуществующую Нобелевскую премию по математике. Я был причастен к переводу его книги «Мода, вера, фантазия» на русский язык и именно в тот период познакомился с сумрачным гением и скверным характером этого человека, а также с дивными мирами, рождающимися у него в голове. Пенроуз как никто из наших современников выразил платоновские идеи о высшем мире идеальных фигур, воплощения которых когда-нибудь найдутся и в реальном мире. Именно об этой грани его исследований пойдет речь под катом: о геометрических паркетах, мозаике Пенроуза и квазикристаллах Шехтмана.