В современном мире IoT, когда связь в отдаленных районах становится все более актуальной, технология LoRa (Long Range) предоставляет нам возможность создать дальнобойный, надежный, энергоэффективный и зашифрованный канал связи без необходимости иметь какую-либо сетевую инфраструктуру. 

В этой статье мы рассмотрим, как создать простой LoRa мессенджер с использованием своего протокола обмена и готовых модулей, работающих в режиме P2P (peer-to-peer) – не идеального, но интересного решения для обмена текстовыми сообщениями в условиях ограниченной инфраструктуры.

Для упрощения и автоматизации процесса обмена сообщениями мы воспользуемся Node-RED. Этот инструмент, помимо реализации основной логики обмена сообщениями, также предоставит графический интерфейс для мессенджера, что сделает процесс более доступным и интуитивно понятным. 

Выглядеть будет просто, потому что воспользуемся всем готовым :)

В этом посте я буду говорить о страничной организации только в контексте PML4 (Page Map Level 4), потому что на данный момент это доминирующая схема страничной организации x86_64 и, вероятно, останется таковой какое-то время.

Окружение

Это необязательно, но я рекомендую подготовить систему для отладки ядра Linux с QEMU + gdb. Если вы никогда этого не делали, то попробуйте такой репозиторий: easylkb (сам я им никогда не пользовался, но слышал о нём много хорошего), а если не хотите настраивать окружение самостоятельно, то подойдёт режим практики в любом из заданий по Kernel Security на pwn.college (вам нужно знать команды vm connect и vm debug).

Я рекомендую вам так поступить, потому что считаю, что самостоятельное выполнение команд вместе со мной и возможность просмотра страниц (page walk) на основании увиденного в gdb — хорошая проверка понимания.

Выберите двухразрядное число, допустим, 23. Оно будет вашим «порождающим значением» (seed).

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

Пример последовательности: 23 –> (2 + 6 * 3) = 20 –> (2 + 6 * 0) = 02 –> 12 –> 13 –> 19 –> 55 –> 35 –> …

Его период будет порядком множителя (6) в группе остатков, простых относительно модуля, 10 (в данном случае 59).

«Случайными цифрами» будет количество единиц двухразрядных чисел, то есть 3,0,2,2,3,9,5,… то есть члены последовательности mod 10.

Привет! Меня зовут Олег Мифле. В Skyeng работаю над проектом Skypro. В IT я уже больше десяти лет, семь из которых пишу на PHP. За плечами десятки разных проектов: e-commerce, финтех, CRM, а недавно добавился и EdTech. Были и классические фуллстек-проекты, и проекты, где фронтенд и бэкенд «живут» отдельно и коммуницируют друг с другом по API. Боль от отсутствия версионирования я испытал на себе. Хочу поделиться, как избежать проблем, как всё структурировать и организовать.

Обсудим:

• Что такое API.

• Зачем версионировать API и нужно ли вообще.

• Какие способы версионирования существуют и как его организовать — и с точки зрения подходов, и с точки зрения кода.

• Разберёмся, когда избавляться от старой версии или как жить с легаси до конца существования проекта.

14 ноября 2007 года сбылась моя мечта детства: я стал счастливым обладателем замечательного аналогового компьютера Telefunken RA 770. Искренне благодарен сотруднику Forschungszentrum Jülich, который не дал пустить эту замечательную машину на металлолом и предложил её мне. 

На мой взгляд, RA 770 — лучший когда-либо созданный высокоточный  (10^-4) аналоговый компьютер. Забирать его мы приехали на грузовике. Почему на грузовике? Потому что Telefunken RA 770 весит около 550 кг. Пришлось его частично разобрать, чтобы погрузить в машину своими силами. Как мы его выгружали дома — отдельная история. Будет много фото.

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

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

О том, как из нескольких орхидей возникла целая лаборатория микроклонального размножения, под катом…

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

Дисклеймер: В силу подхода к работе так сложилось, что обычно я консультирую людей интеллектуального труда. В последний год это преимущественно управленцы и сотрудники IT-сферы. Это люди, которые всю жизнь решали любые проблемы "через голову". Такой подход неизбежно накладывает отпечаток на личность и внепрофессиональную жизнь. Минимизацией негативных последствий таких особенностей я занимаюсь. И в рамках статей на данном ресурсе стараюсь обобщить профессиональный опыт и дать полезную информацию.

По моим наблюдениям (которые могут отличаться от нормального распределения Гаусса и объективной реальности) с таким запросом чаще обращаются мужчины в возрасте 28-35 лет, находящиеся более 4-5 лет в одних отношениях. Среди «отягчающих» обстоятельств можно назвать наличие маленького ребенка, ипотеку, высокоинтенсивную работу.

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

Отсутствие коллекций — боль в заднице PHP. На данный момент нет удобного способа обеспечить безопасность типов для наборов объектов. Добавление на уровне языка поддержки дженериков или типизированных массивов - было бы наилучшим решением. Но, реализовать их сложно. Надеюсь, что когда-нибудь это случится, но, вероятно, этого придется ждать несколько лет.

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

На днях появилась мысль, как решить эту задачу с помощью генерации кода: Предположим у нас есть папка с объектами в которой находится объект name\space\SomeObject. Полного имени класса этого объекта нам достаточно, чтобы создать для нее класс коллекции name\space\collections\SomeObjectCollection. Такая коллекция может гораздо в большей степени строго-типизированной. Отдельным плюсом сталоо бы отсутствие зависимости от сторонних пакетов: т.к. код получен генерацией, а не расширением шаблона. Единственная связь, которую потребует класс коллекции – связь с классом, экземпляры которого коллекция будет содержать.

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

Привет, Хабр! Мой первый пост и я хочу поделиться с вами своей идеей создание сервиса предоставляющего разработчикам игр и студиям платформу для создания онлайн игр! Поехали!

Как отмечал Иоганн Вольфганг Гёте, «Говорят, что между двумя противоположными мнениями лежит истина, но это не так. Между двумя противоположными мнениями лежит проблема». Думаю, это глубочайшее наблюдение схватывает как раз тот фактор, который мешает изучать уникальные явления и аномалии. Часть наблюдателей в псевдорелигиозном предвкушении (это дофамин?) мечтает, чтобы аномалия превратилась в легализованное чудо, а их оппоненты начисто отвергают любой выход за брустверы научного скептицизма, опасаясь навлечь на себя славу шарлатанов. Примерно такой полярности мнений я ожидал в дискуссии к недавнему посту об Оумуамуа, и, к счастью, не получил ее. Примерно по этой же причине я избегал углубляться в пересказ различных трактовок «парадокса Ферми», хотя и внимательно отслеживаю, что о нем пишут хабровчане и в особенности @SLY_G.  Тем не менее, в этой публикации я затрону тему на грани фола – расскажу, что известно о радиационной аномалии и специфическом изотопном составе грунта в некоторых регионах Марса. Уфологическая трактовка этих удивительных данных: что же тут непонятного, на Марсе была ядерная война, у нас под боком существовала высокотехнологичная цивилизация, пополнившая список жертв парадокса Ферми. Но я расцениваю эту публикацию скорее как продолжение материала о потухшем ядерном реакторе в Окло.  Также в статье будут затронуты гипотетические аспекты «маленького теплого пруда Дарвина». Возможно, этот пруд не просто должен быть теплым, но и подогреваться должен именно от радиоактивных источников.